Synchronisation uC - LabVIEW

Ich versuche mal zu erläutern sofern ich dich richtig verstehe

(11.02.2015 14:02 )Lucki schrieb:  Daß das Vi "weitgehendst so funktioniert wie ich mir vorstelle" kann ich mir nicht vorstellen. Beispiel Startbyte-Erkennung: Du entfernst das erste Zeichen aus dem String und vergleichst es mit "01". Wie kann ein einstelliger String je identisch mit einem zweistelligem String sein? Das Gleiche beim Stoppbyte.

Ich vergleiche das erste Zeichen/Byte des empfangenen "Strings" mit 0x01 - die Konstante ist quasi hexadezimal und entspricht ja dann einem Byte. Dasselbe beim Stoppbyte, nur mit anderem Hex-Zeichen... meine Tests haben gezeigt das es so funtioniert.

(11.02.2015 14:02 )Lucki schrieb:  Und überhaupt: Wenn direkt die Datenbytes übertragen werden, dann werden a) meistens undarstellbare Stringzeichen übertragen, und b) funktioniert dann die Synchronisierung mit Start- und Stoppbyte nicht, denn jedes der 256 dafür möglichen Zeichen kann auch mitten im Datensatz auftauchen.
Deshalb liegt die Vermutung nahe, dass bei Dir die Daten als lesbare ASCII-Zeichen übertragen werden, und das heißt: Für jedes zu übertragende Zahlenbyte braucht man 2 Stringbytes für die Übertragung, also z.B für der Übertragung der Zahl 255 die beiden Stringzeichen "FF".
(Manchmal werden sogar Dezimalstrings benutzt , dann braucht man drei Zeichen für ein byte, also hier im Beispiel die Zeichenkette "255")
Für Deinen Datensatz heißt das
entweder:
Du sendest zehn I16-Zahlen. Dafür brauchts Du aber einem HEX-String der Länge 40 und nicht 20, wie Du schreibst, alsa mit Start- und Stoppbyte 42.
oder:
Der String hat die Länge 22 so wie von Dir beschreiben. Dann werden aber darin nur fünf I16-Zahlen übertragen und nicht 10 wie Du schreibst.

Ich übertrage ja einen Binärstring bestimmer Struktur, die Idee/Anregung habe ich auch hier aus dem Forum. I16 hat eine Länge von 2 Byte, damit kann ich Werte von -32768 ... 32767 realisieren. Müsste ich das mit Zeichen machen bräuchte ich dafür 1 bis. max 6 Byte was unvorteilhaft wäre für die Geschwindigkeit. 10 I16 Zahlen sind 20 Datenbyte was mit Start/Stop 22 Gesamtbyte macht. Am Ende ist das ja nur eine Sache wie ich meine Bytes interpretiere. Ein Hex-String der Länge 40 entspricht ja einer Größe von 20 Bytes wenn ich mich nicht irre

(11.02.2015 14:02 )Lucki schrieb:  Also kläre das erst mal, dann werden wir weiter sehen. Und poste mal einen Originalstring vom µC, dann wird man sehen, was wirklich ankommt.

Im Anhang dazu mal ein Shot aus HTerm mit 1 Botschaft (ASCII, HEX, Binär)

(11.02.2015 14:02 )Lucki schrieb:  Und es gibt keine spezifische "serielle Labview-Kommunikation", von der Du im letzten Beitrag schreibst. Um am µC eine brauchbare serielle Ausgabe zu programmieren, muß man nicht den geringsten Schimmer von Labview haben.

Da habe ich mich wohl unter Umständen falsch ausgedrückt