BVS SC-_1280Z00-07-000
SMARTCAMERA IO
7 KOMMUNIKATIONSFUNKTIONEN DES GERÄTES
7.1
LAN Schnittstelle
7.1.1 Allgemeines
7.1.2 Aufbau der Nach-
richten
www.balluff.com
Über TCP- und UDP-Sockets steht eine ähnliche Funktionalität wie über das Feldbus-Inter-
face zur Verfügung. Die SMARTCAMERA verwendet stets Port 36701. Das steuernde Sys-
tem kann einen beliebigen freien Port verwenden.
TCP- und UDP-Sockets unterscheiden sich grundsätzlich. Bei einem TCP-Socket wird zu-
nächst eine Verbindung zwischen SMARTCAMERA und steuerndem System aufgebaut. Bei
einem UDP-Socket ist dies nicht notwendig, da einfach einzelne Pakete verschickt werden.
In beiden Fällen erwartet die SMARTCAMERA eine Connect-Nachricht, erst dann verschickt
sie Ergebnisdaten und Status-Updates. Möchte das steuernde System keine weiteren Up-
dates mehr, so schickt es eine Disconnect-Nachricht. Ebenso sollte ein Disconnect geschickt
werden, bevor der Socket geschlossen wird. Die SMARTCAMERA unterstützt nur einen akti-
ven Client.
Auf eine Connect-Nachricht antwortet die SMARTCAMERA mit einer Connect-Antwort, zu-
sätzlich schickt sie danach eine Status-Nachricht zum steuerndem System, damit dieses
über den aktuellen Zustand der SMARTCAMERA informiert ist.
Da TCP auf Datenströmen basiert, können mehrere Nachrichten von der SMARTCAMERA
unter einem gemeinsamen TCP-Header zusammengefasst werden. Es wird daher empfoh-
len, die mit jeder Nachricht übertragene Nutzdatenlänge auszuwerten, um empfängerseitig
die einzelnen Nachrichten zu trennen. Um Latenzen gering zu halten ist in der SMARTCA-
MERA Nagles Algorithmus deaktiviert (Option TCP_NODELAY). Es wird empfohlen auch im
steuernden System die Option TCP_NODELAY zu setzen. In vielen Fällen verhindert das
auch das Zusammenfassen von mehreren Nachrichten unter einen gemeinsamen TCP-Hea-
der.
Da UDP auf Datenpaketen basiert, entspricht jede Nachricht der SMARTCAMERA genau ei-
ner UDP-Nachricht. Allerdings bietet UDP keine Garantie, dass gesendete Nachrichten auch
wirklich zugestellt werden. Steht die Übertragungssicherheit im Vordergrund wird daher die
Verwendung von TCP-Sockets empfohlen.
Ungültige Nachrichten werden von der SMARTCAMERA ignoriert.
Die meisten Nachrichtenelemente sind vom Typ UINT16 und bestehen daher aus 2 Bytes.
Da Bytes über Ethernet sukzessive und die Nachrichtenelemente im "Little Endian"-Format
übertragen werden, wird das niederwertigste Byte zuerst gesendet.
Jede Nachricht beginnt mit der Nachrichten-ID.
Es gibt drei verschiedene Kategorien von Nachrichten:
1.
Nachrichten von der SMARTCAMERA
a.
Status
b.
Ergebniscontainer
2.
Nachrichten vom Client zur SMARTCAMERA ohne Antwort
a.
Disconnect
b.
Zeitstempel setzen
c.
Inputdaten setzen
d.
Sequenznummer setzen
e.
Applikation triggern
f.
Applikation starten
g.
Applikation anhalten
h.
Reset auslösen
zum Client
38