Offene Kommunikation Projektieren - VIPA System 300S Handbuch

+
VIPA System 300S
7.10

Offene Kommunikation projektieren

Verbindungsorientierte
Protokolle
Verbindungsloses Pro-
tokoll
HB140 | CPU | 315-4PN43 | DE | 16-36
Einsatz Ethernet-Kommunikation - Produktiv
n Verbindungsorientierte Protokolle bauen vor der Datenübertra-
gung eine (logische) Verbindung zum Kommunikationspartner auf
und bauen diese nach Abschluss der Datenübertragung ggf.
wieder ab.
Verbindungsorientierte Protokolle werden eingesetzt, wenn es bei
n
der Datenübertragung insbesondere auf Sicherheit ankommt.
n Die richtige Reihenfolge der empfangenen Pakete ist gewähr-
leistet.
Über eine physikalische Leitung können in der Regel mehrere
n
logische Verbindungen bestehen.
Bei den FBs zur Offenen Kommunikation über Industrial Ethernet
werden die folgenden verbindungsorientierten Protokolle unterstützt:
n TCP native gemäß RFC 793 (Verbindungstypen 01h und 11h):
– Bei der Datenübertragung über TCP nativ werden weder Infor-
mationen zur Länge noch über Anfang und Ende einer Nach-
richt übertragen.
– Es besteht keine Möglichkeit zu erkennen, wo ein Datenstrom
endet und der nächste beginnt.
– Die Übertragung ist stream-orientiert. Aus diesem Grund
sollten Sie in den FBs bei Sender und Empfänger identische
Datenlängen angeben.
– Falls die empfangene Anzahl der Daten von der paramet-
rierten Länge abweicht, erhalten Sie entweder Daten, welche
nicht die vollständigen Telegrammdaten enthalten oder mit
dem Inhalt eines nachfolgenden Telegramms aufgefüllt sind.
Der Empfangsbaustein kopiert so viele Bytes in den Emp-
fangsbereich, wie Sie als Länge parametriert haben. Anschlie-
ßend setzt er NDR auf TRUE und beschreibt RCVD_LEN mit
dem Wert von LEN. Mit jedem weiteren Aufruf erhalten Sie
damit einen weiteren Block der gesendeten Daten.
n ISO on TCP gemäß RFC 1006:
– Bei der Datenübertragung werden Informationen zur Länge
und zum Ende einer Nachricht übertragen.
– Die Übertragung ist blockorientiert.
– Falls Sie die Länge der zu empfangenden Daten größer
gewählt haben als die Länge der gesendeten Daten, kopiert
der Empfangsbaustein die gesendeten Daten vollständig in
den Empfangsdatenbereich. Anschließend setzt er NDR auf
TRUE und beschreibt RCVD_LEN mit der Länge der gesen-
deten Daten.
– Falls Sie die Länge der zu empfangenden Daten kleiner
gewählt haben als die Länge der gesendeten Daten, kopiert
der Empfangsbaustein keine Daten in den Empfangsdatenbe-
reich, sondern liefert folgende Fehlerinformation: ERROR = 1,
STATUS = 8088h.
n Bei den verbindungslosen Protokollen entfallen Verbindungsauf-
und Verbindungsabbau zum remoten Partner.
n Verbindungslose Protokolle übertragen die Daten unquittiert und
damit ungesichert zum remoten Partner.
Offene Kommunikation projektieren
145