+- 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: Fluke 700G27 über virtuellen COM (/Thread-Fluke-700G27-ueber-virtuellen-COM)
RE: Fluke 700G27 über virtuellen COM - Freddy - 03.06.2019 13:40
Nur als Schema.
RE: Fluke 700G27 über virtuellen COM - MarcoN - 03.06.2019 13:54
(03.06.2019 13:40 )Freddy schrieb: Nur als Schema.
Funktioniert leider auch nicht. Kriege jetzt sogar komplett falsche Ergebnisse
RE: Fluke 700G27 über virtuellen COM - jg - 03.06.2019 18:23
Bytes At Port ist in vielen Fällen eine völlig überflüssige Abfrage, vor allem dann, wenn man weiß, dass eine Nachricht immer mit einem ganz bestimmten ASCII Zeichen abgeschlossen wird.
Die Verwendung von \r in deinem Screenshot und ein Vergleich mit einem VISA-Instrument Driver für ein "Fluke 5XXX Series Multicalibrators" deuten darauf hin, dass Fluke entweder das <Carriage Return> oder <LineFeed> als Abschlußzeichen verwendet, sowohl bei Kommandos als auch bei Antworten.
Somit bieten sich die folgenden Einstellungen der seriellen Schnittstelle an (kopiert aus dem oben erwähnten Instrument Driver):
[attachment=60033]
Das kommt in dein VI direkt nach "VISA Configure Serial Port" (edit) und zeigt die Einstellung mit "LineFeed".
Vorteile: Du kannst es dir sparen, an Kommandos das <CR>/<LF> anzuhängen, das macht dann VISA für dich, und bei VISA Read kannst du auf Bytes at Port verzichten, stattdessen versuchst du einfach eine genügend große Anzahl an Bytes einzulesen (z.B. 100). VISA Read gibt trotzdem nur den Antwort-String bis zum ersten erkannten Termination Char zurück.
Gruß, Jens
@Freddy: Eine ungebremste While-Loop 
RE: Fluke 700G27 über virtuellen COM - GerdW - 03.06.2019 20:13
Nachtrag:
Ein "\r" aka CR aka CarriageReturn hat den Wert d13 aka x0D…
RE: Fluke 700G27 über virtuellen COM - jg - 03.06.2019 20:25
(03.06.2019 20:13 )GerdW schrieb: Nachtrag:
Ein "\r" aka CR aka CarriageReturn hat den Wert d13 aka x0D…
Upps, wie peinlich, da hast du natürlich Recht.
Beitrag ist korrigiert - muss die plötzliche Sommerhitze gwesen sein...@MarcoN: Leider steht in der Anleitung von deinem Fluke nichts von "Termination Chars", aber ich würde es mal mit <LineFeed> (also 0xA, so wie im Screenshot) und mit <CR> (also 0xD, so wie es sein Codeschnippsel vermuten lässt) versuchen.
Gruß, Jens
RE: Fluke 700G27 über virtuellen COM - MarcoN - 04.06.2019 08:46
Hallo zusammen,
danke für die zahlreichen Antworten..
Ich habe gestern noch bisschen in dem SubVI rumgespielt und habe eine eventuelle Lösung gefunden.(Siehe Screenshot SubVI). Ich lasse das ganze jetzt 2 mal in einer Forloop und in einer Sequenz abfragen. Auf dem Schreibtisch hat das auf jeden Fall mit dem Fluke funktioniert. Werde später aber nochmal in unser Prüffeld gehen und einen richtigen Test machen..
@ Jens: Falls meine Methode nicht funktioniert würde ich nochmal auf deinen Lösungsvorschlag zurück kommen.. Ist auf jeden Fall interessant zu wissen, dass ein "Bytes at Port" meistens überflüssig ist. Habe bis jetzt eigentlich immer so ausgelesen
. Ich bin aber Ende Juni in München auf dem Core 1 und Core 2 und hoffe das ich mir da solche kleinen Tipps aneignen kann!