TIA Iso on TCP Kommunikation zurücksetzen

[Byte0815]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo,

in unregelmäßigen Abständen hängen sich unsere Iso on TCP Verbindungen auf meistens wenn die gegenstelle einen Spannungsausfall hatte.
Alle unsere Verbindungen gehen von einem 1515R System als aktiven Partner aus.

Aktuell hilft immer nur das System in Stop und dann in Run zu schalten. Was bei unserer Haupt SPS immer etwas blöd ist.

Ich hatte es mit den T_Reset Baustein probiert, das funktioniert nicht.

Hat jemand eine Idee ?

 

[Ludewig]

Sind die Verbindungen programmiert oder konfiguriert?

 

[Byte0815]

Zuviel Werbung?
-> Hier kostenlos registrieren

Die Verbindungen sind programmiert

 

[DeltaMikeAir]

Alle unsere Verbindungen gehen von einem 1515R System als aktiven Partner aus.

Hast du dir mal die Verbindungsrecourcen angeschaut? Also wie viele Verbindungen belegt sind und wie viele noch frei?

Welche Firmware-Version hat die CPU?

 

[Byte0815]

Ja das sieht soweit ganz gut aus


Als Firmware haben wir die V 4.0.0 drauf programmiert wird das ganze mit dem TIA V20

 

[DeltaMikeAir]

Zuviel Werbung?
-> Hier kostenlos registrieren

Du könntest mal versuchen, auf die Firmware V4.0.4 zu gehen.

Dort wurden Verbindungsprobleme beseitigt, allerdings nicht das von dir beschriebene. Aber wer weiß.

 

[Byte0815]

Wenn ich wieder an der Anlage bin kann ich das mal versuchen.

Hatte nur gehofft es gibt einen Baustein den ich nicht auf den Schirm habe der die Verbindung neu startet. Ähnlich wie beim Wechsel von Run-Stop-Run

 

[PN/DP]

2 Minuten Netzwerkkabel abziehen sollte auch helfen. Wenn die Steuerung solange ohne Netzwerk auskommt.

 

[Byte0815]

Zuviel Werbung?
-> Hier kostenlos registrieren

2 Minuten Netzwerkkabel abziehen sollte auch helfen. Wenn die Steuerung solange ohne Netzwerk auskommt.

Soll das wirklich helfen ?

 

[MFreiberger]

Moin Byte0815,

was für einen Baustein verwendest Du zum Verbindungsaufbau bzw. zur Verbindungsregistrierung im Betriebssystem (T_CON, TRCV_C, TSEND_C)?
Läuft bei Dir der T_DIAG im Programm?

VG
MFreiberger

 

[Byte0815]

Moin Byte0815,

was für einen Baustein verwendest Du zum Verbindungsaufbau bzw. zur Verbindungsregistrierung im Betriebssystem (T_CON, TRCV_C, TSEND_C)?
Läuft bei Dir der T_DIAG im Programm?

VG
MFreiberger

Ich arbeite mit dem TSend_C und TRCV

den T_DIAG habe ich zur zeit nicht im Einsatz

 

[ducati]

Zuviel Werbung?
-> Hier kostenlos registrieren

Watchdog zur Überwachung und im Fehlerfall dann TDISCON probieren.

Besonderheiten der 1500R müsste man beachten, ansonsten FW-Update ist bei R/H immer sinnvoll. Beim Partner vielleicht auch...

 

[de vliegende hollander]

Benutzt du die System IP Adresse?
Da hatte ich die selbe Probleme.

 

[MFreiberger]

●

Alle unsere Verbindungen gehen von einem 1515R System als aktiven Partner aus.

Aber, wenn der aktive Partner (Client) einen Spannungsausfall hatte, muss er doch die Verbindung wieder initialisieren?

~~~

Wir waren mit dem TCON auf den inversen Fall gestoßen. Demnach kam die Verbindung nicht ans Rennen, wenn der Partner zum Zeitpunkt, zu dem wir die Verbindung aufbauen wollten, nicht "online" war.
Was auch schlecht war, ist ein TDIAG, der in Bearbeitung ist, während TCON die Verbindung "aufbauen" will. Deshalb meine Frage nach den eingesetzten Bausteinen.
Inzwischen programmieren wir den Aufbau bzw. Registrierung und die Überwachung in sequentieller Reihenfolge:

1. mit TCON die Verbindung registrieren und etwas warten.
2. mit TDIAG prüfen, von eine Verbindung aufgebaut ist.
3 a. Wenn die Verbindung aufgebaut ist, weiter mit TDIAG überwachen
3 b. Wenn die Verbindung nicht aufgebaut ist, mit TDISCON beenden, mit TCON erneut versuchen zu starten
4. ==> 2

Und TDIAG nicht ausführen, wenn TCON und/oder TDICON aktiv sind.

Ein Elend. Das kam mit irgendeiner FW_Version oder so. Jedenfalls haben wir "auf einmal" festgestellt, dass wir da Probleme haben.

TSEND_C und TRCV sollten dieses Problem aber eigentlich nicht haben.

~~~

Wie ist denn die Verbindung auf der 1515R programmiert? Auch mit TSEND_C oder TRCV_C oder mit TCON?


VG
MFreiberger

 

[Byte0815]

Zuviel Werbung?
-> Hier kostenlos registrieren

Benutzt du die System IP Adresse?
Da hatte ich die selbe Probleme.

Ja über die System IP

 

[Byte0815]

●

Aber, wenn der aktive Partner (Client) einen Spannungsausfall hatte, muss er doch die Verbindung wieder initialisieren?

~~~

Wir waren mit dem TCON auf den inversen Fall gestoßen. Demnach kam die Verbindung nicht ans Rennen, wenn der Partner zum Zeitpunkt, zu dem wir die Verbindung aufbauen wollten, nicht "online" war.
Was auch schlecht war, ist ein TDIAG, der in Bearbeitung ist, während TCON die Verbindung "aufbauen" will. Deshalb meine Frage nach den eingesetzten Bausteinen.
Inzwischen programmieren wir den Aufbau bzw. Registrierung und die Überwachung in sequentieller Reihenfolge:

1. mit TCON die Verbindung registrieren und etwas warten.
2. mit TDIAG prüfen, von eine Verbindung aufgebaut ist.
3 a. Wenn die Verbindung aufgebaut ist, weiter mit TDIAG überwachen
3 b. Wenn die Verbindung nicht aufgebaut ist, mit TDISCON beenden, mit TCON erneut versuchen zu starten
4. ==> 2

Und TDIAG nicht ausführen, wenn TCON und/oder TDICON aktiv sind.

Ein Elend. Das kam mit irgendeiner FW_Version oder so. Jedenfalls haben wir "auf einmal" festgestellt, dass wir da Probleme haben.

TSEND_C und TRCV sollten dieses Problem aber eigentlich nicht haben.

~~~

Wie ist denn die Verbindung auf der 1515R programmiert? Auch mit TSEND_C oder TRCV_C oder mit TCON?


VG
MFreiberger

Genau in der 1500R sind alle Verbindungen mit TSEND_C programmiert und die 1500R ist auch der aktive Partner der die Verbindung aufbaut

 

[MFreiberger]

Genau in der 1500R sind alle Verbindungen mit TSEND_C programmiert und die 1500R ist auch der aktive Partner der die Verbindung aufbaut

Und das funktioniert nicht?
Gibt es eine Fehlermeldung?

 

[de vliegende hollander]

Zuviel Werbung?
-> Hier kostenlos registrieren

Ja über die System IP

Die System IP ist nicht stabil.
Am beste selber 2 / 4 separater Verbindungen projektieren.
Hier im Forum sind 2 / 3 treads mit Beispielen.

z.b. diese von Vollmi;
https://www.sps-forum.de/threads/redundante-open-user-communication.115193/#post-923872

 

[Byte0815]

Die System IP ist nicht stabil.
Am beste selber 2 / 4 separater Verbindungen projektieren.
Hier im Forum sind 2 / 3 treads mit Beispielen.

z.b. diese von Vollmi;
https://www.sps-forum.de/threads/redundante-open-user-communication.115193/#post-923872

Alles klar Danke schau ich mir mal an.