TIA Redundante CPUs S7-1500R

[vollmi]

Zuviel Werbung?
-> Hier kostenlos registrieren

Schaun wir mal, ob der Ruf wieder aufgebaut werden kann...

Ein weiterer Schritt vorwärts ist, wohl die Möglichkeit einen Syncup auch mit offenem MRP Ring auf X1 auszulösen. Das stört mich schon ewig. dass eine H mit Sync modulen sich nicht aufsynchronisieren lies wenn der MRP Ring nicht geschlossen war.

Jetzt funktioniert das. Wenn man die MRP Prüfung ausschaltet, hat man aber die Rote LED und den Diagnoseeintrag. Und das lässt sich glaub ich auch nicht ausschalten.
Wiedermal etwas wo Siemens meint, man muss dem Entwickler vor sich selber schützen.

 

[vollmi]

Es gab noch eine weitere verbesserung die ich nicht mitgeschnitten hatte.
Man kann die H CPU jetzt auch ohne MRP Ring konfigurieren. Das heisst man kann von X1 einfach einen Stich auf z.B. je einen Switch machen und nur die Switches im Ring verbinden. Dadurch wird das gesamte System wesentlich flexibler und IMHO stabiler.

 

[Mok_1988]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hast du da offizielle Infos drüber? In den Unterlagen von Siemens finde ich nur die Systembilder wo die Steuerungen im Ring integriert sind

 

[DeltaMikeAir]

Hast du da offizielle Infos drüber? In den Unterlagen von Siemens finde ich nur die Systembilder wo die Steuerungen im Ring integriert sind

Im Systemhandbuch ( ab Ausgabe 1/2024 ), Seite 99:

 

[vollmi]

Hast du da offizielle Infos drüber? In den Unterlagen von Siemens finde ich nur die Systembilder wo die Steuerungen im Ring integriert sind

Leider nur die Unterschiede im Systemhandbuch.
Systemhandbuch

DAs ältere ist nicht mehr verfügbar Aber Kapitel 6.4.7.8 beschreibt z.B. eine Linientopologie.

 

[vollmi]

Zuviel Werbung?
-> Hier kostenlos registrieren

Was jetzt noch etwas fehlt wäre eine CP konfiguration mit einer Systemip auch für CPs.

 

[DeltaMikeAir]

Was jetzt noch etwas fehlt wäre eine CP konfiguration mit einer Systemip auch für CPs.

Tadaaa ( Seite 122 )

 

[vollmi]

Tadaaa ( Seite 122 )

Anhang anzeigen 76078

Okay ich bin erstmal begeistert . Das muss ich mir mal zusammenbauen. Mich irritiert das man nur einen CP auswählen muss in der W1 Konfiguration. Woher weiss er welche CPs der SystemIP zugeordnet werden soll? Hast du das schon versucht?
Ich glaub ich muss mir das Handbuch nochmal unters Kopfkissen legen, hat sich doch einiges weiterentwickelt das ich nicht so mitgekriegt habe.

 

[DeltaMikeAir]

Zuviel Werbung?
-> Hier kostenlos registrieren

Woher weiss er welche CPs der SystemIP zugeordnet werden soll?

Das ist in folgendem Handbuch beschrieben ( ab Seite 418 ):
SIMATIC S7-1500, ET 200MP, ET 200SP, ET 200AL, ET 200pro, ET 200eco PN Kommunikation

 

[koderko]

Wäre ja interessant, mal zu wissen, was aus dem Projekt vom Threadanfang geworden ist. @SPS_NEU wurde das so umgesetzt?

 

[DeltaMikeAir]

Wäre ja interessant, mal zu wissen, was aus dem Projekt vom Threadanfang geworden ist. @SPS_NEU wurde das so umgesetzt?

https://www.sps-forum.de/threads/cpu-1515-2pn-für-tia16.114278/#post-911928

 

[de vliegende hollander]

Zuviel Werbung?
-> Hier kostenlos registrieren

Das ist in folgendem Handbuch beschrieben ( ab Seite 418 ):
SIMATIC S7-1500, ET 200MP, ET 200SP, ET 200AL, ET 200pro, ET 200eco PN Kommunikation

Anhang anzeigen 76079

Muss ich auch mal probieren

 

[de vliegende hollander]

Mittlerweile ist das H System eingebaut. Ich dachte das sind cpu's mit monsterelektronik drin. Hälfte ist nur Kühlkörper. Und die beue Generation Bedienpanel ist auch noch nicht drauf.. Ich lege mir das Handbuch auch mal unters Kissen. Nächste Woche dran..

 

[ducati]

Es gab noch eine weitere verbesserung die ich nicht mitgeschnitten hatte.
Man kann die H CPU jetzt auch ohne MRP Ring konfigurieren. Das heisst man kann von X1 einfach einen Stich auf z.B. je einen Switch machen und nur die Switches im Ring verbinden. Dadurch wird das gesamte System wesentlich flexibler und IMHO stabiler.

naja, diese Netzwerktopologie ist nicht ganz trivial, wenn man das aus Redundanz sicht betrachtet. Da muss man mal intensiver drüber nachdenken.
Natürlich müssen beide H-CPUs dann mit dem Switch verbunden werden... Dann hast aus Sicht der CPU nen offenen Ring und aus Sicht des Switches zu den Geräten MRP...
Bei den 400H war das ja schon immer nen offener Ring und kein MRP aus Sicht der CPU... Wenn das jetzt bei 1500H auch so ist, wär ja mal nen Vorteil weil einheitlich...

Mal schaun, wann ich meine erste 1500H Anlage krig...

 

[vollmi]

Zuviel Werbung?
-> Hier kostenlos registrieren

naja, diese Netzwerktopologie ist nicht ganz trivial, wenn man das aus Redundanz sicht betrachtet. Da muss man mal intensiver drüber nachdenken.
Natürlich müssen beide H-CPUs dann mit dem Switch verbunden werden... Dann hast aus Sicht der CPU nen offenen Ring und aus Sicht des Switches zu den Geräten MRP...
Bei den 400H war das ja schon immer nen offener Ring und kein MRP aus Sicht der CPU... Wenn das jetzt bei 1500H auch so ist, wär ja mal nen Vorteil weil einheitlich...

Natürlich muss man sich über die Topologie trotzdem Gedanken machen. Allerdings wenn der MRP Zwang entfällt. Kann man auch auf andere Switches umschwenken. 400H habe ich nie PN IOs oder dergleichen eingesetzt. Die haben normal über Switches und Co mit anderen CPUs kommuniziert, Ethernet war nur für Kommunikation und HMI da.
RIOs wurden dann über Profibus angebunden und da halt zwei Ringe Kopf1 und Kopf 2 und dann mit YKopplern oder Aktiven 200M Baugruppen angebunden.

Redundante Peripherie an H habe ich nie gebraucht, Das habe ich immer anders gelöst.

 

[ducati]

Natürlich muss man sich über die Topologie trotzdem Gedanken machen. Allerdings wenn der MRP Zwang entfällt. Kann man auch auf andere Switches umschwenken. 400H habe ich nie PN IOs oder dergleichen eingesetzt. Die haben normal über Switches und Co mit anderen CPUs kommuniziert, Ethernet war nur für Kommunikation und HMI da.
RIOs wurden dann über Profibus angebunden und da halt zwei Ringe Kopf1 und Kopf 2 und dann mit YKopplern oder Aktiven 200M Baugruppen angebunden.

Redundante Peripherie an H habe ich nie gebraucht, Das habe ich immer anders gelöst.

Für größere Anlagen hab ich mit den PNIO-Ringen grundsätzlich nen Problem. Egal ob H-CPU oder nicht... 50 Teilnehmer in nem MRP-Ring macht ganz andere Sorgen...
Keine Ahnung, ob man jetzt mehrere MRP-Ringe projektieren kann? Jedenfalls mit Stichen und Sternen oder Bäumen hat man schnell Single-Point of Failure, die man dann irgendwie anderweitig durch redundante Feldgeräte o.ä. kompensieren muss...

 

[de vliegende hollander]

Ein weiterer Schritt vorwärts ist, wohl die Möglichkeit einen Syncup auch mit offenem MRP Ring auf X1 auszulösen. Das stört mich schon ewig. dass eine H mit Sync modulen sich nicht aufsynchronisieren lies wenn der MRP Ring nicht geschlossen war.

Jetzt funktioniert das. Wenn man die MRP Prüfung ausschaltet, hat man aber die Rote LED und den Diagnoseeintrag. Und das lässt sich glaub ich auch nicht ausschalten.
Wiedermal etwas wo Siemens meint, man muss dem Entwickler vor sich selber schützen.
Anhang anzeigen 75517

Da bin ich heute auf die Schnautze gefallen. Hab noch kein Firmware Hochrüstung gemacht..

Sonnst habe ich die 1500H jetzt am laufen.
War ausendlich recht einfach.

 

[mlluber]

Zuviel Werbung?
-> Hier kostenlos registrieren

Jetzt funktioniert das. Wenn man die MRP Prüfung ausschaltet, hat man aber die Rote LED und den Diagnoseeintrag. Und das lässt sich glaub ich auch nicht ausschalten.
Wiedermal etwas wo Siemens meint, man muss dem Entwickler vor sich selber schützen.

Das ist ein Fehler, das sollte nur die gelbe LED angehen. So steht es in der Online-hilfe zum SFC RH_CTRL.
Das wird in einer der nächsten Patch-versionen behoben.

Gar keine LED ist nicht gewollt, denn bei offenem Ring ist das System grundsätzlich in der Gefahr, dass beim Syncup Devices ausfallen (genau deshalb wird der Syncup ja defaultmäßig verhindert). Darum soll das System nicht dauerhaft mit deaktivierter MRP-Prüfung betrieben werden. Das ist nur für die Inbetriebnahme gedacht.

 

[de vliegende hollander]

Ich binn mal gespannt was mir die 1500H Kommunikationstechnisch gibt.. Einfache S7 SPS Kommunikation ist schon ein Ding /kein ding..

Für die Modbus TCP/IP Kommunikation mit das übergeordnete Leitsystem (Einfach) traue ich die Siemens redconnect Bausteine auch nicht.
Wir setzen jetzt auf eine PtP Karte in ein ET200MP, die S2 am 1500H hängt. Und dann ein RTU TCP/IP Wandler. (Musst du nicht konfigurieren)
Die Art von Verbindung haben wir schon in Betrieb gesetzt.
Das muss später ohne viel Aufwand funktionieren. Die Anlage steht später in der Hölle. (Wüste Algeriens)

Da muss ich mich selbst heute mal wiedersprechen.

Heute Morgen habe ich eine der SPS-Verbindungen in Betrieb gesetzt auf Basis Open User Communication, OUC.
Und die Parametrierung und Verwendung ist zig mal einfacher wie eine S7 Verbindung.

Ich verwende die System IP-Adresse des H-Systems.

Nach einfügen TSEND_C diese Parameterieren über den Werkzeugkasten.
Bei Gegenstelle SPS wird ein Baustein generiert (Im SystembausteinOrdner) mit Vebindungsdaten.
Diese am Connect der gegenstelle TRCV_C ) per drag und drop.
Die Kommunikationsdatenbaustein per drag und drop am Data. Und fertig ist.
Verwendung NICHT optimierte Datenbauseinen.

Dann habe ich auch ein bischen mehr vertrauen in die Modbus TCP/IP.

Jetzt mal voll gass weiter. Ich muss fertig werden..

 

[vollmi]

Was jetzt auch noch dazu gekommen ist. Man benötigt dank der SystemIP auch keinen Redundanten ModbusTCP Client/Server. Ich habe das grad mal ausprobiert. Modbus TCP läuft weiter auch wenn ein Kopf egal ob Primary oder Secundary spannungsfrei gemacht wird.