RS232 langasm

[tomkupitz]

Hallo,

wir lesen von der seriellen Schnittstelle mit

Code:

ReadFile(ComHandle, buf, SizeOf(buf), BytesRead, nil);

Die Länge mancher Antworten (auf ser. Befehle) ist unbekannt und ein #13 ist auch nicht vorhanden.

Wie kann ich solche Antworten möglichst schnell und vollständig abholen?

Danke und beste Grüße

[Der schöne Günther]

Die Größe des Buffers auf 1 setzen, jedes einzelne Byte in einen Puffer (z.B. eine Queue) legen bei jedem neuen Byte schauen ob man mit dem bislang erhaltenen Content etwas anfangen kann?

[Bernhard Geyer]

Es gibt Komponenten (z.B. AsyncPro) welche die Möglichkeit bieten Evengesteuert auf eingetroffene Daten zu reagieren.
Hatte mit diesen Komponenten im letzten Jahrtausend ganz gute Erfahrungen.
Mittlerweile sind sie OpenSource so das auch keine finanzielle Hürde den Einsatz verhindern würde.

[himitsu]

Zitat:

Die Länge mancher Antworten (auf ser. Befehle) ist unbekannt und ein #13 ist auch nicht vorhanden.

Wie kann ich solche Antworten möglichst schnell und vollständig abholen?

Garnicht?

Vollständig geht nur, wenn jemand weiß wie lang es ist.
Sei es eine bekannte/statische Länge, eine Längenangabe im Datenanfang (Längenbyte) oder eine Markierung für das Datenende (z.B. die #13).
Auf eine Sendepause kann man hier ja nicht sonderlich gut reagieren (außer man holt die Daten z.B. via Interrupt umgehen ab), um sie als Ende zu verwenden.



AsyncPro, TComPort usw. laden meistens in einem Thread im Hintergrund und machen dann intern auch nur ReadFile.
Liegt AsyncPro nicht auch im GetIt rum?

Wenn die Länge bekannt ist, dann ist ein direktes ReadFile mit der gewünschten Länge somit das Schnellste.
ReadFile kann auch Asynchron aufgerufen werden (siehe Overlapped) und man bekommt dann z.B. ein Event, wenn alle Daten da sind.

RS232 ist immer gleich schnell und du kannst dir sogar ausrechnen, wie lange es dauert.
Schneller geht es nur mit einer höheren Taktrate.

1 Startbit, 1 Stopbit, 8 Datenbits und keine Parität = 10 Bits pro Byte
Bei 9600 BAUD (in diesem Fall BitsProSekunde) = maximal 960 Byte pro Sekunde



Was heißt eigentlich langsam?

Die Daten werden zu langsam übertragen
oder es kommen nicht "durchgängig" Daten und ReadFile wartet manchmal länger, bis irgendwan Daten empfangen werden. (von irgendwem versendet)

[p80286]

Zitat von himitsu:

Vollständig geht nur, wenn jemand weiß wie lang es ist.
Sei es eine bekannte/statische Länge, eine Längenangabe im Datenanfang (Längenbyte) oder eine Markierung für das Datenende (z.B. die #13).

#13=x0B (VT) ist aber nicht so gebräuchlich
eher x02 (STX) und x03 (ETX)
es könnte ja auch wider Erwarten ein Protokoll genutzt werden:
vgl. https://de.wikipedia.org/wiki/Seriel...3%BCbertragung

Gruß
K-H

[tomkupitz]

Hallo,

es geht hier um ein Firmware-Update. "Unser" ReadFile ist gegenüber einem Herstellertool ziemlich langsam. Ich weiß aber nicht was die ganau anders machen.

Danke erstmal an alle. Ich werde Overlapped ausprobieren.

tom