Pufferüberlauf bei serieller Kommunikation

' schrieb:Langsam frage ich mich echt, woran das denn jetzt konkret liegen könnte...

Vielleicht liegt es an der Schnittstellenkonfiguration, die Du uns hier vorenthälst. Z.B führt es direkt in die Katastrophe, wenn das Abschlußzeichen noch aktiviert ist - und standardmäßig ist das der Fall. Es könnte auch sinnvoll sein, einen typischen Antwortstring mal zu posten bzw. über das Format dieses Strings überhaupt mal etwas zu sagen.
Was ich fast nicht glauben kann: Das Format der Sendeanforderung ist mit Abschlußzeichen "n". Und die Antwort soll aber dann ohne Abschlußzeichen sein? So etwas macht man doch in der Regel beidseitig.
Das Löschen von Daten durch Leeren des Puffers, ohne überhaupt zu wissen warum es zum Überhlauf kam, löst doch allenfalls das Problem, indem es ein anderes schafft.

Edit: ich bin leider langsam. Als ich das Posting erstellte, war Rolfk's Antwort noch nicht da..
Bemerkung zum Thema Errorcluster: Ohne angeschlossenen Errorcluster kommt es Zum Stop des Programms bei Error - und Timeout ist ein Error. Beim ersten geposteten VI ganz oben wurden 5000 Bytes erwartet, obwohl der String kürzer war. Es hätte also zum Timoutfehler kommen müssen. Daß es nicht dazu kam, ist schon fast der Beweis, daß TermChar nicht deaktiviert wurde und der String immer nur unvollständig gelesen wurde.