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

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 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

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

LabViewDriver for AX /MX METTLER TOLEDO balances

Our customer needs a LabViewDriver for AX/MX METTLER TOLEDO balances. The AX/MX is since 2000 the follow up balance of the populair AT/MT balance, however the driver of this old typ can't be used.
The customer is using:
LabVIEW Professional development System
LabVIEW 6.0.2 und 6.1
NI-DAQ 6035, NI DIO HS32
Windows 2000 5.00.2195 Service Pack 3
We are able to deliver the necessary technical data & documents about the AX/MX, but are not able to develop a driver ourselves. Thank you in advance for your support and cooperation
Kind regards
Roland Tiemens
Mettler Toledo

Dear Roland,
send your email address to [email protected]
GADV is a NI alliance partner in Germany near Stuttgart.
Waldemar
Waldemar
Using 7.1.1, 8.5.1, 8.6.1, 2009 on XP and RT
Don't forget to give Kudos to good answers and/or questions

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

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.

Probleme mit VBS-Treiber(n)

Hallo,
ich verwende in einem DAC-Plan einige Script-DAC-Blöcke. Um diese einsetzen zu können, habe ich in der GPI-dll-Registrierung die GFSVBSDR.dll eingebunden, und zwar in unterschiedlichen Versuchen aus zwei unterschiedlichen Quellen:
(1) die GFSVBSDR.dll, die ich von der DiaDem-Seite heruntergeladen habe,
(2) aus dem Addinfo-Verzeichnis im DiaDem-Installationsordner.
Folgendes Phänomen taucht nun auf:
bei (1): das eigentliche VBS-Icon in den Verarbeitungsblöcken bleibt ausgegraut, stattdessen erscheint nach KOnfiguration des VBS-Treibers in der Einzelwertverarbeitung ein genau gleich aussehendes Icon mit der Bezeichnung "ScriptCAlc". Dieses kann ich theoretisch verwenden und auch eine Messung fehlerfrei durchführen, sofern ich einen anderen Weg nutze, um dem Block ein Script zuzuweisen; ich kann bei Verwendung der heruntergeladenen GFSVBSDR.dll nämlich weder bestehende noch neu hinzugefügte Script-Blöcke bearbeiten. Bei einem Double-Click auf die Blöcke geschieht einfach nichts, auch keine Fehlermeldung erscheint...
bei (2): Nun kann man den eigentlichen Script-DAC-Treiber-Block verwenden, auch eine Bearbeitung ist möglich; aber: die Messung kann nun nicht durchgeführt werden, da eine Fehlermeldung erscheint: "SUDDEFLOAD: Typen unverträglich".
Hmm, ich bräuchte also eigentlich die Ausführfunktionalität von dll(1) und die Bearbeitbarkeit aus dll(2). Beide dll's können natürlich nicht gleichzeitig geladen sein, ich weiss also nicht mehr weiter.
Hat jemand eine Idee?
Gruß,
br>
ulia

Hallo Walter,
dann an einem konkreten Beispiel:
ich lese Daten aus einem Messgerät aus, möchte über einen Formelblock oder ein Script (Script wäre mir lieber, aber da bin ich nicht festgelegt) überprüfen, ob die Daten einem von 5 zugelassenen Werten entsprechen.
Falls ja, sollen die Daten einfach weitergeleitet werden.
Sofern dies nicht der Fall ist, möchte ich den Benutzer zur manuellen Eingabe dieser Daten (Text oder numerisch ist hierbei auch nicht unbedingt relevant, auch wenn ich Text schöner fände) auffordern und diese dann regulär in Datenkanälen in der restlichen Messung weiterverarbeiten.
Wünschenswert wäre also ein Dialog, der bei Nichterfüllen der 5 zugelassenen Werte hochpoppt und eine Eingabe entgegennimmt, die ich mit dem restlichen Schaltplan weiterverarbeiten kann.
Ich denke, über ein normales .vbs-Script wäre das kein Thema, allerdings möchte ich die Messkette nicht unterbrechen.
Fällt Dir dazu eine Lösung ein?
Gruß,
br>
ulia

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

Similar Messages

Maybe you are looking for