Serielle Schnittstelle loggen für DOS/ Windows Portierung

[Tom Bayer (Gast)]

Hallo zusammen,

ich habe hier ein uraltes DOS Programm, dass über die serielle
Schnittstelle mit einer Elektronik arbeitet. Da es unheimlich lästig
ist immer wieder einen Rechner mit DOS zu betreiben besteht der Wunsch
dies mit einem Windows Prog auf Basis VB zu realisieren. Nun, da das
Prog und die Elektronik schon sehr alt sind, gibt es natürlich auch
keine Doku mehr.
Kennt jemand ein WindowsProg mit dem ich die serielle Kommunikation des
DOS Programms loggen kann, damit ich mir daraus ein VB Prog stricke?
Vielen Dank Tom

[Blackbird (Gast)]

Du willst das Protokoll rausfinden?
Dann baue Dir einen Adapter, der die RxD- und die TxD-Leitungen des
Kabels zwischen dem DOS-PC und der Elektronik anzapft und lege diese
jeweils auf die RxD-Leitung je einer SUB-D-Buchse. Die kommen dann in
die beiden COM-Ports eines anderen Windows-PCs. Dort startest Du dann 2
mal Hyperterm.
Fertig ist der Datenlogger.
Was da hin- und hergeschickt wird, das wirst Du alleine rausfinden
müssen.

Alternativ geht auch ein mehrkanaliger Logic-Analyser, komerziell oder
Eigenbau auf Basis eines µC. Braucht ja nur digitale Eingänge zu
loggen. DTR, CTS usw. nicht vergessen.


Blackbird

[Tobi H. (tobi-)]

Versuch mal PortMon von Sysinternals

[Rufus Τ. F. (rufus)]

Versuche mal PortMon unter DOS laufen zu lassen ...

Nein, um so eine Kommunikation brauchbar abzuhören, ist zusätzlich zum
abzuhörenden PC ein weiterer mit zwei seriellen Schnittstellen nötig,
der mit der einen die vom DOS-PC zum Gerät und mit der anderen die vom
Gerät zum DOS-PC gesendeten Daten aufzeichnet.

Die Aufzeichnungssoftware (für DOS habe ich sowas mal vor Äonen
gesehen) stellt dann beide Datenkanäle in einem sinnvollen zeitlichen
Zusammenhang dar; das wäre der Verwendung zweier Terminalprogramme
gegenüber ein gewisser Vorzug.

[Tobi H. (tobi-)]

Ich hatte jetzt nicht an ein echtes DOS gedacht, sondern an einen der
Emulatoren ala DosBox. Die scheinen lt einem anderen Thread hier ganz
gut mit solchen Programmen zu laufen. Und dann sollte PortMon doch
wieder in der Lage sein zum abhören

[Tom Bayer (Gast)]

Vielen Dank für die schnelle Info.
TOM

[Stefan (Gast)]

Es müsste auch mit einer seriellen Schnittstelle am Überwachungs-PC
gehen.

Dazu gibt es ein interessantes Projekt rs232 *sniffer* probe bei
http://www.marcspages.co.uk/tech/3104.htm

Mehr interessante Lektüre "drumherum ums Business" gibt es auf der
Hauptseite http://www.marcspages.co.uk/

[Rufus Τ. F. (rufus)]

Komplexere Protokolle sind mit einer Schnittstelle nicht brauchbar
abhörbar - einerseits können, da serielle Verbindungen
Vollduplexverbindungen sind, beide Teilnehmer gleichzeitig senden und
empfangen, andererseits möchte man auch eine Richtungsinformation
haben, um herausfinden zu können, wer was gesendet hat.

Wenn man nur beide Sendedatenleitungen kombiniert, kommt es zwar bei
Halbduplexbetrieb zu keinem Datensalat, aber eine Zuordnung, wer was
gesendet hat, ist halt auch nicht "drin".

Daher: Zeitgleich auf zwei Schnittstellen mithören.

[Stefan (Gast)]

s/müsste/könnte/ ;-)

Es gibt eine Einschränkung: Beide ordentlichen Teilnehmer an der RS232
Kommunikation dürfen nicht gleichzeitig schwätzen. Wenn das der Fall
ist das Mitgeloggte gruselig zu lesen. Dem Mitloggen selbst tut es aber
keinen Abbruch.

[Stefan (Gast)]

Ich habe es geahnt und daher auch meine Relativierung ;-)

Du hast natürlich Recht. Dennoch würde ich die einfache Methode mal
ausprobieren, wenn kein PC mit 2 freien RS232 Schnittstellen vorhanden
ist. Es kann ja sein, dass sich die Kommunikation "brav" verhält.

Die Richtungsinformation kann man herausfinden, wenn man jeweils nur
einen Teilnehmer abhört und das Experiment mehrfach ausführt. Dazu kann
man obigen Sniffer gezielt auf eine von den beiden Übertragungsleitungen
aufschalten. Voraussetzung ist natürlich, dass man mehrere Versuche hat.