Fluke 700G27 über virtuellen COM

(22.05.2019 09:31 )kpa schrieb:  Hallo MarcoN,

mit einem Terminalprogramm kannst Du über RS232 kommunizieren ohne LabVIEW, das kann für die Fehlersuche hilfreich sein.

z.B.:
https://www.heise.de/download/product/hterm-53283

Grüße
kpa

Hat leider auch keine Verbindung..

Muss mich wohl auf die Suche nach einem neuen Adapter machen

Ich habe mir jetzt einen neuen Adapter gebaut. Der neue Adapter hat die Flow Control auf "None". Allerdings finde ich die Einstellung "Local Echo On" nirgends. Auch nicht in HTerm. Was bedeutet die Einstellung "LocalEcho ON" und wie kann man diese in LabView aktivieren?

Ich hoffe auf Hilfe. Sitze jetzt schon den zweiten Tag an diesem ******

Hallo MarcoN,

"Local Echo On" heißt, dass dir dein Programm die Befehle und Daten anzeigt (das brauchst Du bei LV nicht - da programmierst Du selbst die Anzeige/Auswertung):

https://www.computerhope.com/jargon/l/locaecho.htm

Kannst Du den Ausgang vom Sensor mit einem Oszi anschauen ob der geht ?
Wenn Du einen Adapter gebaut hast solltest Du mit'nem Oszi sehen können ob auf der Sendeleitung oder auf der Empfangsleitung ein Signal ist. Dann kannst Du sehen ob der Adapter oder der Sensor einen Fehler hat.

Grüße
kpa

(22.05.2019 15:15 )kpa schrieb:  Hallo MarcoN,

"Local Echo On" heißt, dass dir dein Programm die Befehle und Daten anzeigt (das brauchst Du bei LV nicht - da programmierst Du selbst die Anzeige/Auswertung):

https://www.computerhope.com/jargon/l/locaecho.htm

Kannst Du den Ausgang vom Sensor mit einem Oszi anschauen ob der geht ?
Wenn Du einen Adapter gebaut hast solltest Du mit'nem Oszi sehen können ob auf der Sendeleitung oder auf der Empfangsleitung ein Signal ist. Dann kannst Du sehen ob der Adapter oder der Sensor einen Fehler hat.

Grüße
kpa

Hallo kpa,

entschuldige die späte Antwort. Hab gestern nicht wirklich an dem Projekt weiter gemacht. Allerdings habe ich mir die Geschichte auf dem Oszi angeschaut. Es handelt sich ja um eine 5V-Übertragung. Diese 5V konnte ich auch über das Oszi messen. Bei der Eingabe des Befehls konnte ich auch eine Veränderung auf dem Oszi sehen. Ich denke, der Adapter funktioniert also. Jetzt bleibt mir nur noch die Vermutung, dass Fluke bei ihrem Kabel eine andere Belegung haben wie ich in meinem. Ich habe schon versucht RxD und TxD zu tauschen aber auch ohne Erfolg. Das Ding bringt mich noch zur Verzweiflung...

Hallo MarcoN,

wenn Du auf TxD eine Anfrage sendest sollte auf RxD eine Antwort kommen - wenn der Sensor eine Antwort schickt.

Vllt. hat ja der Sensor einen Fehler.

Grüße
kpa

(24.05.2019 08:29 )kpa schrieb:  Hallo MarcoN,

wenn Du auf TxD eine Anfrage sendest sollte auf RxD eine Antwort kommen - wenn der Sensor eine Antwort schickt.

Vllt. hat ja der Sensor einen Fehler.

Grüße
kpa

Hallo kpa,

Bin mir ja nicht mal sicher ob er wirklich meinen Befehl empfängt. Den Defekt hatte ich auch schon im Kopf.. Aber ich habe 2 Sensoren und 2 USB->Klinke Adapter hier und habe mit beiden das gleiche Problem.
Ich habe jetzt das originale Kabel bei Fluke angefragt. Hoffe das ich bald eine Antwort bekomme und das mit dem originalen Kabel alles auf Anhieb funktioniert..

Danke dir auf jeden Fall für die Tipps und Hilfe!

So.. Habe jetzt endlich die Lösung für mein Problem.
War doch bisschen komplizierter als gedacht.

RS232 hat folgende Pegel: Ruhezustand -3V bis -15V. Aktiver Zustand +3V bis +15V.
Aus dem FTDI ZSB-RS232 Umsetzer kommt ein TTL-Pegel Ruhezustand TTL-High (Hier ca. 4,5 bis 5V), aktiver Zustand TTL-Low 0V-0,5V.

Soweit alles Standard. Umgesetzt wird das normalerweise über einen ganz normalen Rs232-TTL Umsetzer.
Jetzt zum Fluke:

Der Eingang ist kompatibel mit oben genannten RS232 Pegel, höchstwahrscheinlich aber auch zu TTL-Pegeln mit Ruhezustand TTL-Low. Der Ausgang schickt ein TTL-Pegel mit TTL-Low als Ruhepegel und TTL-High als aktiver Zustand. Ein solches Signal wird aber von einem RS232 Umsetzer nicht verstanden, weil der negative Pegel fehlt gibt es hier einen Übertragungsfehler.

Lösung:
1. Ich habe den USB-TTL Umsetzer mit dem Programm "FT-Prog" umkonfiguriert und kann jetzt negierte TTL-Pegel schalten.
2. Die beiden vorderen Pins des Umsetzers müssen getauscht werden.
3. Alle Befehle müssen als Endzeichen ein "\r" bekommen

Dann konnte ich dem Fluke auch endlich Befehle senden und seine Antwort empfangen!

Vielleicht hilft die Lösung ja dem ein oder anderen!

Gruß Marco

Hallo,

ich bin es nochmal !

Bin jetzt mehr oder weniger fertig mit meinem Programm. Habe jetzt aber folgendes Problem:

Der erste Durchlauf meiner Druckmessung funktioniert. Wenn ich sie allerdings ein zweites mal laufen lasse bekomme ich im normalen Modus keinen Wert. Jetzt kommt aber das lustige: Wenn ich die Schaltung im Debugmodus laufen lasse funktioniert alles ohne Probleme. Habe das Gefühl, dass mir mein Sensor nicht so schnell Werte liefern kann wie ich sie abfrage. Muss ich mein VI jetzt "bremsen"? Im Anhang mal ein Bild von meinem Haupt VI und von dem selbsterstellten SubVI.

Mach doch eine Schleife
"Bytes at Port > 0"

Gruß
Freddy

(03.06.2019 13:31 )Freddy schrieb:  Mach doch eine Schleife
"Bytes at Port > 0"

Gruß
Freddy

Wie genau meinst du das?

Gruß Marco