Synchronisation uC - LabVIEW

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.
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.

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.

Gruß Ludwig

Edit: Die letzen beiden Antworten habe ich beim Abfassen des Beitrages hier noch nicht gekannt. 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.