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.

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

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

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

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

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

Yokogawa WT500 through USB?

Anyone know how to comunicate with a Yokogawa WT500 power analyzer through USB?
I have the Yokogawa LV vi's and have installed the USB driver but the WT500 does not show up in MAX and USB does not seem to be an option in the VISA resourse.
It is not showing up as a comm port either.
Solved!
Go to Solution.

Got it working...
The USB drivers must be installed as a "USB Test and Measurement Device" not the native "Yokogawa WT500" USB device for VISA and Measurement & Automation Explorer to see it.
So you have to not let Windows just find the drivers and install them.
You have to select "Have Disk", "let me chose driver to install" ,and "Show all compatible devices"
If that makes any sense?
Now in Windows Device Manager it shows up under USB Test and Measurement Devices where before it showed up as Yokagowa USB Device.
Message Edited by RTSLVU on 12-11-2009 01:15 PM

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

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

Data exchange Mainscript (SCRIPT) with script block (DAC)

Is there any way to exchange data beetwen a Mainscript (SCRIPT) with
user-dialoges and script block (DAC) in this way that the script in
scriptblock can access to this data?
Background: I write a DAC-Application with some script-blocks for
reading and writing data to/from real devices. During the development
I'd like to simulate all device accesses because I don'd have the
devices in my office. I write all scripts with a branch for simulation
an real measurement on startup.
How can I execute a swich (simulation / mesurement) without changing
all my scripts all times? Can a script read a variable anyway (Variable
from Mainscript, Diadem-Uservariable or "Hilfsvariable" like L1)?
Can I fill "DeviceParam1V" with content of a variable?
I could use a input channel connected with a formula-block for it. (The
formula-block can read a variable.) But this way is uncomfortable an
don't work for input blocks.
Martin Bohm
[email protected]

Because the DAC Script is executed in its own runtime environment you cannot use the DIAdem variables as in a normal VBS or a SUD.
Still, there are ways to exchange information.
First of all by an extra channel as Input (you named it)
Secondly, there are several variables you can use. Have a look at the Script DAC block. There are two fields called Parameter1 and Parameter2. And each signal you configure has a parameter of its own.
Prior to starting the scheme, you can use a script to change the value of those parameters:
Call DACObjOpen("Script-in1")
VBSSignalParam(1) = "abc"
Call DACObjClose("Script-in1")
Is changing the parameter of the first signal that is configured.
Call DACObjOpen("Script-in1")
VBSParameter1 = "1st device parameter"
VBSParameter2 = "2nd device parameter"
Call DACObjClose("Script-in1")
is changing the global device parameters.
On the side of the Script DAC driver VBS you cann use the paramP funtion to access the signal parameter that corresponds to the actual channel (as referenced by ChannelnumberP)
' SFD_ReadChannel
' Zweck               : Lesen eines Wertes für den Kanal "ChannelNumberP"
' ChannelNumberP      | Kanalnummer aus dem Block-Dialog
' ParamP              | Vom Anwender definierte Variable aus dem Block-Dialog
' DataP               | Variable zur Rückgabe des neuen Kanalwertes. Diese
'                     | Variable sollte zumindest auf einen gültigen Wert
'                     | initialisiert werden.
' ErrorP              | Variable zur Rückgabe einer Fehlermeldung. Wird diese
'                     | Variable gesetzt, stoppt DIAdem die Messung
Sub SFD_ReadChannel( ChannelNumberP, ParamP, DataP, ErrorP )
End Sub
To acces the device Parameters, use the init function:
' SFD_Init
' Zweck               : Diese Prozedur wird während des Messungsstarts aufgerufen
' DeviceParam1V       | Erster Parameter, der vom Anwender im DAC-Block
'                     | eingegeben werden kann
' DeviceParam2V       | Zweiter Parameter, der vom Anwender im DAC-Block
'                     | eingegeben werden kann
' ErrorP              | Variable zur Rückgabe einer Fehlermeldung. Wird diese
'                     | Variable gesetzt, stoppt DIAdem die Messung
Sub SFD_Init( DeviceParam1V, DeviceParam2V, ErrorP )
End Sub
Ingo Schumacher
Systems Engineer Sound&VibrationNational Instruments Germany

Meaning of "ParamP" in SFD_ProcessChannel -function (DAC: Script-block")

I don't understand the meaning of the parameter "ParamP" in
SFD_ProcessChannel -function at all. Every time the SFD_ProcessChannel
-function is called, ParamP is emty, is't it ?
Could everybody show me an example with ParamP is not empty ?
Martin Bohm
[email protected]
Diadem Help:
Syntax
SFD_ProcessChannel( ChannelNumberP, InputListV, ParamP, DataP,
ErrorP )
Parameter
Globale Parameter
ParamP
In diesem Parameter wird der Singalparameter aus der Bedienoberfläche des
Script DAC-Treibers an die Funktion übergeben (sofern dieser nicht durch andere
Funktionen des Scripts geändert wurde).

Its the value of the parameter you may enter individually for every configured channel in the Script DAC driver block in DIAdem.
The variable is not a vector variable - even though you can have several channels and different parameters.
This is because the ProcessChannels function is called once for every configured channel (and tact). ChannelNumberP shows you the index of the channel that is currently processed. So, if ChannelNumberP =1 ParamP contains the parameter of the first configured channel, if ChannelNumberP =2 ParamP contains the parameter of the second channel. (Same as with DataP).
Ingo Schumacher
Systems Engineer Sound&VibrationNational Instruments Germany

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

Ethernet driver for yokogawa

I trying to communicate with a Yokogawa DA100 DAQ with a Yokogawa
DT300-41 ethernet card. I'm running windows NT and will be using
LabView for temperature DAQ.
Yokogawa says I need to buy their software and the driver is included.
I have LabView 5.0 and that's what we will be running.
Does anybody have any suggestions on drivers to access the DA100?
Sent via Deja.com http://www.deja.com/
Before you buy.

Hi,
There are LabVIEW drivers for DARWIN DA-100 covering all types of
interfaces and communication modules (Ethernet-TCP/IP, GPIB, Serial
RS232 etc...) available at Yokogawa's free download page. Go to:
http://www.yokogawa.co.jp/Measurement/English/software.html
For TCP/IP there's a base driver and a sample application.
Husam Abdawi AL-Mosa
Amman - Jordan
In article <82rdfq$72t$[email protected]>,
[email protected] wrote:
> I trying to communicate with a Yokogawa DA100 DAQ with a Yokogawa
> DT300-41 ethernet card. I'm running windows NT and will be using
> LabView for temperature DAQ.
> Yokogawa says I need to buy their software and the driver is
included.
> I have LabView 5.0 and that's what we will be running.
> Does anybody have any suggestions
on drivers to access the DA100?
>
> Sent via Deja.com http://www.deja.com/
> Before you buy.
>
Sent via Deja.com http://www.deja.com/
Before you buy.

Script-DAC für Yokogawa WT500/WT30​00 (Ethernet)

Similar Messages

Maybe you are looking for

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