TIA keine S7 Kommunikation IPC-PLC trotz erfolgreichem anpingen

[DeltaMikeAir]

Zuviel Werbung?
-> Hier kostenlos registrieren

woran kann es liegen, dass die Verbindungsresourcen nicht wieder richtig freigegeben werden?

z.B. weil der PC/VISU im laufenden Betrieb abgestürzt ist ( wäre eine von mehreren denkbaren Möglichkeiten ).

 

[D2D]

Manche Prozesse oder SPS-Programme mögen es nicht, wenn man die CPU in STOP oder gar Power Off schaltet.
Netzwerkkabel an der CPU und am CP für ein paar Minuten abziehen hattet ihr nicht ausprobiert?
Geht die Verbindung vom IPC über den CP oder direkt an die CPU-Schnittstelle?
Gehen da Netzwerkverbindungen zu Netzwerken, die durch die betriebliche oder fremde IT-Abteilung administriert werden? Hat die IT vor dem Problem an ihrem Netzwerk irgendwas gemacht?

Die Verbindung vom IPC geht über den CP.
An der Schnittstelle am IPC wo die PLCs sitzen sind keine anderen Teilnehmer ausser PLCs und HMIs
An dieser Schnittstelle hängt nichts von der IT des Kunden.

 

[D2D]

Zuviel Werbung?
-> Hier kostenlos registrieren

z.B. weil der PC/VISU im laufenden Betrieb abgestürzt ist ( wäre eine von mehreren denkbaren Möglichkeiten ).

also du meinst der IPC mit der Runtime, oder ein HMI im selben Netzwerk?

 

[DCDCDC]

woran kann es liegen, dass die Verbindungsresourcen nicht wieder richtig freigegeben werden?

Dass eine Verbindung nicht sauber abgebaut wurde.

zB:

Das Verhalten kenne ich nur, wenn mir TIA Portal abscheisst.. dann ist die Online Kommunikation noch "belegt" und ich darf einmal die virtuelle Maschine neu starten. Dann geht's wieder.

 

[DeltaMikeAir]

also du meinst der IPC mit der Runtime, oder ein HMI im selben Netzwerk?

Ein Gerät, welches eine Verbindung zu der CPU hat und diese Verbindung wie DCDCDC schon schrieb nicht "sauber" abgebaut wurde.
Das kann dann z.B. auch ein PG sein, welches während dem beobachten in Standby geht usw...

 

[spsler123]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo D2D,

konntest du für dein Problem eine Lösung finden?

Bei uns existiert ein ähnliches Problem mit einer CPU 1512SP-1 PN (Profinet-Teilnehmernetz) die mit einer CP 1542SP-1 (Netzwerkverbindung) verbunden ist.
(Die Anlage ist auch bereits 2-3 Jahre in Betrieb)

Zuerst war ich auch von einer doppelten Belegung der IP ausgegangen, konnte ich jedoch durch das Ziehen des Netzwerkkabels ausschließen.

Sporadisch wird immer mal wieder die Verbindung unterbrochen, die Steuerung macht nach einer "beliebigen" Zeit irgendwann einen "System-initiierter Sitzungsabbruch" nach diesem Ereignis ist die Steuerung wieder ohne Probleme erreichbar.

Im Diagnosepuffer steht zum Ereignis als Hilfe: "Eine zuvor aufgebaute Systemsitzung wurde wegen Security-Leistungen des CPU-Betriebssystems abgebrochen."

Könnten damit auch TCP Anwendungen ein Problem sein die nicht abgeschlossen worden?
Die Steuerung wird z.B. auch verwendet um E-Mails zu verschicken. (Verwendet wird der TMail_C Baustein V2.0)

 

[Larry Laffer]

Die Steuerung wird z.B. auch verwendet um E-Mails zu verschicken. (Verwendet wird der TMail_C Baustein V2.0)

Also hängt die Steuerung (und deren Perepherie ?) auch noch direkt am Office-Netz ?

 

[spsler123]

So gesehen ja, die CPU-Ports sind in das Profinet (drei Teilnehmer) vor Ort eingebunden und der CP ist für den Zugriff mit PG und etc. in das normale Netzwerk eingebunden.

(Bei uns sind "Office-Netz" und "PLC-Netz" durch verschiedene VLans voneinander getrennt. Bei einer anderen 1500 funktioniert dieses aber ohne Probleme)