LabVIEWForum.de
Kommunikationsproplem Netzteil PCR1000M - Druckversion

+- LabVIEWForum.de (https://www.labviewforum.de)
+-- Forum: LabVIEW (/Forum-LabVIEW)
+--- Forum: LabVIEW Allgemein (/Forum-LabVIEW-Allgemein)
+---- Forum: Instrument IO & VISA (/Forum-Instrument-IO-VISA)
+---- Thema: Kommunikationsproplem Netzteil PCR1000M (/Thread-Kommunikationsproplem-Netzteil-PCR1000M)

Seiten: 1 2


RE: Kommunikationsproplem Netzteil PCR1000M - hulk - 13.09.2016 13:57

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


RE: Kommunikationsproplem Netzteil PCR1000M - GerdW - 13.09.2016 14:17

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…


RE: Kommunikationsproplem Netzteil PCR1000M - hulk - 13.09.2016 14:45

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?


RE: Kommunikationsproplem Netzteil PCR1000M - GerdW - 13.09.2016 14:49

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 Rtmfx oder alternativ zwei LF ans Kommando hängen…


RE: Kommunikationsproplem Netzteil PCR1000M - hulk - 13.09.2016 15:15

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


RE: Kommunikationsproplem Netzteil PCR1000M - GerdW - 13.09.2016 15:21

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



RE: Kommunikationsproplem Netzteil PCR1000M - hulk - 16.09.2016 10:43

Hallo Gerd,

mit etwas Abstand muss ich einen peinlichen Fehler eingestehen.
Meine Waage von A&D verwendet ein 1:1 Kabel Ahrg1 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?


RE: Kommunikationsproplem Netzteil PCR1000M - GerdW - 16.09.2016 11:34

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…


RE: Kommunikationsproplem Netzteil PCR1000M - hulk - 16.09.2016 16:41

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.