#13#10 bei Datenempfang mit TApdComPort

[oki]

Jo, also der Trigger ist beim Senden gesetzt. Wenn ich einen Befehl sende wie zum Bsp. ein Connect, dann setze ich den passenden Datentrigger für die erwartete Antwort wie z.B. "Password:". Zusätzlich habe ich noch weitere Trigger gesetzt. Diese sind unter anderem:
#13#10OK#13#10
#13#10BUSY#13#10
usw.

Der FResultTrigger ist also immer der aktuelle Trigger für die erwartete korrekte Antwort. Kommt diese, lösche ich ihn und setze einen neuen vor dem nächsten Befehl. Alle anderen Trigger bleiben erhalten.

Das mit dem ODOA im Buffer ist 'ne gute Idee. Ich hatte aber nicht den Eindruck, dass mir woanders eins fehlt, und warum dann am Ende der Kette?

Gruß oki

[marabu]

Da hilft wohl nur noch eines: Deinen Code drastisch verringern und mit einem Minimalprojekt weiter nach dem Fehler suchen.

Vielleicht bringt dich dieser Thread auf eine Idee: klick

Gute Nacht

[oki]

Moin Marabu,

ich bin aus dem Beitrag bei SourceForge noch nicht ganz schlau geworden. Im Moment habe ich den Eindruck, dass da mein Problem diskutiert wird. Das scheint dort aber eher daher zu resultieren, dass der Author keine TriggerEvents verwendet hat. Ich habe da auch was von CPU-Last gelesen. Das hab ich noch nicht geprüft.
Erstaunlicher weise tritt mein Problem seit 2 Tagen nicht mehr auf. Entweder ich hab was im Code geändert was geholfen hat ohne das ich es bemerkt habe (glaub ich aber nicht; war noch nie so, dass heimlich etwas besser wurde ), oder es holt mich später wieder ein. Ich teste da mal weiter.

Erst mal herzlichen Dank für deine Unterstützung,

Gruß oki