Serielle Schnittstelle loggen für DOS/ Windows Portierung

Tom Bayer Gast #417464
Lesenswert?
• ▲
▼ 
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
Antwort Zitieren Bearbeiten Thread verschieben Thread sperren Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Beitrag melden
Blackbird Gast #417465
Lesenswert?
• ▲
▼ 
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
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Rufus Τ. F. Persönliche Seite #417467
Lesenswert?
• ▲
▼ 
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.
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Rufus Τ. F. Persönliche Seite #417471
Lesenswert?
• ▲
▼ 
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.
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Stefan Gast #417472
Lesenswert?
• ▲
▼ 
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.
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Stefan Gast #417473
Lesenswert?
• ▲
▼ 
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.
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Thread beobachten

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

Bestehender Account

oder

Mit Google-Account einloggen

Noch kein Account?

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren