TIA E/A - Bereich bei CPs

[Outrider]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo,
habe gesehen dass der CP343-Lean z.B. einen E/A-Bereich bekommt der häufig im Programm eingetragen werden muß.
Die CPU 314C-2 PN/DP hat auch Ethernet-Schnittstellen, allerdings gibt es dort kein E/A-Bereich !
Beide haben IPs
Was soll der Unterschied ?
Wenn mir jemand sagt dass der CP343 durch den E/A Bereich kommuniziert, warum hat die CPU dann keinen reserviert ?
Wenn ich eine ISO-on TCP/IP verbindung aufbauen will muss ich im AG_Send/Recive die E/A-Adresse eingeben, warum nicht einfach nur die IP ?

Die ganze Netzwerktechnik in der Automation ist für mich ein Buch mit 7 Siegeln und durch das TIA ist es nicht einfacher geworden.
Gruß an Alle !

 

[vollmi]

Wenn ich eine ISO-on TCP/IP verbindung aufbauen will muss ich im AG_Send/Recive die E/A-Adresse eingeben, warum nicht einfach nur die IP ?

AG_Send/Recv sind nur für CPs da. Für die PN Schnittstelle gibts die T Bausteine.

Ja bei Siemens ist die Kommunikation recht komplex. Aber man kann auch extrem viel mit den Kommunikationsprozis und Schnittstellen machen.

mfG René

 

[Pipboy]

Zuviel Werbung?
-> Hier kostenlos registrieren

Was soll der Unterschied ?
CPs mit Ethernet gab es schon vor den intergrierten CPU Schnittstellen, sagen wir Altlasten.

Wenn mir jemand sagt dass der CP343 durch den E/A Bereich kommuniziert, warum hat die CPU dann keinen reserviert ?
Weil der CP über den Rückwandbus muss, das CPU Interface nicht.
CPs kann es außerdem mehrere geben, das CPU Interface ist (oder war einmal) eindeutig.

Wenn ich eine ISO-on TCP/IP verbindung aufbauen will muss ich im AG_Send/Recive die E/A-Adresse eingeben, warum nicht einfach nur die IP ?
Das wäre doch noch schlimmer, dann müssten bei einer IP Änderung beliebig viele Stellen im Programm angepasst werden.
Die ersten CPs konnten außerdem nur ISO, da war noch nichts mit IP.

Bei der 1200/1500 ist diese Baustelle besser geworden, da gibt es nur noch eine HardwareID und einen Bausteintyp - meistens jedenfalls.

 

[PN/DP]

Weil mehrere CP gesteckt sein können und dann in der Regel mit verschiedenen Netzen verbunden sind, muß man angeben können, über welchen CP man kommunizieren will. Am einfachsten spezifiziert man den CP über die E/A-Adresse.

Für eine Verbindung nur eine IP-Adresse angeben reicht nicht, weil je nach Protokoll weitere Angaben erforderlich sind.

AG_SEND/AG_RECV kommunizieren nicht mit Netzwerkteilnehmern sondern mit im AG gesteckten CP.
- AG_SEND sagt z.B. zum CP: "sende diese Daten an die Verbindung, welche als Nummer x hinterlegt (projektiert) ist. Verbindungsspezifische Details wie Protokoll, besondere Protokoll-Betriebsart, IP-Adresse, Ziel-Port, eigener Port, Verbindungsressource, Rack/Slot, Ziel-TSAP, eigener TSAP, S7-Subnet-ID, MAC-Adresse ... findest Du in der unter Nummer x hinterlegten Verbindungsbeschreibung". Dadurch muß man nicht für jede Verbindung ..zig irrelevante Parameter angeben oder jeweils andere Bausteine aufrufen, um einen anderen Satz von Parametern angeben zu können. Außerdem kann man durch die einfache Referenz auf eine Verbindungsnummer Verbindungsparameter (wie z.B. Partner-Adressen) ändern oder gar auf einen Profibus-CP und FDL wechseln, ohne am Programm was ändern zu müssen.
- AG_RECV sagt z.B. zum CP: "wenn Du von dem Partner der Verbindung Nummer x soundsoviele Zeichen empfangen hast, dann gib die mir"

Bei in der CPU integrierten PN-Schnittstellen (oder S7-400-CP für ISO-on-TCP) muß man ebenfalls angeben, über welche PN-Schnittstelle man kommunizieren will. Nur gibt man da nicht eine E/A-Adresse an sondern eine ID (local_device_id), so daß man die Adresse der PN-Schnittstelle nicht wissen muß. Die Verbindungsparameter werden in einem Datensatz (TCON_PAR) hinterlegt und können zur Laufzeit geändert werden. Auf diesen Datensatz bezieht man sich bei TSEND/TRCV ebenfalls über eine einfache Verbindungsnummer.

Kommunikation über CP oder über CPU-PN-Schnittstelle ist also eigentlich gar nicht so sehr unterschiedlich.

Die ganze Netzwerktechnik in der Automation ist für mich ein Buch mit 7 Siegeln und durch das TIA ist es nicht einfacher geworden.

Das muß und kann man halt alles bei Bedarf lernen und das dicke Buch mit den meisten Erklärungen dazu heißt "Kompendium". Den Link zum Buch und viele Programmbeispiele findest Du hier: http://www.sps-forum.de/faq/37344-linkliste-simatic-kommunikation-ueber-ethernet.html

Harald

 

[Outrider]

@All Danke Leute !
Gruß