Richtige Verwendung von ThermChar / Fehlerhafte erste Daten

Hallo Zusammen,

ich habe vier Fragen aber zunächst meine Aufgabe:

Ich will mit einem DMS-Messtaster auf eine Waage fahren und mir die Dehnwerte des Messtasters über das gemessene Gewicht
auftragen, also quasi eine Kennlinie ermitteln. Es geht nun im folgenden um das Auslesen der Waage.

Schnittstelle: RS232 (Einstellungen sind korrekt)
Angaben zur Kommunikation:
entnommen aus dem Datenblatt, welches unter folgender Adresse einsehbar ist:
http://at.mt.com/dam/mt_ext_files/Editor...780447.pdf

Commands sent to the balance comprise one or more characters of the ASCII character set. Here, the following must be noted:
• Enter commands only in uppercase.
• The possible parameters of the command must be separated from one another and from the command name by a space (ASCII 32 dec., in this description represented as /).
• The possible input for "text" is a sequence of characters of the 8-bit ASCII character set from 32 dec to 255 dec.
• Each command must be closed by CRLF (ASCII 13 dec., 10 dec.). The characters CRLF, which can be inputted using the Enter or Return key of most entry keypads, are not listed in this description, but it is essential they be included for communication with the balance.

Meine Fragen:

1. Wenn ich es richtig verstanden habe wird beim Schreiben meines Befehls am Ende des Strings der TermChar angehängt. Beim Lesen wird bis zum TermChar gelesen und der bis dahin gelesene String ausgegeben. Ist das korrekt?

2. In meinem kleinen Beispiel verwende ich "LF" als ThermChar und nicht wie vom Hersteller gefordert CRLF. Mit CRLF bekomme ich aber keine Werte, mit LF schon. Woran könnte das liegen?

3. Wird das Programm ausgeführt bekomme ich am Anfang "falsche" Werte (siehe im Bild vom Frontpanel -> Ausgelesene Werte, nach Start). Woran könnte das liegen? Außerdem bekomme ich von der Waage gelegentlich die Meldung "Syntax Error", obwohl immer der gleich Befehl geschrieben wird.

4. Wann ist es sinnvoll den Puffer zu leeren (sorry, klingt etwas trivial)

Vielen herzlichen Dank schon mal!!!

Gruß,
Joe

Hallo Aspen,

1. Ja, so hast du es konfiguriert.

2. Es wird nur ein TermChar aus einem Zeichen unterstützt. Hier bietet sich also das LF an - anscheinend kommt deine Waage auch damit prima klar.

3. Was sind "falsche" Werte? Etwas in Anführungszeichen zu setzen drückt üblicherweise aus, dass man da eine andere Bedeutung hineininterpretiert…
Problem: "BytesAtPort" ist definitiv falsch, wenn du explizit mit dem TermChar arbeitest! Frag einfach 999 Bytes ab… (Siehe Punkt 1!)

4. Am Beginn der Kommunikation - falls schon etwas in den Buffer gelangt, bevor man den ersten Wert abfragt…

Tipp: Erstelle eine U8-Konstante, setze deren Radix sichtbar und auf Hex und tippe einfach "0A" ein. Verwende diese dann als TermChar-Vorgabe - so kommst du ohne TypeCast aus…

Hallo Gerd,

vielen Dank für die schnelle Antwort!
Das VI läuft jetzt wunderbar.

Anbei auch besten Dank für deine Arbeit hier und die vielen Beiträge, die mir schon oft weitergeholfen haben!

Gruß,
Joe

Hallo Joe,

jetzt noch die TermChar-Konstante auf den Datentyp U8 einstellen und schon verschwinden die letzten CoercionDots…

Ich würde auch noch die Ablaufsteuerung herausnehmen (Standard ist "keine" wenn Eingang nicht angeschlossen). Die wird heute kaum noch verwendet, das ist noch so ein alter Zopf aus alten Zeiten, als mangels Alternativen große Dateien über die serielle Schnitstelle tranportiert wurden und der serielle Puffer im Betriebssystem ganz klein war.

Merci euch!