Tescom

Je suis entrain de développer une application pour commander le régulateur
“TESCOM ER3000” sachant que l’ancien logiciel a été développée avec
‘Labwindows’,mais j’utilise le VB 6.0 Mon travail se base essentiellement sur
l’exemple distribue par la sociétés .
Le problème c’est que j’ai pas pu ajouter le fichier ‘TESCOM.DLL’ comme référence "Impossible d'ajouter une référence au fichier spécifié" .
D’après le help fournit dans le
sous-répertoire VB : “
This directory contains files for creating an example WIN32 program which can
be run in Windows 95 or Windows NT.” donc peut-être que le fichier ne peut être ouvert qu'avec Windows 95 or Windows NT .
Pouvez vous me donnez le dll pour xp ! Sinon SVP aidez-moi pour trouvez une solution.
Et merci d’avance …

Bonjour,
Je ne pense pas que le problème vienne de la version de Windows.
As-tu les drivers nécessaire pour piloter ton régulateur? Ne faudrait-il pas contacter TESCOM si ce n'est pas le cas?
Brice S.
National Instruments France

Similar Messages

Labview 2011 32-bit, Tescom ER3000, Windows 7 64-bit

I currently have Labview 2011 32-bit installed on a Windows 7- 64-bit machine. I am trying to run the VIs found in the attachment below, but I get the error that function called in the DLL has failed and that TESCOM.DLL may be in use. Any thoughts as to why this is happening? I've already checked to make sure the path referenced in the VIs' function call nodes is correct... any and all help is appreciated!!
~Avi
Solved!
Go to Solution.
Attachments:
ER3000.llb ‏139 KB

Greetings;
I have been reading up a bit on the company and the DLL itself, and are we sure it is supposed to work well with Win7? Would it be possible to try booting up LabVIEW in compatibility mode (XP) to try it out?
http://www.documentation.emersonprocess.com/groups/public/documents/data_sheets/der301767x012.pdf
Only mentions up to XP, hence the question.
National Instruments
Applications Engineer

How to Abort a non-looped case (Tescom ER3000 Controller)

I have a nicely stable app that covers almost any contingency or anomaly in operation but one is crawling under my skin. I am using a Tescom ER3000 regulator controller to control a back-pressure regulator on a testing stand.
When all works as it is supposed to, there is never an issues but occasionally my unit under test may fail to activate and when this occurs, the Tescom supplied driver becomes hung, waiting to fulfill the command sent to it. The Tescom driver uses a call library function node to access the various options.
I am trying to figure out a way to put the root call (the call library node function) inside a case structure (not a loop) so that if it reaches a certain time limit, completed or not, it aborts the operation and exits the case.
I have attached the specific vi in question along with the library files (zipped) and the typedef's (zipped) required to run the vi. The actual ER3000 driver may also be required to run and I can upload that as well but it will certainly be larger in size.
Any help with this is appreciated.
Doug
Doug
"My only wish is that I am capable of learning each and every day until my last breath."
Attachments:
ER3000 Driver.vi ‏17 KB
TESCOM lvlib.zip ‏40 KB
ER3000 Driver.zip ‏5 KB

The lvlib that you uploaded is just the lvlib container. There are no VIs within that zip file. Not that it really matters in this case, though ...
Once the thread has left LabVIEW and gone into a DLL there's no way to abort it unless the DLL has some sort of aborting mechanism. Trying to abort the calling VI won't work until the DLL call returns. The only surefire way to do this is to run the DLL in a completely independent process - and I mean a full-blown separate process, not a separate VI. This way you can use the OS to abort that process.
I would suggest contacting the developer of the DLL informing them of this situation and asking whether an abort/timeout mechanism can be added to the DLL.

Tescom.dll

svp !
pouvez vous vous m'aidez a réecrire cette bibliothèque avec vb6 .
TESCOM.DLL

Bonjour,
Pour pouvoir vous aidez, pourriez vous me donner un peu plus de détail et notamment quel est le lien avec les produits National Instruments?
VB 6 est un code géré par microsoft donc peut être que le bon interlocuteur se trouve sur un de leur forum?
Cordialement
David S.| Certified LabVIEW Associate Developer
National Instruments France
#adMrkt{text-align: center;font-size:11px; font-weight: bold;} #adMrkt a {text-decoration: none;} #adMrkt a:hover{font-size: 9px;} #adMrkt a span{display: none;} #adMrkt a:hover span{display: block;}
Journées Techniques LabVIEW 2012 : du 27 septembre au 22 novembre
2 sessions en parallèle : Débuter a...

One button click call function more than once

I have a function I call from a button (onClick) which
inserts a record in mySQL via a PHP page. For some odd reason it
tends to insert more than 1 record. The extra records tend to be
duplicates of previous records. I do not know of SPRY is calling
the function multiple times, if stuff is cached somewhere and it
calls the cached data and the new data. I perform record INSERTS
and UPDATES on many web pages via PHP which get called thousands of
times but only this SPRY application is doing this. Please see my
code below.
Spry.Utils.loadURL function: (not that I want to use POST but
having an issue and so using GET)
function addcommentget(recordID)
var newcomment = document.form1.tescomment.value
Spry.Utils.loadURL("GET","addTEScomment.php?id="+recordID+"&comment="+newcomment,true,Upda teRecordCallback);
FORM code (where button and textarea are)
<form action="" method="post" name="form1">
Add Comment: </br>
<textarea name="tescomment" cols="40"
rows="2"></textarea></br>
<input name="addcomment" type="button" value="Submit
Comment" onClick="addcomment('{@id}');">
</form>
PHP code:
<?php session_start();
require_once('Connections/ppg_conn.php');
$id = $_GET['id'];
$comment = $_GET['comment'];
$user = $_SESSION['username'];
$sql = mysql_query("INSERT INTO
claimsmanager_tesedits_comments (Ticket_ID, Commenter_email,
Comment)
VALUES('$id', '$user', '$comment')
") or die (mysql_error());
?>
Is there anything you see that might cause this strange
behavior?
Thanks,
Lee

Spry.Utils.loadURL() only fires off a single request when you
call it.
Aside from the fact that your button calls "addcomment" as
opposed to the "addcommentget" function you show ;-), I don't see
any problem. Of course I'm not seeing the big picture, only what
you post. Do your data sets load URLs that actually perform DB
updates? Or are they pure DB query URLS?
I would put a line like this:
Spry.Debug.trace("AddCommentGet() triggered!");
in your addcommentget() function and see if you get a single
trace statement every time you press the button.
--== Kin ==--

Controlling a digital PWM output with a PID control - Need ideas

Here is the scenario.
Am using LV 8.6 to run a test stand. I special product needs to be tested at certain levels of [brushless] motor power consumption (watts).
The power consumption is manipulated by adjusting the PWM of the onboard controller using a pulsed logic signal. (using a counter/timer @ 20kHz tuning to between ~20 to 100% duty cycle)
I then read the current from the primary power supply and calculate the motor power consumption. Then feed this into a PID function and I use the ouput value to adjust the PWM input up or down. I am running the output through some math to get an adjustment that isn't severe so it doesn't just reciprocate the level from high end to low end.
I am using the advanced PID function to try and tweak the control to be smooth and accurate. It seems that even tiny changes in the PID values, specially the integral and derivative have a huge impact on the output.
Another option I have used before and am likely to have to use on this is to be able to select a different set of PID (and perhaps other) values dependent on the wattage range I am trying to achieve. This may go further and also be dependent on the driving voltage. I am using this technique to select PID values for a third party pressure regulator (Tescom ER3000) and it works very well. Depending on the pressure range I need to achieve, I use different PID values to optimize the response.
Anyhow, I have attached the code and am just looking for any thoughts or ideas from anyone who has experience with the PID functions that might shorten my development time some.
I could upgrade to the latest version if there is a justifiable reason that would help me with this particular condition but as it would be a change on the test system, I would have to perform some level of re-validation and I don't want to spend time doing that if I don't have to.
Thanks for any assistance
Doug
Doug
"My only wish is that I am capable of learning each and every day until my last breath."
Attachments:
Wattage Control Loop Trial.vi ‏20 KB

OK, I decided to regroup a little on this. I started by reviewing the basic approach of the Ziegler-Nichols formulas and found a short tutorial that in layman terms, gave me a process for the tuning. I did indeed start out with no integral or derivative values and adjusted the proportional value up and down until I got a smooth change with virtually no oscillation.
It seemed at this point, making adjustments to the Int. or Der. actually worsened my response. Even miniscule values in the range of .0001 - .0005 would have a detrimental effect.
I also went through and did an iteration modifying the input to a percentage and the output from a percentage and it really ended up doing about the same thing as entering the set point directly and using my little math sequence to manipulate the output.
Back to the root of things, by using just the Pro., I can get a relatively smooth, albeit slower than desired, transition to the desired set point. This is as long as the motor [air pump] is under no loading. As soon as I start to add load, I get significant oscillation at the beginning and it is much slower in finally leveling out. Because I have to start and stop the pump as we3ll as open and close valves during the test sequence, there is a lot of load changing that occurs during the sequence and if my set point response for this variable is too slow, it affects the results of my other readings during the test (air flow, back pressure, etc.)
I have not tried the built in auto tuning sequence yet but my gut tells me this will not work since I am intentionally modifying my process and conditions throughout the test.
You mentioned that perhaps PID was not my best option. I’m not sure what other options are available unless I create my own pseudo PID routine. I could certainly do this but am not sure it would be as efficient as the built in PID functions.
Making slow progress but still accepting ideas…..
Thanks
Doug
Doug
"My only wish is that I am capable of learning each and every day until my last breath."

Tescom

Similar Messages

Maybe you are looking for