TIA Kommunikation zwischen 2 S7-1200 Stationen

Lexarus

Level-1
Beiträge
3
Reaktionspunkte
0
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo liebe SPS Experten,

ich hafe folgende Frage:

Wie kann ich variablen zwischen 2 1200er Stationen "teilen"
Für einfache Programme mit 1 SPS reicht mein Wissen aus, aber jetzt müsen die 2 Stationen miteinander kommunizieren ( sind beide an einen Router angeschlossen)

Welchen Kommunikationsbaustein verwende ich da am besten.
Oder kann ich auch so etwas wie einen Globalen Merker erstellen der von beiden Stationen geschrieben/gelesen werden kann?

Mfg. Norbert
 
Du könntest am einfachsten die beiden S7-1200 wie Master/Slave über Profinet IO koppeln - dazu eine als Profinet Controller und die Andere als Profinet Device projektieren, da brauchst Du keine Kommunikationsbausteine programmieren. Oder Du programmierst mit den Anweisungen TSEND_C und TRCV_C eine TCP- oder ISO-on-TCP-Verbindung. (S7-Verbindung geht auch, ist für S7-1200 aber eher unpassend). Beispiele findest Du in dieser FAQ: Linkliste SIMATIC-Kommunikation über Ethernet

Harald
 
Bei der Profinet Kopplung musst du noch die Transferbereiche einstellen. Und du Must min. V4.0 haben.

Du kannst das auch mit PUT oder GET machen.
Wenn ich Montag in der Firma bin schicke ich dir ne Anleitung.
 
Bei der Profinet Kopplung musst du noch die Transferbereiche einstellen. Und du Must min. V4.0 haben.

Du kannst das auch mit PUT oder GET machen.
Wenn ich Montag in der Firma bin schicke ich dir ne Anleitung.

Wird hier die Version der CPU gemeint? Soweit ich mich erinnere haben beide cpu's die Version 4.1

Super :) danke dir!
 

Anhänge

  • Put_Get projektierung_getrennte_Programme.pdf
    689,3 KB · Aufrufe: 533
  • IO_Device und I_Device_getrennte_Programme.pdf
    671 KB · Aufrufe: 487
Die Anleitungen sind super.

Müssen die beiden Steuerungen bei Put/Get in einem Projekt sein?

Nein müssen sie nicht. Aber PUT get reisst halt wieder ne Sicherheitslücke auf, ausserdem bist du auf Nicht optimierte Bausteine angewiesen.
Idealer wäre es eine zweiseitige Kommunikation aufzubauen IMHO. Z.B. mit SEND/RECV zu arbeiten. Oder eben per PN-IO, das finde ich zwar nicht so prickelnd, denn immerhin muss man bei jeder änderung des Sendebereichs die Hardware neu laden.

mfG René
 
Hallo zusammen
ich habe ein ähnlichen fall und noch mal eine nachfrage, denn bei mir sollen beide Stationen (Produzieren Parallel) unabhängig voneinander laufen!
So wie ich es sehe gibt es 3 Möglichkeiten
1. Get/Put - ist unsicher
2. Send/Recv - ist sicherer
3. IO-Device - auch sicher

Bei 3. (IO-Device) habe ich aber nur in einer SPS ein Programm und die andere dient nur als IO-Modul. Was bedeutet, dass wenn der Master-SPS aus fällt die andere auch nichts mehr macht!

Bei den anderen beiden Kommunikationsmöglichkeiten ist es aber nur ein Datenaustausch. Das heißt, das beide SPS´en laufen unabhängig voneinander und tauschen nur Daten aus.
Wenn also eine der beide Stationen ausfällt (Hauptschalter aus - wegen Wartung) läuft die andere weiter?
Wahrscheinlich liefert nur der ausgeführte Befehl (Get/Put/Send/Recv) ein Fehlermeldung, da der Partner nicht reagiert?
Das wäre für mich so ideal. Da kann ich auf die Fehlermeldung Reagieren, bin aber trotzdem unabhängig.

Aber ist das alles so wie ich geschrieben habe, oder was habe ich falsch verstanden?
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Bei 3. (IO-Device) habe ich aber nur in einer SPS ein Programm und die andere dient nur als IO-Modul. Was bedeutet, dass wenn der Master-SPS aus fällt die andere auch nichts mehr macht!

Nein. Beide CPUs haben ein Programm und die laufen auch getrennt. Eine CPU ist einfach IO-Device Master, aber wenn die CPU weg ist, läuft die Slave ganz normal weiter, nur halt ohne die Daten die von der Master CPU kämen.

Bei I-Device läuft die Verbindungsüberwachung nur beim Master. Genauso bei PUT/GET die sagen obs geklappt hat. Wenn der Slave die Verbindung mit überwachen soll, muss eine Lifevariable mitgesendet werden.

Bei Send/Receive mach ich es üblicherweise so, dass ich neben dem korrekten Versenden auch überprüfe ob dem Takt entsprechend auch am Recv was angekommen ist. Das funktioniert natürlich nur wenn auch zyklisch gesendet wird.
 
Zuletzt bearbeitet:
Zurück
Oben