TIA PUT/GET Auftrag dauerhaft belegt

[wbach]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo Zusammen,

wir haben ein problem mit der Kommunikation zwischen den CPUs via PUT/GEt S7-Verbindung.
Anlage 1: (1517)
X1: ProfiNet Port. Kommunikation mit Remote-IOs
X2: IndustrialEthernet Port: Kommunikation zwischen den Anlagen CP 1542: SCADA Port: Kommunikation mit der SCADA WinCC OA

Anlage 2: (1517)
X1: ProfiNet Port. Kommunikation mit Remote-IOs
X2: IndustrialEthernet Port: Kommunikation zwischen den Anlagen CP 1542: SCADA Port: Kommunikation mit der SCADA WinCC OA


Beide Anlagen kommunizieren mit der SCADA über den CP.
Die Kommunikation zwischen den Anlagen ist allerdings gestört. Anlage 2 kann PUT/GET mit der Anlage 1 fehlerfrei.
Anlage 1 allerdings gibt uns einen Fehler aus Status: 16#000B und 16#0019.
Nach zahlreichen tests haben wir entschieden den CP vom Netz zu trennen und die Kommunikation an X2 zwischen den Anlagen hat sofort funktioniert.
Wir sind auf allerdings auf die SCADA angewiesen und auf die Kommunikation zwischen den Anlagen leider auch.

Hatte das schon mal jemand gehabt und gelöst?


Würde eine 1518 hierfür besser passen?
Sollen wir die Kommunikation mit der SCADA evnl. über X2 betreiben, weil evtl Performaceverlust über den Rückbus entstehen könnte?

Oder gibt es hier eine einfach Lösung?
Kann mir da jemand helfen?


LG wbach

 

[Onkel Dagobert]

.. Anlage 2 kann PUT/GET mit der Anlage 1 fehlerfrei.
Anlage 1 allerdings gibt uns einen Fehler aus Status: 16#000B und 16#0019 ..

Dass PUT und GET laut des Erfinders nur einseitig ausgeführt werden müssen ist aber klar, oder?

 

[wbach]

Zuviel Werbung?
-> Hier kostenlos registrieren

Ne, das habe ich in der Hilfe jetzt nicht gesehen. Funktionieren tut es aber schon, wenn ich auf jeder Anlage einen PUT anlege. Schließlich will ich dann triggern, wenn sich etwas geändert hat. Das Problem ist ja ein anderes

 

[wbach]

Ich weiß zwar nicht wie und warum aber das Problem hat sich anscheinend mit dem trennen der SCADA sich selbst behoben. Der Sendeauftrag hat sich ausgeführt und nachdem ich die SCADA wieder verbunden habe, funktionierte immer noch der PUT.