Protokollkonvertierung - Hilscher.fr

Gateway Manual 

Protokollkonvertierung 

TCP/IP auf ASCII 

auf dem netTAP 

NT 40-EN-RS 

NT 40-RS-EN 

Ausgabestand: 1 

Sprache: Deutsch 

Hilscher Gesellschaft für Systemautomation mbH 

Rheinstraße 15 

D-65795 Hattersheim 

Deutschland 

Web: www.hilscher.com

2 Änderungsübersicht NT 40-EN-RS / NT 40-RS-EN (TCP/IP auf ASCII) 

Änderungsübersicht 

Index Datum Version Kapitel Änderung 

1 12.09.05 V1.011 alle Erstellt 

Obwohl diese Protokollimplementierung mit großer Sorgfalt entwickelt und 

intensiv getestet wurde, übernimmt die Hilscher Gesellschaft für 

Systemautomation mbH keine Garantie für die Eignung dieser 

Protokollimplementierung für irgendeinen Zweck, der von uns nicht 

schriftlich bestätigt wurde. 

Gewährleistungsansprüche beschränken sich auf das Recht, 

Nachbesserung zu verlangen. Die Haftung für etwaige Schäden, die durch 

die Verwendung dieser Protokollimplementierung bzw. dessen 

Dokumentation entstanden sein könnten, beschränkt sich auf den Fall des 

Vorsatzes. 

Wir behalten uns das Recht vor, unsere Produkte und deren Spezifikation, 

soweit es dem technischen Fortschritt dient jederzeit zu ändern. Es gilt 

jeweils das Manual, das mit dem Protokoll ausgeliefert wird. 

Copyright Hilscher Gesellschaft für Systemautomation mbH Br:NTTCPASC#1DE

NT 40-EN-RS / NT 40-RS-EN (TCP/IP auf ASCII) 3 

Inhaltsverzeichnis 

1 EINLEITUNG...............................................................................................................5 

1.1 Über dieses Handbuch............................................................................................. 5 

2 INBETRIEBNAHMELEITFADEN.................................................................................7 

2.1 Allgemein ................................................................................................................. 7 

3 KOMMUNIKATIONSMECHANISMUS ........................................................................8 

3.1 Allgemein ................................................................................................................. 8 

3.2 Möglichkeiten zur Datenübertragung........................................................................ 9 

4 EINSTELLUNGEN - PARAMETRIERUNG - KONFIGURATION...............................11 

4.1 Übertragungsparameter ......................................................................................... 11 

4.2 Editieren der Tabelle ASCII.................................................................................... 12 

4.3 Editieren der Tabelle ALI_SETUP .......................................................................... 14 

4.4 Editieren der Tabelle BRIDGE................................................................................ 16 

4.5 Editieren der Tabelle IP_SETUP ............................................................................ 17 

5 DIAGNOSE ...............................................................................................................21 

5.1 LEDs ...................................................................................................................... 21 

5.2 Erweiterter Taskstatus............................................................................................ 21 

5.2.1 Erweiterter Taskstatus der ASCII-Protokolltask .................................................22 

5.2.2 Erweiterter Taskstatus der Bridge TCPASC ......................................................23 

5.2.3 Erweiterter Taskstatus der Application Layer Interface Task.............................25 

5.2.4 Erweiterter Taskstatus des TCP_UDP Protokolls ..............................................27 

5.2.5 Erweiterter Taskstatus des IP Protokolls............................................................27 

6 FEHLERMELDUNGEN .............................................................................................29 

6.1 Allgemein ............................................................................................................... 29 

6.2 Fehlerbehandlung der ASCII-Protokolltask............................................................. 30 

6.2.1 Initialisierungsfehler............................................................................................30 

6.2.2 Protokollfehler.....................................................................................................31 

6.2.3 Interne Systemfehler ..........................................................................................31 

6.3 Fehlermeldungen der Bridge TCPASC................................................................... 32 


6.3.2 Laufzeitfehler ......................................................................................................32 

6.3.3 Interne Systemfehler ..........................................................................................33 

6.4 Fehlermeldungen der Application Layer Interface Task.......................................... 34 


6.4.2 Laufzeitfehler ......................................................................................................35 

6.4.3 Systemfehler.......................................................................................................36 


4 NT 40-EN-RS / NT 40-RS-EN (TCP/IP auf ASCII) 

7 BEISPIELE................................................................................................................37 

7.1 Parametrierung des ASCII-Protokolls..................................................................... 37 

7.1.1 Beispiel 1: Master/Slave mit Endekennung........................................................38 

7.1.2 Beispiel 2: Master Slave mit Telegrammüberwachungszeit...............................40 

7.1.3 Beispiel 3: Master/Slave mit Zeichenverzugszeit...............................................42 

7.1.4 Beispiel 4: Master/Slave mit Quittungstelegramm .............................................44 

7.1.5 Beispiel 5: Slave/Slave.......................................................................................46 

8 TECHNISCHE DATEN..............................................................................................49 

8.1 NT 40-EN-RS / NT 40-RS-EN mit TCP/IP auf ASCII .............................................. 49 

9 VERZEICHNISSE .....................................................................................................51 

9.1 Abbildungsverzeichnis............................................................................................ 51 

9.2 Tabellenverzeichnis................................................................................................ 52 


NT 40-EN-RS / NT 40-RS-EN (TCP/IP auf ASCII) Einleitung 5 

1 Einleitung 

1.1 Über dieses Handbuch 

In diesem Manual ist die Verbindung zwischen Geräten mit TCP/IP und 

ASCII Protokoll basierend auf dem Gateway netTAP beschrieben. Die hier 

beschriebene Protokollumsetzung kann auf den folgende Geräten 

eingesetzt werden: 

NT 40-EN-RS2\CCE 

NT 40-EN-RS2\D9F 

NT 40-EN-RS2\D9M 

NT 40-EN-RS4\CCE 

NT 40-EN-RS4\D9F 

NT 40-EN-RS4\D9M 

NT 40-EN-RSI2\CCE 

NT 40-EN-RSI2\D9F 

NT 40-EN-RSI2\D9M 

NT 40-EN-RSI4\CCE 

NT 40-EN-RSI4\D9F 

NT 40-EN-RSI4\D9M 

NT 40-RS-EN 

Das ASCII Protokoll kann als Master oder Slave projektiert werden. 

Das Gateway unterstützt bis zu 4 TCP/IP Verbindungen. Diese werden im 

folgenden Kommunikationsreferenzen (CR0, CR1, CR2 und CR3) genannt. 

Die Eigenschaften dieser Kommunikationsreferenzen können unabhängig 

voneinander parametriert werden. Für jede verwendete 

Kommunikationsreferenz müssen verschiedene Timeouts, die Portnummer 

sowie die Art des Verbindungsaufbaus (Client oder Server, d. h. aktiver 

oder passiver Verbindungsaufbau) parametriert werden. 

Bei einem aktiven Verbindungsaufbau wird zusätzlich noch die IP Adresse 

des Gerätes benötigt, mit dem sich das Gateway verbinden soll. 

Für jede verwendete Kommunikationsreferenz muss zusätzlich parametriert 

werden ob TCP/IP Daten empfangen und/oder gesendet werden sollen. 

Sollen Daten über diese Kommunikationsreferenz gesendet werden, 

werden alle vom ASCII-Koppelpartner empfangenen Daten transparent an 

das entsprechende TCP/IP-Gerät gesendet. 

Sollen Daten über diese Kommunikationsreferenz empfangen werden, 

werden alle vom TCP/IP-Gerät empfangenen Daten transparent an den 

ASCII-Koppelpartner gesendet. 

Die Funktionsweise des ASCII Protokolls ist im Protokollmanual ASCII- 

Kopplung beschrieben. 


6 Einleitung NT 40-EN-RS / NT 40-RS-EN (TCP/IP auf ASCII) 

Für die Konfigurierung wird das mitgelieferte Parametrierung- und 

Diagnoseprogramm verwendet. Dieses Tool ist in einem eigenen Manual 

beschrieben. 

Abbildung 1: Anschluss der Geräte am netTAP NT 40-EN-RS / NT 40-RS-EN 

Werte mit einem angehängten Buchstaben ‚h‘ sind in hexadezimaler 

Schreibweise. Werte ohne nachfolgenden Buchstaben sind in dezimaler 

Schreibweise (Beispielsweise: 1Eh = 30). 


NT 40-EN-RS / NT 40-RS-EN (TCP/IP auf ASCII) Inbetriebnahmeleitfaden 7 

2 Inbetriebnahmeleitfaden 

2.1 Allgemein 

Für die Inbetriebnahme des Gateways ist folgende Reihenfolge zu 

beachten: 

Auf dem Gateway muss eine Firmware geladen werden bzw. bereits 

geladen sein. 

Auf dem Gateway muss eine gültige Konfigurationsdatei gespeichert 

sein. 

Anschließen des Gateways an das Ethernet. 

Der ASCII-Koppelpartner muss angeschlossen sein. Zur 

Konfigurierung der physikalischen Schnittstelle und der Anfertigung 

des Kabels bitte das Gerätemanual zu Rate ziehen. 

Die LED RDY und RUN müssen leuchten und dürfen nicht blinken. 

Hinweis: Bei einem Gerätedefekt kann es durch fortlaufendes Ansprechen 

der Watchdog-Überwachung ebenfalls zu einem zyklischen Blinken der 

RDY-LED kommen. 


8 Kommunikationsmechanismus NT 40-EN-RS / NT 40-RS-EN (TCP/IP auf ASCII) 

3 Kommunikationsmechanismus 

3.1 Allgemein 

Es sind verschiedene Arten der Kommunikation zwischen dem Gateway 

und seinen Koppelpartner(n) möglich: 

Beim Datenaustausch zwischen dem ASCII-Koppelpartner und dem 

Gateway muss einerseits zwischen unidirektionaler und bidirektionaler 

Kommunikation, andererseits zwischen Master- und Slavebetrieb 

unterschieden werden. 

Die folgenden Beschreibungen sollen dabei die verschiedenen 

Kommunikationsmechanismen verdeutlichen. Es wird hierbei von einer 

einzigen verbundenen Kommunikationsreferenz ausgegangen. Der 

Datenaustausch ist bei dieser Kommunikationsreferenz für beide 

Richtungen freigegeben. 

Falls mehrere Kommunikationsreferenzen verbunden und zum Senden 

konfiguriert sind, werden vom ASCII-Koppelpartner empfangene 

Telegramme an alle entsprechenden TCP/IP-Geräte gesendet. 

Falls mehrere Kommunikationsreferenzen verbunden und zum Empfangen 

konfiguriert sind werden die von den entsprechenden TCP/IP-Geräten 

empfangenen Daten an den ASCII-Koppelpartner gesendet. Die Daten 

werden dabei in der Reihenfolge an den ASCII-Koppelpartner gesendet, in 

denen sie vom netTAP empfangen wurden. 


NT 40-EN-RS / NT 40-RS-EN (TCP/IP auf ASCII) Kommunikationsmechanismus 9 

3.2 Möglichkeiten zur Datenübertragung 

 

Möglichkeit 1: Die Datenübertragung ist unidirektional, sie erfolgt 

vom TCP/IP-Gerät zum ASCII-Koppelpartner. Das TCP/IP-Gerät 

leitet dabei die Datenübertragung zum Gateway ein (1). Das Gateway 

schickt daraufhin ein Telegramm zum ASCII-Koppelpartner (2). Daher 

wird das ASCII-Protokoll auf dem Gateway als Master projektiert. 

Abbildung 2: Unidirektionale Datenübertragung TCP/IP ASCII 

 

Möglichkeit 2: Die Datenübertragung ist unidirektional, sie erfolgt 

vom ASCII-Koppelpartner zum TCP/IP-Gerät. Der ASCII- 

Koppelpartner leitet dabei die Datenübertragung mit einem 

Telegramm an das Gateway ein (1). Das Gateway sendet daraufhin 

die Daten zum TCP/IP-Gerät (2). Daher wird das ASCII-Protokoll auf 

dem Gateway als Slave projektiert: 

Abbildung 3: Unidirektionale Datenübertragung ASCII TCP/IP 


10 Kommunikationsmechanismus NT 40-EN-RS / NT 40-RS-EN (TCP/IP auf ASCII) 

Möglichkeit 3: Die Datenübertragung ist bidirektional. Das TCP/IP-Gerät 

leitet dabei die Datenübertragung zum Gateway ein (1). Das Gateway 

schickt daraufhin ein Telegramm zum ASCII-Koppelpartner (2). Daher wird 

das ASCII-Protokoll auf dem Gateway als Master projektiert. Der ASCII- 

Koppelpartner sendet daraufhin ein Antworttelegramm an das Gateway (3). 

Das Gateway sendet die Antwortdaten daraufhin zum TCP/IP-Gerät (4). 

Abbildung 4: Bidirektionale Datenübertragung TCP/IP ASCII TCP/IP 

 

Möglichkeit 4: Die Datenübertragung ist bidirektional. Der ASCII- 

Koppelpartner leitet dabei die Datenübertragung mit einem 

Telegramm an das Gateway ein (1). Daher wird das ASCII-Protokoll 

auf dem Gateway als Slave projektiert. Das Gateway sendet 

daraufhin die Daten zum TCP/IP-Gerät (2). Das TCP/IP-Gerät sendet 

daraufhin neue Daten zum Gateway (3). Das Gateway sendet 

daraufhin ein Antworttelegramm an den ASCII-Koppelpartner (4). 

Abbildung 5: Bidirektionale Datenübertragung ASCII TCP/IP ASCII 


NT 40-EN-RS / NT 40-RS-EN (TCP/IP auf ASCII) Einstellungen - Parametrierung - Konfiguration 11 

4 Einstellungen - Parametrierung - Konfiguration 

4.1 Übertragungsparameter 

Durch die Konfigurierung werden die Übertragungsparameter der beiden 

Protokolle festgelegt: 

ASCII 

Es müssen die Parameter der Tabelle ASCII eingegeben werden. 

Damit wird das gesamte Verhalten des ASCII-Protokolls festgelegt. 

ALI 

Es müssen die Parameter der Tabelle ALI_SETUP eingegeben 

werden. Damit wird das Verhalten der Application Layer Interface 

Task festgelegt. Diese ist für den Verbindungsaufbau zwischen dem 

Gateway und den einzelnen TCP/IP-Geräten zuständig. 

Ethernet 

Für die Konfiguration des Ethernet muss die eigene IP-Adresse, die 

Netzwerkmaske sowie die IP-Adresse des Gateways eingestellt 

werden. Die Parametrierung erfolgt in der Tabelle IP_SETUP. 


12 Einstellungen - Parametrierung - Konfiguration NT 40-EN-RS / NT 40-RS-EN (TCP/IP auf ASCII) 

4.2 Editieren der Tabelle ASCII 

Die folgende Tabelle beschreibt die benötigten Parameter zur Konfiguration 

des ASCII-Protokolls. Die Default-Werte sind mit einem Unterstrich 

gekennzeichnet. 

Parameter Bedeutung Wertebereich 

Interface and 

RTS 

Mit diesem Parameter wird die serielle Physik des Gateways 

sowie die RTS-Steuerung konfiguriert. 

Ist die RTS-Steuerung eingeschaltet, werden die 

Steuerleitungen RTS und CTS einer RS232C-Schnittstelle 

bedient bzw. bei einer RS485/RS422 - Schnittstelle die 

Datentreiber nur beim Senden durchgeschaltet. Der 

Protokollablauf ändert sich dadurch nicht. Bei einer RS485 

Schnittstelle muss die RTS-Steuerung immer eingeschaltet 

sein. 

RS232 RTS OFF 

RS232 RTS ON 

RS422 RTS OFF 

RS422 RTS ON 

RS485 RTS ON 

Baudrate Festlegung der Übertragungsrate 50 Baud 

100 Baud 

110 Baud 

150 Baud 

200 Baud 

300 Baud 

600 Baud 

1200 Baud 

2400 Baud 

4800 Baud 

9600 Baud 

19200 Baud 

38400 Baud 

Data bits Anzahl der Datenbits 7,8 

Stop bits Legt die Anzahl der Stopbits fest. 

Es wird vom Gateway nur ein Stopbit unterstützt, daher ist 

der Wert nicht editierbar. 

1 

Parity Legt das Paritätsbit fest none 

even 

odd 

Mode Legt den Betriebsmode des ASCII-Protokolls fest Slave 

Master 

End mode 

Checksum 

mode 

Checksum area 

Legt fest, wie das Ende des Empfangstelegramms erkannt 

wird. Im Slavemode ist der 'Endemode = 2' bzw. 'Endemode 

= 3' bzw. 'Endemode = 5' nicht erlaubt. 

Legt die Art der Prüfsummenbildung fest 

Legt den Telegrammbereich fest über den die Prüfsumme 

gebildet wird 

0 = nur Zeitüberwachung 

1 = Endekennung 

2 = Quittungstelegramm 

3 = Endekennung/ 

Quittungstelegramm 

4 = feste Datenanzahl 

5 = vorgegebene 

Datenanzahl 

keine 

binär 7 bit 

binär 8 bit 

BCC 

BCC in ASCII 

nur Nutzdaten 

mit Anfangskennung 

mit Endekennung 

komplettes Telegramm 

Character filter Legt die Filterfunktion für bestimmte Zeichen fest kein Filter 

Zeichenverdopplung 

Character 

[HEX] 

Gibt das Zeichen für den aktiven Filter an. Eingabe erfolgt 

immer hexadezimal 

0 .. FFh 



Telegram 

timeout 

Start timeout 

Character delay 

time 

Wartezeit für den Empfang des gesamten Telegramms. Nur 

bei ‘Telegrammüberwachungszeit = 0‘ ist die 

‘Startüberwachungszeit‘ und die ‘Zeichenverzugszeit‘ gültig 

Maximale Wartezeit auf den Telegrammstart in 

Millisekunden. 

Nur bei 'Telegrammüberwachungszeit = 0' gültig. Im 

Slavemode nicht zulässig. 

Maximale Wartezeit zwischen den einzelnen Zeichen eines 

Telegramms in Millisekunden. 

Nur bei 'Telegrammüberwachungszeit = 0' gültig. 

1 .. 1000 .. 65535 

0 = keine 

Zeitüberwachung 

1 .. 65535 

0 = keine 


1 .. 65535 

0 = keine 


Retries Anzahl der Telegrammwiederholungen im Fehlerfall 0 .. 3 .. 10 

Length of 

telegram start 

Telegram start 

Length of 

telegram end 

Telegram end 

Length of ACKtelegram 

Länge der Telegrammanfangskennung. Bei Länge = 0 wird 

keine Anfangskennung gesendet. Bei negativer Länge wird 

der zugehörige Text als HEX-Zeichen von 0...F interpretiert, 

sonst wird er als ASCII-Text benutzt. 

Telegrammanfangskennung, bestehend aus 0-8 Zeichen. 

Diese Kennung wird den Sendedaten vorangestellt. 

Länge der Telegrammendekennung. Bei Länge = 0 wird 

keine Endekennung gesendet. Bei negativer Länge wird der 

zugehörige Text als HEX-Zeichen von 0...F interpretiert, 

sonst wird er als ASCII-Text benutzt. 

Telegrammendekennung, bestehend aus 0-8 Zeichen. 

Diese Kennung wird den Sendedaten angehängt. 

Länge des Acknowledge-Telegramms. Bei Länge = 0 wird 

kein Acknowledge-Telegramm gesendet. Bei negativer 

Länge wird der zugehörige Text als HEX-Zeichen von 0...F 

interpretiert, sonst wird er als ASCII-Text benutzt. 

-4 .. 0 .. 8 

8 beliebige ASCII-Zeichen 

zw. 4 

Hexadezimalzeichen 00h 

– FFh 

-4 .. 0 .. 8 

8 beliebige ASCII-Zeichen 

zw. 4 


– FFh 

-4 .. 0 .. 8 

ACK-telegram Acknowledge-Telegramm bestehend aus 0..8 Zeichen 8 beliebige ASCII-Zeichen 

zw. 4 


– FFh 

Length of 

NACK-telegram 

Länge des Not Acknowledge-Telegramms. Bei Länge = 0 

wird kein Not Acknowledge-Telegramm gesendet. Bei 

negativer Länge wird der zugehörige Text als HEX-Zeichen 

von 0...F interpretiert, sonst wird er als ASCII-Text benutzt. 

-4 .. 0 .. 8 

NACK-telegram Not Acknowledge-Telegramm bestehend aus 0..8 Zeichen 8 beliebige ASCII-Zeichen 

zw. 4 


– FFh 

Telegram 

length device 

Telegram 

sequence time 

Legt die Telegrammlänge des Koppelpartners fest, bei der 

das Telegramm als beendet gilt. Nur im Endemode 'feste 

Datenanzahl' relevant. 

Gibt die Mindestzeit zwischen dem Senden aufeinander 

folgender Telegramme in Millisekunden an. 

Tabelle 1: Parametrierung des ASCII-Protokolls 

0 .. 240 

0 = keine 

Telegrammfolgezeit 

1 – 65535 



4.3 Editieren der Tabelle ALI_SETUP 

In dieser Tabelle werden die Eigenschaften der einzelnen 

Kommunikationsreferenzen eingestellt. In Abhängigkeit der Verbindungsart 

(Client oder Server bzw. aktiver oder passiver Verbindungsaufbau) werden 

einige Parameter nicht benötigt. 

Jede Kommunikationsreferenz kann unabhängig voneinander konfiguriert 

werden. Die folgende Tabelle beschreibt die Konfiguration der ersten 

Kommunikationsreferenz CR0. Die anderen Kommunikationsreferenzen 

CR1, CR2 und CR3 werden entsprechend parametriert. 


CR0 Connection type 

CR0 IP Address (Byte 0) 




Verbindungsart: 

Unbenutzt 

Aktiver Verbindungsaufbau 

Passiver Verbindungsaufbau 

Erstes (niederwertigste) Byte der IP- 

Adresse des TCP/IP-Gerätes, mit dem 

sich der netTAP verbinden soll. Dieser 

Parameter wird nur für Client 

Verbindungen benötigt. 

Zweites Byte der IP-Adresse des TCP/IP- 

Gerätes, mit dem sich der netTAP 

verbinden soll. Dieser Parameter wird nur 

für Client Verbindungen benötigt. 

Drittes Byte der IP-Adresse des TCP/IP- 




Viertes Byte der IP-Adresse des TCP/IP- 




Unused, 

Client, 

Server 

0 .. 255 

0 .. 255 

0 .. 255 

0 .. 255 

CR0 Port number 

Client Verbindung: Portnummer auf der 

das TCP/IP-Gerät auf die Verbindung mit 

dem netTAP wartet. 

Server Verbindung: Portnummer auf der 

der netTAP auf die Verbindung mit dem 

TCP/IP-Gerät wartet. 

0 .. 65535 



CR0 Send timeout 

[100ms] 

CR0 Connect timeout 

[100ms] 

CR0 Close timeout 

[100ms] 

CR0 Retry time [10ms] 

Überwachungszeit für das Senden von 

TCP/IP Telegrammen in Schritten von 100 

Millisekunden. Wird für diesen Parameter 

der Wert 0 eingestellt, wird eine Zeit von 

31 Sekunden verwendet. 

Überwachungszeit für den 

Verbindungsaufbau mit dem TCP/IP-Gerät 

in Schritten von 100 Millisekunden. Dieser 


Verbindungen benötigt. Wird für diesen 

Parameter der Wert 0 eingestellt, wird eine 

Zeit von 31 Sekunden verwendet. 

Überwachungszeit für das Schließen der 

Verbindung in Schritten von 100 

Millisekunden. Wird für diesen Parameter 

der Wert 0 eingestellt, wird eine Zeit von 

13 Sekunden verwendet. 

Mit diesem Parameter wird die Zeit in 

Schritten von 10 Millisekunden 

konfiguriert, die zwischen zwei Versuchen 

eine Verbindung mit dem TCP/IP-Gerät 

aufzubauen gewartet wird. Dieser 


Verbindungen benötigt. 

0 .. 65000 

0 .. 65000 

0 .. 65000 

Server: 0 

Client: 1 .. 255 

Tabelle 2: Parameterliste ALI_SETUP 



4.4 Editieren der Tabelle BRIDGE 

In der folgenden Tabelle wird das Sende- und Empfangsverhalten der 

einzelnen Kommunikationsreferenzen parametriert. Es müssen nur die 

Eigenschaften der in der Tabelle ALI_SETUP parametrierten 

Kommunikationsreferenzen editiert werden: 


Error LED 

Receive CR0 enabled 




Send CR0 enabled 




Tabelle 3: Parameterliste BRIDGE 

Die Fehler LED wird bei einem erkannten 

Kommunikationsfehler gesetzt und mit der 

nächsten fehlerfreien Datenübertragung 

gelöscht. 

Die Fehler LED wird bei einem erkannten 

Kommunikationsfehler gesetzt und kann nur 

durch eine Reinitialisierung des Gateways 

gelöscht werden. 

Empfangene Daten über CR0 werden nicht 

an den ASCII-Koppelpartner gesendet. 

Empfangene Daten über CR0 werden an den 














Empfangene Daten vom ASCII-Koppelpartner 

werden nicht über CR0 gesendet. 


werden über CR0 gesendet wenn diese 

verbunden ist. 
















Set/Clear 

Only set 

No 

Yes 

No 

Yes 

No 

Yes 

No 

Yes 

No 

Yes 

No 

Yes 

No 

Yes 

No 

Yes 



4.5 Editieren der Tabelle IP_SETUP 

In dieser Tabelle werden die allgemeinen IP-Parameter eingestellt. Die 

Default-Werte sind durch einen Unterstrich gekennzeichnet: 


Flags 0 

Flags 1 

IP address Byte 0 

Siehe Abbildung Definition des 

Parameters Flags 0 

Siehe Abbildung Definition des 

Parameters Flags 1 

Erstes (niederwertigste) Byte der eigenen 

IP-Adresse 

0 .. 7 .. 255 

0 .. 2 .. 255 

0 .. 255 

IP address Byte 1 Zweites Byte der eigenen IP-Adresse 0 .. 255 

IP address Byte 2 Drittes Byte der eigenen IP-Adresse 0 .. 255 

IP address Byte 3 

Net mask Byte 0 

Viertes (höchstwertigste) Byte der eigenen 

IP-Adresse 

Erstes (niederwertigste) Byte der 

Netzmaske 

0 .. 255 

0 .. 255 

Net mask Byte 1 Zweites Byte der Netzmaske 0 .. 255 

Net mask Byte 2 Drittes Byte der Netzmaske 0 .. 255 

Net mask Byte 3 

Gateway Byte 0 


Viertes (höchstwertigste) Byte der 

Netzmaske 

Erstes (niederwertigste) Byte der IP- 

Adresse des Gateways 

Zweites Byte der IP-Adresse des 

Gateways 

0 .. 255 

0 .. 255 

0 .. 255 

Gateway Byte 2 Drittes Byte der IP-Adresse des Gateways 0 .. 255 


Tabelle 4: Parameterliste IP_SETUP 

Viertes (höchstwertigste) Byte der IP- 

Adresse des Gateways 

0 .. 255 



Der Parameter Flags 0 ist ein bitkodiertes Byte mit der folgenden 

Bedeutung: 

Abbildung 6: Definition des Parameters Flags 0 

Parameter 

IP address available 

Net mask available 

Gateway available 

Enable BOOTP 

Enable DHCP 

Bedeutung 

Ist dieses Bit gesetzt, wird der Inhalt der Parameter ‘IP address 

Byte 0‘ bis ‘IP address Byte 3‘ ausgewertet. 

Ist dieses Bit gesetzt, wird der Inhalt der Parameter ‘Net mask Byte 

0‘ bis ‘Net mask Byte 3‘ ausgewertet. 

Ist dieses Bit gesetzt, wird der Inhalt der Parameter ‘Gateway Byte 

0‘ bis ‘Gateway Byte 3‘ ausgewertet. 

Das Gerät erhält die IP-Parameter von einem BOOTP Server. 

Das Gerät erhält die IP-Parameter von einem DHCP Server. 

Tabelle 5: Definition des Parameters Flags 0 



Der Parameter Flags 1 ist ein bitkodiertes Byte mit der folgenden 

Bedeutung: 

Abbildung 7: Definition des Parameters Flags 1 

Parameter 

Auto-Detect 

Bedeutung 

Ist dieses Bit gesetzt erfolgt eine automatische Erkennung der 

Ethernet-Schnittstelle. 

Twisted Pair Ist das Bit gesetzt wird Twisted pair als Ethernet-Schnittstelle 

ausgewählt, ansonsten AUI. 

Auto-Negotiation Ist dieses Bit gesetzt handelt das Gerät automatisch den Duplex- 

Modus und die Übertragungsrate mit dem Hub oder Switch aus. 

Full Duplex Ist das Bit gesetzt arbeitet das Gerät im Voll-Duplex, sonst im Halb- 

Duplex Betrieb. 

100 Mbit/s Ist das Bit gesetzt arbeitet das Gerät mit einer Übertragungsrate von 

100 Mbit/s, sonst mit 10 Mbit/s. 

Tabelle 6: Definition des Parameters Flags 1 

Ist mehr als ein Konfigurationsweg aktiviert (z.B. DHCP und manuell 

eingegebene IP-Parameter), versucht das Gerät die verschiedenen 

Konfigurationswege nacheinander abzuarbeiten. Sobald auf einem der 

Wege eine IP-Konfiguration erhalten wurde, läuft das Gerät mit diesen 

Parametern an. 


NT 40-EN-RS / NT 40-RS-EN (TCP/IP auf ASCII) Diagnose 21 

5 Diagnose 

5.1 LEDs 

Die LEDs am Gehäuse zeigen den allgemein Status des Gateways an: 

LED Zustand Bedeutung 

RDY 

RUN 

Ein 

Blinkt zyklisch (5 Hz) 


Blink unregelmäßig (*) 

Aus 

Ein 


Blink unregelmäßig (*) 

netTAP NT 40-EN-RS / NT 40-RS-EN bereit 

Firmware-Download wird durchgeführt 

Gerät ist in Bootstraploadermodus und wartet auf 

Firmware-Download 

Hardware- oder schwerer Systemfehler erkannt 

Versorgungsspannung für das Gerät fehlt oder 

Hardwaredefekt 

Für die Kommunikation bereit bzw. Kommunikation 

läuft 

Keine Verbindung aufgebaut 

Fehlende oder fehlerhafte Konfiguration, 

Inbetriebnahme nötig 

Aus 

Keine Kommunikation 

ERR Ein 

Kommunikationsfehler 

Aus 

Kein Fehler 

STA - LED hat keine Funktion 

ACT Ein 

Es besteht eine Verbindung zum Ethernet 

Blinkt 

Das Gerät sendet/empfängt Ethernet-Frames 

Aus 

Das Gerät hat keine Verbindung zum Ethernet 

Tabelle 7: LEDs auf dem Gateway 

5.2 Erweiterter Taskstatus 

(*) 3 mal schnell mit 5 Hz, 8 mal zwischen 0,5 Hz und 1 Hz 

Im Diagnose- und Parametrierprogramm kann ein erweiterter Taskstatus 

angezeigt werden. Diesem kann der aktuelle Bearbeitungszustand der 

Protokolle oder der Bridge und statistische Information über den bisherigen 

Protokollverlauf entnommen werden. Diese Informationen werden von den 

Koppelprotokollen und der Bridge immer aktualisiert. 


22 Diagnose NT 40-EN-RS / NT 40-RS-EN (TCP/IP auf ASCII) 

5.2.1 Erweiterter Taskstatus der ASCII-Protokolltask 

5.2.1.1 ASCII Protocol 

Der folgende Taskstatus enthält allgemeine Zustands-, Statistik- und 

Fehlerinformationen. 

Status 

Task state 

Send telegrams 

Receive telegrams 

Send errors 

Receive errors 

Error Bits [HEX] 

Last Error 

Bedeutung 

Aktueller Zustand der Protokollbearbeitung: 

0 = Nicht initialisiert 

1 = Grundzustand 

2 = Telegrammfolgezeit läuft ab 

3 = Sendebetrieb 

4 = Empfangsbetrieb 

Gibt die Anzahl der fehlerfrei gesendeten Telegramme an. 

Gibt die Anzahl der fehlerfrei empfangenen Telegramme an. 

Gibt die Anzahl der Sendefehler an. 

Gibt die Anzahl der Empfangsfehler an. 

Ordnet jedem gemeldeten Fehler einer Fehlerklasse zu und zeigt 

dies durch Setzen eines Bits an. 

Eine Anzeige erfolgt nur wenn der Fehler trotz Wiederholung zu 

einem Telegrammverlust geführt hat. Die Bedeutung der Bits ist in 

der folgenden Abbildung Definition der Fehlerbits beschrieben. 

Gibt die Nummer des letzten gemeldeten Fehlers an. Eine Anzeige 

erfolgt nur, wenn der Fehler trotz Wiederholung zu einem 

Telegrammverlust geführt hat. Die Fehlernummern sind in Abschnitt 

Fehlerbehandlung der ASCII-Protokolltask beschrieben. 

Tabelle 8: Definition des erweiterten Taskstatus ASCII Protocol 

Abbildung 8: Definition der Fehlerbits 

Bei jedem Fehler wird das entsprechende Bit gesetzt. Das Löschen erfolgt 

nur nach einem erneuten Starten des Geräts. 



5.2.2 Erweiterter Taskstatus der Bridge TCPASC 

5.2.2.1 TCPASC Task Information 



Status 

Conversion 

Serial send count 

Serial receive count 

TCP send count 

TCP receive count 

TCP open count 

TCP close count 

TCP discard count 

Last error 

Error count 

Add. detail 

Bedeutung 

Umsetzung der Bridgetask: 

TCP ASCII 

Anzahl der gesendeten seriellen Telegramme. 

Anzahl der empfangenen seriellen Telegramme. 

Anzahl der über TCP/IP gesendeten Telegramme. 

Anzahl der über TCP/IP empfangenen Telegramme. 

Anzahl der geöffneten TCP/IP Verbindungen. 

Anzahl der geschlossenen TCP/IP Verbindungen. 

Anzahl der verworfenen TCP/IP Telegramme, da die 

entsprechende Kommunikationsreferenz nicht für Datenempfang 

konfiguriert ist. 

Gibt die Nummer des letzten gemeldeten Fehlers an. Die 

Fehlernummern sind in Abschnitt Fehlermeldungen der Bridge 

TCPASC beschrieben. 

Anzahl der erkannten Fehler. 

Zusätzliche Information zum letzten erkannten Fehler. 

Tabelle 9: Definition des erweiterten Taskstatus TCPASC Task Information 



5.2.2.2 TCPASC Setup 

Der folgende Taskstatus enthält Informationen über die aktuelle 

Konfiguration der Bridgetask. 

Status 

Error LED 

Receive CR 0 enabled 




Send CR 0 enabled 




Bedeutung 

Only set: Die Fehler LED wird bei einem erkannten Fehler 

gesetzt und nicht mehr zurückgesetzt. 

Set/Clear: Die Fehler LED wird bei einem erkannten Fehler 

gesetzt und mit der nächsten Fehlerfreien 

Datenübertragung zurückgesetzt. 

No: Der Datenempfang über CR0 ist nicht freigegeben. 

Yes: Der Datenempfang über CR0 ist freigegeben. 







No: Daten werden nicht über CR0 gesendet. 

Yes: Daten werden über CR0 gesendet. 







Tabelle 10: Definition des erweiterten Taskstatus TCPASC Setup 



5.2.3 Erweiterter Taskstatus der Application Layer Interface Task 

5.2.3.1 ALI Task Information 



Status 

Task state 

Error count 

Last error 

Connection state 

Messages sent to TCP 

Messages received from 

TCP 

Messages sent to bridge 

Messages received from 

bridge 

Bedeutung 

Zustand der Task: 

0 = Task ist nicht initialisiert 

1 = Task läuft 

2 = Task initialisiert 

3 = Task meldet Fehler bei der Initialisierung 

4 = Wartet auf TCP Task 


Gibt die Nummer des letzten gemeldeten Fehlers an. Die 

Fehlernummern sind in Abschnitt Fehlermeldungen der 

Application Layer Interface Task beschrieben. 

Gibt den Status der einzelnen Kommunikationsreferenzen als 

bitkodiertes Wort an. Die Bedeutung der Bits ist in der 

folgenden Abbildung Definition Connection State beschrieben. 

Gibt die Anzahl der zur TCP Task gesendeten Messages an. 

Gibt die Anzahl der von der TCP Task empfangenen 

Messages an. 

Gibt die Anzahl der zu TCPASC Task gesendeten Messages 

an. 

Gibt die Anzahl der von der TCPASC Task empfangenen 

Messages an. 

Tabelle 11: Definition des erweiterten Taskstatus ALI Task Information 

Abbildung 9: Definition Connection State 



5.2.3.2 ALI Com Ref State 

Der folgende Taskstatus enthält Zustandsinformationen der einzelnen 

Kommunikationsreferenzen. In der folgenden Tabelle sind die Zustände der 

ersten Kommunikationsreferenz CR0 beschrieben. Die Zustände der 

anderen Kommunikationsreferenzen werden entsprechend angezeigt. 

Status 

State CR0 

Retry Connect 

CR0 

Bedeutung 

Status der Kommunikationsreferenz: 

Deinit = CR0 wird nicht verwendet 

Wait open = CR0 wartet auf Handle 

Wait set option = CR0 wartet auf Bestätigung der Socket Einstellungen 

Wait connect = CR0 wartet auf Verbindung 

Wait answer = CR0 wartet auf Bestätigung eines Datenbefehls 

Close = CR0 ist geschlossen 

Open = CR0 ist offen und ist empfangs- und sendebereit 

Cyclic open = CR0 wird im zyklischen Ereignis geöffnet 

Cyclic close = CR0 wird im zyklischen Ereignis geschlossen 

Gibt die verbleibende Zeit bis zum nächsten Versuch zum 

Verbindungsaufbau an. Dieser Status wird nur bei Client, bzw. aktivem 

Verbindungsaufbau bedient. 

Tabelle 12: Definition des erweiterten Taskstatus ALI Com Ref State 

5.2.3.3 ALI TCP Msg Count 

Der folgende Taskstatus enthält Informationen über die Kommunikation 

zwischen ALI Task und TCP_UDP Task. 

Status 

Open commands 

Open answers 

Set socket option commands 

Set socket option answers 

Close commands 

Close answers 

Send commands 

Send answers 

Connect commands 

Connect answers 

Wait connect commands 

Wait connect answers 

Receive commands 

Bedeutung 

Anzahl gesendeter ‘Open Socket‘ Befehle. 

Anzahl empfangener ‘Open Socket‘ Antworten. 

Anzahl gesendeter ‘Set Socket Option‘ Befehle. 

Anzahl empfangener ‘Set Socket Option‘ Antworten. 

Anzahl gesendeter ‘Close Socket‘ Befehle. 

Anzahl empfangener ‘Close Socket‘ Antworten. 

Anzahl gesendeter ‘Send Data‘ Befehle. 

Anzahl empfangener ‘Send Data‘ Antworten. 

Anzahl gesendeter ‘Connect Socket‘ Befehle. 

Anzahl empfangener ‘Connect Socket‘ Antworten. 

Anzahl gesendeter ‘Wait Connect Socket‘ Befehle. 

Anzahl empfangener ‘Wait Connect Socket‘ Antworten. 

Anzahl empfangener ‘Receive Data‘ Befehle. 

Tabelle 13: Definition des erweiterten Taskstatus ALI TCP Msg Count 



5.2.4 Erweiterter Taskstatus des TCP_UDP Protokolls 

5.2.4.1 TCP_UDP Task Information 

Variable 

Task state 

Error count 

Last error 

Bedeutung 


0 = Task nicht initialisiert 


2 = Task initialisiert 

3 = Task meldet Fehler bei der Initialisierung 


Letzter erkannter Fehler (Beschreibung siehe zugehöriges 

Protokoll Manual) 

Tabelle 14: Definition des erweiterten Taskstatus - TCP_UDP Task Information 

5.2.5 Erweiterter Taskstatus des IP Protokolls 

5.2.5.1 IP Task Information 

Variable 

Task state 

Error count 

Last error 

IP address 

Net mask 

Gateway 

Bedeutung 



2 = Initialisierung läuft 

3 = Initialisierung fehlgeschlagen 

Zähler für aufgetretene Fehler. 

Zuletzt aufgetretener Fehler. 

IP-Adresse des Gerätes. 

Netzmaske des Gerätes. 

Gateway des Gerätes. 

Tabelle 15: Definition des erweiterten Taskstatus - IP Task Information 

5.2.5.2 IP Ethernet Status 

Variable 

Bedeutung 

MAC address (hex) MAC-Adresse des Gerätes. 

Interface 

Aktuell bekannte Ethernet-Schnittstelle. 

Speed 

Übertragungsgeschwindigkeit. 

Duplex mode 

Zeigt den aktuellen Duplex-Modus an: Halb-/Voll-Duplex. 

Twisted pair link 

Status der Twisted Pair Verbindung. 

Tabelle 16: Definition des erweiterten Taskstatus - IP Ethernet Status 


NT 40-EN-RS / NT 40-RS-EN (TCP/IP auf ASCII) Fehlermeldungen 29 

6 Fehlermeldungen 

6.1 Allgemein 

In den nachfolgenden Tabellen sind die Fehlermeldungen der einzelnen 

Protokolle angegeben. Diese können mit Hilfe des mitgelieferten 

Parametrierungs- und Diagnoseprogramms angezeigt werden. Fehler 

werden auch über die Fehler-LED auf dem Gateway angezeigt. 


30 Fehlermeldungen NT 40-EN-RS / NT 40-RS-EN (TCP/IP auf ASCII) 

6.2 Fehlerbehandlung der ASCII-Protokolltask 

6.2.1 Initialisierungsfehler 

Fehlernummer 

Bedeutung 

10 Schnittstelle belegt 

Die serielle Schnittstelle ist bereits von einer anderen Task initialisiert worden. 

11 Summenbaudrate überschritten 

Die Summe aller Baudraten auf allen initialisierten Schnittstellen ist zu groß. 

12 Fehler ‘Schnittstelle‘ 

Parametrierte Schnittstelle auf dem Gerät ist nicht verfügbar. 

13 Fehler ‘Baudrate‘ 

Ungültiger Wert für den Initialisierungsparameter ‘Baudrate‘. 

14 Fehler ‘Parität‘ 

Ungültiger Wert für den Initialisierungsparameter ‘Parität‘. 

15 Fehler ‘Datenbits‘ 

Ungültiger Wert für den Initialisierungsparameter ‘Datenbits‘. 

16 Fehler ‘Stopbits‘ 

Ungültiger Wert für den Initialisierungsparameter ‘Stopbits‘. 

17 Fehler ‘RTS-Steuerung‘ 

Ungültiger Wert für den Initialisierungsparameter ‘RTS-Steuerung‘. 

50 Fehler ’Betriebsmode‘ 

Ungültiger Wert für den Initialisierungsparameter ‘’Betriebsmode‘. 

51 Fehler ‘Endemode‘ 

Ungültiger Wert für den Initialisierungsparameter ‘Endemode‘. 

52 Fehler ‘Prüfsummenmode‘ 

Ungültiger Wert für den Initialisierungsparameter ‘Prüfsummenmode‘. 

53 Fehler ‘Prüfsummenbereich‘ 

Ungültiger Wert für den Initialisierungsparameter ‘Prüfsummenbereich‘. 

54 Fehler ‘Zeichenfilter‘ 

Ungültiger Wert für den Initialisierungsparameter ‘Zeichenfilter‘. 

55 Fehler ‘Telegrammüberwachungszeit‘ 

Ungültiger Wert für den Initialisierungsparameter 

‘Telegrammüberwachungszeit‘. 

56 Fehler ‘Startüberwachungszeit‘ 

Ungültiger Wert für den Initialisierungsparameter ‘Startüberwachungszeit‘. 

57 Fehler ‘Zeichenverzugszeit‘ 

Ungültiger Wert für den Initialisierungsparameter ‘Zeichenverzugszeit‘. 

58 Fehler ‘Wiederholungen‘ 

Ungültiger Wert für den Initialisierungsparameter ‘Wiederholungen‘. 

60 Fehler ‘Länge Telegrammanfang‘ 

Ungültiger Wert für den Initialisierungsparameter ‘Länge Telegrammanfang‘. 

61 Fehler ‘Länge Telegrammende‘ 

Ungültiger Wert für den Initialisierungsparameter ‘Länge Telegrammende‘. 

62 Fehler ‘Länge ACK-Telegramm‘ 

Ungültiger Wert für den Initialisierungsparameter ‘Länge ACK-Telegramm‘. 

63 Fehler ‘Länge NACK-Telegramm‘ 

Ungültiger Wert für den Initialisierungsparameter ‘Länge NACK-Telegramm‘. 

64 Fehler ‘Telegrammlänge Gerät‘ 

Ungültiger Wert für den Initialisierungsparameter ‘Telegrammlänge Gerät‘. 

Tabelle 17: Initialisierungsfehler ASCII 

Copyright Hilscher Gesellschaft für Systemautomation mbH Br:NTTCPASC#1EN


6.2.2 Protokollfehler 

Bedeutung 

100 Paritätsfehler 

Der Schnittstellencontroller hat einen Paritätsfehler detektiert. 

101 Zeichenrahmenfehler 

Der Schnittstellencontroller hat einen ‘framimgerror‘ detektiert. 

102 Empfangsdatenverlust 

Der Schnittstellencontroller hat einen ‘overrun‘ detektiert. 

103 Zu wenige / zu viele Daten empfangen 

Es sind mehr als 240 Nutzdaten oder zu wenig Daten empfangen worden, als 

für die Auswertung gemäß der Projektierung benötigt werden. 

104 Fehlerhafte Prüfsumme 

Bei der Überprüfung der Prüfsumme ist ein Fehler festgestellt worden. Es 

kann ein Datenübertragungsfehler oder eine falsch parametrierte bzw. 

berechnete Prüfsumme vorliegen. 

105 Zeichenüberwachungsfehler 

Der Koppelpartner hat nicht innerhalb der projektierten Überwachungszeiten 

geantwortet oder es ist z.B. kein Telegrammende erkannt worden. 

106 Protokollfehler 

Der Protokollablauf ist fehlerhaft. 

108 NACK-Telegramm empfangen 

Der Koppelpartner hat mit einem NACK-Telegramm geantwortet. 

110 Fehler Datenanfang/Datenende 

Die Anzahl der empfangen Daten ist mit der projektierten Länge des 

Telegrammanfangs bzw. Telegrammende nicht konsistent. 

111 Fehler Prüfsumme Anfang/Ende 

Die Anzahl der empfangenen Daten ist mit der projektierten Prüfsumme bzw. 

Prüfsummenbereich nicht konsistent. 

Tabelle 18: Protokollfehler ASCII 

6.2.3 Interne Systemfehler 

Fehlernummer 

Fehlernummer 

Bedeutung 

210 Fehler beim öffnen de Datenbank 

Die Parameterdatenbank ist nicht vorhanden. 

212 Fehler beim Lesen der Datenbank 

Die Parameterdatenbank ist inkonsistent. 

213 Systemfehler ‘RcsPutStructure‘ 

Interner Fehler. 

Tabelle 19: Interne Systemfehler ASCII 



6.3 Fehlermeldungen der Bridge TCPASC 


Fehler 

50 ASCII Task 

Das Token der ASCII Task wurde nicht gefunden. 

51 ALI Token 

Das Token der ALI Task wurde nicht gefunden. 

Tabelle 20: Initialisierungsfehler TCPASC 

6.3.2 Laufzeitfehler 

Fehlernummer 

Fehlernummer 

Fehler 

154 Fehler ‘Messagebefehl‘ 

Fehler im Messagebefehl festgestellt 

158 Fehler ‘Messagebefehl läuft‘ 

Ein Messagebefehl ist bereits gestartet 

161 Fehler ‘Datenadresse‘ 

Ungültige Datenadresse in Message empfangen 

165 Fehler ‘Datenanzahl‘ 

Ungültige Datenanzahl in Message empfangen. 

167 Fehler ‘Funktion‘ 

Ungültige Funktion in Message empfangen. 

170 Fehler ‘Absender‘ 

Unbekannter Absender einer Message. 

171 Sendefehler ASCII 

Sendefehler von der ASCII Task eingegangen. 

172 Sendefehler ALI 

Sendefehler von der ALI Task eingegangen. 

173 Fehler ‘Datenverlust‘ 

Datenverlust durch Pufferüberlauf. 

Tabelle 21: Laufzeitfehler TCPASC 



6.3.3 Interne Systemfehler 

Fehlernummer 

Fehler 

200 Task nicht initialisiert 

Task ist noch nicht initialisiert. 

202 Segment nicht verfügbar 

Keine Speichersegmente mehr verfügbar. 







217 Systemfehler 

Allgemeiner Systemfehler. 

218 Error 'Memory allocation' 

Fehler in interner Speichervergabe. 

Tabelle 22: Interne Systemfehler TCPASC 



6.4 Fehlermeldungen der Application Layer Interface Task 


Fehlernummer 

Fehler 

50 Konfigurationsfehler CR0 

Konfigurationsfehler für Kommunikationsreferenz 0 erkannt. 







66 TCP_UDP Task 

Das Token der TCP_UDP Task wurde nicht gefunden. 

67 Initialisierungsfehler 

Allgemeiner Initialisierungsfehler. 

68 Ungültiger Betriebsmodus 

Ungültiger Betriebsmodus. 

Tabelle 23: Initialisierungsfehler ALI 



6.4.2 Laufzeitfehler 

Fehlernummer 

Fehler 

111 Status Kommunikationsreferenz 

Ungültiger Zustand der Kommunikationsreferenz für empfangene Message. 

112 TCP_UDP Task nicht bereit 

TCP_UDP Task ist nicht bereit 

113 Unbekannte Kommunikationsreferenz 

Telegramm für unbekannte Kommunikationsreferenz empfangen. 

115 IP Initialisierung 

Telegramm kann nicht bearbeitet werden, da IP Task initialisiert wird. 

116 Sendefehler 

Daten konnten nicht gesendet werden. 

117 Kommunikationsreferenz nicht bereit 

Kommunikationsreferenz ist nicht bereit Daten zu senden. 

150 Fehler ‘Messageheader‘ 

Fehler in Messageheader erkannt 

151 Fehler ‘Messagelänge‘ 

Ungültige Länge in Message empfangen. 

152 Fehler ‘Messagebefehl‘ 

Ungültiger oder unbekannter Befehl empfangen. 

156 Fehler ‘Message Sequenz‘ 

Ungültige Message Sequenz erkannt. 

158 Fehler ‘Messagebefehl läuft‘ 

Ein Messagebefehl ist bereits gestartet 

161 Fehler ‘Datenadresse‘ 

Ungültige Datenadresse in Message empfangen 

165 Fehler ‘Datenanzahl‘ 

Ungültige Datenanzahl in Message empfangen. 

166 Fehler ‘Datentyp‘ 

Ungültiger Datentyp in Message empfangen. 

167 Fehler ‘Funktion‘ 

Ungültige Funktion in Message empfangen. 

Tabelle 24: Laufzeitfehler ALI 



6.4.3 Systemfehler 

Fehlernummer 

Fehler 

200 Task nicht initialisiert 

Task ist noch nicht initialisiert. 

202 Segment nicht verfügbar 

Keine Speichersegmente mehr verfügbar. 







217 Systemfehler 

Allgemeiner Systemfehler. 

Tabelle 25: Systemfehler ALI 


NT 40-EN-RS / NT 40-RS-EN (TCP/IP auf ASCII) Beispiele 37 

7 Beispiele 

7.1 Parametrierung des ASCII-Protokolls 

Bei der Parametrierung des ASCII-Protokolls ist besonders zu beachten, 

dass das ASCII-Protokoll mögliche Initialisierungskonflikte nicht auflöst. 

Senden das ASCII-Protokoll und der Koppelpartner gleichzeitig, so gehen 

Daten verloren. Daher bestehen für den Anwender folgende Möglichkeiten: 

Es wird eine Master/Salve-Konfiguration projektiert. Das heißt, das ASCII- 

Protokoll im Gateway ist Master und der Koppelpartner Slave oder 

umgekehrt. Die Datenübertragung wird dann immer vom Master eingeleitet. 

Der Slave kann, nachdem er die Daten empfangen hat, ein 

Antworttelegramm mit Daten an den Master schicken oder den Empfang 

nur quittieren. Der Nachteil dieser Betriebsart ist, dass die Initiative zur 

Datenübertragung nur vom jeweiligen Master ausgehen kann. 

Das ASCII-Protokoll im Gateway wird als Slave konfiguriert. Es kann 

sowohl Daten senden als auch empfangen. Für den Koppelpartner gilt das 

Gleiche. Da das ASCII-Protokoll einen Halbduplex-Betrieb realisiert, muss 

der Anwender auf logischer Ebene sicherstellen, dass nicht beide 

Koppelpartner gleichzeitig senden. Das heißt, entweder der ASCII- 

Koppelpartner oder das Gateway hat die Sendeberechtigung. Die 

Sendeberechtigung kann z.B. durch ein Kennungsbyte ('logisches Token') 

repräsentiert werden, das immer nur einer der beiden 

Kommunikationspartner besitzt. Die Übergabe dieses Kennungsbytes an 

den anderen Kommunikationspartner kann z.B. im ersten Byte der 

Nutzdaten erfolgen. 

Im folgenden werden einige Beispielparametrierungen des ASCII-Protokolls 

vorgestellt, die der Anwender direkt übernehmen kann oder die als 

Grundlage für die eigene Projektierung dienen können. Zum Verständnis 

der Beispiele empfiehlt sich das gleichzeitige Studium der Kapitel 1, 2 und 

4 des Protokollmanuals ASCII-Kopplung. 


38 Beispiele NT 40-EN-RS / NT 40-RS-EN (TCP/IP auf ASCII) 

7.1.1 Beispiel 1: Master/Slave mit Endekennung 

Der ASCII-Koppelpartner ist Master, das Gateway ist Slave. Die 

Datenübertragung ist bidirektional. Die Kommunikation erfolgt nach 

folgendem Ablauf: 

 

 

 

Der ASCII-Koppelpartner (Master) leitet die Kommunikation mit einem 

Telegramm "ENDE" an das Gateway ein. Das 

Telegramm wird nur im Text durch Anführungszeichen begrenzt, sie 

erscheinen nicht auf der Leitung. Die spitzen Klammern und der Text 

dazwischen repräsentiert die Nutzdaten des Anwenders. 

Beispiel: = "Meine Nutzdaten" 

==> "Meine NutzdatenENDE" auf der Leitung. 

Die parametrierte Endekennung "ENDE" bewirkt, dass diese 

Zeichenkette vom Gateway (Slave) als Telegrammende erkannt wird. 

Die (z.B. "Meine Nutzdaten") werden dann zum 

TCP/IP-Gerät gesendet. Sie können dann von diesem ausgewertet 

und quittiert werden. Das TCP/IP-Gerät kann jetzt ein 

Antworttelegramm "" an den ASCII-Koppelpartner 

senden. Dieses Telegramm erscheint um die projektierte 

Endekennung erweitert auf der Leitung: "ENDE". 

Mit dem Antworttelegramm kann das TCP/IP-Gerät auch eine 

logische Quittierung des Telegramms "ENDE" 

durchführen (z.B. = "ACK" für erfolgreich 

empfangen und = "NACK" für fehlerhaft 

empfangen. 



Parameter 

Wert 

Interface and RTS RS232 RTS OFF 

Baudrate 9600 

Data bits 8 

Stop bits 1 

Parity 

Even 

Mode 

Slave 

End mode 

end identifier 

Checksum mode 

none 

Checksum area 

only user data 

Character filter 

no filter 

Character [HEX] 

Telegram timeout 1000 

Start timeout 0 

Character delay time 0 

Retries 0 

Length of telegram start 0 


Length of telegram end 4 

Telegram end 

ENDE 

Length of ACK-telegram 0 

ACK-telegram 

Length of NACK-telegram 0 

NACK-telegram 

Telegram length device 0 

Telegram sequence time 0 

Tabelle 26: Parameter des ASCII-Protokolls: Beispiel 1 



7.1.2 Beispiel 2: Master Slave mit Telegrammüberwachungszeit 

Der ASCII-Koppelpartner ist Master, das Gateway ist Slave. Die 



Der ASCII-Koppelpartner (Master) leitet die Kommunikation mit einem 

Telegramm "" an das Gateway ein. 

Die werden nach der parametrierten 

Telegrammüberwachungszeit von 50ms an das TCP/IP-Gerät 

gesendet. Dieses kann jetzt ein Antworttelegramm 

"" an den ASCII-Koppelpartner senden. Bei 

dieser Variante der Parametrierung ist zu beachten, dass die 

Telegrammdauer der kleiner als die 

Telegrammüberwachungszeit von 50ms ist. Andernfalls gehen 

Zeichen verloren, da die Telegrammüberwachungszeit das 

Telegrammende definiert! 

 

Mit dem Antworttelegramm kann das TCP/IP-Gerät auch eine 

logische Quittierung des Telegramms "" 



empfangen. 



Parameter 

Wert 


Baudrate 9600 

Data bits 8 

Stop bits 1 

Parity 

even 

Mode 

slave 

End mode 

only time control 

Checksum mode 

none 

Checksum area 



no filter 





Retries 0 




Telegram end 


ACK-telegram 


NACK-telegram 






7.1.3 Beispiel 3: Master/Slave mit Zeichenverzugszeit 

Das Gateway ist Master, der ASCII-Koppelpartner ist Slave. Die 



Das Gateway (Master) leitet die Kommunikation mit einem 

Telegramm "" an den ASCII-Koppelpartner ein. 

Der ASCII-Koppelpartner (Slave) muss innerhalb der 

Startüberwachungszeit von 1000ms mit dem Antworttelegramm 

"" beginnen. Das Antworttelegramm 

"" wird 10ms (Zeichenverzugszeit) nach seinem 

letzten Zeichen an das TCP/IP-Gerät gesendet. 

 

Mit dem Antworttelegramm kann der ASCII-Koppelpartner auch eine 

logische Quittierung des Telegramms "" 



empfangen. 



Parameter 

Wert 


Baudrate 9600 

Data bits 8 

Stop bits 1 

Parity 

even 

Mode 

master 

End mode 

only time control 

Checksum mode 

none 

Checksum area 



no filter 





Retries 0 




Telegram end 


ACK-telegram 


NACK-telegram 






7.1.4 Beispiel 4: Master/Slave mit Quittungstelegramm 

Das Gateway ist Master, der ASCII-Koppelpartner ist Slave. Die 

Datenübertragung ist unidirektional. Die Kommunikation erfolgt nach 


Das Gateway (Master) leitet die Kommunikation mit einem 

Telegramm "" an den ASCII-Koppelpartner ein. 

Der ASCII-Koppelpartner (Slave) muss innerhalb der 

Telegrammüberwachungszeit von 1000ms mit einem 

Quittungstelegramm antworten. Andernfalls sendet das Gateway 

noch 3 Wiederholungen (Parameter: Wiederholungen = 3). Hat der 

ASCII-Koppelpartner das Telegramm fehlerfrei empfangen, so muss 

er mit dem parametrierten ACK-Telegramm '0x06' antworten. Hat der 

ASCII-Koppelpartner das Telegramm nicht fehlerfrei empfangen, so 

muss er mit dem parametrierten NACK-Telegramm '0x15' antworten. 



Parameter 

Wert 


Baudrate 9600 

Data bits 8 

Stop bits 1 

Parity 

even 

Mode 

master 

End mode 

acknowledge telegram 

Checksum mode 

none 

Checksum area 



no filter 





Retries 3 




Telegram end 

Length of ACK-telegram -1 

ACK-telegram 6 

Length of NACK-telegram -1 

NACK-telegram 15 






7.1.5 Beispiel 5: Slave/Slave 

Das ASCII-Protokoll im Gateway wird als Slave konfiguriert. Es kann 

sowohl Daten senden als auch empfangen. Für den Koppelpartner gilt das 

Gleiche. Da das ASCII-Protokoll einen Halbduplex-Betrieb realisiert, muss 

der Anwender auf logischer Ebene sicherstellen, dass nicht beide 

Koppelpartner gleichzeitig senden. Das heißt, entweder der ASCII- 

Koppelpartner oder das Gateway hat die Sendeberechtigung. Die 

Sendeberechtigung kann z.B. durch ein Kennungsbyte ('logisches Token') 

repräsentiert werden, das immer nur einer der beiden 

Kommunikationspartner besitzt. Die Übergabe dieses Kennungsbytes an 

den anderen Kommunikationspartner kann z.B. im ersten Byte der 

Nutzdaten erfolgen. 

 

 

 

Leitet der ASCII-Koppelpartner die Kommunikation mit einem 

Telegramm "ENDE" an das Gateway ein, so 

bewirkt die Endekennung "ENDE", dass diese Zeichenkette vom 

Gateway als Telegrammende erkannt wird. Die 

werden an das TCP/IP-Gerät gesendet. Sie können dann von dieser 

ausgewertet und quittiert werden. 

Leitet das TCP/IP-Gerät die Kommunikation ein, so erscheint das 

Telegramm "ENDE" auf der Leitung. 

Kann der ASCII-Koppelpartner die Endekennung "ENDE" nicht 

verarbeiten, so ist z.B. die Parametrierung einer Zeichenverzugszeit 

gemäß Beispiel 3 möglich. 



Parameter 

Wert 


Baudrate 9600 

Data bits 8 

Stop bits 1 

Parity 

even 

Mode 

slave 

End mode 

end identifier 

Checksum mode 

none 

Checksum area 



no filter 





Retries 3 




Telegram end 

ENDE 


ACK-telegram 


NACK-telegram 





NT 40-EN-RS / NT 40-RS-EN (TCP/IP auf ASCII) Technische Daten 49 

8 Technische Daten 

8.1 NT 40-EN-RS / NT 40-RS-EN mit TCP/IP auf ASCII 

TCP/IP Schnittstelle 

Ethernet Übertragungsraten 

Ethernet Duplex Modus 

Wert 

10 MBit/s oder 100 MBit/s 

Halb-Duplex oder Voll-Duplex 

Tabelle 31: Technische Daten TCP/IP (Umsetzung TCP/IP auf ASCII) 

ASCII Schnittstelle 

Wert 

ASCII 

Master oder Slave 

ASCII Duplex Modus 

Halb-Duplex 

ASCII Baudrate 

50 Baud .. 38,4 kBaud 

ASCII Datenbits 7 oder 8 

ASCII Stopbits 1 

Nutzdatenlänge 

max. 240 Byte Sende- und Empfangsdaten pro 

Telegramm 

Tabelle 32: Technische Daten ASCII (Umsetzung TCP/IP auf ASCII) 


NT 40-EN-RS / NT 40-RS-EN (TCP/IP auf ASCII) Verzeichnisse 51 

9 Verzeichnisse 

9.1 Abbildungsverzeichnis 

Abbildung 1: Anschluss der Geräte am netTAP NT 40-EN-RS / NT 40-RS-EN 6 

Abbildung 2: Unidirektionale Datenübertragung TCP/IP ASCII 9 

Abbildung 3: Unidirektionale Datenübertragung ASCII TCP/IP 9 

Abbildung 4: Bidirektionale Datenübertragung TCP/IP ASCII TCP/IP 10 

Abbildung 5: Bidirektionale Datenübertragung ASCII TCP/IP ASCII 10 

Abbildung 6: Definition des Parameters Flags 0 18 

Abbildung 7: Definition des Parameters Flags 1 19 

Abbildung 8: Definition der Fehlerbits 22 

Abbildung 9: Definition Connection State 25 


52 Verzeichnisse NT 40-EN-RS / NT 40-RS-EN (TCP/IP auf ASCII) 

9.2 Tabellenverzeichnis 

Tabelle 1: Parametrierung des ASCII-Protokolls 13 

Tabelle 2: Parameterliste ALI_SETUP 15 

Tabelle 3: Parameterliste BRIDGE 16 

Tabelle 4: Parameterliste IP_SETUP 17 

Tabelle 5: Definition des Parameters Flags 0 18 

Tabelle 6: Definition des Parameters Flags 1 19 

Tabelle 7: LEDs auf dem Gateway 21 

Tabelle 8: Definition des erweiterten Taskstatus ASCII Protocol 22 

Tabelle 9: Definition des erweiterten Taskstatus TCPASC Task Information 23 

Tabelle 10: Definition des erweiterten Taskstatus TCPASC Setup 24 

Tabelle 11: Definition des erweiterten Taskstatus ALI Task Information 25 

Tabelle 12: Definition des erweiterten Taskstatus ALI Com Ref State 26 

Tabelle 13: Definition des erweiterten Taskstatus ALI TCP Msg Count 26 

Tabelle 14: Definition des erweiterten Taskstatus - TCP_UDP Task Information 27 

Tabelle 15: Definition des erweiterten Taskstatus - IP Task Information 27 

Tabelle 16: Definition des erweiterten Taskstatus - IP Ethernet Status 27 

Tabelle 17: Initialisierungsfehler ASCII 30 

Tabelle 18: Protokollfehler ASCII 31 

Tabelle 19: Interne Systemfehler ASCII 31 

Tabelle 20: Initialisierungsfehler TCPASC 32 

Tabelle 21: Laufzeitfehler TCPASC 32 

Tabelle 22: Interne Systemfehler TCPASC 33 

Tabelle 23: Initialisierungsfehler ALI 34 

Tabelle 24: Laufzeitfehler ALI 35 

Tabelle 25: Systemfehler ALI 36 

Tabelle 26: Parameter des ASCII-Protokolls: Beispiel 1 39 





Tabelle 31: Technische Daten TCP/IP (Umsetzung TCP/IP auf ASCII) 49 

Tabelle 32: Technische Daten ASCII (Umsetzung TCP/IP auf ASCII) 49

Protokollkonvertierung - Hilscher.fr

Sie wollen auch ein ePaper? Erhöhen Sie die Reichweite Ihrer Titel.

Template löschen?

Als Template speichern?