LabVIEWForum.de

Mein Gerät kennt den Befehl "*IDN?"und verlangt cr+lf also sollte mit "*IDN?\r\n" eine Feedback kommen

Hallo Steffen,

es gibt Geräte, die den *IDN?-Befehl nur beantworten, wenn er per GPIB gesendet wurde!
Aber sowas sollte ja im Manual stehen…

Das Manual sagt folgendes:

Zitat:All commands must be terminated using a valid terminator.

RS232C GPIB USB

during reception LF LF or EOI LF or EOM
during transmission CR + LF LF + EOI LF + EOM

When a command string is terminated, the path is reset to the root level.

NOTE

CR (ASCII 0x0D) is not a terminator

was heißt das denn? was nimmt man denn dann dafür?

Hallo Steffen,

Zitat:was heißt das denn? was nimmt man denn dann dafür?

Auch das sollte im Manual erläutert sein.
Irgendwo wird schon stehen, was sich hinter EOI und EOM verbirgt!
Also oder alternativ zwei LF ans Kommando hängen…

Ich habe deine Manualwinks verstanden, aber die betreffenden stellen noch nicht gefunden.Entschuldigung
2 lf´s ( also \n\n) haben die gleiche Wirkung?

Hallo Steffen,

das lese ich jedenfalls hieraus:

Zitat:All commands must be terminated using a valid terminator.
RS232C GPIB USB
during reception LF LF or EOI LF or EOM

Hallo Gerd,

mit etwas Abstand muss ich einen peinlichen Fehler eingestehen.
Meine Waage von A&D verwendet ein 1:1 Kabel Die Kreuzung erfolgt intern.
Ich habe vom Lieferanten noch einmal Testsoftware bekommen. Da es nicht funktionierte, suchte ich weiter.Und dann war ich geschockt.
Das große Snippet zeigt mir nun permanent 3Werte an. Ich schicke übrigens CR+LF.


Aber eine kleine Frage, habe ich noch, weil mir etwas aufgefallen ist.
Das kleinere snippet fragt mit *IDN? nur den Namen ab. Egal ob ich es einzeln laufen lasse oder in einer gedrosselten while Schleife, Das Textfeld ist in jedem zweiten Durchlauf leer. Ist das Labview bedingt oder gibt es dafür einen anderen Grund?

Hallo Steffen,

Zitat:Das kleinere snippet fragt mit *IDN? nur den Namen ab. Egal ob ich es einzeln laufen lasse oder in einer gedrosselten while Schleife, Das Textfeld ist in jedem zweiten Durchlauf leer. Ist das Labview bedingt oder gibt es dafür einen anderen Grund?

Ich glaube kaum, dass LabVIEW speziell die Antwort auf diesen Request in jedem zweiten Durchlauf ausfiltert…

Wie sieht der Antwortstring denn genau aus? Kannst du das mal anzeigen - mit \-Code-Display?

- Deinem großen Snippet könnte etwas Errorhandling gut tun!
- Wiederholt durchgeführte Code-Teile könnte man in subVIs auslagern, wie z.B. das Anhängen von CRLF an deine Strings.
- Wenn man die String-Konstanten in \-Code-Display umschaltet, könnte man dort auch direkt CRLF hineinschreiben (\r\n)…
- SerialPortInit muss man nicht mit Konstanten füttern, wenn diese nur die Standardwerte vorgeben…

Guten abend Gerd,
die stringausgabe werde ich am Montag zeigen.
Betreffs subvi wollte ich eigentlich einen neuen thread aufmachen, da mir das Prinzip noch nicht klar ist. Im Georgi Buch und den gängigen Tutorials ist bei subvi immer vom FD die rede, aber ich brauch es ja meist im BD um es übersichtlicher zu gestalten.
Mit ErrorHandling habe ich mich noch nicht beschäftigt....kurz über flogen.zu mehr reichte die Zeit noch nicht.
Aktuell teste ich einzelne Module die später ein großes ganzes werden (sollen) und freue mich über einzelne Erfolge.