RS232 mit PC loggen

G

Gerald Oppen

Guest
Habe öfter das Problem, dass ich RS232-Daten in beide Richtungen loggen
muss. Geht ja eigentlich ganz einfach wenn man genügend Com-Ports am PC
hat und darüber über ein Terminalprogramm sich die Daten anschaut.
Unter Windows gibt es da nur das Problem, dass der Schnittstellentreiber
zu selten die Ports abfragt um eine zeitliche Zuordnug der Daten im
Millisekundenbereich oder besser zu haben.
Wenn es unter Linux besser geht wäre ja vielleicht über Knoppix eine
Lösung auch für mich als Linux-Laie denkbar - oder was habt ihr für
Lösungen ohne teuren zusätzlichen Hardwareaufwand?


Gerald
 
Gerald Oppen schrieb:

Habe öfter das Problem, dass ich RS232-Daten in beide Richtungen loggen
muss. Geht ja eigentlich ganz einfach wenn man genügend Com-Ports am PC
hat und darüber über ein Terminalprogramm sich die Daten anschaut.
Oder passende bessere Software dazu hat.

Unter Windows gibt es da nur das Problem, dass der Schnittstellentreiber
zu selten die Ports abfragt um eine zeitliche Zuordnug der Daten im
Millisekundenbereich oder besser zu haben.
Geht auch, aber nur mit speziellen Treibern.

Wenn es unter Linux besser geht wäre ja vielleicht über Knoppix eine
Lösung auch für mich als Linux-Laie denkbar - oder was habt ihr für
Lösungen ohne teuren zusätzlichen Hardwareaufwand?
So ein Programm habe ich mir vor Jahren mal selbst geschrieben. Läuft
unter purem DOS auf jedem Rechner > 386. Zeigt chronologisch exakt
jedes Byte verschiedenfabrig je nach Datenrichtung an. Und auch alle
Statusleitungsänderungen dazwischen.

So etwas würde ich "nie" unter WIN laufen lassen wollen.

Nein - ich geben das Programm nicht weiter<g>

Aber es gibt genug ähnliche Sachen im Netz. Musst mal danach googeln.





Gruss Wolfgang
--
No reply to "From"! - Keine Antworten an das "From"
Keine privaten Mails! Ich lese die NGs, in denen ich schreibe.
Und wenn es doch sein muss, dann muss das Subjekt mit NGANTWORT beginnen.
 
Gerald Oppen wrote:
Habe öfter das Problem, dass ich RS232-Daten in beide Richtungen loggen
muss. Geht ja eigentlich ganz einfach wenn man genügend Com-Ports am PC
hat und darüber über ein Terminalprogramm sich die Daten anschaut.
Unter Windows gibt es da nur das Problem, dass der Schnittstellentreiber
zu selten die Ports abfragt um eine zeitliche Zuordnug der Daten im
Millisekundenbereich oder besser zu haben.
Wenn es unter Linux besser geht wäre ja vielleicht über Knoppix eine
Lösung auch für mich als Linux-Laie denkbar - oder was habt ihr für
Lösungen ohne teuren zusätzlichen Hardwareaufwand?

Gerald
Wir tracen des öffteren unter Linux auch mit hohen Baudraten bis
921600 kb/sec. Dabei kommt es gelegentlich zu leichten
Timingverletzungen,
weil ein Byte in Tx eins in Rx oder umgekehrt scheinbar überholt, was
schlicht auf den verwendeten seriellen Treiber zurück zu führen ist.
Würde man sich bereits "da unten" ins System klinken wäre das aber
leicht zu
beseitigen. Für unsere Anwednungen reicht aber das schlichte
Lesen mit der zeitglichen Aufnahme eines Zeitstempels völlig aus.

Wichtig ist nur, daß man die Schnittstelle vorher mit low_latency
konfiguriert hat, sonst optimiert der Treiber seine IRQ Last
was zu grösseren Verzögerungen führt.

Wir benutzen VSCom Karten, die eigentlich ganz ordentlich laufen.
Nachteilig
ist aber die sehr geringe Flankensteilheit bei hohen Baudraten, was
aber beim Tracen nichts ausmacht, da wir ja nur empfangen :)

Gruß
Klaus
 
Gerald Oppen schrieb neulich
Habe öfter das Problem, dass ich RS232-Daten in beide Richtungen
loggen muss. Geht ja eigentlich ganz einfach wenn man genügend
Com-Ports am PC hat und darüber über ein Terminalprogramm sich die
Daten anschaut. Unter Windows gibt es da nur das Problem, dass der
Schnittstellentreiber zu selten die Ports abfragt um eine zeitliche
Zuordnug der Daten im Millisekundenbereich oder besser zu haben.
Wenn es unter Linux besser geht wäre ja vielleicht über Knoppix eine
Lösung auch für mich als Linux-Laie denkbar - oder was habt ihr für
Lösungen ohne teuren zusätzlichen Hardwareaufwand?
Schau dir mal den PortMon bei www.sysinternals.com an. Hat mir damals gut weitergeholfen.

Alexander
 
Gerald Oppen <Gerald.Oppen@web.de> writes:

Habe öfter das Problem, dass ich RS232-Daten in beide Richtungen loggen
muss.

Lösungen ohne teuren zusätzlichen Hardwareaufwand?
DOS: www.simtel.net

Gruss, Holger

PS: (dort als Suchbegriff "serial" eingeben)
 
"Gerald Oppen" <Gerald.Oppen@web.de> schrieb im Newsbeitrag
news:c6brd6$aboug$1@ID-46284.news.uni-berlin.de...
Habe öfter das Problem, dass ich RS232-Daten in beide Richtungen
loggen
muss. Geht ja eigentlich ganz einfach wenn man genügend
Com-Ports am PC
hat und darüber über ein Terminalprogramm sich die Daten
anschaut.
Unter Windows gibt es da nur das Problem, dass der
Schnittstellentreiber
zu selten die Ports abfragt um eine zeitliche Zuordnug der Daten
im
Millisekundenbereich oder besser zu haben.
Wenn es unter Linux besser geht wäre ja vielleicht über Knoppix
eine
Lösung auch für mich als Linux-Laie denkbar - oder was habt ihr
für
Lösungen ohne teuren zusätzlichen Hardwareaufwand?


Gerald
Ich kann Portmonitor oder LookRS232 empfehlen. Über google zu
finden.
Gruß
Klaus

--
____________________________________________________

Sun to the roof (Latin: tecto sol)

http://www.tectosol.staticip.de/ Solarstromerträge im Internet,

____________________________________________________
 
Gerald Oppen <Gerald.Oppen@web.de> schrieb:

Habe öfter das Problem, dass ich RS232-Daten in beide Richtungen loggen
muss. Geht ja eigentlich ganz einfach wenn man genügend Com-Ports am PC
Zwischen zwei Anwendungen, die nicht auf dem loggenden PC liegen?

hat und darüber über ein Terminalprogramm sich die Daten anschaut.
das aber regelmäßig nur eine Richtung anschaut.

Unter Windows gibt es da nur das Problem, dass der Schnittstellentreiber
zu selten die Ports abfragt um eine zeitliche Zuordnug der Daten im
Millisekundenbereich oder besser zu haben.
Das geht auch unter Windows. Unter
http://wiki.oliverbetz.de/owiki.php/TerminalPrograms habe ich auch ein
paar Programme gelistet, die das können.

Servus

Oliver
--
Oliver Betz, Muenchen (oliverbetz.de)
 
Gerald Oppen schrieb:
Unter Windows gibt es da nur das Problem, dass der Schnittstellentreiber
zu selten die Ports abfragt um eine zeitliche Zuordnug der Daten im
Millisekundenbereich oder besser zu haben.
Hallo,

die Schnittstellen ICs haben heute ein 16 Byte Fifo, warum also sollte
Windows da so häufig abfragen?

Bye
 
Uwe Hercksen schrieb:

die Schnittstellen ICs haben heute ein 16 Byte Fifo, warum also sollte
Windows da so häufig abfragen?
Wegen der Timing-Informationen vermutlich. Ein Fifo hat keine Zeitstempel.

Udo
 
Wolfgang Gerber schrieb:

So ein Programm habe ich mir vor Jahren mal selbst geschrieben. Läuft
unter purem DOS auf jedem Rechner > 386. Zeigt chronologisch exakt
jedes Byte verschiedenfabrig je nach Datenrichtung an. Und auch alle
Statusleitungsänderungen dazwischen.
Das hilft mir leider auch nicht weiter da das Loggen auch auf einem
Laptop laufen muss. Da diese in der Regel wenn überhaupt nur eine RS232
haben muss ein USB-RS232-Wandler dazu, und da sieht es unter Dos dann
wieder schlecht aus...

Gerald
 
Gerald Oppen schrieb:

So ein Programm habe ich mir vor Jahren mal selbst geschrieben. Läuft
unter purem DOS auf jedem Rechner > 386. Zeigt chronologisch exakt
jedes Byte verschiedenfabrig je nach Datenrichtung an. Und auch alle
Statusleitungsänderungen dazwischen.

Das hilft mir leider auch nicht weiter da das Loggen auch auf einem
Laptop laufen muss.
Meines läuft auf einem Laptop. Dafür habe ich es ja geschrieben um
unterwegs bei fremden Systemen die Daten zu analysieren.

Da diese in der Regel wenn überhaupt nur eine RS232
haben muss ein USB-RS232-Wandler dazu, und da sieht es unter Dos dann
wieder schlecht aus...
Bisher hatten alle meine Lappis 2 serielle Schnittstellen. Musst halt
mal nach einem alten 486er ausschauen. Der braucht ja für diesen Zweck
nicht mal eine Festplatte. Zumindest bei meinem DOS-Programm.


Gruss Wolfgang
--
No reply to "From"! - Keine Antworten an das "From"
Keine privaten Mails! Ich lese die NGs, in denen ich schreibe.
Und wenn es doch sein muss, dann muss das Subjekt mit NGANTWORT beginnen.
 
Gerald Oppen <Gerald.Oppen@web.de> schrieb:

[...]

Das hilft mir leider auch nicht weiter da das Loggen auch auf einem
Laptop laufen muss. Da diese in der Regel wenn überhaupt nur eine RS232
haben muss ein USB-RS232-Wandler dazu, und da sieht es unter Dos dann
dann mußt Du aber noch "etwas" Latenzzeit dazurechnen. Bei den
aktuellen FTDI-Chips kann man das aber im Treiber einstellen, IIRC bis
auf 1ms. Die alten haben immer 16ms gewartet.

Servus

Oliver
--
Oliver Betz, Muenchen (oliverbetz.de)
 
(Gerald Oppen) 26.04.04 in /de/sci/electronics:



Wolfgang Gerber schrieb:

So ein Programm habe ich mir vor Jahren mal selbst geschrieben.
Läuft unter purem DOS auf jedem Rechner > 386. Zeigt chronologisch
exakt jedes Byte verschiedenfabrig je nach Datenrichtung an. Und
auch alle Statusleitungsänderungen dazwischen.

Das hilft mir leider auch nicht weiter da das Loggen auch auf einem
Laptop laufen muss. Da diese in der Regel wenn überhaupt nur eine
RS232 haben muss ein USB-RS232-Wandler dazu, und da sieht es unter Dos
dann wieder schlecht aus...
Es gibt USB treiber(Sourcen) für DOS.
fragt mal google.
 

Welcome to EDABoard.com

Sponsor

Back
Top