S7-Verbindungen zum Informationsaustausch zwischen Geräten der Serien S7-300, 400, 1200, 1500 sind konfigurierbar. Dies bedeutet, dass Sie den Geräten explizit mitteilen müssen, wer mit wem kommuniziert. Im Allgemeinen sind diese Verbindungen bidirektional (bidirektional oder bilateral), d.h. Das Hinzufügen einer konfigurierbaren Verbindung erfolgt für beide SPSen, sodass beide SPSen heruntergeladen werden müssen. Dies verursacht keine besonderen Probleme, wenn sich beide SPS in der Abteilung des Prozessleitsystems des Unternehmens befinden und für beide SPS eine tatsächliche Anwendungssoftware zur Verfügung steht. Es gibt aber auch Sonderfälle - es ist notwendig, einen Austausch zwischen der "alten" S7-300 und der "neuen" S7-1500 herzustellen, außerdem geht der Quellcode des alten Programms verloren. Nun, oder die Operation hat einfach Angst, die SPS zu berühren. Oder es gibt einfach keine Operation, die Aufgabe, den Austausch zu organisieren, "hängt" am Integrator des "neuen" Systems,was zum vorherigen Zustand führt - niemand möchte wirklich die Software eines unbekannten Systems berühren.
In solchen Fällen kann die vorhandene Möglichkeit, eine einseitige Verbindung (einseitig) zu konfigurieren, aktiv zu machen (dh "unsere" SPS initiiert die Verbindung), PUG / GET-Kommunikationsprogrammblöcke hinzufügen (diese Methode funktioniert nicht mit anderen Blöcken, alle anderen Blöcke sind bidirektional ) und laden Sie nur eine SPS herunter. Wir gehen davon aus, dass wir die Informationen zum Inhalt der Datenblöcke irgendwie erhalten haben - entweder aus der Dokumentation für das System oder aus der Beschreibung der Tags des SCADA-Systems.
Kurz ĂĽber Einweg- und Zweiwegeverbindungen wird in der Wissensdatenbank unter dem Link geschrieben .
Herr Berger schreibt viele interessante Dinge zum Thema:
Hans Berger "Automatisieren mit SIMATIC S7-1500", S. 761
: S7- CPU, «» (active side), PUT/GET « », connection resource 03. , 03 , S7-.
«» ET200S CPU, S7-300 din-. ip- , .
ip-: 192.168.43.4
: DB1.DBD0, DB1.DBD4, DB1.DBD8
«» S7-1516, .
, . DB13. , PUT/GET «» .
Devices & networks.
Connections S7 connection
CPU Add new connection
S7-1516 , , . X1. Local ID (0x100) — , GET.
Add, Connections
ip-
Address details rack/slot , Connection resource 03. Rack — «», slot — «», «» CPU Simatic. ( «» ) 0/2.
OB1 GET .
GET , Properties ( ), . .
Req — , .
ID — , 0x100
ADDR_1 — , ANY
RD_1 — , , ANY. , .
DB1.DBD0.
ADDR_1. — ANY, Simatic. P#DB1.DBX0.0 BYTE 4
DB1 — 1
DBX0.0 — 0 ( 0 )
BYTE 4 — 4
P#DB1.DBX0.0 BYTE 4 DB1.DBD0. , , TIA Portal .
R0 "xEchangeDB".R0 ( ANY , P#DB13.DBX0.0 BYTE 4).
( Tag_1) , . , REQ , / .
Tag_1 :
, , 666. CPU S7-300 , . , 4 . , R1 R2 — .
3 ANY :
:
. , GET: NDR — , ERROR — STATUS — , . , «» , , . .
ANY, . GET ( ), PUT ( ). , PUT STATUS. .
GET . () PUT. , . R0 DB13. PUT .
Dann schreiben wir Daten, indem wir den Wert der Variablen Tag_7 auf "1" setzen. Nun, um ehrlich zu sein, schauen wir uns den Wert dieser Variablen in der "Black Box" an.
Das Schreiben von Daten war erfolgreich. Somit können wir auch ohne das ursprüngliche Steuerungsprogramm Informationen daraus lesen und schreiben. Die Datenmenge ist begrenzt und hängt vom CPU-Typ ab. EMNIP, für die "dreihundertste Serie" ist das Paket auf 160 Bytes begrenzt. Weitere Informationen finden Sie in der Dokumentation. Das Fehlen der Notwendigkeit, Änderungen an der Anwendungssoftware vorzunehmen, gilt nur für die 300. und 400. Serie. Für Tausende von Einheiten ist es erforderlich, den Zugriff auf die CPU mithilfe der PUT / GET-Methode zu ermöglichen, indem das entsprechende Kontrollkästchen in den Systemeinstellungen aktiviert wird.