Programm zum COM Port überwachen

steinche

Level-2
Beiträge
112
Reaktionspunkte
2
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo zusammen,

ich bin jetzt schon einige Programme durchgegangen, habe aber noch nicht das passende gefunden. Ich muss den Datenstrom zwischen einem PC und einem externen Gerät protokollieren. Dazu möchte ich mich mit einem zweiten PC (zwei Com Ports) in die Datenleitung hängen. Mit welchem Programm ist das machbar?
Mit eine den bisherigen Programmen kann ich auf dem Protokoll-PC die Daten nicht zwischen Com1 und Com2 koppeln.

Viele Grüße
steinche
 
Hallo Bimbo,

vielen Dank für die schnelle Antwort.
Den Port Monitor habe ich schon installiert, jedoch kann den Protokoll Analyser nicht in der Free Version starten :-(

Viele Grüße
steinche
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo Rainer,

mit der Free Version kann ich keine zwei COM Ports koppeln. Habe jetzt die Trial zum testen und es funktioniert einwandfrei und bereits herausgefunden dass in der Doku zum Protokoll ein Zeichen gefehlt hat ..... ob das Zufall ist ;)

Viele Grüße
steinche
 
Was verstehts Du unter koppeln? Nullmodemkabel zwischen den beiden Ports? Warum dann beide überwachen? Stehe irgendwie auf dem Schlauch.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo Rainer,

aaalso. Wir haben

PC mit Sondersoftware (PC1)
BlackBox (BB)
mein PC (PC2) mit zwei Com Ports

Normal ist die Verbindung:
PC1 <--> BB

Zum testen:

PC1 <--> PC2 <--> BB

Mit dem Tool habe ich eine Brücke meiner beiden COM Ports hergestellt und den kompletten Datenverkehr darüber laufen lassen.

Viele Grüße
steinche
 
Hallo Rainer,

mit der Free Version kann ich keine zwei COM Ports koppeln. Habe jetzt die Trial zum testen und es funktioniert einwandfrei und bereits herausgefunden dass in der Doku zum Protokoll ein Zeichen gefehlt hat ..... ob das Zufall ist ;)

Viele Grüße
steinche

Was meinst Du denn mit "koppeln"?

Ich verstehe das so, dass Du die Kommunikation zwischen bestehenden Geräten analysieren möchtest.

Beim Einsatz eines Beobachtungsrechners brauchst Du neben der Software auch noch die leidige Harware; will sagen, um eine Fullduplex-Kommunikation extern mitzuschneiden braucht es einen PC mit ZWEI seriellen Schnittstellen, eine passende Anzapfschaltung, und ein möglichst echtzeitfähiges Betriebssystem. Früher war das DOS.


EDIT: Ich war wohl etwas langsam, aber wo ist denn eigentlich jetzt Dein Probelm?
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo Rainer,

aaalso. Wir haben

PC mit Sondersoftware (PC1)
BlackBox (BB)
mein PC (PC2) mit zwei Com Ports

Normal ist die Verbindung:
PC1 <--> BB

Zum testen:

PC1 <--> PC2 <--> BB

Mit dem Tool habe ich eine Brücke meiner beiden COM Ports hergestellt und den kompletten Datenverkehr darüber laufen lassen.

Viele Grüße
steinche
Ist meiner Meinung nach überflüssig. Mit dem Tool einfach PC1 <--> BB und das Tool auf PC1 installieren. Dann siehst Du, was alles hin- und hergeht.
Die Variante die Du dargestellt hast, war zu DOS-Zeiten notwendig. Seit Win32 ist dieser Aufwand nicht mehr notwendig.
 
*Glaskugelauffang und fallen lass* Natürlich die Software direkt auf dem PC installieren. Der Rest ist viel zu aufwändig. Beispiel: Du hast zwei serielle Schnittstellen am Lausch-PC, bei denen die Empfangsleitung jeweils mit der Sende- bzw. der Empfangsleitung des Datenverkehr-PCs verbunden ist. Wenn es nun darum geht, die Kommunikation mitzuprotokollieren, dann hast Du das Problem, dass Du von der Schnittstelle zwei Interrupts bekommst, zwei getrennte Empfangspuffer hast und nicht genau sagen kannst, ob der zeitliche Zusammenhang, der Dir angezeigt wird auch dem tatsächlichen Verkehr entspricht. Wie gesagt war das unter DOS die einzige Möglichkeit (und da habe ich mir ein solches Programm selbergeschrieben und kenne die damit verbundene Problematik gut) ist aber heute einfacher zu lösen.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
...
PC mit Sondersoftware (PC1)
...
*glaskugelaufrainersfussauftrifft* ;)
ne, mal nichts für ungut - aber ich hab nirgenswo gelesen, was für ein Betriebssystem auf diesem PC läuft ... (ich muss allerdings auch zugeben, dass ich mich nicht drum gekümmert habe, auf welchen Plattformen das Tool funktionsfähig ist).
 
*glaskugelaufrainersfussauftrifft* ;)
So große Füße hab ich nicht.
ne, mal nichts für ungut - aber ich hab nirgenswo gelesen, was für ein Betriebssystem auf diesem PC läuft ... (ich muss allerdings auch zugeben, dass ich mich nicht drum gekümmert habe, auf welchen Plattformen das Tool funktionsfähig ist).
Warten wir mal ab, was Steinche dazu schreibt. Das Tool läuft übrigens auf Win32-Betriebsystemen.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo Zusammen,

hätte nicht gedacht, so eine Lawine auszulösen ;)

Dann kommt jetzt doch eine ausführliche Schilderung der ganzen Situation. Ich arbeite in einem Großtanklager, eine der wichtigsten Messgrößen ist hier der Füllstand. Auf einem WindowsXP PC läuft eine, vor vielen Jahren, geschriebene Software, die an verschiedene Messsysteme sowie an die SPS ankoppeln kann. Da dass System jedoch etwas in die Jahre gekommen ist und der Programmierer nicht mehr so die Muse hat, es zu entwickeln, haben wir uns entschlossen, alles in die SPS zu verlagern. Für 64 Füllstande, die mit Schwimmen und Schlitzinitiatoren arbeiten habe ich 8 FM350-2 Zählerbaugruppen via Profinet an die SPS angebunden. Somit haben wir diese Füllstände schonmal direkt in der SPS. Zwei Radargeräte sind auch schon direkt aufgelegt aber dann haben wir noch unsere Sorgenkinder. Die Proservos der Firma E+H, die via Rackbus untereinander verbunden sind. Insgesamt haben wir 4 Rackbus-Segmente mit z.T. 9 Slaves pro Bussegment. Am Ende jedes Segments sitzt ein sogenannter Rackbus Master. Dies ist auch ein Eigenbau des Programmierers, der die PC Software geschrieben hat. Die Kommunikation zwischen den Proservo Füllstandsmessern und dem PC Programm erfolgt über den Rackbusmaster, wobei dieser nur die Telegramme umsetzt. Der PC schickt also an den Rackbusmaster den Befehl zum Auslesen des Füllstandes an den Proservo Slave 1. Am liebsten hätten wir den Rackbus direkt an eine RS485 CP der SPS angebunden, jedoch haben weder die Fa. E+H noch der Programmierer Informationen über den Telegrammaufbau! Es besteht jedoch eine Dokumentation wie das Telegramm zwischen PC und Rackbusmaster aufgebaut ist und auch in welchen Adressregistern des Proservos die gewünschten Daten zu finden sind. Mittels dieser Informationen wollte ich mit einem zweiten PC die Kommunikation nachbilden um sicher zu gehen. Das die Informationen stimmen. Und da kam es nun dazu, dass er nicht funktioniert hat. Deswegen wollte ich den Datenverkehr zwischen PC und Rackbusmaster unter die Lupe nehmen. Auf dem WindowsXP PC mit der Tankdatensoftware wollte ich nichts installieren, da das Personal bei diesem Rechner etwas "komisch" ist. Als Lösung kam mir die Idee, mich zwischen die beiden Kommunikationspartner zu klemmen und so den Datenfluss zu protokollieren. Mit der 14 Tage Trial Version der Software konnte ich dann auch eine Bridge zwischen meinen beiden Com Ports herstellen und den Datenfluss (mit Zeitstempel) protokollieren. So war sofort erkennbar, dass in der Dokumentation des Protokolls ein 'c' gefehlt hat.

Jetzt habe ich generell noch eine Verständnis-Frage. Der PC mit der Tanksoftware öffnet ja den COM Port. Könnte trotzdem noch eine zweite Software den Datenverkehr mitprotokollieren? Es kommt dazu, dass die COM Schnittstelle über einen MOXA Server laufen (8 COM Ports via Ethernet am PC) Die einzelnen COM Ports sind also nicht im Geräte Manager zu sehen.

Viele Grüße und allen ein schönes Wochenende
steinche
 
Zurück
Oben