Verständnisproblem Cutter

Hallo,

ich möchte gerne Daten auf der seriellen Schnittstelle auswerten. Manchmal klappt’s prima, manchmal leider nicht. Habe daher mal das Debugging vom Cutter aktiviert und folgendes Ergebnis:

13.03.2011 02:03:05.00 | Received Data | 01010101000000000000000111

13.03.2011 02:03:05.00 | CURRENTBUFFER | 01010101000000000000000111

13.03.2011 02:03:05.00 | SENDCHUNK | 01010101000000000000000111
13.03.2011 02:03:05.00 | Received Data | OPENER

13.03.2011 02:03:05.00 | CURRENTBUFFER | OPENER

13.03.2011 02:03:05.00 | SENDCHUNK | OPENER
13.03.2011 02:03:12.00 | Received Data | 01010101000000000000001000

13.03.2011 02:03:12.00 | CURRENTBUFFER | 01010101000000000000001000

13.03.2011 02:03:12.00 | SENDCHUNK | 01010101000000000000001000
13.03.2011 02:03:12.00 | Received Data | OPEN
13.03.2011 02:03:12.00 | CURRENTBUFFER | OPEN
13.03.2011 02:03:12.00 | Received Data | ER

13.03.2011 02:03:12.00 | CURRENTBUFFER | ER

Beim ersten Versuch um 2:03:05 Uhr klappt es prima. Erst kommt ein Datenstrom aus 26 Zeichen, eingefasst in die Zeichen Hex-02 und Hex-0D, der Cutter liefert per SendChunk die eigentlichen 26 Zeichen - alles prima :slight_smile:

Doch beim nächsten Versuch um 2:03:12 Uhr klappt es nicht mehr. Der Datenstrom wird der SendChunk noch ausgeliefert, aber das Kommando „OPENER“ wird aufgeteilt und nun erkennt der Cutter anscheinend nicht mehr, dass der Datenstrom vollständig ist (vermutlich weil der linke und der rechte Begrenzer nicht in EINEM CurrentBuffer angekommen sind) und schickt die Daten nicht per SendChunk raus.

Hat jemand eine Idee, wie ich den Cutter dazu bewegen kann, die Daten trotzdem per SendChunk zu versenden?

Habe es (hoffe ich) gerade selbst herausgefunden. Der Timeout-Wert bei der Cutter-Instanz ist vermutlich nicht in Sekunden gedacht, sondern in Millisekunden, oder?

Habe ihn zumindest gerade mal auf 1000 gestellt und jetzt funktioniert es endlich zuverlässig :loveips: