Script-Dac-Treiber: RTS - DTR - Kommunikation ?

Hallo liebe NI`ler und Forumsteilnehmer,
kann man mit dem Script-Dac-Treiber mit dem UDI-Objekt auch eine Handshake - Steuerung mit RTS und DTR realisieren ??
Gruß Sven...

Hello Sven,
Hier is an
example how Programming RS 232 port with Active X.
Link:
Programming RS 232 port with Active X
Nicolas Pasquier | AE | NI Schweiz

Similar Messages

Problem mit Script-DAC-Treiber

Hallo
ich habe ein Problem mit einem selbsterstellten Script-DAC-Treiber für mein Navilock GPS Empfänger.
von dem Empfänger bekomme ich ständig über eine Serielle Schnittstell die aktuellen Standortdaten gesendet
diese sehen das so aus:
$GPGGA,061834.500,5146.5823,N,00755.9943,E,1,08,0.8,84.9,M,46.4,M,,0000*68
$GPGSA,A,3,20,11,17,14,23,31,19,28,,,,,1.5,0.8,1.3*3C
$GPGSV,3,1,10,01,83,140,23,11,54,152,19,14,20,042,22,17,31,308,41*70
$GPGSV,3,2,10,19,10,169,16,20,64,251,32,23,20,189,30,28,08,260,29*73
$GPGSV,3,3,10,31,13,098,28,32,72,071,08*79
$GPGLL,5146.5823,N,00755.9943,E,061834.500,A,A*5E
$GPRMC,061834.750,A,5146.5823,N,00755.9942,E,0.99,96.96,130314,,,A*5B
$GPVTG,96.96,T,,M,0.99,N,1.8,K,A*34
$GPGGA,061834.500,5146.5823,N,00755.9943,E,1,08,0.8,84.9,M,46.4,M,,0000*68
$GPGSA,A,3,20,11,17,14,23,31,19,28,,,,,1.5,0.8,1.3*3C
$GPGSV,3,1,10,01,83,140,23,11,54,152,19,14,20,042,22,17,31,308,41*70
$GPGSV,3,2,10,19,10,169,16,20,64,251,32,23,20,189,30,28,08,260,29*73
$GPGSV,3,3,10,31,13,098,28,32,72,071,08*79
$GPGLL,5146.5823,N,00755.9943,E,061834.500,A,A*5E
$GPRMC,061834.750,A,5146.5823,N,00755.9942,E,0.99,96.96,130314,,,A*5B
$GPVTG,96.96,T,,M,0.99,N,1.8,K,A*34
Hiervon interessiert mich nur die $GPRMC Zeile bzw einige Werte hierraus.
In meiner Treiberdatei suche ich also nach dem Trennzeichen, lese von rechts 77 Zeichen und Zerhacke den String dann auf die Daten die ich haben möchte.
Solange ich nur diesen Treibereingang im DAC-Schaltplan verwende funktioniert er auch bestens.
Wenn ich jetzt jedoch noch einen weiteren Treibereingang von z.B. meiner Spider mit reinhänge (natürlich mit anderem Takt, da mir die GPS Position jede Sekunde 1 mal reicht...) und evtl noch einen Sinusgenerator reinlege erhalte ich ständig Fehlermeldungen.
Noch dazu scheint dann die Abarbeitung der Anweisungen im DAC-Treiber-Skript nicht sauber zu funktionieren. So erhalte ich beispielsweise die Meldung das "right" nicht zulässig ist, obwohl ich dieses vorher mit einer IF-Anweisung auszuschließen versuche.
Hat da jemand ne Idee?
Attachments:
GPS-Treiber_ver3.VBS ‏18 KB

Hallo nielscho,
Im empfangenen Datenstrom nach "$GPVTG" zu suchen und darauf zu hoffen, dass die Zeile davor die "$GPRMC" Daten enthält würde ich anders gestalten. Du könntest zunächst den Delimitier auf "$GPRMC" setzen und eine Zeile einlesen. Wenn die Zeile länger als 1 Zeichen ist, kannst du davon ausgehen, dass du den String "$GPRMC" auch empfangen hast. Anschließend der Delimiter auf <CR> oder <LF> setzt werden (du muss das im Hex Dump zu dem Logger nachsehen, was als Zeilenendezeichen übertragen wird.), Anschließend kannst du eine Zeile einlesen. Diese enthält dann die Daten zu der gesuchten Zeile. Alles Weitere sollte sich wie in dem Listing gezeigt interpretieren lassen.
Wenn dieser Treiber in Verbindung mit einem anderen Treiber laufen soll, sollte auf jeden Fall die Messung "asynchron zum Messtakt" erfolgen damit die anderen Treiber durch das Script nicht ausgebremst werden.
Bei den Fehlermeldungen, die beim Betrieb des Treibers auftreten vermute ich einmal, dass hier ein anderer String als der " $GPRMC" empfangen wurde und ausgewertet werden soll.
Im Anhang habe Ich ein GPS Beispiel gespeichert, das stabil läuft.
Gruß
Walter
Attachments:
GPS VBS Driver.zip ‏12 KB

Wie eingeben und auslesen an Serieller über SCript DAC Treiber?

Hallo Kenner!
Ich habe es geschafft über die Beispieldateien vom Helfer "Script-Dac-Treiber.pdf" Daten über die Serielle Schnittstelle einzulesen.
Geht ganz gut, wenn man sich eine Beispieldatei entsprechend umschreibt. Das soweit ist alles prima.
Nun steht mir der Wunsch, den "IN/OUT"-Sript Treiber zu benutzen, um Daten an das Script zu übergeben, damit diese an das angeschlossene Gerät übertragen werden, während weiterhin Daten vom Gerät gelesen werden. Dazu muss man "SFD_ProcessChannel" richtig, ähm, konfigurieren.
Im "Script-Dac-Treiber.pdf" gibt es leider keine Beispiele dafür. Auch keine nähere Beschreibung.
Ich kriegs nicht hin.
Könnte ich eine Beispiel VBS bekommen? Den Rest bekomme ich hin.
Gruß
Message Edited by Tietje on 08-14-2007 05:45 AM

Die Verwendung der Funktion
SFD_ProcessChannel( ChannelNumberP, InputListV, ParamP, DataP, ErrorP )
funktioniert eigentlich analog zu deb Besipielen für die Funktion
SFD_ReadChannel( ChannelNumberP, ParamP, DataP, ErrorP )
Eigentlich gibt es nur einen Unterschied: Die Möglichkeit, dynamisch Daten aus dem Schaltplan an das VBS zu übergeben.
Hierzu können an den DAC Block ein oder mehrere Datensignale angeschlossen werden. Die Aktuellen Inhalte der Signaleingänge des Blocks können über die Vektorvariable InputListV abgefragt werden. InputlistV(0) trägt den wert des ersten Kanals, usw.
Genau wie die ReadChannel Funktion wird das Script pro Takt und pro Ausgangskanal einmal aufgerufen, die Integervariable ChannelNumberP zählt dabei durch, für welchen Ausgang die Funktion zur Zeit ausgeführt wird.
Das einfachste Beispiel für eine ProcessChannel Funktion besteht aus einem Script, welches einfach die Eingänge des DAC Blockes mit den Ausgängen koppelt (hierbei muss natürlich die Anzahl der Ein- und Ausgänge am Block identisch sein; sonst gibt es einen Fehler).
Sub SFD_ProcessChannel( ChannelNumberP, InputListV, ParamP, DataP, ErrorP )
DataP = InputListV(ChannelnumberP)
End Sub
Ich habe mir die LabVIEW Beispiele zu dem Gerätetreiber kurz angesehen - zum Steuern des Gerätes ist immer ein Stringbefehl mit variabler numerischer Komponente notwendig. Letztere können Sie im Schaltplan durch Eingabeelemente generieren, die Verknüpfung mit dem Befehl muss dann im VBS erfolgen.
Ich hoffe, diese Information hilfen Ihnen schon ein bisschen weiter.
Ingo Schumacher
Systems Engineer Sound&VibrationNational Instruments Germany

Script DAC-Treiber für Mettler/Toledo-Waage

Hallo DIAdem-Anwender,
hat zufällig jemand einen fertigen Script DAC-Treiber für das MT-SICS-Protokoll einer Waage von Mettler/Toledo in der Schublade liegen ;-) ?
Gibt es eigentlich für realisierte Script DAC-Treiber eine Übersicht im Internet (ähnlich der Liste von DATA-Plugins)?
Gruß
Martin (derschonmalschnelleineATR-Dateibastelt)

Hallo Martin,
bei National Instruments haben wir keinen Treiber für Ihre Waage. Auch gibt es keine Liste welche Geräte unterstützt werden. Eine Anleitung zum Treiber und ein paar Beispiele finden Sie unter:
http://digital.ni.com/softlib.nsf/websearch/DEA1C36806CDB7C886256E45003A32B9?opendocument&node=13207...
Rebecca Fox
Applications Engineer
National Instruments

Script-Dac-Treiber für USB-Gerät

Um ein Seriell (Com1) angeschlossenens Gerät im Schaltplan ansprechen/initialisieren zu können habe ich folgendes Script gefunden.
Set oUDIM=CreateObject("DIAdem.SFD.UDI" )
' Öffnen und Initialisieren der seriellen
' Schnittstelle
Call SFDU_COMInit(oUDIM,"COM1,9600,N,8,1")
Ich möchte jetzt aber einen Tektronix Function Generator AFG3022 ansprechen der via USB-Device angeschlossen ist.
Somit habe ich weder einen festen Port (Com1) noch eine BAUD-Rate ect.
Darum meine Frage: Wie müsste das "Call SFDU" zum Ansprechen eines USB-Devices aussehen, oder funktioniert der Script-Dac-Treiber nur mit Seriell/GPIB/TCP-IP Schnittstelle?

Hi
Das Universal Device Interface (UDI) bildet eine Schnittstelle in
DIAdem-DAC, über die Programmfunktionen und Gerätetreiber auf beliebige
Schnittstellen des Rechners zugreifen können.
Mehr Info. findest du hier: UDI für DIAdem-DAC
Houssam K.
NI Germany

Datenstring aus Messgerät auslesen über Script Dac Treiber

Hallo,
ich möchte aus einem Messgeät Messwerte aus einem Dac heraus auslesen. Dazu nutze ich den Scrip-Dac Treiber und lese 4 Kanäle über GPIB aus (Diadem 10.0).
Ich nutze die Funktion SFD_Init( DeviceParam1V, DeviceParam2V, ErrorP) zum initialisieren und zum anfordern der Messwerte (man schreibt welche werte man auslesen möchte und mit "cont on" werden die Werte dann zyklisch nach jedem Messzyklus ausgegeben).
Mit der Funktion SFD_GetScan wird dann mittels read-Befehl der Wert aus der Schnittstelle ausgelesen.
Es kommt folgender String zurück: 2.31174E+2;5.00093E+1;2.59054E-1;4.36872E-1     => Es sind vier Werte je durch ; getrennt
Nun wird mit der Funktion SFD_ReadChannel ( ChannelNumberP, ParamP, DataP, ErrorP ) der Wert wie folgt aufgesplittet und je nach Wert von ParamP der richtige Wert zurückgegeben.
        MVariablenDF = Split(sDaten, ";", -1, 1)    'String aufsplitten, jeweils am ";"
        uac = oUDIM.Parse(MVariablenDF(0), "%ad")
        freq = oUDIM.Parse(MVariablenDF(1), "%ad")
        p = oUDIM.Parse(MVariablenDF(2), "%ad")
        ep = oUDIM.Parse(MVariablenDF(3), "%ad")
Select case ParamP
   Case "UAC"     DataP = uac
   Case "FREQ" DataP = freq
   Case "P"          DataP = p
   Case "EP"       DataP = ep
end Select
Nun mein 1.Problem:
Hin und wieder kommt kurz nach dem Start der Messung folgende Fehlermeldung zu obiger Zeile "MVariablenDF = Split(sDaten, ";", -1, 1)"
Fehler: Index ausserhalb des gültigen Bereichs: '[number: 1]'
2. Problem:
als erstes wird in dem Script eine Windows Umgebungsvariable abgefragt:
T1 = GetEnv("Diadem")
Wenn diese Zeile im Script ist, bekomme ich zu Beginn die Fehlermeldung Typen unverträglich: 'GetEnv', das Script läuft aber trotzdem hin und wieder fehlerfrei.
Nehme ich diese Zeile raus, bekomme ich sofort zu dem 1. Problem die Fehlermeldung: Typen unverträglich und es werden keine Werte ausgelesen.

Hallo,
vielen Dank für die Antwort
zu1. ich hatte zwar die Variable mit "0;0;0;0" initialisiert, allerdings wird der Wert scheinbar auf "" gesetzt wenn keine Werte an der Schnittstelle anliegen. Meine Do Loop until <> "0;0;0;0" Abfrage war damit natürlich hinfällig.
Der vorgeschlagene Code oUDI.Parse(vData,"%2R<UAC»%1S%2R<FREQ»%1S%2R<P»%1S%2R<EP»") funktioniert, allerdings müssen die Zeichen
> statt » (steht auch falsch in der Diadem Hilfe!) eingefügt werden
Außerdem muss die Formatvorgabe %ad statt %2R sein (%2R finde ich auch nicht in der Diademhilfe) => "%ad<UAC>%1S%ad<FREQ>%1S%ad<P>%1S%ad<EP>"
Mit der Abfrage, dass der String sDaten <> "" ist dürfte wahrscheinlich auch der Split-Befehl funktionieren.
zu2.
Die Windows Umgebungsvariable ist in der Systemsteuerung gesetzt. Damit kann ich Scripte auf verschiedenen Rechnern, bei denen Diadem in verschiedenen Verzecihnissen installiert ist, laufen lassen, unabhängig davon wo mein gerade gestartetes Script steht.
Gruß
Erik

Daten konvertieren in Script Dac Treiber

Hallo,
versuche seit einiger Zeit ein Keithley 2000 DMM anzusteuern (per Scipt Dac Treiber). Komme jeoch mit der Umwandlung der empfangenen Daten nicht weiter:
die empfangenen Daten haben folgendes Format (-1.123456789E-04,+9.987654321E+01<CR><LF>) - Es sind hier 2 Werte (2Kanäle) durch Komma getrennt.
Wie kann ich jetzt zum Beispiel den ersten Wert in einen numerischen Wert wandeln? Die Funktion "Val()" scheint im Script Dac nicht zu funktionieren (Fehler: Typen unverträglich: "Val")
Vielen Dank für Eure Hilfe!
Gruß, Thomas

Hallo Thomas,
das online-Script läuft quasi unabhängig von DIAdem und kann dadurch keine DIAdem Befehle oder Funktionen ausführen. Es gibt eine VBS-Funktion die ähnlich wie die DIAdem Funktion "VAL" arbeitet:
cdbl("1,234")
Diese Funktion nimmt als Dezimaltrennzeichen das, das im Betriebssystem eingestellt ist. Bei einem deutschen Windows ist das das Komma. Für Deine Zahlen würde also dann nicht der richtige Wert rauskommen.
Lösung: entweder Du ersetzt vor der Umwandlung alle Punkte durch Kommas oder Du stellst die Ländereinstellungen des gerade laufenden Scripts auf englisch um mit dem Befehl: setLocale("en-us").
Grüße
Andreas
Andreas Weiland
Projektingenieur
measX GmbH & Co. KG, www.measX.com

Script-DAC für Yokogawa WT500/WT3000 (Ethernet)

Ich suche eine Lösung, um Poweranalyzer vom Typ WT500 oder WT3000 des Herstellers Yokogawa per Ethernet in DAC einzubinden.
Beim Verzicht auf eine USB-Unterstützung müsste dies auch ohne zusätzliche Treiber und DLLs als Script-DAC-Treiber mgl. sein.
Vorerst ist es ausreichend, die aktuell angezeigten Ströme und Spannungen zyklisch abzurufen. Das Auslesen von Waveforms ist in dieser Betriebsart nicht erforderlich.
Gibt es schon irgendwo eine derartige Lösung oder weitere Leidensgenossen?
Attachments:
WT500_Comm.pdf ‏1988 KB

Für VISA gibt es in DIAdem keinen Treiber. Daher ist es nicht möglich, die Geräte auf diesem Weg in DIAdem einzubinden.
Soweit ich dem Handbuch zu den Geräten entnehmen konnte, können die Geräte über TCP/IP mit normalen ASCII Strings angesprochen werden. Daher würde ich versuchen, die Geräte zunächst einmal in DIAdem über VBS und UDI anzusprechen. Ein erster Test dafür könnte in etwa so aussehen:
Option Explicit
Dim oUDI Dim response
Set oUDI=CreateObject("DIAdem.SFD.UDI" )
' Öffnen der Verbindung zum Gerät IP Adresse und Port müssen an die ' Einstellungen des Geräts angepasst werden
Call oUDI.Open("TCP/IP", "127.0.0.1:23")
' Das Gerät erwartet ein als Delimiter. Daher hier den Delimiter
' entsprechend einstellen
call oUDI.ParamSet("DELIMITER",vblf)
' Senden eines Befehls an das Gerät. Hier Abfrage der Geräte ID
call oUDI.Write("*IDN?", 7, 1)
' Einlesen der Antwort vom Gerät ' Max. 1000 Zeichen einlesen. Lesen wird beim Empfang des Delimitiers
' automatisch beendet response = oUDI.Read(1000,1)
' Ausgabe der Antwort vom Gerät
msgbox response oUDI.close
Wenn sichergestellt ist, dass die Kommunikation mit dem Gerät funktioniert, würde ich im nächsten Schritt gezielt die Befehle zum Auslesen der Messdaten an das Gerät schicken und die vom Gerät gesendeten Daten analysieren um aus den Antworten der Geräte die gewünschten Messdaten zu extrahieren. Anschließend muss dann das Script noch in ein Script für den Script Treiber in DIAdem überführt werden.

Daten aus script dac in DATA kopieren

Hallo,
ich möchte Werte aus dem Script Dac in den DATA Bereich kopieren.
Normalerweise kann ich über
CHD(2,zaehler)=R1
Daten aus einer der Systemvariablen übergeben, zumindest im Modul CALC
Das funktioniert aber im Script nicht.
Auch mit CHDX... geht nichts.
Kann mir da wer weiterhelfen?
Gruß
Heinz

Hallo krauh,
es ist nicht möglich aus einer laufenden Messung direkt mit CHD oder CHDX in einen Datenkanal zu schreiben. In dem DAC-Script-Treiber muss ein weiterer Kanal erstellt werden, der die Werte von R1 enthält. Es werden somit in der eingestellten Taktrate R1-Werte erzeugt. Um nur zu bestimmten Stellen einen gültigen Wert zu erstellen, kann im DAC-Script-Treiber immer NOVALUE ausgegeben werden und nur wenn ein gültiger R1-Wert existiert wird dieser ausgegeben. Nach der Messung können ggf. die NOVALUES entfernt werden (Analysefunktion zu Novaluebehandlung).
Gruß
Walter

RTS/DTR as source for opto?

How can I use RTS/DTR (RS232 -12V/+12V) as source for optocoupler on a multimeter?

Hi Chris,
I want to read a multimeter. For the galvanic isolation (it is a opto coupler) i need a power supply.
The handshake line is not in use, thats why i want to use the RTS/DTR line. In Q-Basic you canG#‘Ài haven't find this parameter.
Thanks a lot for your answer!

Error in the script dac driver, Diadem 10

Hello,
I have recently installed an upgrade to Diadem 10. I am running Diadem 9.1 without problem on my computer.
When I try to run a DAC with a script block inside with Diadem 10 i get an error message, "Error in the scipt DAC driver: Cannot start the script engine. To solve this problem you might have to reinstall Diadem.".
I have tried to reinstall Diadem 10 and I have upgraded it to SP1, but I can't get rid of the problem... The computer is running with Windows 2000.
Thanks in advance
Robert

Hi Robban,
Some of the default settings have been changed for DIAdem 10. Select Settings>>Options>>General to view or modify the settings in the "Compatibility" dialog box. One of the changes is that NoValues are represented by NaN instead of a substitute value.
Depending on the DAC device driver you are using the new NOVALUE handling may caurse the problem. Please switch of the new NV handling and try again.
Greetings
Walter

Rs232 rts dtr high after close

Hi,
I'm connecting a pc to a tt20, an instrument which measures thickness, through a serial interface.
On my laptop, the program works fine. On a laptop (chinese origin), tt20 reacts in a random way.
I must say, once it starts, it usualy keeps on going.
It is clearly the tt20 that doens't recieive the commands in a proper way, because the command i am sending doesn't appear on the tt20-display.
The manufacturer of tt20 recommended to put the DTR line high and de RTS line low after writing to the serial port.
Today, we put a device (don't know the name of it) between the serial port of the pc and the tt20, that shows wich lines are high and which lines are low.
During the communication, the lines seem to react the same. But when i close the serial connection, all lines connected to my pc are low, which is most common, i presume. If the lines are connected to the other laptop, they remain high.
So i think the problem lies within initialisation of the serial port.
I tried all possible combinations of the dtr and rts setting, after i open the serial communication. No succes
Is there another initialisation involved ?
Many thanks in advance
Kind Regards
Christine

Check to make sure you have a good ground reference between the laptop and the device.
I have seen ground issues with some laptops that will prevent code that runs fine on one machine to run on others.
Next:
Not all serial ports support hardware flow control. Check on that next.
If you have a good ground and the PC support hardware handshaking, then the hardware handshaking can be manipulated via property nodes, but first, verify the points above.
Ben
Ben Rayner
I am currently active on.. MainStream Preppers
Rayner's Ridge is under construction

Ausführen vom VBS-Script von DAC-Bausteinen steuern

Hallo,
ich habe folgendes Problem:
Ich möchte das Ausführen eines VBS-Skrips über andere DAC-Bausteine steuern lassen. Zum Beispiel soll beim Beenden der Messung soll ein Wert in eine Textdatei geschrieben werden. Im Gegensatz zum Script Treiber (in diesem dürfen aber nur Autosequenzen verwendet werden), besitzt der Script DAC Treiber keine Steuereingänge. Ich habe versucht den normalen Eingang in eine If-Schleife einzubinden, jedoch ohne Erfolg. Hat jemand eine Idee wie das geht?
Grüsse s.g.

Die SFD_Init wird nur am Anfangs des Schaltplan angerufen (Initialisierungsroutine) während SFD_ProcessChannels wird bei jedem Takt aufgeführt.
SFD_DeInit wird nur am Ende durchgeführt.
Alle andere Funktionen sind internen Funktionen, die von eine diese 3 Funktionen aufgerufen sind.
Kontrollieren Sie, wo Sie FileWrite gemacht haben. Es soll im ProcessChannels gelegt werden, wenn es jedes Mal ausgeführt werden soll.
Ken

Ist es möglich während einer messung über tastendruck ein script auszuführen.

Hallo,
ist es möglich wärend einer Messung über eine Taste ein script zu starten?
es soll meinen Kraftaufnehmer auf null setzen (Nullpunkt verschiebung)
Danke
PS.: wir nutzen Diadem 10.1 Advanced
Hello,
is it possible, during a measuring event to start a script by a button ?
i want to calibrate (set a offset). the script is working.
thank you.
Martin
Message Edited by stadtelmeyer on 03-27-2007 02:54 AM

Hallo Martin,
ja, ein Script über Tastendruck zu starten, sollte möglich sein.
Dazu benötigen Sie den Script-DAC-Treiber unter Verarbeitung.
Als Eingänge sollten dann ein Daten-Signal von der Taste und ggf. das zu korrigierende (tarierende) Signal in den Block reingehen.
Raus sollte dann dabei das korrigierte Signal kommen.
Im Script, muss dann nur noch auf das Signal von der Taste abgefragt werden.
Eine Alternative hätte ich vielleicht noch, wenn Ihnen es ausreicht, den Wert in DAC zu tarieren, d. h. einen Offset permanent vom aktuellen Signal abzuziehen. Anbei ein DAC-Plan für letztgenannte Lösung.
greets Andreas
Volkswagen AG
Wolfsburg - Germany
Attachments:
Tara.zip ‏4 KB

Diadem-Treiber für Datalogger HP 34970A

Ich suche einen Diadem-Treiber für den Datalogger HP 34970A.

Wahrscheinlich haben Sie den über RS232, GPIB, oder Ethernet angeschlossen. Die Kommunikation mit DIAdem findet in diesem Fall über den Script DAC Treiber statt. Leider haben wir jedoch bei NI für die Kommunikation mit diesem Gerät keine fertigen Scripte.

Script-Dac​-Treiber: RTS - DTR - Kommunikat​ion ?

Similar Messages

Maybe you are looking for

Script-Dac-Treiber: RTS - DTR - Kommunikation ?