Inhaltsverzeichnis
Werbung
Einsatz Ethernet-Kommunikation - Produktiv
Offene Kommunikation projektieren
8.10
Offene Kommunikation projektieren
Verbindungsorientierte
Protokolle
Verbindungsloses Proto-
koll
122
n
Verbindungsorientierte Protokolle bauen vor der Datenübertragung eine (logische)
Verbindung zum Kommunikationspartner auf und bauen diese nach Abschluss der
Datenübertragung ggf. wieder ab.
Verbindungsorientierte Protokolle werden eingesetzt, wenn es bei der Datenübertra-
n
gung insbesondere auf Sicherheit ankommt.
n
Die richtige Reihenfolge der empfangenen Pakete ist gewährleistet.
n
Über eine physikalische Leitung können in der Regel mehrere logische Verbindungen
bestehen.
Bei den FBs zur Offenen Kommunikation über Industrial Ethernet werden die folgenden
verbindungsorientierten Protokolle unterstützt:
TCP native gemäß RFC 793 (Verbindungstypen 01h und 11h):
n
–
Bei der Datenübertragung über TCP nativ werden weder Informationen zur Länge
noch über Anfang und Ende einer Nachricht ü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 parametrierten Länge abweicht,
erhalten Sie entweder Daten, welche nicht die vollständigen Telegrammdaten ent-
halten oder mit dem Inhalt eines nachfolgenden Telegramms aufgefüllt sind. Der
Empfangsbaustein kopiert so viele Bytes in den Empfangsbereich, 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 gesendeten 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
Empfangsdatenbereich, sondern liefert folgende Fehlerinformation: ERROR = 1,
STATUS = 8088h.
n
Bei den verbindungslosen Protokollen entfallen Verbindungsauf- und Verbindungs-
abbau zum remoten Partner.
n
Verbindungslose Protokolle übertragen die Daten unquittiert und damit ungesichert
zum remoten Partner.
System 300S
HB140 | CPU | 315-4PN23 | de | 18-02
+
Werbung
Inhaltsverzeichnis
