USB RS232 Converter

Bei Dir sind Ungereimtheiten im VI:
Wenn Du Flußsteuerung DTR/DSR hast, wozur dann XON/XOFF konfigurieren? Falls Du kein Originalkabel für PC-Anschluss vom Gerätehersteller hast, würde ich Fußsteuerung "Keine" nehmen. Damit das Geräteseitig funktioniert, müssen dort DTR/DSR am Stecker miteinander verbunden werden. Dem Gerät wird damit DTR/DSR-Steuerung vorgegaukelt.
Der Empfang kann so nicht funktionieren, auch nicht mit einem Nicht-USB-Port. Bei Dir funktioniert es so:
Nach "Bytes an Ports senden" sind die Bytes erst mal im Sendepuffer. Das Gerät hat da noch nichts empfangen, geschweige denn hat es schon geantwortet. Die Antwort auf die Abfrage der Bytes im Empfangspuffer ist also immer "0" (Es sei denn, es sind noch alte Botschfften im Empfangspuffer, die aber dann keine Passenden Antworten auf den zuletzt gesendeten Befehhl sind).
Das Programm ist sehr viele einfacher als Du es gemacht hast, ich habe das schon mehrere Mal gepostet, und die Beispiele sind eigentlich immer gleich.

Zum Rahmen-Synchronisationsfehler:
Da gibt es z.B. zwei Ursachen:
1. Falsche Konfiguration (Baudrate, Parität, ... )
2. Wenn das Gerät dauered von selbst sendet, und man hört den Empfang zu einem beliebigem Zeitpunkt ab. Dann passiert es, dass man erst mal mitten in ein Byte hineinhört, bevor es zur Synchronisation kommt. Kann eigentlich bei Master-Slave Konfigurtion (Gerät sendet nur nach Kommando) nicht auftreten.

Es lohnt sich auch, die neuesten VCP-Treiber zu saugen, z.B von der Homepage von FTDI, wenn der Chip von FTDI ist. Dort gibt es auch genaue Datenblätter, wenn es darum geht, was der Chip macht und was nicht.