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