ECCO Manual 1.03.pdf - Horsch Elektronik AG

Tel.: +41 81 771 61 81 

Fax: +41 81 771 17 47 

HORSCH ELEKTRONIK AG 

Haagerstrasse 42 

Postfach 

CH-9473 Gams 

http://www.horsch.ch 

info@horsch.ch 

ECCO Manual 

Version: 1.03 

Autor: M. Chicherio 

Datum: 19. Dezember 2005 

© Horsch Elektronik AG, 2004 – 2005

Horsch Elektronik AG 

1. VORWORT 

Die ECCO Programmiersprache der Horsch Elektronik AG wurde als Sprache zur 

Steuerung und Überwachung grösserer Anlagen zur automatischen Herstellung von 

komplexen Werkstücken entworfen und jahrelang verbessert und erfolgreich 

eingesetzt. In den 80-er Jahren durch Gabriel Horsch entworfen, ist sie in den letzten 

10 Jahren durch Dr. Peter Horn und Ing. Marcel Sestak weiterentwickelt worden. 

Die ECCO Steuerung ist eine konsequente Weiterentwicklung der bisherigen SMC 

Steuerungen. Was bisher durch eigene Hardware realisiert wurde, wird nun von 

einem kommerziellen Standard-PC erledigt, wodurch der Kunde von allen Vorteilen 

eines PC’s profitiert. 

Die ECCO Laufzeit-Umgebung ist äusserst leistungsfähig und erlaubt es, mit einem 

Pentium 3 800 MHz in einer Sekunde 200'000 Instruktionen aus 200 Tasks 

abzuarbeiten; dabei benötigt der Rechner lediglich 5% seiner Rechenleistung! 

Dieses Manual wurde mit grösster Sorgfalt zusammengestellt – dennoch kann es 

Fehler enthalten. Sollten Sie auf Fehler stossen, teilen sie diese bitte der Horsch 

Elektronik AG mit. 

Aufgrund internationaler Urheberrechts-Schutzabkommen ist es Ihnen untersagt, 

dieses Manual ganz oder teilweise zu kopieren, digitalisieren, ändern oder vervielfältigen. 

Das Weitergeben, Veräussern oder Ausleihen an Dritte ist untersagt. 

Obwohl dieses Manual mit grösster Sorgfalt verfasst wurde, kann es dennoch 

Fehler, Irrtümer und Auslassungen enthalten. Mit dem Gebrauch dieses Manuals 

nehmen Sie diese Tatsache zur Kenntnis und verzichten auf alle Haftungsansprüche 

gegenüber der Horsch Elektronik AG oder Dritten aufgrund mangelhafter, 

fehlerhafter, irreführender oder andersartig falscher Angaben. Stimmen Sie diesen 

Bedingungen nicht zu, müssen Sie das Manual zwingend und umgehend zurückgeben, 

digitale Kopien löschen und dürfen das beschriebene Produkt nicht länger 

benützen. 

Alle Markennamen werden ohne Schutzzeichen gedruckt. Solches Fehlen stellt 

keinerlei Angabe zur freien Verfügbarkeit dar. 

© 2004, 2005 

HORSCH ELEKTRONIK AG 

Haagerstrasse 

Postfach 

CH-9473 Gams 

19.12.05 – Ver.: 1.03 ECCO Referenz - 2/305 -


2. INHALTSVERZEICHNIS 

1. Vorwort .........................................................................................................2 

2. Inhaltsverzeichnis........................................................................................3 

3. Einführung in ECCO ....................................................................................8 

3. 1. Vorteile von ECCO gegenüber IEC 61131 ....................................................8 

3. 2. Installation von ECCO ...................................................................................9 

3. 3. Arbeiten mit dem Terminal...........................................................................10 

3. 4. Betriebsarten & -Zustände...........................................................................15 

3. 5. Die Programmierumgebung.........................................................................19 

3. 6. Ein minimales Programm.............................................................................21 

3. 7. Funktionen, Tasks und Prozeduren.............................................................24 

3. 8. Register und Merker ....................................................................................26 

3. 9. Arbeiten mit Strings .....................................................................................29 

3. 10. Ein- und Ausgänge ......................................................................................31 

3. 11. Anzeige und Eingabe...................................................................................32 

3. 12. Flusskontrolle ..............................................................................................34 

3. 13. Internationalisierung ....................................................................................36 

3. 14. Kommunikation zwischen Steuerungen.......................................................37 

3. 15. Statistik und ZPoint......................................................................................38 

3. 16. Der PAC ......................................................................................................40 

4. Befehle........................................................................................................41 

4. 1. Konventionen...............................................................................................41 

4. 2. Systematische Befehlsreferenz ...................................................................42 

4. 3. Alphabetische Befehlsreferenz ....................................................................46 

.ADDRESS ................................................................................................. 47 

.ARRAYS / .END_ARRAYS........................................................................ 48 

.CODE_OFF ............................................................................................... 49 

.CPLINK_MAP_DEF / .END_CPLINK_MAP_DEF ..................................... 50 

.DISPLAYS / .DISP_END ........................................................................... 51 

.END........................................................................................................... 52 

.ERROR_CODE_START............................................................................ 53 

.ERROR_FLAG_OFFSET .......................................................................... 54 

.FUNCTIONS / .FUNC_END ...................................................................... 55 

.IO_TEXT / .END_IO_TEXT ....................................................................... 57 

.LANGUAGES ............................................................................................ 59 

.LIMITS....................................................................................................... 60 

.LOCAL....................................................................................................... 62 

.MAX_ECCO .............................................................................................. 63 

.OWN_ECCO ............................................................................................. 64 

.PAC_DEF / .END_PAC_DEF .................................................................... 65 

.PASSWORD.............................................................................................. 66 

.PROFIBUS_DEF / .MASTER / .END_PROFIBUS_DEF ........................... 67 

.PROJECT.................................................................................................. 69 

.PROTECTED / .END_PROTECTED......................................................... 70 

.PSL / .END_PSL ....................................................................................... 71 

.SET_CONST / .END_CONST ................................................................... 74 

.SETLABEL ................................................................................................ 76 



.SLCE_DEF / .END_SLCE_DEF ................................................................ 77 

.SLCS_DEF / .END_SLCS_DEF ................................................................ 78 

.STATIONS / STATION / .END_STATIONS............................................... 79 

.STATISTIC / GROUP / .END_STATISTIC ................................................ 80 

.STOP_IO_TEXT........................................................................................ 84 

.STRING_REG / .END_STRING_REG....................................................... 85 

.STRINGS / .END_STRINGS ..................................................................... 86 

.TEXT ......................................................................................................... 88 

.TINP_TEXT / .END_TINP_TEXT .............................................................. 89 

.UNLOCK / .END_UNLOCK ....................................................................... 91 

.ZPOINT / ANLAGE / RACK / .END_ZPOINT ............................................ 92 

ABS ............................................................................................................ 95 

AND............................................................................................................ 96 

BMOV......................................................................................................... 97 

BUS_OFF ................................................................................................... 98 

BUS_ON..................................................................................................... 99 

CALC ........................................................................................................ 100 

CALL......................................................................................................... 101 

CALLD ...................................................................................................... 102 

CALLF ...................................................................................................... 104 

CDATEDISP ............................................................................................. 106 

CLOSE ..................................................................................................... 107 

CLR_PUFFER .......................................................................................... 108 

CLS........................................................................................................... 109 

CLS_WIN.................................................................................................. 110 

COND_TRAP / IF_COND / END_COND_TRAP ...................................... 111 

CREGDISP............................................................................................... 113 

CTIMEDISP .............................................................................................. 115 

CWRITE ................................................................................................... 116 

DATEDISP................................................................................................ 117 

DO / DO_WHILE / DO_WHILENOT ......................................................... 118 

END_NUM_INP........................................................................................ 120 

EXCL ........................................................................................................ 121 

GET_PSL ................................................................................................. 122 

GW_DD .................................................................................................... 123 

GW_DW ................................................................................................... 124 

GW_MSG ................................................................................................. 125 

GW_QUEUE............................................................................................. 126 

GW_RD_DD ............................................................................................. 127 

GW_RD_DW ............................................................................................ 128 

HP_CDATEDISP ...................................................................................... 129 

HP_CLS_WIN........................................................................................... 131 

HP_CREGDISP........................................................................................ 132 

HP_CTIMEDISP ....................................................................................... 134 

HP_CWRITE ............................................................................................ 136 

HP_DATEDISP......................................................................................... 137 

HP_REGDISP .......................................................................................... 139 

HP_TIMEDISP.......................................................................................... 140 

HP_WRITE ............................................................................................... 142 

ID_INIT ..................................................................................................... 143 

ID_READ .................................................................................................. 144 



ID_REG_RD ............................................................................................. 145 

ID_REG_WR ............................................................................................ 146 

ID_STATUS.............................................................................................. 147 

ID_WRITE ................................................................................................ 148 

IF / IFNOT / ELSE / END_IF..................................................................... 149 

INM........................................................................................................... 151 

INP............................................................................................................ 152 

JMPCOND................................................................................................ 154 

JMPTIM .................................................................................................... 155 

JPBIT........................................................................................................ 156 

JPEQ ........................................................................................................ 157 

JPGT ........................................................................................................ 158 

JPLT ......................................................................................................... 159 

JUMP........................................................................................................ 160 

L_INP........................................................................................................ 161 

L_JMPCOND............................................................................................ 163 

L_OUTP.................................................................................................... 164 

L_SWITCH / CASE / DEFAULT / END_SWITCH..................................... 165 

LEN_STR ................................................................................................. 166 

MID_STR.................................................................................................. 167 

MOV ......................................................................................................... 168 

MOV_PUFFER ......................................................................................... 169 

NEW_PUFFER......................................................................................... 170 

NOT.......................................................................................................... 171 

NSDEF ..................................................................................................... 172 

NUM_INP ................................................................................................. 173 

OPEN ....................................................................................................... 175 

OR ............................................................................................................ 176 

OUTA........................................................................................................ 177 

OUTP........................................................................................................ 178 

PAC .......................................................................................................... 179 

POWER_OFF........................................................................................... 181 

PUFFER ................................................................................................... 182 

RD_DATE................................................................................................. 183 

RD_HOUR................................................................................................ 184 

RD_PUFFER ............................................................................................ 185 

RD_TIME.................................................................................................. 186 

RD_WEEK................................................................................................ 187 

REGDISP ................................................................................................. 188 

RET .......................................................................................................... 189 

RETD........................................................................................................ 190 

RETE ........................................................................................................ 191 

RETF ........................................................................................................ 192 

SAVE_ARRAY.......................................................................................... 193 

SCALE_AD............................................................................................... 194 

SCALE_DA............................................................................................... 196 

SCHICHT.................................................................................................. 197 

SEARCH................................................................................................... 198 

SEND_IO.................................................................................................. 199 

SEND_REG.............................................................................................. 200 

SEND_SR................................................................................................. 201 



SET_LANG............................................................................................... 202 

SET_PSL.................................................................................................. 203 

SETBIT ..................................................................................................... 204 

SETTIM .................................................................................................... 205 

SLCE ........................................................................................................ 206 

SLCS ........................................................................................................ 207 

SLV_RCV_STR ........................................................................................ 208 

SLV_SND_STR ........................................................................................ 209 

SMOV....................................................................................................... 210 

STAT_CLR ............................................................................................... 211 

STAT_PUFFER ........................................................................................ 212 

STAT_QUEUE.......................................................................................... 213 

STAT_TAKT ............................................................................................. 214 

STCKZAHL............................................................................................... 215 

STDEF...................................................................................................... 216 

STR_ADD................................................................................................. 217 

STR_ADD_ASCII ..................................................................................... 218 

STR_ADD_NR.......................................................................................... 220 

STR_TO_ASCII ........................................................................................ 221 

STR_TREAT............................................................................................. 222 

STR_VAL.................................................................................................. 223 

SV_COM .................................................................................................. 224 

SV_CONST .............................................................................................. 225 

SV_FIL...................................................................................................... 226 

SV_READ................................................................................................. 227 

SV_TRJ .................................................................................................... 228 

SWITCH / CASE / DEFAULT / END_SWITCH......................................... 229 

TASK_KILL............................................................................................... 230 

TASK_OPEN ............................................................................................ 231 

TASK_STEP............................................................................................. 232 

TIMEDISP................................................................................................. 233 

TINP ......................................................................................................... 234 

VI_CLRKEY.............................................................................................. 237 

VI_DATE................................................................................................... 238 

VI_JMPKEY.............................................................................................. 240 

VI_RDISP ................................................................................................. 241 

VI_READ .................................................................................................. 243 

VI_TIME.................................................................................................... 244 

VI_WRITE................................................................................................. 246 

WAITIM..................................................................................................... 247 

WHILE / WHILENOT / END_WHILE......................................................... 248 

WR_TIME ................................................................................................. 250 

WRITE ...................................................................................................... 251 

XOR.......................................................................................................... 252 

ZPOINT_STATE....................................................................................... 253 

4. 4. Label..........................................................................................................254 

BACKPGM................................................................................................ 255 

ERROR_PROTOTYPE............................................................................. 256 

HOT_TASK / HOT_END........................................................................... 257 

HPPGM .................................................................................................... 259 

NRMPGM ................................................................................................. 260 



NSPGM .................................................................................................... 261 

NSRESP................................................................................................... 262 

STPGM..................................................................................................... 263 

STRESP ................................................................................................... 264 

4. 5. Veraltete Befehle .......................................................................................265 

CTRDEC................................................................................................... 266 

CTRDISP.................................................................................................. 267 

CTREQ ..................................................................................................... 268 

CTRINC .................................................................................................... 269 

CTRPRES ................................................................................................ 270 

CTRRES................................................................................................... 271 

DISABLE_STOP / ENABLE_STOP.......................................................... 272 

STAT_SEND ............................................................................................ 273 

STEND ..................................................................................................... 274 

TIMETRAP / END_TIMETRAP................................................................. 275 

TRAP / IF_TRAP / END_TRAP ................................................................ 276 

4. 6. Nicht länger unterstützte Befehle...............................................................277 

5. Anhänge ...................................................................................................278 

5. 1. Zustandsdiagramm....................................................................................278 

5. 2. Priorität ......................................................................................................279 

5. 3. Farben und Schriftarten auf dem Display ..................................................279 

5. 4. Systemregister...........................................................................................281 

5. 5. Systemmerker ...........................................................................................284 

5. 6. Systemfehler..............................................................................................286 

5. 7. Befehle an Servo-Slaves und PAC............................................................292 

5. 8. Der ECCO Debugger.................................................................................296 

5. 9. Der ECCO Profiler .....................................................................................299 

5. 10. Application Programming Interface............................................................303 

5. 11. Bibliographie..............................................................................................304 

6. Gültige Version ........................................................................................305 



3. EINFÜHRUNG IN ECCO 

In diesem Kapitel werden diverse Aspekte von ECCO erläutert. Es dient vor Allem 

dazu, in ECCO ungeübten Programmierern einen Einstieg zu geben, bietet daneben 

aber auch erfahrenen ECCO-Programmierern die Möglichkeit, sich auf die Grundsätze 

der Sprache zu besinnen. 

3. 1. Vorteile von ECCO gegenüber IEC 61131 

Die Vorteile der ECCO Programmiersprache und des neuen ECCO Betriebssystems 

sind schwer zu übermitteln. Weltweit werden die Steuerungen durch Normierung, die 

Ausbildung und Anzahl der Programmierer in eine andere Richtung, historisch bedingt, 

gelenkt. 

Die meistens in anderen Steuerungen verwendete IEC-61131 Programmiersprache 

ist eine Zustandsmaschine, welche im Laufe der Zeit aus der jetzt veralteten Relaistechnik 

abgeleitet wurde. Die Anwendung der Relaistechnik wirkte sehr stark auf die 

traditionelle Ausbildung der Steuerungsbauer und Betreiber industrieller Anlagen. 

Die digitale Technik wurde auch in dieser Art und Denkweise theoretisch behandelt. 

Nun haben die Prozessoren mit programmierbaren Digitalbausteinen fast alle Aufgaben 

der Relaistechnik übernommen. Jeder Prozessor arbeitet im Zeitablauf seine 

Programmzeilen ab. Für die Nachbildung einer Zustandsmaschine müssen zusätzliche 

Aufwendungen des Betriebssystems im Prozessor erfolgen, was die Leistungsfähigkeit 

des Prozessors beansprucht. Zustandsmaschinen arbeiten deshalb 

langsamer. 

Die Zustandsmaschine nach IEC 61131 wird im Takt durch den Prozessorprogramm 

nachgebildet, indem zuerst Eingänge eingelesen werden, dann alle programmierten 

Zustände der Ein- und Ausgänge abgearbeitet werden und am Ende des Taktes die 

Ausgänge gesetzt werden. 

Bei komplizierten Zuständen ist es auch für geübte Programmierer sehr schwierig, 

alle Zustände der Ein- und Ausgänge im Kopf zu behalten und Änderungen am Programm 

auszuführen, ohne dabei die vorher programmierten Zustände nicht zu 

beeinflussen. 

ECCO ist eine Zeitablaufsprache, so wie in jedem Prozessor seine Programme im 

Zeitablauf abgearbeitet werden. Die Ausführung von Aufgaben eines Prozess- 

Ablaufes erfolgen ebenfalls im Zeitablauf. Dies entspricht auch der menschlichen 

Denkart, wenn Aufgaben hintereinander erledigt werden. 

Eine Veränderung eines komplizierten Prozessablaufs bedeutet in einer Zustands- 

Maschine, dass alle Zustände auf die Auswirkung der Veränderung überprüft werden 

müssen, weil alle Variablen sich gegenseitig beeinflussen. In einem Zeitablauf wird 

hingegen nur ein Zeitsegment verändert, welcher keinen direkten Einfluss auf die anderen 

Zeitsegmente ausübt und nur in diesem Zeitsegment auf die neue Veränderung 

überprüft werden muss. 

Die zweite Veranschaulichung des Unterschiedes wäre ein Beispiel einer Gruppe 

von 10 Arbeitern, welche eine gemeinsame Arbeit ausführen. In einer Zustands- 

Maschine muss man jeden einzelnen Schritt jedes Arbeiters genau vorschreiben und 

überwachen, weil jeder Arbeiter den momentanen Zustand der gemeinsamen Aufgabe 

direkt beeinflusst. 



In einem Zeitablauf bekommt jeder Arbeiter seine Aufgabe unabhängig zu lösen, wobei 

die gemeinsame Kontrolle sich nur auf die Synchronisierungspunkte zwischen 

einigen Arbeitern und erst am Ende der Aufgabe die Synchronisierung der gesamten 

Gruppe beschränkt. 

Deshalb müssen auch in einem Zeitablauf die Zustände der einzelnen Arbeiten 

punktuell überwacht werden. Nicht aber immer wie es in der Zustandsmaschine der 

Fall ist. Dies erleichtert wesentlich die Denkart und die Abarbeitung der Änderungen 

in einem bestehenden Programm. 

Erfahrungsgemäss ist eine Ergänzung oder eine Veränderung des Programms in 

ECCO und die Überprüfung der Auswirkung auf andere Programmabläufe wesentlich 

schneller ausführbar als in einer Zustandsmaschine, wie es die IEC 61131 

Programmiersprache ist. 

ECCO Betriebssystem arbeitet schneller und ist der menschlichen Denkart besser 

angepasst und einfacher zu begreifen als eine Zustandsmaschine. Der Beweis liegt 

in der Flexibilität, schneller Durchführung von Änderungen und dadurch wesentlich 

kürzerer Zeit der Inbetriebnahmen bei anspruchsvollen und komplizierten Prozessen. 

Die Betrachtung der Programmier-, Inbetriebnahme- und Änderungskosten hat die 

ECCO Programmiersprache seit 20 Jahren trotz der minimalsten Bekanntheit und 

Verbreitung bisher überleben lassen. 

3. 2. Installation von ECCO 

Die eigentliche Installation von ECCO ist äusserst einfach und kann innerhalb einer 

Minute erledigt werden. Daneben werden jedoch einige Software-Pakete von 

Drittanbietern benötigt, deren Installation etwas länger dauern kann. In diesem Abschnitt 

werden alle Installations-Schritte aufgezeigt. Beachten Sie, dass die einzelnen 

Programme Lizenzvereinbarungen unterliegen und nur entsprechend verwendet 

werden dürfen. 

1. Windows 2000 oder XP installieren – auf anderen Windows Produkten ist 

ECCO unter Umständen nicht lauffähig oder läuft nur instabil. 

2. Falls ein Beckhoff Touchscreen-Panel verwendet wird, müssen die Treiber 

speziell installiert werden. Ebenso müssen allenfalls kundenspezifische 

Anpassungen der Standart-Installation vorgenommen werden. 

3. Profibus-Karte installieren. Wird eine Karte der Firma Hilscher zusammen mit 

einem vorinstallierten Beckhoff Industrie-PC verwendet, so können nicht 

einfach die Profibus-Treiber installiert werden, sondern die vorinstallierten 

Beckhoff-Treiber sind durch die Treiber der Firma Hilscher zu ersetzen. 

4. Wird eine CP-Link Karte verwendet, so ist diese zu installieren und TwinCat CP 

muss installiert werden. Die Installation von TwinCat CP ist selbsterklärend. 

5. Ausführen der ECCO-Installation ECCOSetup.exe. Typischerweise reichen die 

Standard-Einstellungen aus; unter Umständen sind sie jedoch anzupassen. 

Falls ECCO zum ersten Mal installiert wird, sollte die Option „Execute 3rd 

Party Setup Files“, um Treiber zu installieren, welche zur Laufzeit benötigt 

werden. 

6. Beim Arbeiten mit Profibus oder CPLink muss die zum Dongle gehörende 

Lizenzdatei license.dat in das Verzeichnis von ECCO kopiert werden. 



Damit ist die eigentliche Installation von ECCO abgeschlossen. Die Konfiguration von 

ECCO wird im nächsten Abschnitt erläutert. 

Zur Installation und Verwendung von SyCon und ist die jeweilige Dokumentation zu 

beachten. Bei der Anbindung von CPLink muss zudem TwinCat CP parallel zu 

ECCO laufen. 

3. 3. Arbeiten mit dem Terminal 

Das ECCO Terminal bildet das frühere SMC42 Panel ab. Daher fällt es SMC42 

Anwendern leicht, auf ECCO zu wechseln. Da ECCO die Soft-SPS Steuerung für 

windows-basierte PC’s ist, wird ECCO wie jedes andere Windows-Programm gestartet. 

1. Mit dem Hauptschalter am Schaltschrank die Anlage einschalten. 

2. Den Steuerungs-PC einschalten. Je nach Konfiguration muss beim Aufstarten 

ein Passwort eingegeben werden. 

3. Starten der ECCO Laufzeit-Umgebung ecco.exe. 

4. Der Konfigurator erscheint. 

5. Das Programm im Feld „Load Programm at Startup“ wählen und mit der 

Schaltfläche „Start ECCO“ starten. 

6. Das ausgewählte Programm wird nun von der Laufzeit-Umgebung gestartet. 

Das Programm meldet sich mit einer Meldung, die vom Programmierer mit dem 

.TEXT Befehl gewählt wurde. 

Der ECCO Konfigurator 

Beim Aufstarten von ECCO erscheint zuerst der Konfigurator. Ist die Steuerung erst 

einmal richtig konfiguriert, so braucht der Benutzer nur auf „Start ECCO!“ zu klicken, 

um die Steuerung zu starten. 

Die Anweisungen in diesem Abschnitt greifen vom Schwierigkeitsgrad etwas vor und 

erläutern die fortgeschrittene Konfiguration von ECCO; wer sich nicht dafür 

interessiert, kann diesen Abschnitt getrost überspringen. 

Die erste „fortgeschrittene“ Einstellung betrifft die Möglichkeit, den Konfigurator zu 

überspringen, wie dies in Produktionsumgebungen gewünscht wird, damit die Anlage 

vollständig autonom startet. Dazu wird ECCO mittels 

ecco -s 

aufgerufen, wobei der Schalter -s das 

Überspringen des Konfigurators angibt 

und in das kompilierte 

Laufzeit-Programm angegeben wird. 

Beim Aufruf ohne -s Schalter erscheint 

die Hauptseite des Konfigurators nach 

nebenstehender Abbildung. Die meisten 

Elemente sind inaktiv, da der Benutzer 

sich zuerst anmelden muss, bevor er 

Veränderungen vornehmen darf. 

Die Anmeldung geschieht, indem der 

Benutzer auf „User Login“ klickt und sich 

beim System anmeldet. 



In der Box „Login info“ befinden sich Informationen zum letzen Beenden von ECCO 

(also wann und wie ECCO beendet wurde) und zum Benutzer. In den Feldern 

„Engine Runtime status“ und „UPS Status“ kann ECCO den Zustand der Laufzeit- 

Umgebung respektive der Stromversorgungs-Einheit angeben. 

Bei einem angemeldeten Benutzer sieht 

die Hauptseite wie in nebenstehender 

Abbildung aus. Neben der Möglichkeit, 

ECCO mittels „Start ECCO“ zu starten 

oder das Programm mittels „Cancel“ zu 

beenden, kann der Benutzer ein Laufzeit- 

Programm auswählen, ECCO ohne 

Laufzeit-Programm zu starten (indem er 

„Load Program at startup“ deaktiviert), 

sich selbst ausloggen und die aktuellen 

Einstellungen anschauen und ändern. 

Die Einstellungen werden über „ECCO 

Settings“ inspiziert und bei Bedarf 

geändert. Die einzelnen Möglichkeiten 

werden dabei im Nachfolgenden erläutert. 

Die Einstellungen werden in acht Reitern 

dargestellt, wobei der erste Reiter serielle 

Verbindungen zu den Hilfsprogrammen 

ermöglicht. Da in älteren Steuerungs- 

Generationen dies ausschliesslich über 

serielle Schnittstellen möglich war, wird 

dies von ECCO weiterhin unterstützt. 

Die meisten Benutzer verzichten jedoch 

darauf und verwenden die erste Option 

(wie in der Abbildung ausgewählt), um 

die Hilfsprogramme anzubinden. 

Mit dem Auswahl-Feld „IP address for PC 

Services“ wird die zu verwendende 

eigene IP-Adresse ausgewählt. 

Der zweite Reiter, mit „IDEX“ beschriftet, 

dient ausschliesslich zur Information, da 

IDEX Einheiten über .PRODIBUS_DEF 

deklariert und konfiguriert werden. 

Die Zahl beim Max Feld gibt die Zahl der 

angeschlossenen IDEX Antennen an. 

Danach folgt die eigentliche Tabelle mit 

den IDEX Elementen, wobei die Felder 

folgende Bedeutung haben: 



ID Profibus ID der Auswerteinheit. 

Bd Nummer der verwendeten Karte. 

Ant Antenne auf der Auswerteinheit. 

Nr Die ECCO ID. 

IB Das erste Input-Byte im Abbild. 

OB Das erste Output-Byte im Abbild. 

Der dritte Reiter ist mit „Engine Tracer“ 

beschriftet. Der Reiter bietet die Möglichkeit, 

Register beim Aufstarten zu initialisieren, 

Aufstart-Verhalten der Laufzeit- 

Umgebung und das Verhalten bei 

Profibus-Fehlern festzulegen, den Support 

für den Tracer zu aktivieren und zu 

konfigurieren, die Zeit zur periodischen 

Speicherung der „pufferter“ Register festzulegen, 

die Ereignisaufzeichnung zu 

beeinflussen, was die Offline-Analyse 

erleichtert, und die Anzahl der Systemumläufe 

in jeder Millisekunde anzugeben. 

Der vierte Reiter (der erste auf der 

„oberen“ Reihe) ermöglicht es, die 

Bildschirm-Ausgabe zu konfigurieren. 

Typischerweise wird ECCO als „Stand 

alone“ Anwendung betrieben, das heisst, 

ECCO läuft auf einem eigenen Rechner 

mit Bildschirm. Daneben besteht jedoch 

die Möglichkeit, die Ausgabe der 

Laufzeit-Umgebung auf einem eigenen 

Panel auszugeben (über eine beliebige 

serielle Schnittstelle) oder über TCP/IP 

auf einem fremden PC darzustellen (beispielsweise, 

um ECCO Rechner zentral 

zu verwalten). 

Der fünfte Reiter wird für ZPoint und 

StatREAD verwendet. 

Der Begriff „Gateway“ stammt noch von 

älteren Steuerungs-Generationen, bei 

welchen die SMC Steuerung über eine 

spezielle Gateway-Karte mit dem ZPoint- 

Rechner kommunizierte. 

Das Kontrollkästchen „Gateway support“ 

aktiviert die ZPoint-Anbindung. Über die 

Schaltfläche „Configuration file“ kann die entsprechende Konfigurations-Datei 

ausgewählt werden. Das Kästchen „Activate/Deactivate STATISTIC support“ muss 

aktiviert sein, wenn eine Statistik-Software (wie ZPoint oder StatREAD) verwendet 

wird. 



Der sechste Reiter ist mit „ECCO“ beschriftet 

und dient zum Verbinden mit 

fremden Steuerungen, so dass die 

Steuerungen zu einem Verbund zusammengefasst 

werden. 

Über das Kontrollkästchen „Support 

ECCO ECCO communication“ wird 

die Netzwerkunterstützung für den 

Verbund aktiviert; die weiteren Felder 

dienen zur Deklaration der IP-Adressen 

der verbundenen Steuerungen. 

Der siebte Reiter, überschrieben mit 

„Slave and VI“ ermöglich es, die Unterstützung 

für Slaves zu deaktivieren. Zudem 

werden Informationen über die angeschlossenen 

Slaves angezeigt. 

PB Profibus ID der Klemme. 

ECC In ECCO zugewiesene Nummer. 

BRD Nummer der verwendeten Karte. 

Slv Der Typ des angeschlossenen 

Typ Slaves 

COM Fortlaufende Com-Nummer. 

Typ Parameter des Com-Ports. 

Der achte und letzte Reiter aktiviert die 

PAC Unterstützung und zeigt folgende 

Informationen an: 

ID Profibus ID des PAC. 

Brd Nummer der verwendeten Karte. 

PAC ECCO-ID des PAC. 



Die Elemente des Terminals 

Das Terminal besteht aus einem „Display“ mit hellblauem Grund, auf dem ECCO 

Programme und die Laufzeit-Umgebung Mitteilungen schreiben können. Dabei sind 

die untersten zwei Zeilen der Laufzeit-Umgebung vorbehalten und werden 

üblicherweise Status-Zeilen genannt. 

Die übrigen Elemente repräsentieren Tasten, mit denen der Bediener das Programm 

bedient. Einige Tasten haben zusätzlich kleine „LED“‘s, welche den dazugehörigen 

Zustand anzeigen. 

Wenn aktiv wird bei den Zifferntasten die alternative Funktion ausgewählt. 

Diese ist bei den entsprechenden Tasten dokumentiert. 

Anwahl für die Eingabe von Zahlen. 

Zeigt Störungen und den Notstop an. Bei einem Notstop muss zuerst 

hardwaremässig quittiert werden (indem beispielsweise der Notstop- 

Schalter gelöst wird). Die Störung wird mit dem Drücken der „Fail“ Taste 

quittiert, worauf die Stör-Reset-Sequenz startet. 

Zeigt an, wenn die aktuelle Betriebsart „manueller Betrieb“ ist. Mit der 

Taste wird in den manuellen Betrieb gewechselt. 

Zeigt an, wenn die aktuelle Betriebsart „Stationenbetrieb“ ist. Mit der Taste 

wird in den Stationenbetrieb gewechselt. 

Zeigt an, wenn die aktuelle Betriebsart „Automatikbetrieb“ ist. Mit der 

Taste wird in den Automatikbetrieb gewechselt. 

Startet die ausgewählte Funktion, Station oder das Programm. 

Programm-Unterbrechung mit Auslösung des Diagnostik-Modus. Normale 

Programme werden unterbrochen, um die Eingänge zu zeigen, auf die 

gewartet wird. Mit Start wird das Programm fortgesetzt. 

Beendet den ECCO Monitor und das Anwenderprogramm. 



Im Diagnostik-Modus wird die erste Bedingung angezeigt, auf die gewartet 

wird. 

In den Auswahl-Modi für Station, Funktion, Merker, ... wird der Auswahl- 

Modus verlassen. 

Im Diagnostik-Modus wird damit die nächste Bedingung angezeigt. 

Leuchtet, wenn ein Eingang, Ausgang oder Merker gewählt ist und dieser 

H ist. Mit der Taste wird das gewählte Element H gesetzt. 

Leuchtet, wenn ein Eingang, Ausgang oder Merker gewählt ist und dieser 

L ist. Mit der Taste wird das gewählte Element L gesetzt. 

Ziffer 0. Ist „Shift“ aktiv, so wird ein Timer angewählt. 

Ziffer 1. Ist „Shift“ aktiv, so wird ein Eingang angewählt. 

Ziffer 2. Ist „Shift“ aktiv, so wird ein Ausgang angewählt. 

Ziffer 3. Ist „Shift“ aktiv, so wird ein Merker angewählt. 

Ziffer 4. Ist „Shift“ aktiv, so wird ein Fehlermerker angewählt. Wird der 

Fehlermerker hoch gesetzt, so startet der dazugehörige Fehler-Handler. 

Kann auch verwendet werden, um anstehende Fehlermerker tief zu 

setzen. 

Ziffer 5. Ist „Shift“ aktiv, so wird eine Funktion angewählt. Dazu können 

sowohl die Ziffern, als auch die Pfeiltasten verwendet werden. 

Ziffer 6. 

Ziffer 7. 

Ziffer 8. 

Ziffer 9. 

Dezimalpunkt, wie er beispielsweise in NUM_INP Abfragen verwendet 

wird. Ist „Shift“ aktiv, so wird ein Zähler angewählt. 

Vorzeichen-Auswahl, wie sie beispielsweise in NUM_INP Abfragen 

verwendet wird. 

Löscht die Eingabe (inklusive Shift-Anwahl und allen eingegebenen 

Zeichen). 

Bei einem Systemfehler kann damit das Programm ungültig erklärt 

werden. 

Bestätigt die Eingabe. 

Pfeiltasten zur Navigation in der Funktionsauswahl oder zwischen PSL- 

Seiten. 

Stellt den Schlüsselschalter dar, dessen Funktion vom Programmierer frei 

programmierbar ist. 

Wie die einzelnen Tasten in den verschiedenen Betriebszuständen verwendet 

werden, wird im nächsten Abschnitt erklärt. 

3. 4. Betriebsarten & -Zustände 

Ein grosser Vorteil von ECCO gegenüber anderen Steuerungen sind seine Betriebsarten. 

Dadurch wird das Einrichten und Testen, die Inbetriebnahme und das Abändern 

komplizierter Abläufe massiv vereinfacht. 



Der Unterschied zwischen Betriebszuständen und Betriebsarten ist einfach: Die 

Steuerung befindet sich in einem Zustand, der ihr Verhalten bestimmt. Der Benutzer 

kann gewisse Betriebszustände auswählen; diese bezeichnet man dann als Betriebsarten. 

ECCO kennt grob 8 Betriebszustände: Normierung, manueller Betrieb, Stationen- 

und Automatikbetrieb, Funktionsmodus, Störung, Notstop und Systemfehler. Vier 

dieser Zustände kann der Benutzer direkt auswählen; dies sind die Betriebsarten 

Funktionsmodus, manueller Betrieb, Stationen- und Automatikbetrieb. 

Im Anhang 5. 1 „Zustandsdiagramm“ werden die einzelnen Betriebszustände 

graphisch gezeigt. Dort werden auch die Zustandsübergänge angegeben, wie also 

von einem Zustand in einen anderen gewechselt werden kann. 

Manueller Betrieb 

Im manuellen Betrieb können einzelne Elemente und Funktionen direkt von Bediener 

ansteuerbar. So können einzelne Ausgänge geschaltet werden um die Anlage 

mechanisch zu kalibrieren. Dadurch vereinfacht sich die Inbetriebnahme wesentlich 

und kann zudem schon zu einem Zeitpunkt vorgenommen werden, in dem das eigentliche 

Programm noch nicht ausprogrammiert ist. 

Das Setzen von Eingängen, Ausgängen, Merkern und Fehlermerkern geschieht, 

durch Drücken von und danach den Tasten bis . Mit 

kann der Funktionsmodus erreicht werden. 

Stationenbetrieb 

Im Stationenbetrieb wird eine einzelne Station unabhängig von den übrigen gestartet. 

Dazu wird in dieser Betriebsart die Taste gedrückt und dann die Nummer der 

Station eingegeben (entweder als Zahl oder über die Pfeiltasten). Mit der Taste 

kann die Auswahl korrigiert, mit der Taste bestätigt werden. Schliesslich wird die 

so ausgewählte Station mit gestartet. Die Ausführung kann mit der 

Taste unterbrochen werden; damit kann ECCO direkt am Terminal gedebuggt werden. 

Näheres dazu weiter unten. 

Automatikbetrieb 

Der Automatikbetrieb ist der eigentliche Produktionsmodus. Damit werden die in der 

Automation benötigten halb- und vollautomatischen Abläufe realisiert. Der Automatikbetrieb 

wird gestartet, indem die Taste gedrückt und mit der Taste bestätigt 

wird. 

Die Ausführung kann mit der Taste unterbrochen werden; damit kann ECCO 

direkt am Terminal gedebuggt werden, oder es kann in den Funktionsmodus gewechselt 

werden. Näheres dazu weiter unten. Während der Produktion wird jedoch 

dringend abgeraten, von dieser Möglichkeit gebrauch zu machen. 

Normierung 

Die Normierungssequenz wird beim Starten der Maschine ausgeführt, um die 

Steuerung und die dazugehörende Anlage zu Normieren; erst nach dem Ende der 

Sequenz steht die Maschine im Manuellmodus bereit. 

Gleichzeitig mit der Normierung wird der Background-Task und der Hot-Task gestartet. 



Die Ausführung der Normierung kann mit der Taste unterbrochen werden; 

damit kann ECCO direkt am Terminal gedebuggt werden. Näheres dazu weiter 

unten. Davon wird jedoch dringend abgeraten, da sich dann die Anlage nicht mehr in 

einem wohldefinierten Zustand befindet. 

Störung 

Tritt eine vom Anwender programmierte Störungs-Bedingung im Automaten- oder 

Stationenbetrieb auf, so wird das Programm unterbrochen, die Taste leuchtet 

und auf dem Display erscheint „SYSTEM FAIL“, sowie die Nummer des Elements, 

welches die Störung auslöste. 

Der Bediener quittiert die Störung durch Betätigung der Taste, wodurch die 

Störungs-Reset-Routine startet. Fehlt diese, so bricht ECCO das Programm ab und 

geht in den manuellen Modus. 

Notstop 

Im Gegensatz zur Störung ist der Notstop in allen Betriebsarten aktiv. Üblicherweise 

fungiert als eine Software-Bedingung ein physikalischer Notstop-Kreis, welcher 

selbständig die Anlage schützt. 

Die Bedingungen für den Software-Notstop sind vom Programmierer frei wählbar. 

Tritt eine Bedingung auf, so werden alle Tasks (mit Ausnahme der Hintergrund- 

Tasks) abgebrochen und die Notstop-Sequenz gestartet. Diese ist vom Programmierer 

frei wählbar, setzt jedoch üblicherweise nur alle Ausgänge tief. 

Nach Ablauf der Notstop-Sequenz erscheint auf dem Display „Emergency Stop“ zusammen 

mit der Nummer der Bedingung, die den Notstop auslöste, und die „Fail“ 

Taste leuchtet. 

Nachdem die Notstop-Schalter (sofern nötig) zurückgesetzt und die Notstop- 

Bedingung beseitigt wurde, wird der Notstop mit der „Fail“ Taste quittiert, worauf die 

Notstop-Reset-Sequenz startet. Sofern nichts Anderes programmiert, wechselt 

ECCO darauf in den manuellen Modus. 

Systemfehler 

Systemfehler sind entweder „gewöhnlich“, indem der Bediener den Fehler bestätigen 

und das Programm weiterführen kann, oder „fatal“, was bedeutet, dass ECCO das 

Programm für ungültig erklären muss und ein neues Programm geladen werden 

muss. 

Ein genauer Beschrieb der Systemfehler findet sich im Anhang 5. 6 „Systemfehler“. 

Funktionsmodus 

Im Funktionsmodus können parameterlose Funktionen ausgewählt werden. Dazu 

wird zuerst mit in den Funktionsmodus gewechselt, dann über die 

direkte Nummer (also z.B. für die Funktion 1.2 die Tastenfolge ) oder 

mit den Pfeiltasten die gewünschte Funktion ausgewählt. Der Text, welcher die 

Funktion in der aktuellen Landessprache wählt, wird angezeigt, um die Funktion 

einfacher auswählen zu können. Mit wird die Funktion danach gestartet. 

Der Funktionsmodus dient dazu, parameterlose Funktionen zu testen, Funktionen mit 

Parametern über kapselnde Funktionen aufzurufen und dem Benutzer gewisse 

Einricht-Funktionalität anzubieten. 



In den Funktionsmodus kann jederzeit (also in den Modi manueller Betrieb, 

Stationen- und Automatikbetrieb) gewechselt werden, wobei im Stationen- und 

Automatikbetrieb das laufende Programm zuerst mit gestoppt werden muss. 

Debugging mit dem Terminal 

ECCO eignet sich hervorragend für Rapid-Prototyping und Evolutional Programming. 

Dies wird insbesondere auch dadurch erreicht, dass es in ECCO einfach ist, 

mechanische, elektrische oder logische Fehler auszumachen; diverse Tools unterstützen 

dabei den Programmierer. Ein einfaches, jedoch erstaunlich nützliches Werkzeug 

das Terminal selbst; seine Möglichkeiten werden nachfolgend kurz aufgezeigt. 

Anwenderprogramme lassen sich fast beliebig mit der Taste unterbrechen 

(Hintergrund-Tasks laufen jedoch weiter, wodurch beispielsweise Sicherheits- und 

Überwachungsfunktionen erhalten bleiben). Die Meldung „PROGRAMM STOPPED“ 

erscheint, und es wird in den Diagnostik-Modus gewechselt. Die Tasten und 

leuchten. Durch Drücken der Taste würde das Programm abgebrochen 

und könnte nicht mehr weitergefahren werden. 

Mit und wird zwischen den einzelnen Bedingungen gewechselt, auf 

die das Programm wartet: schaltet zur nächsten Bedingung weiter, 

zur ersten. Hat durch die letzte Bedingung erreicht, so wird danach keine Bedingung 

mehr angezeigt. Mit wird das unterbrochene Programm fortgesetzt. 

Aufstarten nach einem Absturz 

Um ECCO nach einem Absturz (zB. des Betriebssystems) erfolgreich aufzustarten, 

ohne Gefahr zu laufen, dadurch Folgefehler auszulösen, Register zu überschreiben 

oder die Integrität der Verbundenen Maschine zu gefährden, sind folgende Schritte 

nötig: 

1. PC und ECCO-Konfigurator aufstarten. 

2. Sobald der Konfigurator aufgestartet ist, diesen schliessen. 

3. ECCO-Konfigurator und dann Anwenderprogramm mittels „Start ECCO“ 

starten. 

4. Es kann sein, dass ein Hinweis bezüglich inkonsistentem Tracer-File erscheint. 

Der Hinweis kann quittiert werden. Das ECCO Anwenderprogramm startet nun 

wie gewohnt. 

Um die Gefahr von Abstürzen zu reduzieren und so die Gefahr inkonsistenter Daten 

zu minimieren, sollte der verwendete Rechner stets mit einer UPS betrieben werden, 

das Betriebssystem stets auf dem neuesten Stand (inklusive Service-Packs und 

Patches) sein, und ECCO niemals „abgeschossen“ werden. ECCO also stets über 

die Beenden-Funktion schliessen; dadurch wird nicht nur eine korrekte Sicherung der 

Daten gewährleistet, sondern es wird auch sichergestellt, dass die maschinen- und 

feldbusseitige Hardware korrekt heruntergefahren wird, was insbesondere bei 

Profibus Master-Karten vor Fehlkonfiguration schützt. 



3. 5. Die Programmierumgebung 

In den vorherigen Abschnitten wurde die ECCO-Umgebung beschrieben, wie sie ein 

Maschinenbediener antrifft. In den nachfolgenden Abschnitten wird auf verschiedene 

Aspekte der Programmierung in ECCO eingegangen; daher dient dieser Abschnitt 

als Bindeglied, indem er auf die Programmierumgebung und die zur Programmierung 

notwendigen Werkzeuge eingeht. 

Werkzeuge zur Konfiguration einzelner Elemente, wie PacTest für den PAC, werden 

in den jeweiligen Abschnitten beschrieben. 

UltraEdit 

UltraEdit ist ein vielseitiger und leistungsfähiger Editor, welcher von ECCO 

unterstützt wird. UltraEdit wird von IDM Computer Solutions vertrieben; für weitere 

Informationen siehe [11]. 

Compiler 

Wie jeder Compiler ist auch der ECCO Compiler ein konsolenbasierter Compiler, 

dessen exakte Funktion über eine Reihe von Schaltern festgelegt werden kann. Die 

verwendete Syntax ist dabei: 

eccocmp.exe 

dabei beideuten: 

Zu kompilierende Datei. Bei einigen Schaltern optional. 

Optionale Schalter, welche die exakte Funktion festlegen. 

Die möglichen Schalter sind: 

-debug Generiert eine Datei, welche vom Debugger benötigt wird. Soll 

also der Debugger verwendet werden, muss dieser Schalter 

angegeben sein. 

-edit Schreibt alle Fehlermeldungen des Kompilier-Vorgangs in eine 

Datei namens hderr.err. Der Schalter ist nur noch aus Kompatibilitätsgründen 

vorhanden. 

-help Ist nicht angegeben, so wird eine Liste mit allen 

Befehlen und Anweisungen generiert. Wenn 

angegeben ist, dann wird zu jedem Compiler-Fehler die 

entsprechende Hilfe ausgegeben. 

-io Überprüft, dass das Programm keine Eingänge, Ausgänge, 

Merker oder Fehlermerker verwendet, die nicht unter .IO_TEXT 

angegeben wurden. Fehlermeldungen werden (mit Angabe der 

fehlerhaften Zeile) für nicht angegebene Elemente erzeugt. 

-lang Wählt die verwendete Landessprache (im ) für ZPoint aus. 

kann 1,2 oder 3 sein. 

-list Erzeugt eine Datei, bei welcher Quell- und Ziel-Code 

gemeinsam angezeigt werden. Dient ausschliesslich zur 

Funktionskontrolle des Compilers durch die Horsch Elektronik 

AG. 

-map Generiert eine Datei unter .map, in welcher alle globalen 

und lokalen Label aufgelistet werden. 

-optio Diese Option hat keinerlei Auswirkungen und ist nur noch aus 

Kompatibilitätsgründen vorhanden. 



-pb Strenge Überprüfungen, ob das Anwenderprogramm und die 

Deklarationen konsistent sind. 

-phelp Wie –help, nur dass nach jeder Ausgabe auf eine Aktion des 

Benutzers (z.B. Tastendruck) gewartet wird. 

-reg Überprüft, dass alle globalen Register im .IO_TEXT als 

Kommentar aufgeführt sind, analog zu –io. 

-slc Erlaubt die Verwendung alter Slave-Syntax. Im Compiler wird 

der Schalter aus Kompatibilitätsgründen unterstützt; die Syntax 

ist aber in ECCO ungültig. Daher sollte der Schalter nicht mehr 

verwendet werden. 

-statinit Kompiliert den .STATISTIC-Block für StatREAD. 

-trap Diese Option hat keinerlei Auswirkungen und ist nur noch aus 

Kompatibilitätsgründen vorhanden. 

-ultra Wird benötigt, wenn der Compiler aus UltraEdit32 integriert 

aufgerufen wird. Die Fehlermeldungen werden entsprechend für 

UltraEdit32 angepasst. 

Loader 

Beim Entwickeln und Austesten von Software müssen oftmals viele „verbesserte“ 

Versionen eines Programms in kurzer Folge geladen werden. Statt jedesmal ECCO 

zu beenden und neu zu starten, kann mit dem Loader im manuellen Modus oder im 

Notstop von ECCO das neue Programm direkt geladen werden. Diverse Schalter 

ermöglichen es, den Loader über die Kommandozeile so zu konfigurieren, dass der 

Ladevorgang automatisch ausgeführt wird. 

Der Aufruf ist: 

eccoload 

wobei die zu ladende Datei (allenfalls mit Pfad) bezeichnet. Mögliche 

Schalter sind: 

-B,,, 

 

Angabe der Schnittstellenkonfiguration beim Laden über eine 

serielle Schnittstelle. Die Angabe -B19200,n,8,1 bedeutet 

dabei, 19'200 Baud Datenrate, keine Paritätsbits, acht Datenund 

ein Stopp-Bit. 

-C Gibt die serielle Schnittstelle beim Laden über eine serielle 

Schnittstelle an. So wird mit -C2 die Schnittstelle COM2 des 

PCs verwendet. 

-P40 –S7 Muss bei seriellen Schnittstellen immer genau so angegeben 

werden. Aus Kompatibilitätsgründen vorhanden, in ECCO aber 

ohne Funktion. 

-E IP-Adresse an, zu der das Programm geladen wird. 

Der Loader bietet eine interaktive 

Oberfläche, über die alle Optionen auch 

über das graphische Interface ausgewählt 

werden können. Wird der Loader 

ohne Optionen aufgerufen, so erscheint 

zunächst die nebenstehend gezeigte 

Warnung. Sie bedeutet, dass der Ladevorgang 

nicht automatisch durchgeführt 



werden kann, da gewisse Parameter fehlen; dies ist bei manueller Eingabe natürlich 

zu erwarten. 

Der eigentliche Ladeschirm wird in der nebenstehenden Graphik gezeigt. Neben der 

Wahl der Verbindung kann lediglich ausgewählt werden, ob Informationen nach 

erfolgtem Laden angezeigt werden 

sollen – dies wird durch das Kästchen 

„Info after download“ ausgewählt. 

Fortgeschrittenere Einstellungen werden 

im Dialog „Settings“ vorgenommen. Hier 

können die Konfigurationen für die serielle 

Schnittstelle eingegeben werden, 

sowie die IP Adresse beim Laden über 

ein TCP/IP Netzwerk. Als drittes kann 

zuunterst die zu ladende Datei 

eingetragen werden. 

Wird auf dem Ladebildschirm Download 

gewählt, lädt der Loader das Programm 

über die angegebene Verbindung in den 

Steuerungs-PC. Ein blauer Balken zeigt 

den Fortschritt an. Wurde eine Ladeinfo 

verlangt, so wird diese nach beendetem 

Laden angezeigt, wie in der Graphik 

rechts gezeigt. 

Debugger 

Der Debugger ist quasi ein Allzweck-Werkzeug, um Programme zu debuggen und im 

Betrieb zu überwachen. Dazu bietet er verschiedene Funktionen, beispielsweise das 

Lesen des Betriebszustands und aller Register, Merker, Ein- und Ausgänge, das 

Setzen der Betriebsart und aller Variablen, die auch im Programm geändert werden 

können. Er ist im Anhang 5. 8 „Der ECCO Debugger“ beschrieben. 

Profiler 

Der Profiler ist ein Programm zur Visualisierung der Befehlsabläufe eines ECCO Anwenderprogramms 

in Abhängigkeit der Zeit. Es ermöglicht, die Verzahnung einzelner 

Befehle parallel laufender Tasks und die exakte Ausführungsdauer zu bestimmen. 

Damit ist der Profiler ein ideales Werkzeug zur Taktzeitoptimierung. Er ist im Anhang 

5. 9 „Der ECCO Profiler“ dokumentiert. 

3. 6. Ein minimales Programm 

Die Programmzeilen, welche in diesem Abschnitt gezeigt werden, zeigen das 

minimale Gerüst, welches ein gültiges ECCO Programm ausmacht. Dabei werden 

diese Deklarationen und Label verwendet, welche unter den angegebenen 

Seitenzahlen genauer erläutert werden: 

47 .ADDRESS 



49 .CODE_OFF 

52 .END 

60 .LIMITS 

63 .MAX_ECCO 

64 .OWN_ECCO 

69 .PROJECT 

76 .SETLABEL 

88 .TEXT 

255 BACKPGM 

259 HPPGM 

260 NRMPGM 

261 NSPGM 

262 NSRESP 

263 STPGM 

264 STRESP 

Das minimale ECCO Programm: 

.CODE_OFF 0 

.PROJECT 1001 ; wählbare Projektnummer 

.MAX_ECCO 1 

.OWN_ECCO 1 

.LIMITS ECCO1, I1001-1008 ; Steuereung & Eingänge 

O1001-1008, ; Ausgänge 

F1001-1056, ; Merker 

D1001-1008, ; Fehlermerker 

T1, ; globale Timer 

X1, ; Funktionen: Zeilen 

Y1, ; Funktionen: Spalten 

Z1, ; Zeitwerte 

S1, ; Stationen 

W1, ; Display-Routinen 

J1, ; Strings 

P1 ; Funktionsprozeduren 

.ADDRESS 0 

NULL: 

.TEXT “ECCO Minimalprogramm Version 1.00” 

.ADDRESS 2 

.ADDRESS 26 

.SETLABEL STRESP 

.SETLABEL NSRESP 

.SETLABEL NRMPGM 

.SETLABEL STPGM 

.SETLABEL NSPGM 

.SETLABEL NULL 






.SETLABEL HPPGM 

.SETLABEL BACKPGM 

.ADDRESS 1210 

BACKPGM: ; Background Programm 

CLOSE 

NSRESP: ; Notstop Restart Programm 

CLOSE 

STRESP: ; Störungs Restart Programm 

CLOSE 

STPGM: ; Störungs-Programm 

CLOSE 

NSPGM: ; Notstop Programm 

CLOSE 

NRMPGM: ; Normierungs-Programm 

CLOSE 

HPPGM: ; Hauptprogramm 

CLOSE 

.END ; immer letzte Programmzeile 

Jedes ECCO Programm muss mindestens diese Elemente beinhalten. 

Schauen wir uns nun die einzelnen Elemente und Blöcke an: 

Die erste Instruktion gibt einen Offset zur Relokation an und ist bei ECCO immer 

zwingend 0. ECCO’s Vorgänger verwendeten hier andere Werte, daher muss bei der 

Portierung das Argument geändert werden. 

Danach folgen Angaben zur kundenseitigen Projektnummer des Programms und zur 

Anzahl der verbundenen ECCO-Steuerungen, sowie die Adresse der Steuerung im 

Verbund. Da das angegebene Programm für sich alleine läuft (beziehungsweise 

nichts tut), sind MAX_ECCO und OWN_ECCO je 1. Wie Steuerungen verbunden werden, 

welche Werte dann zu verwenden sind, und worauf dann zu achten ist, wird im 

Abschnitt 3. 14 „Kommunikation zwischen Steuerungen“ ausführlich erklärt. 

Im .LIMITS-Block werden diverse Begrenzungen angegeben, welche es dem Compiler 

erlauben, das resultierende Programm optimal zu übersetzen. 

Darauf folgt die erste von vier .ADDRESS Anweisungen. Diese geben dem Compiler 

vor, wie das Programm aufgebaut wird und sind immer genau wie angegeben zu verwenden. 

Man beachte, dass in früheren Versionen andere Adress-Werte angegeben 

werden mussten; sie sind bei einer Portierung anzupassen. 

Mit dem Befehl .TEXT wird der Text angegeben, welcher beim Starten des Programms 

auf dem Display angezeigt wird. Üblicherweise beinhaltet der Text eine 

Versionsnummer, damit der Bediener sicher ist, dass die aktuellste Programmversion 

geladen wurde. 

Der Rest der Programms besteht aus zwei Teilen, welche beim Minimalprogramm 

fast gleich gross sind: Zuerst werden Label deklariert, danach ihre Funktion programmiert. 



Die Deklaration würde es erlauben, den einzelnen Labels andere Namen zu geben. 

Davon wird jedoch abgeraten, da solche Programme schwer verständlich werden. 

Die elf .SETLABEL-Instruktionen sollten daher immer wörtlich kopiert werden. 

Die Funktion der einzelnen Funktionen ist im Minimalprogramm minimal. In üblichen 

Programmen beginnt hier die eigentliche Arbeit. 

3. 7. Funktionen, Tasks und Prozeduren 

In diesem Abschnitt wird erklärt, wie der ECCO Programmierer seine Aufgabe in 

mehrere kleinere Teile zerlegen kann, und welche Hilfsmittel ECCO ihm dazu bietet. 

Es geht also um die grossen Funktionsblöcke, nicht um die Programmierung einzelner 

Geräte oder um Befehle. 

Funktionen 

Wie jede halbwegs moderne Programmiersprache verfügt auch ECCO über 

Funktionen. Eine Funktion ist dabei ein zusammengehörender Programmblock, welcher 

ein bestimmtes Teil-Problem löst. 

Konkret können in ECCO Funktionen mit Parametern versehen werden, um Lösungen 

allgemein und widerverwendbar zu gestalten. Funktionen werden im Programmtask 

(mehr dazu weiter unten) mit CALLF gestartet und enden mit der RETF Instruktion. 

Sie können verschachtelt werden, so dass eine Funktion eine zweite aufrufen 

kann; dabei sind bis zu vier solche Verschachtelungen möglich. 

Funktionen müssen im .FUNCTIONS Block definiert werden. Die Definition besteht 

aus der Position (als Zeile und Spalte) zum Aufruf vom Terminal aus, der erwarteten 

Anzahl von Argumenten und einem Text zur Beschreibung der Funktion. 

Mit dem CALLF-Befehl werden die Argumente, wie unten beschrieben, kopiert, die 

Funktion gestartet und der bisherige Task deaktiviert. Sobald die Funktion beendet, 

also auf RETF trifft, werden die Argumente zurückkopiert (sofern sie im aufrufenden 

Task keine Konstanten waren) und der aufrufende Task nach dem CALLF weiter bearbeitet. 

Wird eine parameterlose Funktion vom Display aus gestartet, so können bis zu vier 

Funktionen ineinander verschachtelt werden. Im Programmablauf können mehr 

Funktionen verschachtelt werden, wobei jede Funktion einen freien Task benötigt. 

Somit beschränkt die Zahl der vorhandenen Tasks die Verschachtelung von 

Funktionen. 

Der CALLF-Befehl scheint auf den ersten Blick etwas umständlich, dies ermöglicht 

jedoch grossartige Möglichkeiten: 

CALLF #, I, O, F, 

D, [, ] 

Mit den Offset-Feldern können Eingänge, Ausgänge, Merker und Fehlermerker in 

den Befehlen L_INP, L_OUTP und L_JMPCOND verschoben und somit parametrisiert 

werden. Danach folgen die 32-bit Argumente und zuletzt die 16-bit Argumente, beide 

entsprechend der Funktions-Deklaration. Die Argumente werden in lokale Register 

kopiert, weshalb der Funktionstask bis zu 32 LV und bis zu 32 LW Register hat. 

ECCO bietet die ungewöhnliche, aber äusserst hilfreiche Möglichkeit, parameterlose 

Funktionen direkt vom Terminal aus zu starten. Damit können beispielsweise 

Funktionen direkt getestet werden, oder Kalibrations- oder Inbetriebnahmeroutinen in 

Funktionen verpackt manuell gestartet werden. 



Funktionen können nicht von überall aufgerufen werden; dies wird nachfolgend (konkret 

auf Seite 26) genau dokumentiert. 

Tasks 

SPS-Steuerungen im Allgemeinen und ECCO im Speziellen sollen nicht nur eine 

Funktion aufs Mal erledigen, sondern mehrere. Die Lösung liegt in der Verwendung 

von Tasks. Ein Task ist eine Programmkette, also eine Folge von Instruktionen, welche 

nacheinander abgearbeitet werden. Da mehrere Tasks gleichzeitig aktiv sein 

können, wird so die gewünschte Parallelität erreicht. 

Zum Verwenden und zur Verwaltung von Tasks werden nur fünf Befehle benötigt: 

107 CLOSE 

175 OPEN 

230 TASK_KILL 

231 TASK_OPEN 

232 TASK_STEP 

Ein neuer Task wird mit dem Befehl OPEN oder TASK_OPEN eröffnet. Ein Backgroundtask 

kann dabei nur einen Backgroundtask, ein Programmtask nur einen Programmtask 

öffnen. Der aufrufende Task wird dabei nicht unterbrochen, wodurch der 

aufrufende und aufgerufene Task parallel und gleichzeitig arbeiten. 

Ein Task kann sich selber mit dem CLOSE Befehl schliessen. Gegenüber SMC42 

wurden in ECCO die Möglichkeiten zur Manipulation von Tasks massiv erweitert. Wie 

bereits erwähnt können Tasks nun auch mit TASK_OPEN geöffnet werden, ein Task 

kann einen weiteren mit TASK_KILL beenden (Programmierer lieben es, dies als 

„abschiessen“ zu bezeichnen) und die Geschwindigkeit der Ausführung kann mit 

TASK_STEP reduziert werden. 

Die Synchronisation von Tasks wird in ECCO durch Mutexes im EXCL-Befehl 

realisiert. In den meisten Fällen wird dies aber gar nicht benötigt, da sämtliche 

Schreib- und Rechenoperationen atomar sind, und durch geschickte Ausschluss- 

Regeln der Zugriff auf das Terminal selbstsynchronisert ist (mehr dazu im Abschnitt 

3. 11 „Anzeige und Eingabe“), ebenso wie Fehlermerker. Diese Ausschluss-Regeln 

werden üblicherweise als Priorität der Task-Gruppen bezeichnet. Das genaue 

Prioritäts-Diagramm ist in Anhang 5. 2 „Priorität“ abgebildet. 

Label 

ECCO verwendet Sprungmarken, so genannte Labels, um Verzweigungen und 

Sprünge zu ermöglichen. Jeder Anfang eines Programmblocks (also beispielsweise 

einer Funktion, eines Tasks oder einer Fehlermerker-Routine) verfügt über ein Label, 

das dem ECCO Compiler den Start angibt. 

Natürlich können auch innerhalb eines Programmblocks Labels verwendet werden, 

um innerhalb des Blocks zu verzweigen oder um den Block erst ab dem späteren 

Punkt auszuführen. 

Solche Label sind global, das heisst, dass sie von jeder Stelle des Programms 

ersichtlich (und erreichbar) sind. Oft will man das aber nicht; ein Label soll nur innerhalb 

des Programmblocks sichtbar sein, so dass der gleiche Label-Name mehrmals 

verwendet werden kann, was gerade bei grossen Programmen zwingend ist. ECCO 

unterstützt lokale Labels durch die .LOCAL Anweisung. 

Die nachfolgende Aufzählung gibt eine Übersicht über die Labels und ihre 

Verwendung. 



BACKPGM 

ERROR_PROTOTYPE 

HOT_TASK/HOT_END 

HPPGM 

NRMPGM 

NSPGM 

NSRESP 

PROG_BEG 

STPGM 

STRESP 

Zwingende Labels; sie werden mit .SETLABEL vorgegeben 

und werden im Abschnitt 4. 4 „Label“ ausführlich beschrieben. 

Diese Label deklarieren die Startpunkte für standardmässig 

vorgegebene Funktionalität wie den Programmbetrieb, 

Background-Tasks oder die Behandlung von Notstop und 

Störung. 

@ Alle Label, die mit dem @-Zeichen beginnen, sind Display- 

Tasks. 

# Alle Label, die mit dem #-Zeichen beginnen, geben den Start 

des entsprechenden Funktionstasks an. 

& Alle Label, die mit dem &-Zeichen beginnen, sind Fehler- 

Handler, also Tasks, welche ausgeführt werden, wenn der 

dazugehörige Fehler-Merker hoch gesetzt wird. 

$ Mit dem $-Zeichen beginnen lokale Label, die nur zwischen 

.LOCAL Anweisungen sichtbar sind. 

Erlaubte Aufrufe 

ECCO und der ECCO Compiler überprüfen, dass Aufrufe „sinnvoll“ sind; daher gibt 

es gewisse Beschränkungen, in welchen Programmblöcken gewisse andere Blöcke 

aufgerufen werden dürfen. Die nachfolgende Tabelle zeigt diese Zusammenhänge 

genau. 

Erlaubt in Task 

Befehl Ruft auf PGM BG PSL Disp Fehler Func 

CALL Routine � � 

CALLD Displaytask � � 

CALLF Funktionstask � � � � 

NUM_INP (Zahleneingabe) � � � 

OPEN Programmtask � 

OPEN Backgroundtask � 

OUTP Fehlertask � � � � � � 

SET_PSL PSL-Seite � � � � � 

TASK_OPEN Programmtask � 

TASK_OPEN Backgroundtask � 

3. 8. Register und Merker 

Register sind Speicherbereiche zum Aufnehmen von Zahlen oder Zeichenketten. 

Demgegenüber sind Merker (und verwandte Konstrukte wie Eingänge, Ausgänge 

oder Fehlermerker) Wahrheitswerte, also 1-bit Werte mit den beiden Zuständen L 

und H. Da Zeichenketten im nächsten Abschnitt beschrieben werden, werden in 

diesem Abschnitt nur die Register für Zahlwerte behandelt. Registern wie Merkern ist 

dann gemeinsam, dass auf sie die logischen Operatoren AND, NOT, OR und XOR 

wirken können; bei Registern wird dabei das Ergebnis bitweise gebildet. 



Numerische Register 

Register gibt es in verschiedenen Varianten, die sich in ihrem Einsatzgebiet und der 

Wortbreite unterscheiden: 

AV Array bestehend aus 16-bit Elementen. Bis zu 256 Arrays, je bis zu 32767 

Elementen. Muss im .ARRAYS Block definiert werden. 

AW Array bestehend aus 32-bit Elementen. Bis zu 256 Arrays, je bis zu 32767 

Elementen. Muss im .ARRAYS Block definiert werden. 

C Counter. Der Einsatz von Zählern in neuen Programmen wird nicht mehr 

empfohlen. Besitzt eine interne Wortbreite von 16bit. 

FW Fliesskomma-Konstante. Ist eine gewöhnliche Konstante, bei welcher der 

Dezimalpunkt um vier Stellen verschoben wurde. Wird bei .SET_CONST definiert 

und im Zusammenhang mit Slaves und dem PAC verwendet. 

KV 16bit Konstante. Es sind bis zu 512 KV Konstanten möglich, die im 

.SET_CONST Block definiert werden. 

KW 32bit Konstante. Es sind bis zu 512 KW Konstanten möglich, die im 

.SET_CONST Block definiert werden. 

LV Lokales 16-bit Register einer Display-Routine oder einer Funktion. Bis zu 32 

Register möglich, die genaue Anzahl hängt von der Deklaration der Funktion 

oder Display-Routine ab. 

LW Lokales 32-bit Register einer Display-Routine oder einer Funktion. Bis zu 32 

Register möglich, die genaue Anzahl hängt von der Deklaration der Funktion 

oder Display-Routine ab. 

RV Globale 16bit Register. Die Anzahl hängt von .LIMITS ab, höchstens jedoch 

32767. 

RW Globale 32bit Register. Die genaue Anzahl wird in .LIMITS deklariert, 

höchstens jedoch 32767. 

SR Variable Strings. Die Anzahl wird in .LIMITS festgelegt, beträgt jedoch 

maximal 4096. 

ST Konstanter String in einer Landessprache. Bis zu 2048 Strings pro Sprache 

möglich. 

SW Systemregister. Die genaue Bedeutung der einzelnen Register befindet sich 

im Anhang 5. 4 „Systemregister“. 

T Globaler Timer. Bis zu 255 möglich, wobei die Obergrenze in .LIMITS 

festgelegt wird. 

ZW Zeitwert. Die genaue Anzahl hängt von .LIMITS ab, maximal jedoch 49. 

Indirekte Adressierung 

Wenn ein Wert in einem Register abgelegt wird, so wird dieses üblicherweise bereits 

bei der Kompilierung festgelegt. Dieses Festlegen heisst direkte Adressierung, da die 

Registeradresse direkt angegeben wird. Ein Beispiel ist RV001, was das erste RV- 

Register angibt. 

Indirekte Adressierung erlaubt es hingegen, die Adresse erst zur Laufzeit festzulegen. 

Andere Bezeichnungen sind Referenzen oder Pointer; die Idee ist in jedem 

Fall, die Adresse eines Werts in einem eigenen Register abzulegen. Damit können 

äusserst leistungsfähige Algorithmen implementiert werden, jedoch neigen Programme 

mit indirekter Adressierung zur Unleserlichkeit. Ein Beispiel ist RV(RV002). Um 

das genaue Register zu kennen, muss zuerst der Wert von RV002 bekannt sein. Hat 

RV002 den Wert 1, so greift die indirekte Adressierung auf den Wert RV001 zu. 



Gegenüber der direkten Adressierung zwar sicher weniger einfach zu lesen (und 

daher auch fehleranfälliger), da jedoch RV002 zur Laufzeit ändern kann, sind so auf 

einfache Art beispielsweise Typenumschaltungen realisierbar. 

Konkret ermöglichen RV, RW, LV, LW, SW und SR Register indirekte Adressierung. Das 

Adressregister ist in runden Klammern zum Registertyp zu setzen, wie in 

RW(LV001). 

Arrays 

Arrays, eingedeutscht manchmal auch mit „Felder“ bezeichnet, sind Gruppen aus 

zusammengehörigen numerischen Elementen. Beispielsweise könnte der Zustand 

einer Baugruppe durch 20 Werte beschrieben werden; statt also 20 RW Register zu 

verwenden, kann man auch ein AW Array mit 20 Elementen verwenden. Der Vorteil 

letzterer Methode ist, dass die Werte klarer gruppiert sind und das Programm somit 

lesbarer wird. Zusätzlich können Arrays auch als Ganzes kopiert werden, womit der 

Zustand im Beispiel sehr einfach gespeichert werden kann. 

Ein Array als Ganzes wird wie ein Register bezeichnet, somit ist AV001 das erste 

Array mit 16-Bit Elementen, AW001 das erste Array mit 32-Bit Elementen. Um auf ein 

einzelnes Element im Array zuzugreifen, wird dessen Position, der Index, in runden 

Klammern angegeben. Somit ist AV001(002) das zweite Element (mit 16-Bit Wortbreite) 

aus dem Array AV001. Bei Arrays stellen die runden Klammern somit keine 

indirekte Adressierung dar, sondern verweisen auf das Element im Array, welches 

aber indirekt angegeben sein kann. 

Deklaration von Registern 

Grundsätzlich müssen Register nicht deklariert werden, viele Zusatzprogramme zu 

ECCO ermöglichen es jedoch, zusätzliche Informationen (wie die Bedeutung oder 

die Funktion des Registers) auszugeben, wenn das Register zuvor im .IO_TEXT 

Block als Kommentar deklariert wurde. Weitere Informationen dazu finden sich bei 

den Erläuterungen zu .IO_TEXT Block ab Seite 57. 

Merker – Eingänge, Ausgänge, Merker, Fehlermerker 

Merker gibt es in vier Varianten, und zwar E oder I für Eingänge, A oder O für Ausgänge, 

F oder M für Merker, und D für Fehlermerker. Zum Setzen (bei Eingängen 

natürlich nicht möglich) wird der Befehl OUTP verwendet. So werden mit 

OUTP M100 H, A100 L 

der Merker M100 hoch-, und der Ausgang A100 tiefgesetzt. 

Sind Merker oder Fehlermerker deklariert, so müssen die NSDEF- und STDEF- 

Bedingungen angegeben werden. 

Eine nützliche Besonderheit von ECCO sind Fehlermerker. Fehlermerker sind 

Merker (also 1bit Speichern mit den beiden Zuständen L und H) mit dazugehörender 

Handler-Funktion. Wird ein Fehlermerker gesetzt, so startet die ECCO Laufzeit- 

Umgebung den dazugehörenden Handler. ECCO’s Prioritätsmodell garantiert dabei 

die notwendige Exklusivität. Konkret heisst das: 

1. Ist bereits ein Fehlertask aktiv, so wird der neue solange verzögert, bis der alte 

beendet. Es ist somit immer höchstens ein Fehlertask aktiv. 



2. Ein Fehlertask wird nur vom Notstop unterbrochen. Im normalen Betrieb ist 

somit Ununterbrechbarkeit garantiert. 

3. Mit dem Starten des Fehlertasks wird der Displaytask sofern vorhanden unterbrochen, 

dieser wird nach dem Beenden des Fehlertasks wieder neu (von Anfang 

an) gestartet. 

4. Ist beim Starten des Fehlertasks kein Displaytask aktiv, so wird die aktive PLS- 

Seite eingefroren, das heisst, die Seite wird unterbrochen und nach Beenden 

des Fehlertasks wieder von Vorne gestartet. 

5. Der Fehlertask läuft parallel zu den übrigen Tasks und Background-Tasks. 

6. Der Fehlermerker bleibt bis zum Beenden des Fehlertasks hoch. Mit dem Beenden 

geht er tief. Ein Task kann somit das Beenden des Fehlertasks abwarten, 

indem er den Fehlermerker mit INP überprüft. 

7. Ruft ein Fehlertask einen weiteren auf, so wird der erst dann ausgeführt, wenn 

der erste beendet hat. 

8. Der Fehlertask schliesst mit RETE. Damit werden die oben beschriebenen 

Restaurationen vorgenommen. 

Fehlermerker werden im .IO_TEXT Block deklariert. Dort wird auch das Label für 

den Fehler-Handler angegeben. 

3. 9. Arbeiten mit Strings 

Strings, auch Zeichenketten genannt, sind genau das: Objekte, um Texte einfach 

und bequem zu verwenden. ECCO unterstützt folgende String-Operationen: 

57 .IO_TEXT / .END_IO_TEXT 

85 .STRING_REG / .END_STRING_REG 

86 .STRINGS / .END_STRINGS 

166 LEN_STR 

167 MID_STR 

201 SEND_SR 

202 SET_LANG 

208 SLV_RCV_STR 

209 SLV_SND_STR 

210 SMOV 

217 STR_ADD 

218 STR_ADD_ASCII 

220 STR_ADD_NR 

221 STR_TO_ASCII 

222 STR_TREAT 

223 STR_VAL 

Selbstverständlich unterstützen auch alle Display-Befehle (wie WRITE) Strings. 

In ECCO gibt es konstante Strings, welche zur Laufzeit nicht verändert werden 

können und entweder bei den Instruktionen direkt mit Anführungszeichen begrenzt 

sind oder in einem ST Register enthalten sind. Demgegenüber können variable 

Strings, welche immer in einem SR Register gespeichert werden, zur Laufzeit 

verändert werden, um beispielsweise mehrsprachige Anzeigen oder komplexe 

Ausgaben zu erleichtern. 



Benannte konstante Strings werden im .STRINGS Block länderspezifisch definiert. 

Im nachfolgenden Beispiel werden so zwei konstante Strings benannt, welche in 

diesem Abschnitt bei den weiteren Beispielen verwendet werden. 

.STRINGS GER 

ST001 = “Hallo ” 

ST002 = “Welt” 

.END_STRINGS 

Variable Strings, welche für die Ausgabe eines Datums, einer Uhrzeit oder eines 

Registers verwendet werden sollen, müssen deklariert werden. Dadurch wird eine Art 

Typenprüfung für die Ausgabefunktionen realisiert. Auch hier wieder ein Beispiel: 

.STRING_REG 

SR100-109=D ; 10 variable Datum-Strings 

SR110-119=T ; 10 variable Zeit-Strings 

SR120-129=R ; 10 var. Register-Strings 

.END_STRING_REG 

Variable Strings können, wie ihr Name schon ausdrückt, verändert werden. 

Einerseits Nachrichten ausgetauscht werden mit Slaves oder anderen Steuerungen, 

andererseits können zur Laufzeit neue Texte verfasst werden. Im Gegensatz zu 

konstanten Strings können sie indirekt adressiert werden. 

Das Austauschen von Strings mit den Befehlen SEND_SR, SLV_RCV_STR und 

SLV_SND_STR wird ausführlich im Abschnitt 3. 14 „Kommunikation“ behandelt. 

Das Verfassen eigener Strings ist in ECCO ganz einfach und wird nachfolgend erläutert. 

Mit dem SMOV Befehl werden andere Strings, mit Anführungszeichen begrenzte 

Texte oder die bezeichnenden Texte eines Eingangs, Ausgangs, Merkers 

oder Fehlermerkers zugewiesen. Die bezeichnenden Texte wurden zuvor im 

.IO_TEXT Block definiert. Dabei wird auch die Mehrsprachigkeit beachtet, wie sie im 

Abschnitt 3. 13 „Internationalisierung“ genauer erläutert wird. 

Die Befehle STR_ADD, STR_ADD_ASCII und STR_ADD_NR führen einem bestehenden 

variablen String weitere Teile hinzu. Diese Befehle lassen sich am Besten mit 

einem Beispiel aufzeigen: 

MOV RV001, 69 ; ASCII-Zeichen ‘E’ 

SMOV SR001, “” ; lösche SR001 

STR_ADD SR001, “Signal ” ; Text nun “Signal ” 

STR_ADD_ASCII SR001, RV001 ; Text nun “Signal E” 

STR_ADD_NR SR001, 3, RV001 ; Text nun “Signal E069” 

STR_ADD SR001, “-2.” ; Text nun “Signal E069-2.” 

Das mittlere Argument der STR_ADD_NR Instruktion gibt also die Anzahl der Stellen 

an. Die verwendete Zeichensatztabelle des STR_ADD_ASCII Befehls findet sich bei 

diesem Befehl ab Seite 218. 

Mit den Befehlen LEN_STR, MID_STR, STR_TO_ASCII und STR_VAL können 

eingelesene Strings analysiert und auseinander genommen werden. LEN_STR gibt 

die Länge des Strings, also die Anzahl der Zeichen im String zurück. Mit 

STR_TO_ASCII kann ein einzelnes ASCII-Zeichen ausgelesen werden, während 

STR_VAL versucht, aus dem Anfang des Strings eine Zahl einzulesen. Mit MID_STR 

kann ein Teil aus einem String ausgeschnitten werden; so kann beispielsweise ein 

anzuzeigender Text aus einer empfangenen Nachricht genommen werden. 



3. 10. Ein- und Ausgänge 

ECCO dient zur Steuerung von grösseren und grossen Anlagen zur automatischen 

Fertigung, daher ist die erste und einfachste Funktionalität das Lesen und Setzen 

von Ein- und Ausgängen. Im Abschnitt 3. 8 „Register und Merker“ wurden Ein- und 

Ausgänge bereits kurz erwähnt, in diesem Abschnitt wird nun genauer darauf eingegangen 

und gezeigt, wie Ein- und Ausgänge konkret gelesen und geschrieben 

werden. 

Es können die gleichen Befehle zum Lesen, Ändern und Schreiben von Merkern, 

Fehlermerkern, Ein- und Ausgängen verwendet werden. Abhängig von der genauen 

Art werden dabei natürlich unterschiedliche Ergebnisse erzielt, also nur beim 

Schreiben eines Ausgangs auch tatsächlich ein Ausgang geschrieben, und somit 

beispielsweise ein Ventil geöffnet. 

Mit dem OUTP Befehl wird geschrieben; natürlich geht das bei Eingängen nicht, da ja 

dort der Sensor oder sonst eine externe Komponente den logischen Wert vorgibt. 

Wird ein Fehlermerker hoch gesetzt, so startet der dazugehörige Fehlerhandler, bei 

dessen Ende der Fehlermerker wieder tief gesetzt wird. 

Soll der Programmablauf solange verzögert werden, bis alle angegebenen Merker 

das angegebene Niveau erreicht haben, wird dazu der INP Befehl verwendet. Der 

Programmierer muss dabei vorsichtig sein, dass die Bedingungen auch tatsächlich je 

erfüllt werden, da sonst das Programm stehen bleibt. Somit blockiert 

INP E100 H, E100 L 

da ein Eingang niemals gleichzeitig hoch und tief sein kann! 

Soll nicht gewartet, sondern je nach Zustand verzweigt werden, so kann dazu der 

JMPCOND Befehl verwendet werden. So verzweigt das Beispiel 

JMPCOND E100 H, $E100H 

nur dann zum lokalen Label $E100H, wenn der Eingang hoch ist. Sonst, also wenn 

der Eingang tief ist, fällt das Programm durch und fährt auf der nächsten Zeile weiter. 

Mit dem TINP Befehl kann der „gewöhnliche“ INP Befehl überwacht werden, so dass 

nach einer gewissen (vom Programmierer frei wählbaren) Zeit eine Fehlerroutine 

ausgelöst wird, die beispielsweise dem Bediener angibt, warum die Anlage still steht. 

Profibus DP 

ECCO unterstützt Profibus DP, das heisst Ein- und Ausgänge können von ECCO 

über Profibus angesteuert werden. Die von ECCO dazu benötigten Informationen 

werden aus dem .PROFIBUS_DEF Block entnommen. Somit steht im ECCO 

Programm ein zentraler Ort zur Konfiguration des Busses und der einzelnen 

Komponenten zur Verfügung. 

Der Profibus wird mit dem BUS_ON Befehl aktiviert und mit dem BUS_OFF Befehl 

deaktiviert. Dabei wird jedesmal der ECCO Lizenz Dongle kontrolliert, um sicher zu 

stellen, dass die Rechte zur Benutzung von Profibus auch tatsächlich vorliegen. 

Es wird empfohlen, Profibus Master-Karten mit Watchdog-Funktion zu verwenden, 

beispielsweise Modelle der Firma Hilscher, da damit ein sicheres Anhalten der 

Anlage auch bei einem Absturz von ECCO oder dem Betriebssystem gewährleistet 

bleibt. 

Neben Ein- und Ausgängen können über Profibus können auch „intelligente“ 

Teilnehmer wie Messsensoren, IDEX Schreib-/Leseeinheiten und natürlich der PAC 

gesteuert werden. Alle so angeschlossenen Teilnehmer haben eine Stationsadresse, 



die zwischen 0 und 125 liegen darf. Diese Adresse muss an der Station eingestellt 

werden, beispielsweise softwaretechnisch oder mit Schaltern erfolgen. Jede Station 

belegt einen bestimmten Adressbereich. Dabei dürfen sich die verschiedenen 

Adressbereiche nicht überschneiden; um die Zykluszeiten minimal zu halten, ist es 

ratsam, die Adressen möglichst lückenlos aneinander zu reihen. 

ECCO unterstützt bis zu vier Profibus Master in einer Steuerung. 

CPLink 

ECCO wird oft auf Beckhoff Industrie-PC’s eingesetzt. Diese können ein abgesetztes 

Panel haben, welches über zwei maximal 100m lange Kabel mit dem Rechner verbunden 

ist. Diese Kabel übertragen nicht nur Energie zur Speisung und Video- und 

Tastatursignal, sondern können auch die Signale von angeschlossenen Tasten übermitteln. 

Das Protokoll, das all dies ermöglicht, heisst CPLink. 

ECCO unterstützt CPLink, um die Tasten anzusteuern, die sich am Panel befinden. 

Dazu werden die Tasten in der .CPLINK_MAP_DEF Deklaration einzelnen Ein- und 

Ausgängen zugeordnet. Neben den Treibern der CPLink-Karte muss Beckhoff Twin- 

Cat CP parallel laufen, damit ECCO die Tasten korrekt ansprechen kann. Es werden 

bis zu drei CPLink-Karten unterstützt. 

Dongle & Lizenz 

In den industriellen Umgebungen, in denen ECCO eingesetzt wird, gibt es wenig 

Sinn, Software „pro PC“ zu lizenzieren: Ob sich eine Software auf einem PC befindet 

oder nicht, sollten nicht Lizenzfragen sondern die Anforderungen des Einsatzes entscheiden. 

Die Horsch Elektronik AG hat sich daher für einen ungewöhnlich kundenfreundlichen 

Weg entschieden: Die ECCO Software ist frei verfügbar, wird jedoch 

durch einen Dongle geschützt. Somit können ECCO und die dazugehörenden Tools 

auf beliebig vielen Rechnern installiert werden, der industrielle Einsatz wird jedoch 

physikalisch durch den Dongle begrenzt. 

Sobald ECCO auf einen Profibus oder CPLink zugreifen soll, überprüft es, ob durch 

den Dongle die nötigen Rechte vorhanden sind. Nur dann wird der Zugriff ausgeführt. 

Zu jedem Dongle gibt es eine Lizenzdatei namens license.key, das zu diesem 

physikalischen Dongle gehört, das heisst, sie können nicht untereinander vertauscht 

werden. Das Lizenzfile muss im selben Verzeichnis wie ECCO installiert werden. 

3. 11. Anzeige und Eingabe 

Folgende Befehle können zur schwarz-weiss Ausgabe auf dem Display verwendet 

werden: 

113 DATEDISP 

132 HP_DATEDISP 

139 HP_REGDISP 

140 HP_TIMEDISP 

142 HP_WRITE 

187 REGDISP 

230 TIMEDISP 

251 WRITE 

Zusätzlich dienen eine ganze Reihe weiterer Befehle zur farbigen Ausgabe auf dem 

Display: 



106 CDATEDISP 

113 CREGDISP 

115 CTIMEDISP 

116 CWRITE 

129 HP_CDATEDISP 

132 HP_CREGDISP 

134 HP_CTIMEDISP 

136 HP_CWRITE 

Zuletzt existiert noch ein Befehl zur Eingabe vom Display. Dieser Befehl ist: 

173 NUM_INP 

Letztlich kann mit den folgenden Befehlen der Bildschirm (oder Teile davon) gelöscht 

werden: 

109 CLS 

110 CLS_WIN 

131 HP_CLS_WIN 

Auf den ersten Blick scheint dies eine unübersichtliche Fülle von Befehlen zu sein; 

20 Befehle, welche sich nur mit dem Display beschäftigen, wie soll da der Programmierer 

den Überblick behalten? 

Doch ganz so schwierig ist die Sache nun auch wieder nicht. Die zentrale Erkenntnis 

ist, dass es eigentlich nur vier Ausgabe-Befehle gibt, welche jeweils vier Varianten 

auftreten. 

Die vier Befehle sind: 

DATEDISP Gib ein Datum aus REGDISP Gib ein Register aus 

TIMEDISP Gib eine Uhrzeit aus WRITE Schreibe einen String 

Die vier Varianten (als Präfix zum Befehl) sind: 

Niederprioritär einfarbig C Niederprioritär farbig 

HP_ Hochprioritär einfarbig HP_C Hochprioritär farbig 

Mit dieser Aufteilung kann nun jeder der 16 Ausgabe-Befehle zerlegt und einfach 

analysiert werden. So bedeutet beispielsweise HP_CWRITE „Schreibe hochprioritär 

und in Farbe einen String auf das Display“. 

Um zu verstehen, wozu hochprioritäre Ausgabebefehle verwendet werden, muss 

ECCO’s Prioritäten-Modell betrachtet werden. Im Abschnitt 5. 2 „Priorität“ wird dieses 

im Detail vorgestellt. Hier werden lediglich die für die Ein- und Ausgabe relevanten 

Punkte aufgezeigt. 

In ECCO können grundsätzlich mehrere, von einander unabhängige Tasks gleichzeitig 

laufen. Da es jedoch nur einen Display gibt, stellt dieser eine gemeinsame 

Ressource dar; die verschiedenen Tasks können nicht nach belieben darauf zugreifen, 

sondern müssen sich untereinander absprechen, man spricht von synchronisieren. 

Dies wird zum grössten Teil von der ECCO Laufzeit-Umgebung erledigt, der 

Programmierer muss lediglich die zur Verfügung gestellten Funktionen korrekt 

verwenden. 

Da zu jedem Zeitpunkt jeweils nur ein Task auf den Display zugreifen darf, existieren 

mehrere spezielle Tasks für den Display-Zugriff, von denen jeweils genau einer aktiv 

ist und somit auf den Display zugreifen darf. 

Es können mehrere PSL-Tasks ausprogrammiert werden, von denen höchstens 

einer auf ein mal aktiv ist. Ein PSL-Task dient dazu, Prozessinformationen 



anzuzeigen; der Benutzer kann auswählen, welche Informationen das im Detail sind. 

Man spricht daher auch von PSL-Seiten. Der ausgewählte PSL-Task ist nur dann 

aktiv, wenn kein Display- oder Fehler-Task aktiv ist. 

Display-Tasks haben eine höhere Priorität als PSL-Tasks und dienen vorwiegend 

dazu, Werte und Einstellungen vom Maschinen-Operator abzufragen. Es kann nur 

ein Display-Task aufs Mal aktiv sein. Normale Programmtasks können Display-Tasks 

aufrufen, die ECCO Laufzeit-Umgebung sorgt für die nötige Synchronisation. Ist zum 

Zeitpunkt des Aufrufs ein Fehler- oder anderer Display-Task aktiv, so wird die 

Ausführung verzögert, bis dem nicht mehr so ist. Sonst kann der Display-Task 

beginnen und der gerade aktive PSL-Task wird unterbrochen. Nach dem Ende des 

Display-Tasks wird dieser PSL-Task wieder von Anfang an abgearbeitet. 

Noch höhere Priorität haben Fehlertasks, die, wie der Name andeutet, Fehler 

behandeln. Wie bei Display-Tasks ist jeweils höchstens ein Fehlertask aufs Mal aktiv. 

Ein aktiver Fehlertask unterbricht Display- und PSL-Task und lässt diese nach 

seinem Ende wieder von Anfang an beginnen. 

Diese Regeln gewährleisten einen vollständigen und wohldefinierten Bildschirm- 

Aufbau; dieser wird durch die niederprioritären Display-Befehle realisiert. Nun 

existieren jedoch Situationen, in denen ein Programmierer die Umgehung dieser 

Ordnung wünscht: in einem solchen Fall kann er auf die hochprioritären Ausgabe- 

Befehle zurückgreifen, die in jedem Fall angezeigt werden. 

PSL-Seiten werden mit . angegeben, was dem Bediener 

ermöglicht, mit den Pfeiltasten zwischen den einzelnen PSL-Seiten zu navigieren. 

Eine spezielle Position nimmt die Seite 0.0 ein: Diese Seite wird immer beim Start 

automatisch aktiviert, wenn noch keine Pfeiltaste betätigt wurde. Genauere Informationen 

befindet sich beim Beschrieb von .PSL / .END_PSL. 

Der NUM_INP Befehl kann neben Displaytasks auch in Fehler- und normalen 

Programmtasks verwendet werden; davon wird jedoch abgeraten, da die Programme 

unleserlich werden. Die Abfrage von Werten sollte Displaytasks vorbehalten bleiben. 

3. 12. Flusskontrolle 

Ein typisches Programm soll nicht nur irgend etwas tun, sondern soll vor Allem auf 

seine Umgebung reagieren können. Wie in den meisten Programmiersprachen wird 

das auch in ECCO durch Flusskontrolle realisiert, also Befehle, die bestimmen, 

welche Befehle als nächstes ausgeführt werden; im Speziellen Bedingungen und 

deterministische Schlaufen und zusätzlich Überwachung. 

In diesem Abschnitt werden zuerst kurz die Befehle für strukturierte und unstrukturierte 

Bedingungen und Schlaufen aufgelistet. Dies ist aus zwei Gründen bewusst 

kurz gehalten, einerseits weil jeder Programmierer diese Konzepte bereits kennt und 

daher nicht mehr erläutert braucht, andererseits weil die Befehle in der Referenz 

nochmals ausführlich erklärt werden. 

Die Überwachung wird ausführlich erklärt, da dieses Konzept weniger bekannt ist. 

Strukturierte Bedingungen 

Eine strukturierte Bedingung ist eine Bedingung, wie sie für strukturierte Programmierung 

verwendet wird. Sie zeichnet sich dadurch aus, dass keine Label verwendet 

werden müssen, da die Blöcke, welche durch die Bedingung ausgewählt werden, 

vom strukturierten Befehl abgrenzt werden. ECCO kennt vier Befehle für strukturierte 

Bedingungen. 



118 DO / DO_WHILE / DO_WHILENOT 

149 IF / IFNOT / ELSE / END_IF 

165 L_SWITCH / CASE / DEFAULT / END_SWITCH 

229 SWITCH / CASE / DEFAULT / END_SWITCH 

248 WHILE / WHILENOT / END_WHILE 

Unstrukturierte Bedingungen und Sprungbefehl 

Neben den Befehlen zur strukturierten Programmierung kennt ECCO noch die etwas 

„altmodischeren“ unstrukturierten Befehle. Bei diesen liegt es am Programmierer, die 

Struktur des Programms durch Label deutlich zu machen. Es sind so gesehen 

Sprungbefehle, bei denen der Sprung bei erfüllter Bedingung ausgeführt wird. Daher 

wird auch der gewöhnliche, „bedingungslose“ Sprungbefehl hier aufgeführt. 

154 JMPCOND 

155 JMPTIM 

156 JPBIT 

157 JPEQ 

158 JPGT 

159 JPLT 

160 JUMP 

163 L_JMPCOND 

Überwachung 

Überwachung ist ein Konzept, welches sich in den wenigsten Programmiersprachen 

findet. Daher sei es hier etwas ausführlicher erläutert. 

Oftmals will man sicherstellen, dass einige Programmzeilen, welche zusammen eine 

logische Funktion bilden, überwacht werden, also sofort abgebrochen werden, wenn 

eine Bedingung erfüllt ist. In den meisten Programmiersprachen müsste dazu jeder 

Befehl einzeln überwacht werden, was einen bedeutsamen Arbeitsaufwand darstellt 

und das resultierende Programm unleserlich macht. Da ECCO jedoch Befehle zur 

Überwachung bereitstellt, ist das einfach umzusetzen. 

Ein einfaches Beispiel soll den Vorteil aufzeigen: Zum Transport eines Werkstücks 

sollen drei Zylinder nacheinander geschaltet werden. So weit, so einfach. Tritt 

jedoch zu irgendeinem Zeitpunkt ein Fehler an der pneumatischen Versorgung auf, 

so muss die Bewegung stoppen und auf eine bestimmte Art behandelt werden. Ist 

der Weg versperrt, so muss das auf eine andere Art behandelt werden. Dauert das 

Fahren zu lange, so ist eine dritte Behandlung anzuwenden. 

Offensichtlich ist das nicht mehr so einfach. Damit der Programmieraufwand jedoch 

begrenzt und die Programmstruktur ersichtlich bleibt, bietet ECCO genau für solche 

Probleme zwei Befehle: 

111 COND_TRAP / IF_COND / END_COND_TRAP 

234 TINP 

Zusätzlich werden veraltete (und leistungsschwächere) Überwachungsbefehle weiter 

unterstützt, sollten aber in neuen Programmen nicht länger verwendet werden. 

Überwachungen dürfen nicht verschachtelt werden und keine Ketten aufrufen. 

Sprünge sind nur innerhalb des überwachten Bereichs erlaubt. Das bedeutet, dass 

innerhalb einer Überwachung die folgenden Befehle immer verboten sind: 



101 CALL 

102 CALLD 

104 CALLF 


189 RET 

190 RETD 

191 RETE 

192 RETF 

275 TIMETRAP / END_TIMETRAP 

234 TINP 

276 TRAP / IF_TRAP / END_TIMETRAP 

3. 13. Internationalisierung 

ECCO Steuerungen werden in die ganze Welt geliefert – vielleicht mit Ausnahme der 

Antarktika. Daher ist der Wunsch, verschiedene Sprachen unterstützen zu können, 

besonders gross. In ECCO wird dies sehr einfach erreicht, indem Strings sprachspezifisch 

programmiert werden können, und im Betrieb zwischen den einzelnen 

Sprachen umgeschaltet werden kann. In diesem Abschnitt wird erklärt, wie die 

Internationalisierung erreicht wird, und worauf der Programmierer dabei achten 

muss. 

Um ein SPS-Programm für mehrere Sprachen zu erstellen, müssen zuerst folgende 

Deklarationen internationalisiert werden: 

55 .FUNCTIONS / .FUNC_END 


59 .LANGUAGES 

79 .STATIONS / STATION / .END_STATIONS 

80 .STATISTIC / GROUP / .END_STATISTIC 

84 .STOP_IO_TEXT 

86 .STRINGS / .END_STRINS 

92 .ZPOINT / ANLAGE / RACK / .END_ZPOINT 

Zuerst müssen die verwendeten Sprachen mit der .LANGUAGES Deklaration festgelegt 

werden. Die übrigen Deklarationen sind wie gewöhnlich nicht zwingend; werden 

sie jedoch verwendet, so muss für jede Sprache ein Deklarationsblock vorhanden 

sein. Dazu wird jeweils im Kopf die Sprache für den Rest angegeben, also beispielsweise: 

.LANGUAGES GER, ENG 

.STRINGS GER 

ST001 = “Dies ist eine Zeichenkette” 

ST002 = “Mehr Text” 

.END_STRINGS 

.STRINGS ENG 

ST001 = “This is a string” 

ST002 = “Additional text” 

.END_STRINGS 

Zwischen den einzelnen Sprachen wird mit dem SET_LANG Befehl umgeschaltet: 



202 SET_LANG 

Der Programmierer muss bei der Internationalisierung darauf achten, keine direkten 

Strings (also mit Anführungszeichen begrenzte Zeichenketten) auszugeben, da diese 

natürlich nicht übersetzt werden können. Bei allen Display-Befehlen sollten daher 

konstante oder dynamische Strings verwendet werden. 

Die ECCO Laufzeit-Umgebung sorgt dafür, dass alle benutzerprogrammierten 

Fehler- und Systemmeldungen in der aktuellen Sprache angezeigt werden. 

3. 14. Kommunikation zwischen Steuerungen 

Wie bereits mehrfach erwähnt entfaltet ECCO seine volle Stärke bei der Steuerung 

grosser und hochkomplexer Anlagen der Automatisierung. Oft sind solche Anlagen 

jedoch so gross, dass der Wunsch nach mehreren unabhängig betriebener Steuerungen 

besteht. ECCO unterstützt dies, indem es Möglichkeiten zur Kommunikation 

zwischen solchen Steuerungen anbietet. 

Zur Kommunikation dienen folgende Deklarationen und Befehle: 

60 .LIMITS 



91 .UNLOCK / .END_UNLOCK 

198 SEND_IO 

200 SEND_REG 

201 SEND_SR 

250 WR_TIME 

ECCO verlangt nur einige wenige Deklarationen, um mit verbundenen Steuerungen 

kommunizieren zu können. Die IP Adresse wird im ECCO Konfigurator gewählt, so 

dass Adress-Änderungen keine Anpassungen des ECCO Programms benötigen. 

Zuerst müssen die Anzahl der verbundenen Steuerungen und die eigene Adresse im 

Verbund angegeben werden: .MAX_ECCO für die Zahl der Steuerungen, .OWN_ECCO 

für die eigene Adresse. 

Mit der .LIMITS Deklaration werden die Eigenschaften der verbundenen Steuerung 

angegeben. Dabei muss nur ein reduzierter Block angegeben werden, wie dies im 

Beschrieb zum .LIMITS Deklaration erläutert wird. 

Zuletzt müssen die Elemente angegeben werden, auf welche fremde Steuerungen 

zugreifen dürfen. Dazu dient der .UNLOCK Block. Alle anderen (also alle nicht angegebenen) 

Elemente sind so automatisch vor dem Überschreiben geschützt. 

Zur eigentlichen Kommunikation muss eine Konvention beachtet werden: Jede 

Steuerung kann bis zu 999 Eingänge und 999 Ausgänge haben. Die Steuerung, auf 

welche sich der Ein- oder Ausgang bezieht, wird mit dem Tausender angegeben, 

wobei bei der eigenen, lokalen Steuerung der Tausender fehlt. Somit ist A201 der 

eigene Ausgang 201, A2201 der Ausgang 201 der verbundenen Steuerung 2. 

Mit den Befehlen SEND_IO, SEND_REG und SEND_SR können die entsprechenden 

Elemente in eine fremde Steuerung geschrieben werden. Zusätzlich kann mit 

WR_TIME die Zeit (also die Computer-Uhr) synchronisiert werden. 



3. 15. Statistik und ZPoint 

Unter dem Begriff Statistik wird von ECCO-Programmierern und -Anwendern 

typischerweise mehr als die reine Datenerfassung und -Auswertung verstanden. 

Auch Maschinenparametrierung und Anbindung an eine ERP-Lösung wird unter den 

Begriff Statistik gepackt. In diesem Abschnitt wird der Begriff Statistik ebenso breit 

verstanden, um die Sprechweise der Kunden beizubehalten. 

ECCO unterstützt zwei solcher Statistik-Programme. Einerseits das von der Horsch 

Elektronik AG entwickelte und für ECCO optimierte StatREAD, andererseits ZPoint, 

welches von der Firma AMS Engineering entwickelt und vertrieben wird. 

StatREAD 

Die StatREAD Toolsuite zeichnet sich durch einfache Bedienung und hohe 

Verständlichkeit aus. Durch diese Werkzeuge wird ein frei wählbarer PC zum 

Maschinenleitstand, der die ECCO Steuerung parametrisieren kann und Messwerte 

und Schichtdaten dem Benutzer graphisch anzeigen kann. 

Für weitere Informationen sei auf die Dokumentation verwiesen: 

[6] STATREAD – User’s Guide, Horsch Elektronik AG, Version 1.26, 1997. 

[7] STATREAD + STATCALC – Configuration and Technical Documentation, 

Horsch Elektronik AG, Version 1.26, 1997. 

ZPoint 

ZPoint fungiert als Schnittstelle zwischen der ERP-Software und dem ECCO 

Maschinenprogramm. Ähnlich wie StatREAD können der Maschinenzustand und 

Auftragsdaten verwaltet werden, daneben bietet ZPoint insbesondere Analyse-, 

Optimierungs- und Verwaltungsfunktionalität, um auch einen grossen Maschinenpark 

effizient und automatisch verwalten zu können. 

Durch die höhere Flexibilität von ZPoint ist es wesentlich schwieriger zu Bedienen als 

StatREAD und benötigt daneben wesentlich mehr Informationen aus dem ECCO 

Programm, wodurch der Programmieraufwand massiv steigt. Daher sollte der Einsatz 

von ZPoint nur gemeinsam mit einem ZPoint System Integrator vorgenommen 

werden. 

Gateway und der Gateway Administrator 

Zum Anbinden von ZPoint an ECCO wird ein Gateway verwendet. Früher war das 

eine eigene Karte, heute ist das ein Software-Modul der ECCO Laufzeitumgebung. 

Dieser Gateway wird von ECCO mit Daten beschrieben und stellt diese ZPoint 

asynchron zur Verfügung, so dass die Taktzeit durch ZPoint nicht unnötig 

beeinträchtigt wird. 

Mit Hilfe des Gateway Administrator Werkzeugs können sowohl alte SMC42 

Gateways als auch der ECCO Gateway verwaltet werden. 

Nach dem Starten mit GwyAdmin 

erscheint eine Seite mit mehrheitlich 

deaktivierten Schaltflächen. Mit der 

Schaltfläche „Cancel“ wird das Tool 

beendet; mit „File import“ eine ZPoint 

Konfiguration (eine Datei namens 

export., wobei eine 



Landessprache darstellt) geladen; 

nach Eingabe einer IP Adresse wird 

das Tool mittels „Connect“ mit dem 

Gateway verbunden. Dabei wird auch 

die Konfiguration mit dem Gateway 

abgeglichen und mit einer Meldung 

quittiert. 

Nun sind alle Schaltflächen 

verfügbar, zusätzlich werden 

Informationen zum Gateway 

angezeigt. Die Schaltfläche „Config 

compare“ vergleicht die im Tool 

geladene Konfiguration mit der im 

Gateway (die Funktionalität wurde 

beim Verbinden bereits implizit ausgeführt). 

Über „Download“ kann eine 

neue Konfiguration in den Gateway 

geladen werden, und „Status“ zeigt 

den Zustand im Detail an, wie in 

nebenstehender Graphik gezeigt. 

Mit den Schaltflächen „Clear Data 

Puffer“, „Invalidate RAM“ und „Clear 

Config Data“ können verschiedene Bereiche des Speichers im Gateway gelöscht 

werden, und zwar nur der Datenpuffer, Alles (wird erst beim nächsten Aufstarten 

ausgeführt) und den Bereich mit der Konfiguration respektive. 

Die letzte Schaltfläche ist mit „Show DB“ bezeichnet und öffnet ein Fenster, welches 

mehr als nur die Daten im Gateway anzeigt; über dieses Feature können auch Werte 

gesetzt werden, beispielsweise um während einer ersten Inbetriebnahme-Phase 

auch ohne ZPoint auszukommen. Die nachfolgende Abbildung zeigt das „Show DB“ 

Fenster. 



Über die „Start“/„Stop“ Schaltfläche kann ausgewählt werden, ob der Bereich im 

Gateway gelesen werden soll (es sind dann keine Änderungen möglich, wie abgebildet), 

oder ob kein Bereich gelesen werden soll, wodurch Änderungen möglich sind. 

In der linken oberen Ecke kann der überwachte Bereich ZPoint-üblich angegeben 

werden; daneben rechts können Werte geschrieben werden. 

Darunter wird der überwachte Speicher angezeigt, wobei zuerst jeweils zwei 16-Bit 

Werte angegeben sind, gefolgt vom resultierenden 32-Bit Wert. Die angegebenen 

Offset-Nummern fassen so jeweils vier 16-Bit oder zwei 32-Bit Werte zusammen. 

3. 16. Der PAC 

Der PAC ist ein Gerät zur Prozess-Regelung und -Kontrolle, Messwert-Erfassung 

und integrierte Datenerfassung. Der PAC erlaubt es, die Steuerung in ECCO von der 

eigentlichen Regelung zu trennen. Dadurch werden einerseits die ECCO-Programme 

kürzer und einfacher, andererseits können auch komplexe Regelalgorithmen einfach 

eingesetzt werden; zusätzlich wird erst noch die Prozess-Sicherheit massiv gesteigert! 

Der PAC erlaubt die gleichzeitige Regelung von zwei unabhängigen Servo-Achsen, 

vier Kraft/Weg- oder Signal/Zeit-Messungen, bietet verschiedene Regelalgorithmen, 

Hardware-Watchdog, Schleppfehler-Überwachung und erlaubt das Speichern von 

Kurven mit bis zu 500 Messpunkten. Weitere Informationen und Hinweise zur Anwendung 

des PAC entnehmen Sie bitte dem PAC Handbuch. 

In ECCO wird der PAC über den Befehl PAC angesteuert. Dieser ist einfach einzusetzen 

und dennoch äusserst leistungsvoll: Die benötigten Argumente können aus 

einem Array gelesen, respektive in ein Array geschrieben werden. Die Konfiguration 

der Anzahl der Elemente wird durch .PAC_DEF einmal an zentraler Stelle vorgenommen. 

65 .PAC_DEF / .END_PAC_DEF 

179 PAC 

[5] PAC Handbuch, Horsch Elektronik AG, Version 1.01, 2001. 

[9] PACTest Manual, Horsch Elektronik AG, Version 1.00, 2002. 



4. BEFEHLE 

4. 1. Konventionen 

Nachfolgend sind die in diesem Manual verwendeten Konventionen angegeben, und 

zusätzlich werden die allgemeinen Möglichkeiten aufgezeigt. Diese stellen keine 

eigenen Befehle dar, erweitern jedoch ähnlich die Funktionalität von ECCO oder 

erhöhen den Benutzerkomfort. 

Lesen der Syntax 

Die verwendete Syntax beschränkt sich auf ein paar wenige Elemente: 

Texte in spitzen Klammern sind Felder, die vom Benutzer 

passend auszufüllen sind. 

[Option] In eckigen Klammern sind optionale Felder und Texte. Der 

Benutzer kann je nach Anwendungsfall entscheiden, ob er von 

einer solchen Option Gebrauch machen will. 

Zeilen Die Verwendung von Zeilen ist wie in ECCO selbst geregelt: 

Endet eine Zeile mit einem Komma, so wird der Befehl auf der 

nächsten Zeile fortgesetzt (könnte also auch auf der gleichen 

Zeile weitergeführt werden); ohne Komma folgt ein neuer Befehl 

“Anführungszeichen” 

oder ein Schlüsselwort, und der Zeilenwechsel ist zwingend. 

In der Syntax und den Beispielen werden Zeichenketten durch 

unterschiedlich aussehenden Zeichen begrenzt. Dies ist jedoch 

nur aufgrund typographischer Gegebenheiten der Fall, es sind 

in jedem Fall die doppelten Anführungszeichen der " 

Taste zu 

verwenden! 

Alle weiteren Elemente sind wörtlich abzutippen. 

RV, RW, LV, LW und SW Register ermöglichen indirekte Adressierung, das heisst, dass 

die Nummer, welche das verwendete Register angibt, nicht als Zahl wie in RW100 

angegeben wird, sondern aus einem 16-Bit Register vom Typ RV, LV oder KV 

stammt. Das Adressregister ist dann in runden Klammern zum Registertyp zu setzen, 

wie in RW(LV001). Indirekte Adressierung ist im Abschnitt 3. 8 „Register und Merker“ 

ausführlicher beschrieben. 

Bei Arrays stellen die runden Klammern keine indirekte Adressierung dar, sondern 

verweisen auf das Element im Array. Das Element im Array kann als Zahl oder indirekt 

angegeben werden, ohne dass sich die Schreibweise ändert. 

Beachte, dass nicht alle Register bei allen Befehlen verwendet werden dürfen, und 

dass bei gewissen Befehlen indirekte Adressierung verboten ist. Die Befehle weisen 

jeweils darauf hin. 



4. 2. Systematische Befehlsreferenz 

Allgemeine Vereinbarungen und Definitionen 

47 .ADDRESS 

49 .CODE_OFF 


60 .LIMITS 



66 .PASSWORD 

69 .PROJECT 

76 .SETLABEL 


88 .TEXT 

Deklarationen 

48 .ARRAYS / .END_ARRAYS 

50 .DISPLAYS / .DISP_END 




70 .PROTECTED / .END_PROTECTED 

74 .SET_CONST / .END_CONST 

77 .SLCE_DEF / .END_SLCE_DEF 

78 .SLCS_DEF / .END_SLCS_DEF 




Programmdefinitionen 

52 .END 

62 .LOCAL 

71 .PSL / .END_PSL 

172 NSDEF 

216 STDEF 

Aufrufen und Beenden von Tasks 

101 CALL 

102 CALLD 

104 CALLF 

107 CLOSE 

272 DISABLE_STOP / ENABLE_STOP 

175 OPEN 

181 POWER_OFF 

189 RET 

190 RETD 

191 RETE 

192 RETF 



274 STEND 

230 TASK_KILL 

231 TASK_OPEN 

232 TASK_STEP 

Sprünge und strukturierte Programmierung 



154 JMPCOND 

155 JMPTIM 

156 JPBIT 

157 JPEQ 

158 JPGT 

159 JPLT 

160 JUMP 

163 L_JMPCOND 




Überwachte Befehle und Timer 

53 .ERROR_CODE_START 

54 .ERROR_FLAG_OFFSET 

89 .TINP_TEXT / .END_TINP_TEXT 


205 SETTIM 


234 TINP 

276 TRAP / IF_TRAP / END_TRAP 

247 WAITIM 

Ein- und Ausgänge, Merker und Fehlermerker 

96 AND 

121 EXCL 

152 INP 

161 L_INP 

164 L_OUTP 

168 MOV 

171 NOT 

176 OR 

178 OUTP 

252 XOR 

Registerbefehle 

95 ABS 

96 AND 

97 BMOV 

100 CALC 



166 MOV 

171 NOT 

176 OR 

198 SEARCH 

204 SETBIT 

252 XOR 

Stringbefehle 



166 LEN_STR 

167 MID_STR 

202 SET_LANG 

210 SMOV 

217 STR_ADD 



221 STR_TO_ASCII 

222 STR_TREAT 

223 STR_VAL 

Befehle zum Einlesen von Datum und Zeit 

183 RD_DATE 

184 RD_HOUR 

186 RD_TIME 

187 RD_WEEK 

Kommunikation zwischen Steuerungen 

198 SEND_IO 

200 SEND_REG 

201 SEND_SR 

250 WR_TIME 

Verwenden von Profibus & CPLink 

50 .CPLINK_MAP_DEF / .END_CPLINK_MAP_DEF 

67 .PROFIBUS_DEF / .MASTER / .END_PROFIBUS_DEF 

98 BUS_OFF 

99 BUS_ON 

Display: Ein- und Ausgabe 


106 CDATEDISP 

109 CLS 

110 CLS_WIN 

113 CREGDISP 

115 CTIMEDISP 

116 CWRITE 



117 DATEDISP 

120 END_NUM_INP 

122 GET_PSL 





136 HP_CWRITE 




142 HP_WRITE 

173 NUM_INP 

187 REGDISP 

203 SET_PSL 

230 TIMEDISP 

251 WRITE 

Speichern von Arrays 

193 SAVE_ARRAY 

Servo-Befehle für Slave und PAC 

151 INM 

177 OUTA 

179 PAC 

193 SCALE_AD 

196 SCALE_DA 

221 SV_COM 

225 SV_CONST 

226 SV_FIL 

227 SV_READ 

228 SV_TRJ 

Slave-Befehle 

206 SLCE 

207 SLCS 



Spezialbefehle für IDEX Systeme 

143 ID_INIT 

144 ID_READ 

145 ID_REG_RD 

146 ID_REG_WR 

147 ID_STATUS 

148 ID_WRITE 



Spezialbefehle für das VI-Terminal 

237 VI_CLRKEY 

238 VI_DATE 

240 VI_JMPKEY 

241 VI_RDISP 

243 VI_READ 

244 VI_TIME 

246 VI_WRITE 

Befehle für Statistik-Puffer 

108 CLR_PUFFER 

169 MOV_PUFFER 

170 NEW_PUFFER 

182 PUFFER 

185 RD_PUFFER 

211 STAT_CLR 

212 STAT_PUFFER 

213 STAT_QUEUE 

214 STAT_TAKT 

Produktionsüberwachung und Statistik mit STATREAD 


197 SCHICHT 

273 STAT_SEND 

215 STCKZAHL 

Produktions- und Betriebsüberwachung mit ZPoint 


123 GW_DD 

124 GW_DW 

125 GW_MSG 

126 GW_QUEUE 

126 GW_RD_DD 

128 GW_RD_DW 

253 ZPOINT_STATE 

Zählerbefehle (veraltet) 

266 CTRDEC 

267 CTRDISP 

268 CTREQ 

269 CTRINC 

270 CTRPRES 

271 CTRRES 

4. 3. Alphabetische Befehlsreferenz 


Horsch Elektronik AG .ADDRESS 

.ADDRESS 

Definiert die erste Adresse, also die Position des Speichers, des nachfolgenden 

Codes. 

Syntax: 

.ADDRESS 

Felder: 

Adresse des nachfolgenden Codes in hexadezimaler Notation. 

Bemerkungen: 

Die folgenden vier Adress-Anweisungen müssen genau so vorhanden sein: 

.ADDRESS 0 ; vor NULL 

NULL: 

.ADDRESS 2 ; vor PROG_BEG 

PROG_BEG: 

.ADDRESS 26 ; vor .SETLABEL 

.SETLABEL STRESP 

.END_STATIONS 

.ADDRESS 1210 ; nach .END_STATIONS 

Bei den SMC4x Steuerungen mussten andere Adresswerte angegeben werden. 

Daher ist bei Software-Portierungen auf eine korrekte Änderung zu achten. 

Siehe auch: 

76 .SETLABEL 


259 PROG_BEG 


Horsch Elektronik AG .ARRAYS / .END_ARRAYS 

.ARRAYS / .END_ARRAYS 

Innerhalb dieser Compileranweisung werden Arrays mit ihrer Grösse deklariert. 

Möglich sind Arrays mit 16bit Elementen (AV) und Arrays mit 32bit Elementen (AW). 

Syntax: 

.ARRAYS 

[AW=] 

[AV=] 

.END_ARRAYS 

Felder: 

AW 32-bit Array, dessen Grösse in Elementen angegeben wird. 

AV 16-bit Array, dessen Grösse in Elementen angegeben wird. 

Anzahl der Elementen im Array. Jedes Array verfügt über die 

Elemente 1 bis . Wird versucht, auf ein nicht deklariertes 

Element zuzugreifen, tritt der Systemfehler 65 auf. 

Bemerkungen: 

Es können bis zu 256 AW und 256 AV Arrays deklariert werden, jedes mit bis zu 

32767 Elementen. 

Beispiel: 

.ARRAYS 

AV001 = 20 ; AV001(1) – AV001(20) 

AW001 = 100 ; Array mit 100 32bit Werten 

AW002 = 20 ; und eines mit 20 Elementen 

.END_ARRAYS 


Horsch Elektronik AG .CODE_OFF 

.CODE_OFF 

Gibt den Offset des Programms an. Der Offset ist konstant für jede Steuerungsgeneration. 

Syntax: 

.CODE_OFF 0 

Bemerkungen: 

Bei den SMC4x Steuerungen musste ein Offset von –810000 angegeben werden. 

Bei Software-Portierungen ist auf eine korrekte Änderung zu achten. 


Horsch Elektronik AG .CPLINK_MAP_DEF / .END_CPLINK_MAP_DEF 

.CPLINK_MAP_DEF / .END_CPLINK_MAP_DEF 

Beschreibt eine CPLink Anbindung in ECCO. 

Syntax: 

.CPLINK_MAP_DEF , “” 

INPUTS 

B, [-] [, [-]] 

[B, [-] [, [-]]] 

OUTPUTS 

B, [-] [, [-]] 

[B, [-] [, [-]]] 

.END_CPLINK_MAP_DEF 

Felder: 

Nummer der CPLINK Karte. Gültige Werte sind 1 bis 3. 

Text, der bei einem Fehler der Komponente angezeigt wird. 

Byte im Prozessabbild. Muss in fortlaufender Reihenfolge 

stehen. 

Zugeordnete Ein- resp. Ausgangs-Adresse (also ohne den 

Buchstaben E, I, A oder O) zum Bit im . Jedes 

fasst genau 8 , wobei das LSB ganz links (zuerst) steht. 

Nicht verwendete Bits werden mit 0 gekennzeichnet, Bereiche 

werden mit „-“ verbunden. 

Bemerkungen: 

Um eine CPLink-Karte betreiben zu können muss TwinCat CP parallel zu ECCO 

laufen. 

Beispiel: 

.CPLINK_MAP_DEF 1, “CPLink Karte 1” 

INPUTS 

B0, 501-508 

B1, 509, 510, 0, 0, 0, 0, 0, 0 

OUTPUTS 

B0, 501-508 

B1, 509, 510, 511, 512, 0, 0, 0, 0 

.END_CPLINK_MAP_DEF 

Siehe auch: 

67 .PROFIBUS_DEF / .MASTER /.END_PROFIBUS_DEF 


Horsch Elektronik AG .DISPLAYS / .DISP_END 

.DISPLAYS / .DISP_END 

Definiert die Display-Tasks mit ihren Labels und der Anzahl der Argumente. 

Syntax: 

.DISPLAYS 

@,. 

[@,.] 

.DISP_END 

Felder: 

Label des Display-Tasks mit bis zu 15 Zeichen. 

Anzahl der verwendeten 32bit Parameter. 


Bemerkungen: 

Die Anzahl der Definitionen muss mit dem unter .LIMITS angegebenen Wert 

übereinstimmen. 

Es können bis zu 32 32bit Parameter und 32 16bit Parameter verwendet werden. Der 

Display-Task wird im Programm mittels CALLD aufgerufen, womit auch die 

benötigten Parameter übergeben werden. Display-Tasks unterbrechen PSL-Tasks 

und dienen vorwiegend zur Interaktion mit dem Benutzer (wie das Abfragen von 

Werten oder durch Auswahlmenüs). 

Wird ein Display-Task unterbrochen (beispielsweise durch einen Fehler-Task) so 

wird anschliessend der Display-Task von vorne gestartet, um einen vollständigen, 

wohldefinierten Bildaufbau zu gewährleisten. 

Beispiel: 

Das folgende Beispiel definiert 3 Displaytasks, einer ohne Parameter, einer mit 

einem 16bit Parameter und einer mit der maximal zulässigen Anzahl Parameter. 

.DISPLAYS 

@MAIN_MENU ,0.0 ; keine Parameter 

@DISP_1 ,0.1 ; ein 16bit Parameter 

@DISP_MAX ,32.32 ; mehr geht nicht 

.DISP_END 

Siehe auch: 

60 .LIMITS 

71 .PSL 

102 CALLD 


Horsch Elektronik AG .END 

.END 

Weist den Compiler an, dass dies die letzte Programmzeile ist. 

END 

Syntax: 

Bemerkungen: 

Nachfolgende Zeilen werden nicht kompiliert; damit ist es möglich, schrittweise 

einzelne Programmteile in die Kompilierung einfliessen zu lassen oder zuvor 

auszublenden. 


Horsch Elektronik AG .ERROR_CODE_START 

.ERROR_CODE_START 

Dient zur automatischen Generierung von Fehlernummern beim TINP Befehl. 

Syntax: 

.ERROR_CODE_START 

Felder: 

Basis für die automatische Generierung von Fehlernummern, 

also in dem Fall, in dem im TINP Befehl keine Fehlernummer 

angegeben wird. Zahl zwischen 5000 und 25000. 

Bemerkungen: 

Wird im TINP Befehl die Basis für den Fehlerwert angegeben, so muss dieser um 

mindestens soviel kleiner als sein, wie der TINP Befehl Bedingungen 

überwacht. Damit wird sichergestellt, dass sich automatisch generierte und manuell 

angegebene Fehlernummern nicht überschneiden und eineindeutig sind. 

Beachte, dass dieser Befehl zwischen den Anweisungen .ADDRESS 0 und 

.TINP_TEXT stehen muss. 

Beispiel: 

.ERROR_CODE_START 10000 

Siehe auch: 

47 .ADDRESS 


234 TINP 


Horsch Elektronik AG .ERROR_FLAG_OFFSET 

.ERROR_FLAG_OFFSET 

Separiert die Bereiche der Fehlermerker für ZPoint. 

Syntax: 

.ERROR_FLAG_OFFSET 

Felder: 

Eine Konstante vom Typ KV oder KW. 

Bemerkungen: 

Werden mehrere ECCO Steuerungen von einer gemeinsamen ZPoint Anbindung 

bedient, so entsteht das Problem, dass die Fehlertexte und Fehlermerker der 

einzelnen Steuerungen sich überschneiden. 

Der Wert der Konstante muss in .SET_CONST deklariert werden, und diese 

Anweisung muss hinter dem .SET_CONST Block stehen. 

Dieser Compileranweisung bewirkt, dass alle Einträge der Fehlermerker-Nummern 

um den Offset verschoben werden. 

Die Fehlermeldung muss entsprechend angepasst werden. 

Beispiel: 

Das Beispiel zeigt zuerst die Verwendung dieses Befehls, dann das Generieren der 

Fehlermeldung. RV1507 ist dabei das entsprechende Register zur Kommunikation 

mit ZPoint. 

.ERROR_FLAG_OFFSET KV100 

; Fehlerhandler, der eine Fehlermeldung an ZPoint generiert 

&ERROR_D020: 

CALC RV1507, KV100 + 20 

RETE 

Siehe auch: 




Horsch Elektronik AG .FUNCTIONS / .FUNC_END 

.FUNCTIONS / .FUNC_END 

Definiert Funktionen. Sind mehrere Landessprachen definiert, muss zu jeder 

Landessprache ein eigener solcher Funktionsblock vorhanden sein. 

Syntax: 

.FUNCTIONS [] 

#, ., ., “” 

[#, ., ., “”] 

.FUNC_END 

Felder: 

Sprache (durch drei Buchstaben gekennzeichnet) für diesen 

Funktionsblock. Optional, falls nur eine Sprache definiert ist. 

Sprachneutrales Funktions-Label, bis zu 15 Zeichen lang. 

Funktionszeile (Zahl zwischen 1 und 40) zur Navigation mit den 

Pfeiltasten. 

Funktionsspalte (Zahl zwischen 1 und 40) zur Navigation mit 

den Pfeiltasten. 



Text mit bis zu 25 Zeichen zur Beschreibung der Funktion in der 

Landessprache. 

Bemerkungen: 

Ein Funktions-Task kann von einem Programm-Task mittels CALLF gestartet werden 

und endet mit dem RETF Befehl. Da jede Funktion den Platz eines freien Tasks 

einnimmt, beschränkt die Zahl freier Tasks die maximale Verschachtelung. 

Ein Funktions-Task ohne Parameter kann im Funktionsmodus auch vom 

Benutzerterminal aus gestartet werden, indem er entweder mit den Pfeiltasten oder 

durch die Eingabe von . und der „=“-Taste ausgewählt wird, und dann 

mit der „Start“-Taste gestartet wird. Weil nur Funktions-Tasks ohne Parameter vom 

Benutzerterminal aus gestartet werden können, ist es sinnvoll, die Funktionen in der 

ersten Funktionsspalte ohne Parameter zu deklarieren und dann von dieser Funktion 

aus die anderen Funktionen derselben Funktionszeile aufzurufen. 

Sogenannte „Funktionsprozeduren“ mit .=0.0 können nicht vom 

Display aus gestartet werden. 

Beispiel: 

.FUNCTIONS GER 

;Station 1 

#FUNC1_1, 1.1, 0.0, “Station 1 Menü” 

#FUNC1_2, 1.2, 1.8, “Station 1 Funktion 2” 

#FUNC1_3, 1.3, 0.1, “Station 1 Funktion 3” 

;Station 2 

#FUNC2_1, 2.1, 0.0, “Station 2 nur Menü” 

.FUNC_END 


Horsch Elektronik AG .FUNCTIONS / .FUNC_END 

Siehe auch: 


60 .LIMITS 

104 CALLF 

192 RETF 


Horsch Elektronik AG .IO_TEXT / .END_IO_TEXT 

.IO_TEXT / .END_IO_TEXT 

Beschreibt Ein- und Ausgänge, Merker und Fehlermerker in der angegebenen 

Landessprache. 

Syntax: 

.IO_TEXT [] 

[ “”] 

[ ] 

[ “”] 

[ ] 

[ “”, &] 

[ , &] 

[; ] 

.END_IO_TEXT 

Felder: 

Sprache (durch drei Buchstaben gekennzeichnet) für diesen 

Block. Optional, falls nur eine Sprache definiert ist. 

Eingang oder Ausgang. Ein Block von Eingängen respektive 

Ausgängen kann durch „-“ beschrieben werden. 

Ein Merker (mit dem Kennbuchstaben M oder F). Ein Block von 

Merkern kann durch „-“ beschrieben werden. 

Ein Fehlermerker (mit dem Kennbuchstaben D). 

Ein Register (RV, RW), Timer (T), Zähler (C) oder Zeitwert (CW). 

Fehlerlabel, das bei Setzen des Merkers aktiviert wird. 

Der bezeichnende Text in der Landessprache. Maximal 120 

Zeichen. 

Ein variables String-Register vom Typ SR. Dazu muss der 

.STRING_REG Block vor diesem Block stehen. Damit wird eine 

variable Bezeichnung des Elementes ermöglicht. 

Bemerkungen: 

Zu jeder Landessprache muss ein eigener solcher IO_TEXT Block bestehen. 

Zusätzlich sollten hier auch die verwendeten Register (RV und RW), Timer (T), Zähler 

(C) und Zeitwerte (CW) als Kommentare aufgeführt sein, um im Debugger (und 

ähnlichem) einen Bezeichner zu haben. 

Beispiel: 

.IO_TEXT GER 

A001 “AL Türe” 

A002 SR1002 

A003-O999 “Freie Ausgänge” 

E001 “NOT_AUS” 

I002-E999 “Freie Einänge” 

M100 “Hochdruck erreicht” 

D201 “Druckalarm”, &Error_201 


Horsch Elektronik AG .IO_TEXT / .END_IO_TEXT 

;RW1001 Druck in Bar 

;C1011 Stückzahl-Zähler 

.END_IO_TEXT 

Siehe auch: 


60 .LIMITS 



Horsch Elektronik AG .LANGUAGES 

.LANGUAGES 

Definiert bis zu drei Landessprachen, zwischen denen zur Laufzeit umgeschaltet 

werden kann. 

Syntax: 

.LANGUAGES [, [,]] 

Felder: 

Sprachbezeichner der ersten Sprache. 

optional: Sprachbezeichner der zweiten Sprache. 

optional: Sprachbezeichner der dritten Sprache. 

Die Sprachbezeichner bestehen aus jeweils genau drei Buchstaben. 

Bemerkungen: 

Fehlt diese Anweisung, wird Deutsch GER verwendet. 

Beispiel: 

.LANGUAGES GER, ENG ; Deutsch und Englisch 


Horsch Elektronik AG .LIMITS 

.LIMITS 

Legt diverse Limiten fest, um den Programmspeicher optimal zu nutzen, und um die 

Abgrenzung zwischen verschiedenen Steuerungen zu definieren. 

Syntax: 

Eigene Steuerung: 

.LIMITS , , , , , 

, , , , , 

, , , , 

Fremde Steuerung: 

.LIMITS , , , , 

Felder: 

Beschriebene ECCO Station. Format: ECCO mit 1bis 

15. 

Bereich der Eingänge. Format: E- oder 

I-. Der Tausender des Bereichs muss der 

SMC-Nummer entsprechen. Die verbleibenden drei Stellen von 

müssen um 1 grösser als eine durch 16 teilbare Zahl 

sein, die von müssen durch 16 teilbar sein. 

Bereich der Ausgänge. Format: A- oder 

O-. Der Tausender des Bereichs muss der 




Bereich der Merker. Format: F- oder 

M-. Der Tausender des Bereichs muss der 




Bereich der Fehlermerker. Format: D-. Der 

Tausender des Bereichs muss der SMC-Nummer entsprechen. 

Die verbleibenden drei Stellen von müssen um 1 

grösser als eine durch 8 teilbare Zahl sein, die von 

müssen durch 8 teilbar sein. 

Anzahl globaler 16bit Timer der Steuerung. Format: T mit 

1 bis 255. 

Anzahl der Zeilen für Funktionen. Definiert die Limite für 

.FUNCTIONS. Format: X mit 1 bis 40. 

Anzahl der Spalten für Funktionen. Definiert die Limite für 

.FUNCTIONS. Format: Y mit 1 bis 40. 

Anzahl ZW Zeitwerte der Steuerung. Format: Z mit 1 bis 

49. 

Anzahl der Stationen. Format: S mit 1 bis 9999. 

Anzahl der Display-Routinen. Format: W mit 1 bis 512. 


Horsch Elektronik AG .LIMITS 

Anzahl der SR Strings. Format: J mit 1 bis 4096. 

Anzahl der in .FUNCTIONS definierten Funktionsprozeduren. 

Format: P mit 1 bis 1024. 

Nach dem Komma, welches zwei Felder trennt, kann jeweils ein Kommentar 

und/oder eine neue Zeile eingefügt werden. 

Bemerkungen: 

Bei den SMC4x-Seteuerungen mussten weitere Limiten zur Ansteuerung des CAN- 

Bus angegeben werden und einige Felder hatten eine leicht andere Bedeutung. Bei 

Software-Portierungen ist auf eine korrekte Änderung zu achten. 

Weiter ist zu beachten, dass die Steuerungen nicht mehr mit SMC, sondern mit 

ECCO bezeichnet werden. 

Von den fremden Steuerungen müssen eigentlich nur diejenigen deklariert werden, 

mit denen auch kommuniziert wird. 

Beachte, dass der durch RV, RW, AV und AW belegte Speicher nicht grösser als 512kB 

sein darf. Der Compiler überprüft dies und meldet eine allfällige Verletzung mit einem 

Fehler. 

Beispiel: 

Deklariert zwei Steuerungen, die eigene als ECCO1 und eine zweite als ECCO2. 

.MAX_ECCO 2 ; Verbundene Steuerungen 

.OWN_ECCO 1 ; Eigene Steuerung ist ECCO1 

.LIMITS ECCO1, ; Eigene Steuerung 

I1001-1480, ; Eingänge 

O1001-1800, ; Ausgänge 

F1001-1200, ; Merker 

D1001-1200, ; Fehlermerker 

T19, ; Globale Timer 16bit 

X8, ; Funktionen: Zeilenzahl 

Y4, ; Funktionen: Spaltenzahl 

Z5, ; Zeitwerte 

S4, ; Stationen 

W20, ; Anzahl Display-Routinen 

J12, ; Strings 

P50 ; Funktionsprozeduren: Anzahl 

.LIMITS ECCO2, ; Fremde Steuerung 

I2001-2192, O2001-2192, F2001-2400, D2001-2008 

Siehe auch: 

52 .FUNCTIONS 




Horsch Elektronik AG .LOCAL 

.LOCAL 

Startet einen neuen Bereich für lokale Labels. 

Syntax: 

.LOCAL 

Bemerkungen: 

Lokale Labels beginnen mit dem $ Zeichen. 

In Display-, Error- und Funktionstasks ist der Befehl .LOCAL nicht erlaubt. Es wird 

aber automatisch beim Aufruf ein neuer lokaler Bereich erzeugt, so dass lokale 

Labels verwendet werden können. 

Beispiel: 

Das Beispiel zeigt zwei Stationen mit der Verwendung von lokalen Blöcken. 

STAT01: 

.LOCAL 

$S1: 

OUTP A101 H 

JMPCOND E501 L, $S1 

OUTP A102 L 

CLOSE 

STAT02: 

.LOCAL 

$S1: 

OUTP A102 H 

JMPCOND E502 L, $S1 

OUTP A101 L 

CLOSE 

Der Vorteil liegt darin, dass der Programmtext kopiert werden kann und nur in den 

Details angepasst werden muss. 


Horsch Elektronik AG .MAX_ECCO 

.MAX_ECCO 

Spezifiziert die Anzahl der verbundenen ECCO-Steuerungen. 

Syntax: 

.MAX_ECCO 

Felder: 

Anzahl; Zahl zwischen 1 und 9. 

Bemerkungen: 

Fehlt dieser Befehl oder passt nicht zu den Angaben von .LIMITS und 

.OWN_ECCO, so wird ein Compiler-Fehler generiert. 

Bei älteren Versionen hiess dieser Befehl .MAX_SMC, der Befehl ist also bei 

Portierungen anzupassen. 

Beispiel: 

.MAX_ECCO 1 

Siehe auch: 

60 .LIMITS 



Horsch Elektronik AG .OWN_ECCO 

.OWN_ECCO 

Spezifiziert die eigene Adresse der ECCO-Steuerung. 

Syntax: 

.OWN_ECCO 

Felder: 

Eigene ECCO-Adresse. 

Bemerkungen: 

Fehlt dieser Befehl oder passt nicht zu den Angaben von .LIMITS und 

.MAX_ECCO, so wird ein Compiler-Fehler generiert. 

In früheren Programmversionen hiess dieser Befehl .OWN_SMS; bei Portierungen ist 

auf eine korrekte Änderung zu achten. 

Beispiel: 

.OWN_ECCO 1 

Siehe auch: 

60 .LIMITS 



Horsch Elektronik AG .PAC_DEF / .END_PAC_DEF 

.PAC_DEF / .END_PAC_DEF 

Deklariert PAC Befehle. 

Syntax: 

.PAC_DEF 

, , 

[ , , ] 

.END_PAC_DEF 

Felder: 

Name des Befehls. Dies ist ein Bezeichner, welcher im PAC 

Befehl verwendet wird. 

Charakteristische Nummer des Befehls. 

Anzahl der Argumente, welche vom PAC gelesen werden. 

Anzahl der Argumente, welche an den PAC gesendet werden. 

Bemerkungen: 

Dieser Block ist aus der Dokumentation zum PAC zu kopieren, um die 

ordnungsgemässe Funktion sicherzustellen. 

Beachte, dass zwischen und kein Komma steht. 

Siehe auch: 

179 PAC 



Horsch Elektronik AG .PASSWORD 

.PASSWORD 

Das Passwort soll sicherstellen, dass nur berechtigte Benutzer Ausgänge, Merker 

oder Fehlermerker am Terminal ändern können. 

Syntax: 

.PASSWORD 

Felder: 

Passwort-Zahl im Bereich 0 bis 65535. 

Bemerkungen: 

Im manuellen Modus oder im gestoppten Automatikmodus wird vom Bediener die 

Eingabe dieses Passworts verlangt, sofern er Ausgänge, Merker oder Fehlermerker 

verändern will. Das eingegebene Passwort bleibt gültig bis zum nächsten Start im 

Automatik- oder Stationsmodus. 

Soll keine Passwort-Abfrage stattfinden, so ist dieser Befehl auszulassen. 

Beispiel: 

.PASSWORD 12345 


Horsch Elektronik AG .PROFIBUS_DEF / .MASTER / .END_PROFIBUS_DEF 

.PROFIBUS_DEF / .MASTER / .END_PROFIBUS_DEF 

Beschreibt die PROFIBUS Karte in ECCO. 

Syntax: 

.PROFIBUS_DEF , 

FILE “” 

[ID_IO , “” 

[INPUTS 

B, [-] [, [-]] 

[B, [-] [, [-]]]] 

[OUTPUTS 

B, [-] [, [-]] 

[B, [-] [, [-]]]] ] 

[ID_PAC , , “”] 

[ID_IDEX , , , , , “”] 

[ID_SLV , , , , “”, 

“”] 

.END_PROFIBUS_DEF 

Felder: 

Nummer der PROFIBUS Karte. Gültige Werte sind 1 bis 4. 

Text, der bei einem Fehler der Komponente angezeigt wird. 

Dateiangabe zum SyCon PB_File. 

Byte im Prozessabbild. Muss in der gleichen Reihenfolge wie in 

der SyCon Datei stehen. 

Zugeordnete Ein- resp. Ausgangs-Adresse (also ohne den 

Buchstaben E, I, A oder O) zum Bit im . Jedes 

fasst genau 8 , wobei das LSB ganz links (zuerst) steht. 

Nicht verwendete Bits werden mit 0 gekennzeichnet, Bereiche 

werden mit „-“ verbunden. 

ID der Komponente am PROFIBUS. Muss mit der Angabe aus 

SyCon übereinstimmen und ist eine Zahl zwischen 1 und 125. 

ID der Komponente in ECCO. Beachte, dass die PAC’s, die 

Slaves und die VI-Terminals je einen eigenen ID-Raum 

aufweisen. 

Antenne. Zahl zwischen 1 und 2. An Baluff IDEX Geräte können 

zwei Antennen je Auswerteinheit angeschlossen werden. In 

ECCO erhält dabei jede Antenne eine eigene ID-Nummer. 

Erstes Input-Byte im Prozessabbild. Dieser Wert ist aus der 

SyCon-Konfiguration zu entnehmen; Zahl zwischen 0 und 2047. 

Erstes Output-Byte im Prozessabbild. Dieser Wert ist aus der 

SyCon-Konfiguration zu entnehmen; Zahl zwischen 0 und 2047. 

Serielle Schnittstelle an dem PROFIBUS Slave. Nummer 

zwischen 1 und 21. An einem entsprechenden Buskoppler mit 

eigener Adresse können mehrere serielle Klemmen 

angeschlossen werden, welche in ECCO je eine eigene 

erhalten; zur Unterscheidung und zur eindeutigen Zuordnung 

wird dieses Feld benötigt. 


Horsch Elektronik AG .PROFIBUS_DEF / .MASTER / .END_PROFIBUS_DEF 

Bezeichner des angeschlossenen Slaves. Der Bezeichner ist 

der Dokumentation zum Slave zu entnehmen. 

Die Parameter zur seriellen Schnittstelle. Die Zeichenkette ist 

kanonisch aufgebaut und unten der Vollständigkeit halber 

wiedergegeben. 

Das Feld hat das Format: 

, , , 

Diese Felder haben dabei die übliche Bedeutung und möglichen Werte: 

Baud Rate. Mögliche Raten sind 1200, 2400, 4800, 9600 und 

19200 Baud. 

Angabe, ob und wie ein Parity-Check durchgeführt wird. Gültige 

Werte sind e für even, u für uneven und n für no Parity. 

Anzahl der Datenbits pro Wort. Gültige Werte sind 7 und 8 

Datenbits. 

Anzahl der Stopbits pro Wort. Gültige Werte sind 1 und 2 

Stopbits. 

Beachte, dass nicht alle Kombinationen zulässig sind. Es wird empfohlen, den Wert 

aus der Dokumentation zum Slave zu übernehmen. 

Die Bezeichner für sind zur Zeit VI, PAGO, MARKER, BARCODE, ELV und 

DEFAULT. Diese Liste kann jedoch erweitert werden, wenn neue Slaves unterstützt 

werden. 

Bemerkungen: 

Es können bis zu 30 PAC’s und 30 Slaves angeschlossen werden. Die Slaves und 

die PAC’s haben unabhängig voneinander die ECCO ID’s 1 bis 30; die VI-Terminals 

die ID’s 1 bis 15, wobei die ID mit der am Terminal eingestellten ID übereinstimmen 

muss. Es können bis zu 30 serielle Klemmen angeschlossen werden. 

Die Kommunikation ist nur gewährleistet, wenn sie mit der verwendeten Hardware 

übereinstimmt und mit den Einstellungen aus SyCon korrespondiert. 

Für jedes ID_IO Element ist mindestens ein INPUTS oder OUTPUS Block 

anzugeben. Die Reihenfolge muss die gleiche wie in der SyCon Datei sein. Die 

einzelnen Elemente werden in der jeweiligen Dokumentation genauer erläutert. 

Beispiel: 

.PROFIBUS_DEF 1, HILSCHER 

FILE “project.pb” 

ID_IO 5, “Beckhoff Slave 1” 

INPUTS 

B0, 001-008 

OUTPUTS 

B0, 001-008 

ID_PAC 7, 16, “PAC Achse links” 

ID_PAC 8, 17, “PAC Achse rechts” 

ID_IDEX 15, 1, 2, 402, 405, “IDEX Lesekopf Station 1” 

ID_SLV 22, 1, 1, VI, “9600,e,7,1”, “VI-Terminal” 

.END_PROFIBUS_DEF 


Horsch Elektronik AG .PROJECT 

.PROJECT 

Spezifiziert die Projekt-Nummer. 

Syntax: 

.PROJECT 

Felder: 

Projekt-Nummer im Bereich 1 bis 65535. 

Bemerkungen: 

Kann verwendet werden, um eine kundenspezifische Projektnummer anzugeben. 

Beispiel: 

.PROJECT 1001 


Horsch Elektronik AG .PROTECTED / .END_PROTECTED 

.PROTECTED / .END_PROTECTED 

Schützt Ausgänge, variable Strings, Merker, Fehlermerker und Register vor dem 

lokalem Überschreiben. 

Syntax: 

.PROTECTED 

[-] 

[[-]] 

.END_PROTECTED 

Felder: 

Ein Ausgang, Merker, Fehlermerker, variabler String oder 

Register (RV oder RW). Dieses Element wird geschützt. 

optional: Dient zum Angeben eines Bereiches. In diesem Fall 

werden alle Elemente zwischen und 

geschützt. Ist eine Zahl ohne Kennbuchstaben. 

Bemerkungen: 

Die Überschreibung könnte von einem PC Programm (TSTRS, Debugger) oder vom 

Bedienterminal aus erfolgen. Im Falle einer versuchter Überschreibung eines 

geschützten Elementes wird am Bedienerterminal wird eine Fehlermeldung 

angezeigt und PC Programme erhalten ein Fehlertelegramm. 

Beispiel: 

.PROTECTED 

A001-032 

A193 

M100 

D101-199 

SR010-099 

SR200 

RV001 

RW101 

.END_PROTECTED 


Horsch Elektronik AG .PSL / .END_PSL 

.PSL / .END_PSL 

Beschreibt eine PSL-Bildschirmseite. 

Syntax: 

.PSL . 

 

.END_PSL 

Felder: 

Die Zeile der PSL-Seite, die beschrieben wird. Gültige Werte 

sind unten beschrieben. 

Die Spalte der PSL-Seite, die beschrieben wird. Gültige Werte 

sind unten beschrieben. 

Der zur Seite gehörende Programm-Code. Es dürfen nur die 

weiter unten aufgeführten Befehle verwendet werden. 

Die Adressierung nach . erlaubt die Navigation zwischen 

verschiedenen PSL-Seiten mit den Pfeiltasten am Benutzerterminal. Die Seiten sind 

so angeordnet: 

0.0 

1.1 1.2 1.3 1.4 1.5 1.6 1.7 1.8 1.9 1.10 

2.1 2.2 2.3 2.4 2.5 2.6 2.7 2.8 2.9 2.10 

3.1 3.2 3.3 3.4 3.5 3.6 3.7 3.8 3.9 3.10 

4.1 4.2 4.3 4.4 4.5 4.6 4.7 4.8 4.9 4.10 

5.1 5.2 5.3 5.4 5.5 5.6 5.7 5.8 5.9 5.10 

6.1 6.2 6.3 6.4 6.5 6.6 6.7 6.8 6.9 6.10 

7.1 7.2 7.3 7.4 7.5 7.6 7.7 7.8 7.9 7.10 

8.1 8.2 8.3 8.4 8.5 8.6 8.7 8.8 8.9 8.10 

9.1 9.2 9.3 9.4 9.5 9.6 9.7 9.8 9.9 9.10 

10.1 10.2 10.3 10.4 10.5 10.6 10.7 10.8 10.9 10.10 

Es sind nur die folgenden Befehle im Block einer PSL-Seite erlaubt: 

ABS AND BMOV CALC CDATEDISP 

CLS CLS_WIN CREGDISP CTIMEDISP CTRDEC 

CTRDISP CTREQ CTRINC CTRPRES CTRRES 

CWRITE DATEDISP DO GET_PSL IF 

IFNOT INM INP JMPCOND JMPTIM 

JPEQ JPGT JPLT JUMP MOV 

NOT OR RD_DATE RD_PUFFER RD_TIME 

REGDISP SCALE_AD SCALE_DA SEND_IO SEND_REG 

SEND_SR SET_LANG SET_PSL SETBIT SETTIM 

SMOV SWITCH TIMEDISP VI_CLRKEY VI_DATE 

VI_JMPKEY VI_RDISP VI_READ VI_TIME VI_WRITE 

WAITIM WHILE WRITE XOR 



Bemerkungen: 

Die Seiten sind von 1.1 bis 10.10 numeriert. 

Eine spezielle Position nimmt die Seite 0.0 ein: Diese Seite wird immer beim Start 

aktiviert, wenn noch keine Pfeiltaste betätigt wurde. Sinnvollerweise wird hier nur ein 

Befehl zum Löschen des Displays oder eine allgemeine Maschineninformation 

programmiert. 

Wenn das Programm beim Befehl .END_PSL angelangt ist, findet ein Sprung zum 

Beginn der PSL-Seite statt. 

Im Automatenmodus ist immer genau ein PSL-Task aktiv und muss nicht vom 

Hauptprogramm gestartet werden. Der PSL-Task wird gestoppt, sobald ein Display- 

oder Fehler-Task aktiv ist. Wenn kein Display- oder Fehler-Task mehr aktiv ist, 

beginnt der PSL-Task vom Anfang des Blocks an zu laufen. 

Um nicht unnötig Prozessorresourcen für den PSL-Task zu verwenden, wird 

empfohlen, im Block einen Timer einzubauen, der rund 2 bis 5 Sekunden 

verzögert. 

Beispiel: 

Dieses Beispiel zeigt, wie mit dem PSL-Task Produktionsdaten angezeigt werden: 

.PSL 1.1 

CLS_WIN 0, 110 ; Lösche benötigten Platz 

WRITE 1, 60, 1, “Register 1001:” 

WRITE 1, 70, 1, “Register 1002:” 

$LOOP_11: ; Aktualisiere nur was nötig 

REGDISP 15,60, 1, RW1001, “#9.0.0# dez” 

REGDISP 15,70, 1, RW1002, “#9.0.0# dez” 

SETTIM T0, 300 ; Warte 3 Sekunden 

WAITIM T0 

JUMP $LOOP_11 ; Aktualisiere Werte 

.END_PSL 

Siehe auch: 

60 .LIMITS 

95 ABS 

96 AND 

97 BMOV 

98 CALC 

106 CDATEDISP 

109 CLS 

110 CLS_WIN 

113 CREGDISP 

115 CTIMEDISP 

266 CTRDEC 

267 CTRDISP 

268 CTREQ 

269 CTRINC 

270 CTRPRES 

271 CTRRES 

116 CWRITE 

113 DATEDISP 




122 GET_PSL 


151 INM 

152 INP 

154 JMPCOND 

155 JMPTIM 

157 JPEQ 

158 JPGT 

159 JPLT 

160 JUMP 

166 MOV 

171 NOT 

176 OR 

183 RD_DATE 

184 RD_PUFFER 

186 RD_TIME 

187 REGDISP 

193 SCALE_AD 

196 SCALE_DA 

198 SEND_IO 

200 SEND_REG 

201 SEND_SR 

202 SET_LANG 

203 SET_PSL 

204 SETBIT 

205 SETTIM 

210 SMOV 

229 SWITCH / CASE /DEFAULT / END_SWITCH 

230 TIMEDISP 

237 VI_CLRKEY 

238 VI_DATE 

240 VI_JMPKEY 

241 VI_RDISP 

243 VI_READ 

244 VI_TIME 

246 VI_WRITE 

247 WAITIM 


250 WRITE 

252 XOR 


Horsch Elektronik AG .SET_CONST / .END_CONST 

.SET_CONST / .END_CONST 

Definiert Konstanten, welche auch Aliases für Slaves sein können. 

Syntax: 

.SET_CONST 

[KW = ] 

[KV = ] 

[FW = ] 

[KV = ] 

.END_CONST 

Felder: 

Zahl im Bereich 1 bis 512 für KW und KV, im Bereich 1 bis 128 

für FW. 

Wert, mit dem die Konstante belegt wird. Bei KV eine 16-bit 

Zahl, bei KW eine 32-bit Zahl und bei FW eine Art Fliesskomma- 

Zahl. 

Alias für einen Regel-Slave. 

Das Format für ist: 

. 

Dabei ist 

Entweder SV, DA oder AD. 

Adresse des Slaves. Zahl zwischen 1 und 15. 

Adresse des Servos oder des Wandlers auf dem Slave. 

Bemerkungen: 

Als Regel-Slave wird meist ein PAC der Firma Horsch AG eingesetzt. 

Konstanten vom Typ FW sind Fliesskomma-Konstanten mit vier Nachkomma-Stellen. 

Sie werden als Fixkomma-Ersatz bei Regel-Slaves und dem PAC verwendet. Es 

können bis zu 512 KW, 512 KV und zusätzlich 128 FW deklariert werden. 

Beispiel: 

.SET_CONST 

; 16 bit Ganzzahl-Konstanten 

KV001 = 1 

KV002 = 2 

; 32 bit Ganzzahl-Konstanten 

KW101 = 123456789 

KW102 = -2 

; Fliesskomma-Zahlen 

FW001 = 3.1416 

; PAC 

KV003 = SV1.1 ; Slave 1, Servo 1 

KV004 = DA1.1 ; Slave 1, A/D-Wandler 

KV005 = AD2.1 ; Slave 2, D/A-Wandler 


Horsch Elektronik AG .SET_CONST / .END_CONST 

.END_CONST 


Horsch Elektronik AG .SETLABEL 

.SETLABEL 

Schreibt die Adresse eines Programmlabels in das compilierte Programm. 

Syntax: 

.SETLABEL 

Felder: 

Label, dessen Adresse hierhin geschrieben wird. 

Bemerkungen: 

Der Befehl wird nur zusammen mit dem .ADDRESS Befehl verwendet, um eine 

Programmtabelle für das compilierte Programm zusammenzustellen. Er ist wie folgt 

zu verwenden: 

.ADRESS 26 

.SETLABEL STRESP ; Störung-Restart Programm 

.SETLABEL NSRESP ; Notstop-Restart Programm 

.SETLABEL NRMPGM ; Normierungs-Programm 

.SETLABEL STPGM ; Störungs-Programm 

.SETLABEL NSPGM ; Notstop-Programm 

.SETLABEL NULL ; frei 




.SETLABEL HPPGM ; Haupt-Programm 

.SETLABEL BACKPGM ; Background-Programm 

Siehe auch: 

47 .ADDRESS 

255 BACKPGM 

259 HPPGM 

260 NRMPGM 

261 NSPGM 

262 NSRESP 

263 STPGM 

264 STRESP 


Horsch Elektronik AG .SLCE_DEF / .END_SLCE_DEF 

.SLCE_DEF / .END_SLCE_DEF 

Ermöglicht die Verwendung von beschreibenden Bezeichnern im SLCE Befehl. 

Syntax: 

.SLCE_DEF 

 

[ ] 

.END_SLCE_DEF 

Felder: 

Beschreibender Bezeichner, bis zu 30 Zeichen lang. 

Wert für . Die genaue Bedeutung hängt vom 

verwendeten Regel-Slave ab. 

Bemerkungen: 

Beachte, dass zwischen und kein Komma steht, sondern 

lediglich ein (oder mehrere) Leerzeichen. 

Beispiel: 

.SLCE_DEF 

Minimum_Zone1 36 

Maximum_Zone1 37 

Wert_an_irgendeinem_Punkt 38 

.END_SLCE_DEF 

Siehe auch: 


206 SLCE 


Horsch Elektronik AG .SLCS_DEF / .END_SLCS_DEF 

.SLCS_DEF / .END_SLCS_DEF 

Ermöglicht die Verwendung von beschreibenden Bezeichnern im SLCS Befehl. 

Syntax: 

.SLCS_DEF 

 

[ ] 

.END_SLCS_DEF 

Felder: 

Beschreibender Bezeichner, bis zu 30 Zeichen lang. 

Wert für . Die genaue Bedeutung hängt vom 

verwendeten Regel-Slave ab. 

Bemerkungen: 

Beachte, dass zwischen und kein Komma steht, sondern 

lediglich ein (oder mehrere) Leerzeichen. 

Beispiel: 

.SLCS_DEF 

Unteres_Limit 1 

Oberes_Limit 2 

Aufzeichnungslaenge 10 

Noch_ein_Befehl 11 

.SLCS_DEF 

Siehe auch: 


207 SLCS 


Horsch Elektronik AG .STATIONS / STATION / .END_STATIONS 

.STATIONS / STATION / .END_STATIONS 

Weist den Stationen ein Label und einen Text in Landessprache zu. 

Syntax: 

.STATIONS [] 

STATION , “” 

[STATION , “”] 

.END_STATIONS 

Felder: 

Label (bestehend aus drei Buchstaben) der Landessprache. Für 

jede in .LANGUAGES definierte Sprache muss ein eigener 

solcher Stations-Block vorhanden sein. Ist nur eine Sprache 

definiert, so ist die Angabe der Sprache optional. 

Programm-Label, bei dem der zugehörige Code beginnt. 

Text-Beschrieb für die Station in der Landessprache. 

Bemerkungen: 

Um eine Station (aus dem Manualmodus) vom Terminal aus zu starten, muss zuerst 

die „STAT“-Taste gedrückt werden. Danach gibt es zwei Möglichkeiten: „VALUE“- 

Taste, gefolgt von der Stationsnummer und der „=“-Taste; oder durch Suchen über 

die Pfeiltasten. Auf dem Benutzerterminal erscheint jeweils der . Die Station 

wird mit der „START“-Taste gestartet. 

Der soll den Bediener über die Funktion der gewählten Station informieren 

und ist somit eine wichtige Information. 

Um das Blättern mit der Pfeiltaste zu ermöglichen, müssen alle Stationen aufgeführt 

werden. 

Beispiel: 

.STATIONS GER 

STATION STAT1, “S1 Laden” 

STATION STAT2, “S2 Operation” 

STATION STAT3, “S3 Entladen” 

.END_STATIONS 

Siehe auch: 


60 .LIMITS 


Horsch Elektronik AG .STATISTIC / GROUP / .END_STATISTIC 

.STATISTIC / GROUP / .END_STATISTIC 

Dient zur Konfiguration von STATREAD. 

Syntax: 

.STATISTIC [] 

GROUP , “” [, , , ] 

VAL ., , , , 

“” 

PRM ., , , , 

, , , , 

, “” 

.END_STATISTIC 

Felder: 

Label der Landessprache, bestehend aus drei Buchstaben. Für 


solcher Block vorhanden sein. Ist nur eine Sprache definiert, so 

ist die Angabe der Sprache optional. Ist keine Sprache 

deklariert (die .LANGUAGES Anweisung fehlt), so wird Deutsch 

GER angenommen. 

Nummer der Statistik-Gruppe. Wert zwischen 1 und 20. 

Zeichenkette als Bezeichner für die Statistik-Gruppe, den 

Messwert oder den Parameter in der Landessprache, bis zu 30 

Zeichen lang. 

optional: Beliebiger Pfad und Dateiname für die Serienummer- 

Datenbank. Wird dieses Feld angegeben, so müssen auch 

und angegeben sein. 

optional: Position des Eintrags innerhalb der Serienummer- 

Datenbank. Ist angegeben, muss auch dieses Feld 


optional: Schlüssel-Länge innerhalb der Serienummer- 

Datenbank. Ist angegeben, muss auch dieses Feld 


Nummer des Messwerts. Zahl zwischen 1 und 255. 

Datentyp des Messwerts oder Parameters. Gültige Bezeichner 

mit ihrer Bedeutung werden weiter unten angegeben. 

Anzahl der Dezimalstellen zur Darstellung von Fixpunkt-Zahlen. 

Flag, das angibt, ob eine statistische Auswertung erfolgen soll. 

0 steht dabei für NEIN, 1 für JA. 

Nummer des Parameters. Zahl zwischen 0 und 255. 

Benötigte Sicherheitsstufe zur Änderung des Parameters als 

Zahl im Bereich 0 bis 9. Die genaue Bedeutung wird weiter 

unten gegeben. 

Register für den Sollwert. Die Bedeutung der Notation ist weiter 

unten angegeben. 

Register für den oberen Grenzwert. Die Bedeutung wird weiter 

unten gezeigt. 



Register für den unteren Grenzwert. Die Bedeutung wird weiter 

unten gezeigt. 

Register für die obere Eingreif-Grenze. Die Bedeutung wird 

weiter unten gezeigt. 

Register für die untere Eingreif-Grenze. Die Bedeutung wird 

weiter unten gezeigt. 

Für sind folgende Bezeichner möglich: 

CODE Fehlercode. Ganzzahl, die den Bearbeitungsprozess beschreibt. 

DATE Datum in Tagen seit dem 1. Januar 1980. Wird in STATREAD 

mit Datum bezeichnet. 

FIXED Vorzeichenbehaftete Fixpunkt-Zahl, mit von gegebener 

Anzahl Nachkomma-Stellen. Wird in STATREAD mit Float 

bezeichnet. 

LONG Vorzeichenbehaftete Zahl. 

MACHINE Maschinen-Nummer. Ganzzahl, welche die Anlage beschreibt. 

Wird in STATREAD mit Mach-Nr bezeichnet. 

PART_NO Eindeutige Werkstück-EDV-Nummer. Wird in STATREAD mit 

EDV-Nr bezeichnet. 

SER_NO -ter Teil der Werkstück-Serienummer. ist dabei eine 

Ziffer. Wird in STATREAD mit Ser-Nr bezeichnet. 

TIME Zeit in Sekunden seit Mitternacht mit zwei Nachkommastellen 

für die Auflösung von Hundertstel-Sekunden. Wird in 

STATREAD mit Uhrzeit bezeichnet. 

TIME_VAL Zeitdauer-Wert in Sekunden mit zwei Nachkommastellen für die 

Auflösung von Hundertstel-Sekunden. Wird in STATREAD mit 

Zeit bezeichnet. 

verwendet fünf Sicherheitsstufen. Damit werden nicht alle möglichen 

Stufen in STATREAD verwendet. Der Benutzer braucht mindestens folgende Stufe, 

um die angegebenen Tätigkeiten ausführen zu dürfen: 

4 Parameter kreieren und modifizieren 

Register-Sets kreieren und modifizieren 

3 Auftrags-Nummern kreieren und modifizieren 

Reset-Zeit der Fehlerquote ändern 

2 Aktuelle Parameter setzen, ausdrucken und ansehen 

Register-Sets an Steuerung übermitteln und ausdrucken 

Fehler-Log löschen 

Zurücksetzen einer Fehlerquote 

Reset-Zeit der Fehlerquote aktivieren und deaktivieren 

1 Auftrags-Nummern übermitteln und löschen 

Eintrag in der History vornehmen 

0 Eigenes Passwort ändern 

Für , , , und wird eine 

von der Norm abweichende Notation verwendet, welche nicht nur das zu 

verwendende RW Register angibt, sondern auch, ob überhaupt ein solches Register 

benötigt wird. Mögliche Werte sind: 

-1 Es wird kein Register in ECCO für den Wert verwendet (es 

werden also auch keine Daten übertragen); zudem kann in 

STATREAD der Wert nicht eingegeben werden. 



0 Es wird kein Register in ECCO für den Wert verwendet (es 

werden also auch keine Daten übertragen), es kann aber in 

STATREAD ein Wert eingegeben werden, welcher dann 

beispielsweise zur statistischen Auswertung verwendet werden 

kann. 

1 bis 2047 Der Parameter wird an die ECCO Steuerung übertragen und im 

RW Register mit der entsprechenden Nummer abgelegt. 

Bemerkungen: 

Dieser Block dient zur Konfiguration der STATREAD Statistik wird innerhalb des 

ECCO Programms. Anhand dieser Informationen kann der Compiler direkt die .INI 

Dateien für STATREAD generieren. 

Soll die Auswertung nicht durch STATREAD erfolgen, so wird dieser Block nicht 

benötigt. 

Die PRM Parameter dienen zur dynamischen Konfiguration der Anlage (somit 

Eingabe-Werte sind), während die VAL Werte Messresultate übertragen (und somit 

Ausgabe-Werte sind). 

Die folgenden Befehle werden im Zusammenhang mit der STATREAD Statistik 

verwendet: 

CLR_PUFFER MOV_PUFFER NEW_PUFFER POWER_OFF PUFFER 

RD_PUFFER SCHICHT STAT_CLR STAT_SEND STAT_TAKT 

STCKZAHL 

Zu jedem Parameter mit Soll-Wert können oberer und unterer Grenzwert und obere 

und untere Eingreif-Grenze angegeben werden. Der Unterschied zwischen den 

Grenzwerten und den Eingreif-Grenzen liegt darin, dass alle Werkstücke, bei denen 

der Parameter ausserhalb des Bereichs der Grenzwerte ist, als Ausschuss gelten. 

Demgegenüber dienen die Eingreif-Grenzen mehr als „Warnung“, ausserhalb derer 

der Programmierer korrektive Massnahmen ausprogrammieren kann (wie Auto- 

Kalibration). Werden somit Eingreif-Grenzen spezifiziert, sollten sie innerhalb des 

Bereichs der Grenzwerte liegen. 

Beispiel: 

Das Beispiel beschriebt eine Anlage mit einer Statistik-Gruppe. 

.STATISTIC GER 

GROUP 1, “Gruppe 1”, H:\SerNos\ser.btr, 1, 2 

VAL 1.1, PART_NO, 0, 0, “Werkstück-Nummer” 

VAL 1.2, DATE, 0, 0, “Datum” 

VAL 1.3, CODE, 0, 0, “Fehlercode” 

VAL 1.4, TIME_VAL, 2, 1, “Takt-Zeit” 

VAL 1.5, FIXED, 3, 1, “Wert (3 Dezimalstellen)” 

PRM 1.0, LONG, 0, 4, 610,611,612,-1,-1, “Prm 1” 

PRM 1.5, LONG, 0, 3, 615, 0, 0,-1,-1, “Wert zu Val1.5” 

.END_STATISTIC 



Siehe auch: 





179 POWER_OFF 

182 PUFFER 

184 RD_PUFFER 

197 SCHICHT 

208 STAT_CLR 

212 STAT_SEND 

214 STAT_TAKT 

215 STCKZAHL 





Horsch Elektronik AG .STOP_IO_TEXT 

.STOP_IO_TEXT 

Begrenzt die Ausgabe von IO Texten bei der Ausgabe im „Stop“ Modus. 

Syntax: 

.STOP_IO_TEXT 

Felder: 

Anzahl Zeichen, auf den die Ausgabe begrenzt wird. 

Bemerkungen: 

Anwenderprogramme lassen sich fast beliebig mit der „Stop“-Taste unterbrechen. 

Sobald das Programm anhält, erscheint die Meldung „PROGRAMM STOPPED“ und 

die „Esc“- und „OK“-Tasten leuchten; zudem zeigt die Laufzeit-Umgebung die 

Eingänge an, auf welche das Programm wartet. Mit diesem Befehl wird die 

Bezeichnung eben dieser Eingänge beschränkt. 

In allen anderen Situationen (beispielsweise beim SMOV Befehl) wird aber der 

vollständige IO Text verwendet. 

Beispiel: 

.STOP_IO_TEXT 90 ; beschränke IO-Texte bei 

; “Stop” auf 90 Zeichen. 

Siehe auch: 


210 SMOV 


Horsch Elektronik AG .STRING_REG / .END_STRING_REG 

.STRING_REG / .END_STRING_REG 

Deklariert das Format eines variablen Strings. 

Syntax: 

.STRING_REG 

SR[-] = 

[SR[-] = ] 


Felder: 

Erstes SR Register, dessen Typ angegeben wird. 

Art des Formates des Strings. Gültige Bezeichner sind unten 

aufgeführt. 

optional: Letztes SR Register, dessen Typ in dieser Zeile 

angegeben wird. 

Mögliche Bezeichner von sind: 

D Datumsformat, wie es beispielsweise von DATEDISP verwendet 

wird: #jjjj/mm/tt#. 

R Registerformat, wie es beispielsweise von REGDISP verwendet 

wird: #8.4.2#. 

T Zeitformat, wie es beispielsweise von TIMEDISP verwendet 

wird: #hh:mm:ss:pp#. 

Bemerkungen: 

Strings sind bis zu 120 Zeichen lang, wobei der Formatstring in den ersten 30 

Zeichen auftauchen muss. 

Da Strings ohne Formatierung keinen Bezeichner haben, werden sie hier 

nicht aufgeführt. Der Block muss vor .IO_TEXT stehen. 

Beispiel: 

.STRING_REG 

SR100-199=R 

SR200-249=T 

SR250-259=D 


Siehe auch: 



Horsch Elektronik AG .STRINGS / .END_STRINGS 

.STRINGS / .END_STRINGS 

Dieser Compileranweisung definiert die konstanten Strings in einer Landessprache. 

Syntax: 

.STRINGS [] 

ST = “” 

[ST = “”] 

.END_STRINGS 

Felder: 

Label (bestehend aus drei Buchstaben) der Landessprache. Für 



ist die Angabe der Sprache optional. 

ST Bezeichner des Strings, dem der zugewiesen wird. Zur 

Numerierung siehe unten. 

Text, der dem Bezeichner zugewiesen wird. 

Bemerkungen: 

Bis zu 2048 Strings können für jede Landessprache definiert werden. Die 

Numerierung der Strings beginnt mit 1 und wird jedesmal um 1 ohne Lücken 

inkrementiert. 

Je nach Einsatz enthält der Formatanweisungen oder nicht. Diese werden 

bei den Ausgabe-Befehlen erläutert. 

CDATEDISP CREGDISP CTIMEDISP CWRITE DATEDISP 

HP_CDATEDISP HP_CREGDISP HP_CTIMEDISP HP_CWRITE HP_DATEDISP 

HP_REGDISP HP_TIMEDISP HP_WRITE NUM_INP REGDISP 

TIMEDISP VI_DATE VI_TIME VI_WRITE WRITE 

Beispiel: 

.STRINGS GER 

ST001 = “String ohne Formatanweisung.” 

ST002 = “String mit #8.4.2# Format.” 

.END_STRINGS 

Siehe auch: 


106 CDATEDISP 

113 CREGDISP 

115 CTIMEDISP 

116 CWRITE 

117 DATEDISP 





Horsch Elektronik AG .STRINGS / .END_STRINGS 

136 HP_CWRITE 




142 HP_WRITE 

173 NUM_INP 

187 REGDISP 

230 TIMEDISP 

238 VI_DATE 

244 VI_TIME 

246 VI_WRITE 

250 WRITE 


Horsch Elektronik AG .TEXT 

.TEXT 

Gibt einen kurzen Text zur Bezeichnung des Programms an. 

Syntax: 

.TEXT “” 

Felder: 

Text, der zur Bezeichnung des Programms verwendet wird. 

ECCO zeigt diesen Text automatisch bei der Initialisierung, 

nach dem Laden eines Programmes und nach dem Einschalten 

der Stromversorgung an. 

Bemerkungen: 

Diese Anweisung ermöglicht es, einen Text zu definieren, der beim Aufstarten des 

Programms auf der untersten Zeile am Terminal angezeigt wird. Typisch ist dies das 

Datum und die Versionsnummer der Software. 

Beispiel: 

.TEXT “BASE_200 Rev.1.01, 01.01.2004/autor” 


Horsch Elektronik AG .TINP_TEXT / .END_TINP_TEXT 

.TINP_TEXT / .END_TINP_TEXT 

Definiert die Parameter-Übergabe für den TINP Befehl. 

Syntax: 

.TINP_TEXT 

TIMEOUT 

CONDITION 

IO_TEXT 

REGISTER 

.END_TINP_TEXT 

Felder: 

Wird vom Betriebssystem mit dem Text “TIMEOUT AT LINE: 

#6.0.0#?” initialisiert. 

Gerät der TINP Befehl in einen Timeout, dann schreibt das 

Betriebssystem in dieses Register die erste nicht erfüllte 

Bedingung. 

Gerät der TINP Befehl in einen Timeout, dann schreibt das 

Betriebssystem in dieses Register den .IO_TEXT der ersten 

nicht erfüllten Bedingung in der gewählten Landessprache. 

Register vom Typ RW in welches das Betriebssystem die Zeile 

schreibt, in der der TINP Befehl einen Timeout hatte. 

Bemerkungen: 

Das genaue Zusammenspiel zwischen diesem Befehl und .ERROR_CODE_START, 

ERROR_PROTOTYPE, TINP, Fehlermerker und variablen Strings wird im TINP Befehl 

erläutert. 

Die Position dieses Befehls wird im Beispiel gezeigt und ist zwingend. 

Bei der Portierung alter Programme ist darauf zu achten, dass in SMC42 

ein Register vom Typ RV sein musste; in ECCO muss es nun ein RW Register sein. 

Beispiel: 

Dieser Befehl wird kanonisch wie folgt verwendet: 

.ADDRESS 0 

NULL: 

.ERROR_CODE_START 25000 ; Min. Val. 5000, Max. 25000 

.TINP_TEXT 

TIMEOUT SR0101 ;TIMEOUT AT LINE 

CONDITION SR0102 ;1ST UNMATCHED CONDITION 

IO_TEXT SR0103 ;IO_TEXT OF THE UNM. COND 

REGISTER RW0069 ;ECCO PROGRAM LINE NUMBER 



Horsch Elektronik AG .TINP_TEXT / .END_TINP_TEXT 

Siehe auch: 

47 .ADDRESS 



255 ERROR_PROTOTYPE 

234 TINP 


Horsch Elektronik AG .UNLOCK / .END_UNLOCK 

.UNLOCK / .END_UNLOCK 

Ermöglicht das Setzen von Ausgängen, Registern, variablen Strings, Fehlermerker 

und Merker durch fremde ECCO Steuerungen. 

Syntax: 

.UNLOCK 

[-] 

[[-]] 

.END_UNLOCK 

Felder: 

Ein Ausgang, Merker, Fehlermerker, variabler String oder 

Register (RV oder RW). Dieses Element wird freigegeben. 



freigegeben. Ist eine Zahl ohne Kennbuchstaben. 

Bemerkungen: 

Ausgänge, Merker, Fehlermerker, variable Strings und Register sind vor der 

Überschreibung aus einer vernetzten SMC Steuerung automatisch geschützt; das 

Überschreiben muss explizit durch diesen Befehl erlaubt werden. 

Wird versucht, ein nicht freigegebenes Element zu überschreiben, dann wird bei der 

ECCO-Steuerung, die den Versuch zu überschreiben unternommen hat, die 

Fortsetzung der Programmzeile gestoppt, bis eine Unterbrechung im zugehörigen 

TIMETRAP, TRAP oder durch Auslösung des Notstops erfolgt. Dadurch laufen 

zumindest die übrigen Tasks weiter, auch wenn die fremde Steuerung nicht läuft. 

Beachte, dass keine Elemente mit .UNLOCK für den Fernzugriff freigegeben werden 

dürfen, die mit .PROTECTED lokal geschützt werden. 

Beispiel: 

.UNLOCK 

A001-032 

A193 

M100 

D101-199 

SR100 

RV001 

RW101 

.END_UNLOCK 

Siehe auch: 



Horsch Elektronik AG .ZPOINT / ANLAGE / RACK / .END_ZPOINT 

.ZPOINT / ANLAGE / RACK / .END_ZPOINT 

Definiert die diversen Parameter zur Kommunikation mit der ZPoint-Software. 

Syntax: 

.ZPOINT [] 

ANLAGE “”, 

[RACK , ] 

GS , , , , 

, , , “” 

M ., , , 

, , , “” 

PRM .., , 

“” 

EW .., , 

“” 

VAL .., , , 

“” 

.END_ZPOINT 

Felder: 

Label der Landessprache, bestehend aus drei Buchstaben. Für 



ist die Angabe der Sprache optional. Ist keine Sprache 

deklariert (die .LANGUAGES Anweisung fehlt), so wird Deutsch 

GER angenommen. 

Name der Anlage für die ZPoint-Software als String (bis zu 40 

Zeichen lang) in Landessprache. 

Anzahl der Grundsysteme der Anlage. Abhängig von der ZPoint 

Version. 

Datenbaustein-Nummer des Koppel-Bereiches. Es können bis 

zu 64 verschiedene Datenbausteine betrieben werden. 

Identifikation des Gateways, falls mehrere Gateways verwendet 

würden. 

Nummer des Grundsystem-Nummer. Zahl zwischen 1 und 

. 

Anzahl der Module in diesem Grundsystem, bis zu 56 möglich. 

Basis der Register-Nummer für den Registerblock 

Bedienvorgaben/Sollwerte. 

Basis der Flag-Nummer für den reservierten Merker-Block. 

Statistik-Gruppe der Produktionsdaten. Eine Zahl im Bereich 0 

bis 20, wobei 0 „keine Statistikdaten“ bedeutet. 

Name des Grundsystems in Landessprache, bis zu 40 Zeichen 

lang. 

Modul-Nummer, zwischen 0 und des 

Grundsystems. In PRM, EW und VAL Angaben bedeutet eine 0 

das Grundsystem, während die übrigen Zahlen auf ein 

tatsächliches Modul zeigen. 



Name des Moduls in Landessprache, bis zu 40 Zeichen lang. 

Parameter-Nummer. Die Nummer des Parameters ergibt implizit 

den Speicherplatz innerhalb des Koppelbausteins zu ZPoint. 

Die Parameter sind von 1 an lückenlos zu numerieren, wobei 

die Obergrenze durch die ZPoint-Rezeptur festgelegt wird. 

RW oder RV Register, das abgebildet wird. 

Name des Parameters als Text in Landessprache mit bis zu 40 

Zeichen. 

Nummer des Einstellwertes. Die Nummer jedes Einstellwertes 

ergibt implizit den Speicherplatz innerhalb des Koppel- 

Bausteins zu ZPoint. 

Name des Einstellwertes als Text in Landessprache, bis zu 40 

Zeichen lang. 

Nummer des Wertes im Bereich 1 bis 255. Die Nummer des 

Wertes ergibt implizit den Speicherplatz innerhalb des 

Koppelbausteins zu ZPoint. 

Datentyp des Wertes. Möglich ist S für vorzeichenbehaftet 

(signed) und U für vorzeichenlos (unsigned). 

Anzahl der Dezimalstellen für die Darstellung in Festkomma- 

Schreibweise. 

Name des Wertes in Landessprache, bis zu 40 Zeichen lang. 

Bemerkungen: 

ZPoint ist eine Produktions-Überwachungs- und Betriebssteuerungs-Software. Mit ihr 

ist es möglich, die Einstellwerte und Produktionsparameter der mit ECCO 

gesteuerten Anlage zentral zu verwalten und zu ändern, und Messwerte, 

Produktionszeiten und weitere Angaben aus ECCO abzulegen. 

ZPoint kommuniziert mit ECCO über die sogenannte Gateway Funktionalität, welche 

automatisch die benötigten Werte der ECCO Register automatisch von und nach 

ZPoint transferiert. Zusätzlich werden die Produktdaten (in ZPoint VAL genannt) über 

Puffer an ZPoint übertragen. 

Ein Gateway ist die physikalische Schnittstelle und der logische Container der 

Statistikgruppen. Üblicherweise entspricht ein Grundsystem einer von ECCO 

gesteuerten Anlage und ein Modul einer Station. Die genaue Zuteilung hat jedoch in 

jedem Fall der Kunde passend zu seiner ZPoint Konfiguration vorzunehmen. 

Bei der Verwendung von ZPoint sind unbedingt die einschlägigen Richtlinien und 

kundenseitigen Vorgaben einzuhalten. 

Die nachfolgenden Befehle werden zur Kommunikation mit ZPoint verwendet: 

.ERROR_FLAG_OFFSET GW_DD GW_DW GW_MSG GW_RD_DD 

GW_RD_DW MOV_PUFFER NEW_PUFFER PUFFER STAT_TAKT 

Die STATREAD Software bietet gewisse Funktionen in einer einfacheren und 

übersichtlicheren Form an. 

Beispiel: 

.ZPOINT GER 

ANLAGE “DEMO-ANLAGE”, 1 

RACK 108, 1 



; 1 GS mit 2 Modulen, DB_No 109, Gateway ID 1, Register ... 

; ... ab RV/RW1900, Merker ab M0700, Statistikgruppe 1 

GS 1, 2, 109, 1, 1900, 0700, 1, “DEMO” 

; 2 Module 

M 1.1, 100, 1, 1910, 0710, 0, “MODUL 1” 

M 1.2, 101, 1, 1920, 0720, 0, “MODUL 2” 

; Parameter (2 zum GS, je 3 zu den Modulen) 

PRM 1.0.1, RW1500, “TYP” 

PRM 1.0.2, RW1510, “SOLL-TAKTZEIT” 

PRM 1.1.1, RW1521, “PARAMETER 1 FÜR MODUL 1” 






; Einstellwerte 

EW 1.0.1, RW1001, “IRGENDEIN OFFSET” 

EW 1.0.2, RW1002, “SONST EIN EINSTELLWERT” 

; Produktdaten 

VAL 1.0.1, S, 0, “TEIL-NUMMER” 

VAL 1.0.2, S, 3, “IRGENDEINE LÄNGE” 

.END_ZPOINT 

Siehe auch: 

52 .ERROR_FLAG_OFFSET 



123 GW_DD 

124 GW_DW 

125 GW_MSG 

126 GW_RD_DD 

128 GW_RD_DW 



182 PUFFER 

214 STAT_TAKT 


Horsch Elektronik AG ABS 

ABS 

Weist den absoluten Betrag des Quellregisters dem Zielregister zu. 

Syntax: 

ABS , 

Felder: 

Zielregister vom Typ AV, AW, RV, RW, LV, LW oder ZW. 

Quellregister vom Typ AV, AW, RV, RW, LV, LW, KV, KW oder ZW. 

Bemerkungen: 

Bei Arrays können nur einzelne Elemente als Quelle oder Ziel dienen. 

Beispiel: 

MOV RW001, -5 

ABS RW002, RW001 ; RW002 = +5 

ABS AV001(1), AV001(2) 


Horsch Elektronik AG AND 

AND 

Der Zielwert entspricht der logischen UND-Verknüpfung aller angegebenen 

Quellwerten. 

Syntax: 

AND , [, ] 

oder 

AND , [, ] 

Felder: 

Ein Ausgang, Merker oder Fehlermerker. 

Ein Ausgang, Eingang, Merker oder Fehlermerker. 

Ein Register vom Typ AV, AW, RV, RW, LV, LW oder ZW. 

Ein Register (AV, AW, RV, RW, LV, LW, ZW, KV oder KW) oder ein 

direkter Zahlwert. Muss die gleiche Bitbreite wie 

aufweisen. 

Bemerkungen: 

Eine Vermischung von Registern einerseits und I/O’s und Merker andererseits ist 

nicht möglich. 

Bei I/O’s und Merker ist das Ziel genau dann H, wenn alle Quellen H sind. Bei Registern 

wird das Ergebnis bitweise gebildet; ein Ziel-Bit ist genau dann 1, wenn alle 

Quell-Bits 1 sind. Ist nur eine Quelle angegeben, entspricht das Ergebnis der Quelle. 

Das Ziel darf nicht eine der Quellen sein; es dürfen nur Ein- und 

Ausgänge der eigenen Steuerung angegeben sein. 

Beispiele: 

Der Ausgang A024 ist nur dann hoch gesetzt, wenn die Eingänge E010 bis E014 

hoch sind. 

AND A024, E010, E011, E012, E013, E014 

Das zweite Beispiel zeigt die Verwendung mit Registern. 

MOV LW001, 42 ; 101010(b) 

MOV LW002, 36 ; 100100(b) 

AND LW003, LW001,LW002 ; AND 100000(b) = 32 

AND LW004, LW001, 7 ; niedrigste Bits nach LW004 

; 010(b) = 2 

Siehe auch: 

171 NOT 

176 OR 

252 XOR 


Horsch Elektronik AG BMOV 

BMOV 

Kopiert eine bestimmte Anzahl von Elementen von einem Array in ein anderes. 

Syntax: 

BMOV , , 

Felder: 

Der erste Index in dem Array, in welches kopiert wird. 

Der erste Index des Arrays, aus welchem kopiert wird. 

Anzahl der zu kopierenden Elementen. Ein Zahlwert, ein AV 

Element oder ein LV, RV oder KV Register. 

Bemerkungen: 

Sollten Arrayelemente nicht deklariert oder indirekt adressierte Register nicht 

vorhanden sein, wird der Systemfehler 65 „INDEX out of range“ generiert. 

Werden AW Elemente in ein AV Array kopiert, so werden die höherwertigen Bits 

abgeschnitten; im umgekehrten Fall wird vorzeichenbehaftet aufgefüllt. 

Beispiele: 

Kopiert die Elemente 10 bis 12 aus dem Array AV002 in die Elemente 1 bis 3 des 

Arrays AV001. 

BMOV AV001(1), AV002(10), 3 

; AV001(1)

Horsch Elektronik AG BUS_OFF 

BUS_OFF 

Beendet die Überwachung der Kommunikation einer Profibus Master Karte. 

Syntax: 

BUS_OFF 

Felder: 

Master Karte, welche beendet wird; Zahl zwischen 1 und 10. 

Bemerkungen: 

Das SW-Register, welches das Zugriffs-Recht für die angegebene Karte beinhaltet, 

wird auf Null zurückgesetzt. Das SW-Register hat die Adresse 40+. 

Beispiel: 

BUS_OFF 1 ; Beendet die Überwachung der 

; Komm. der ersten Karte und 

; setzt SW041 zurück. 

Siehe auch: 


99 BUS_ON 


Horsch Elektronik AG BUS_ON 

BUS_ON 

Startet die Watchdog-Überwachung der Kommunikation einer Profibus Master Karte. 

Syntax: 

BUS_ON 

Felder: 

Master Karte, welche gestartet wird; Zahl zwischen 1 und 10. 

Bemerkungen: 

Zum Aufstarten der Überwachung der entsprechenden Profibus Karte werden die 

Rechte aus dem USB Key ausgelesen. Liegen die benötigten Rechte nicht vor, so 

kann sich ECCO jederzeit und ohne Meldung aufhängen. 

Der Systemmerker M027 zeigt an, ob der USB Key vorhanden ist. Ist der Key 

vorhanden (und M027 somit H), so beinhaltet das Systemregister SW040 die 

Seriennummer des Keys. 

Die Systemregister SW041 bis SW050 zeigen an, ob eine Master Karte überwacht 

wird. Dazu beinhaltet das Systemregister mit der Adresse 40+ den Wert in 

SW040, wenn die Karte überwacht wird, und Null sonst. 

Beispiel: 

Das Beispiel versucht den Watchdog für die erste Master Karte nur dann zu starten, 

wenn der USB Key vorhanden ist. Ist der Befehl erfolgreich, so wird in SW041 die 

Seriennummer der Rechte stehen, um den Erfolg anzuzeigen. 

IF M027 H 

BUS_ON 1 

END_IF 

Siehe auch: 


98 BUS_OFF 


Horsch Elektronik AG CALC 

CALC 

Führt eine Berechnung aus. 

Syntax: 

CALC , 

Felder: 

Register, in welches das Resultat geschrieben wird, vom Typ 

RV, RW, LV, LW, AV oder AW. 

Erster Operand. Ein SW, RV, RW, LV, LW, AV, AW, KV, KW oder ZW 

Register. 

Operator. Es sind die Grundoperationen +, -, * und / erlaubt. 

Zweiter Operand. Zusätzlich zu den in erlaubten 

Möglichkeiten ist auch ein direkter Zahlwert erlaubt. 

Bemerkungen: 

Ist das Zielregister 16 Bit breit, werden allfällig höherwertige Bits 

abgeschnitten. 

Es findet keine Überwachung für numerische Überläufe statt. Die Überwachung 

beschränkt sich lediglich auf Division mit Null. 

Beispiele: 

Verdoppelt den Wert in LW001 und schreibt das Resultat in LW002. 

CALC LW002, LW001 * 2 

Und gleich nochmals. 

CALC LW002, LW001 + LW001 


Horsch Elektronik AG CALL 

CALL 

Verzweigt in eine Routine. 

Syntax: 

CALL 

Felder: 

Routine, zu der verzweigt wird. 

Bemerkungen: 

Ruft eine Routine auf, die bei dem unter definierten Namen startet. Die 

Routine wird mit dem RET-Befehl abgeschlossen, worauf das Programm unmittelbar 

nach dem CALL- Befehl weiterfährt. 

Es können maximal 16 Routinen verschachtelt werden. 

Für die Routine werden keine eigenen lokalen Register angelegt, die Routine „teilt 

sich“ somit die lokalen Register mit seinem Aufrufer. Wie auf Seite 26 gezeigt, darf 

CALL nur in einem Programmtask oder Backgroundtask verwendet werden. Innerhalb 

einer Überwachung ist der Befehl nicht erlaubt. 

Beispiel: 

Der Task STAT01 ruft die Routine SUB1 auf, die rein gar nichts macht. 

STAT01: ; aufrufender Task 

CALL SUB1 ; ruft SUB1 auf 

CLOSE 

SUB1: ; aufgerufene Routine 

RET ; macht gar nichts 

Siehe auch: 

175 OPEN 

189 RET 


Horsch Elektronik AG CALLD 

CALLD 

Ruft einen Display-Task auf. 

Syntax: 

CALLD @, I, O, F, 

D, [, ] 

Felder: 

Label des Display-Tasks mit bis zu 15 Zeichen. 

Offset für die Eingänge, Ausgänge, Merker und Fehlermerker 

respektive, um den die entsprechenden Angaben in den 

Befehlen L_INP, L_OUTP und L_JMPCOND verschoben werden. 

muss ein Vielfaches von 8 sein. 

Übergebenes Argument vom Typ RV, RW, LV, LW, KV oder KW. 

Es müssen genau so viele Argumente wie in .DISPLAYS deklariert 

angegeben werden. 

Bemerkungen: 

Dieser Befehl startet den Displaytask beginnend beim @, welcher den 

aktuellen Task (ein normaler Programmtask oder ein Funktionstask) deaktiviert. 

Bei den Argumenten müssen zuerst die 32bit Argumente angegeben werden. Dabei 

wird das erste Argument in LW001 kopiert, das zweite in LW002 und so 

weiter. Danach folgen die 16bit Argumente, wobei das erste 16bit Argument LV001 

zugewiesen wird, das zweite LV002 und so weiter. Wichtig ist, dass nur 32bit Werte 

als 32bit Argumente, und 16bit Werte als 16bit Argumente verwendet werden dürfen. 

Es gibt demzufolge bis zu 32 LV und bis zu 32 LW Register im Displaytask. 

Alle Argumente werden am Ende des Display-Tasks (bei RETD) zurück geschrieben, 

sofern nicht schreibgeschützt ist (wie bei Konstanten oder Systemregister). 

Innerhalb eines Displaytasks dürfen keine Sprünge über die Taskgrenzen (bestimmt 

durch @ und das zugehörige RETD) erfolgen und keine weiteren Displaytasks 

oder Funktionstasks aufgerufen werden. Wird der RETD Befehl erreicht, so 

werden die Argumente wie oben beschrieben zurück kopiert, danach der Task, 

welcher den Displaytask aufrief, wieder aktiviert. 

Displaytasks dienen dazu, Bildschirm-Ausgaben und –Eingaben in einem klar 

definierten Umfeld vorzunehmen, und werden meist verwendet, um vom Bediener 

Parameter und Ähnliches abzufragen. Es ist höchstens ein Displaytask aktiv, der 

eine höhere Priorität als ein PSL-Task hat und diesen somit unterdrückt. Er kann von 

einem Fehlertask unterbrochen werden; nach dessen Ende wird er von Anfang an 

abgearbeitet, um einen definierten Bildschirmaufbau zu gewährleisten. 

Innerhalb einer Überwachung ist der Befehl nicht erlaubt. Wie auf Seite 26 gezeigt, 

ist der Befehl nur in einem normalen Programmtask oder einer Funktion erlaubt. 

Beispiel: 

Das Beispiel zeigt musterhaft die Verwendung des Displays. Dazu muss der 

Displaytask zuerst im .DISPLAYS Block deklariert werden: 


Horsch Elektronik AG CALLD 

.DISPLAYS 

@DISP1, 1.0 ; nur ein 32Bit Argument 

.DISP_END 

Der Displaytask kann dann implementiert werden: 

@DISP1: 

; tu was auch immer. 

; LW001 enthält das erste (und einzige) Argument. 

RETD 

Der Aufruf sieht dann folgendermassen aus: 

CALLD @DISP1, I0, O0, F0, D0, RW030 

Siehe auch: 

50 .DISPLAYS 

101 CALL 

161 L_INP 

163 L_JMPCOND 

164 L_OUTP 

190 RETD 


Horsch Elektronik AG CALLF 

CALLF 

Ruft einen Funktions-Task auf. 

Syntax: 

CALLF #, I, O, F, 

D, [, ] 

Felder: 

Label des Funktions-Tasks mit bis zu 15 Zeichen. 

Offset für die Eingänge, Ausgänge, Merker und Fehlermerker 

respektive, um den die entsprechenden Angaben in den 

Befehlen L_INP, L_OUTP und L_JMPCOND verschoben werden. 

muss ein Vielfaches von 8 sein. 

Übergebenes Argument vom Typ RV, RW, LV, LW, KV oder KW. 

Bemerkungen: 

Bei den Argumenten müssen zuerst die 32bit Argumente angegeben werden. Dabei 

wird das erste Argument in LW001 kopiert, das zweite in LW002 und so 

weiter. Danach folgen die 16bit Argumente, wobei das erste 16bit Argument LV001 

zugewiesen wird, das zweite LV002 und so weiter. Wichtig ist, dass nur 32bit Werte 

als 32bit Argumente, und 16bit Werte als 16bit Argumente verwendet werden dürfen. 

Sämtliche Argumente werden am Ende des Funktionstasks zurückgeschrieben, 

sofern keine Konstante ist. 

Funktionen müssen im .FUNCTIONS Block deklariert sein. Abhängig von dieser hat 

der Funktionstask bis zu 32 LV und bis zu 32 LW Register. 

Mit diesem Befehl werden die Argumente, wie oben beschrieben, kopiert, der neue 

Funktionstask gestartet und der bisherige Task deaktiviert. Sobald der Funktionstask 

beendet, also auf RETF trifft, werden die Argumente zurückkopiert (sofern sie im aufrufenden 

Task keine Konstanten waren) und der aufrufende Task nach dem CALLF 

weiter bearbeitet. Wie auf Seite 26 gezeigt, kann der aufrufende Task kann ein 

Programm-, Background-, Error- oder Funktionstask sein. Innerhalb einer Überwachung 

ist der Befehl nicht erlaubt. Wurde die Funktion aus einem Backgroundtask 

aufgerufen, dürfen keine Displaybefehle oder CALLD verwendet werden. 

Beispiel: 

Das Beispiel zeigt einen Funktionstask. Die Beispiel-Deklaration ist: 

.FUNCTIONS 

#Funktion, 0.0, 1.2, “Beispiel-Funktion” 

.FUNC_END 

Der Funktionstask ist dann beispielsweise: 

#Funktion: 

; hier stehen LW001 und LV001, LV002 zur Verfügung 

RETF 

Aufgerufen wird das dann mit: 


Horsch Elektronik AG CALLF 

CALLF #Funktion, I0, O0, F0, D0, RW001, KV001, RV001 

Siehe auch: 


101 CALL 

102 CALLD 

161 L_INP 

163 L_JMPCOND 

164 L_OUTP 

192 RETF 


Horsch Elektronik AG CDATEDISP 

CDATEDISP 

Schreibt das Datum aus einem Register in Farbe auf das Display. 

Syntax: 

CDATEDISP , , , , , 

 

Felder: 

Spalte, ab der das Datum geschrieben wird. Gültige Werte 

liegen im Bereich 0 bis 60. 

Zeile; Unterkante der Ausgabe. Gültige Werte liegen im Bereich 

0 bis 200. 

Grösse der verwendeten Schriftart. Gültige Werte sind 1 bis 5 

und 17 bis 21, wie in den Abbildungen Seite 280 gezeigt. 

Farbe für die Ausgabe. Gültige Werte sind 1 bis 13, wie sie in 

der Abbildung Seite 280 gezeigt sind. 

Register, welches das auszugebende Datum beinhaltet, vom 

Typ RW, AW oder LW. 

Formatierter Text. Entweder mit Anführungszeichen begrenzter 

Text oder ein ST oder SR Register. Die zulässige Formatierung 

wird weiter unten angegeben. 

hat folgendes Format: 

“[Text] ## [Text]” 

In der Formatierung sind folgende Formatbezeichner möglich: 

jjjj Schreibt das Jahr vierstellig. 

jj Schreibt das Jahr zweistellig. 

mm Schreibt den Monat zweistellig, also 01 für Januar bis 12 für 

Dezember. 

tt Schreibt den Tag im Monat zweistellig. 

Bemerkungen: 

Um das Datum in ein Register einzulesen, wird der Befehl RD_TIME benötigt. 

Beispiel: 

Das Beispiel liest das Datum ein und gibt es dann rot aus. 

RD_TIME RW100, RW101 ; Lese Zeit und Datum 

CDATEDISP 1, 20, 1, 2, RW101, “Heute ist: #tt/mm/jj#” 

Siehe auch: 

115 CTIMEDISP 

117 DATEDISP 


186 RD_TIME 


Horsch Elektronik AG CLOSE 

CLOSE 

Schliesst einen parallelen Task. 

Syntax: 

CLOSE 

Bemerkungen: 

Trifft eine parallele Taktkette während dem Ablauf auf diesen Befehl, so wird dieser 

Task sofort geschlossen. Der Task verschwindet auch aus der aktiven Taskliste im 

Debugger. 

Beispiel: 

Beschreibt eine Station (also einen Task, welcher die Funktion einer Station 

realisiert), die nichts macht. 

STAT_NOTHING: 

CLOSE ; bereits fertig 

Aufrufen kann man diese Station mit 

OPEN STAT_NOTHING 

Siehe auch: 

175 OPEN 


Horsch Elektronik AG CLR_PUFFER 

CLR_PUFFER 

Löscht einen Datenpuffer. 

Syntax: 

CLR_PUFFER 

Felder: 

Ein Register vom Typ RV, RW, AV, AW, LV oder LW, der den zu 

löschenden Puffer (im Bereich 0 bis 199) angibt. 

Bemerkungen: 

Der Befehl darf nicht verwendet werden, wenn mit ZPoint gearbeitet wird. 

Existiert der Puffer nicht (weil ausserhalb des gültigen Bereichs liegt oder 

nicht angelegt wurde), so passiert nichts. 

Beispiel: 

NEW_PUFFER RV101, RW100, 1 ; Speichert RW100 an der 

; Adresse 1 in einem neuen 

; Puffer, auf den dann RV101 

; zeigt. 

CLR_PUFFER RV101 ; Lösche diesen Puffer 

Siehe auch: 




Horsch Elektronik AG CLS 

CLS 

Löscht den ganzen Bildschirm auf dem Terminal. 

CLS 

Syntax: 

Bemerkungen: 

Dieser Befehl ist identisch mit 

CLS_WIN 0, 200 

CLS ist zu bevorzugen, da er keine Annahme über die Grösse des Displays macht. 

Siehe auch: 

110 CLS_WIN 


Horsch Elektronik AG CLS_WIN 

CLS_WIN 

Löscht eine Anzahl Zeilen auf dem Bildschirm. 

Syntax: 

CLS_WIN , 

Felder: 

Erste Zeile des Bereichs, der gelöscht wird. Gültige Werte 


Letzte Zeile des Bereichs, der gelöscht wird. Gültige Werte 


muss zwingend grösser als sein. 

Bemerkungen: 

Bei der Portierung von alten Programmen ist zu beachten, dass die neuen Terminals 

eine höhere Zeilenanzahl haben. 

Beispiele: 

Das erste Beispiel löscht den Inhalt des Bildschirms zwischen den Zeilen 32 und 64. 


Das zweite Beispiel löscht den ganzen Bildschirm und ist somit identisch mit CLS: 


Siehe auch: 

109 CLS 



Horsch Elektronik AG COND_TRAP / IF_COND / END_COND_TRAP 

COND_TRAP / IF_COND / END_COND_TRAP 

Ermöglicht die Zustandsüberwachung mehrerer Befehle und das Behandeln von 

mehreren Bedingungen. 

Syntax: 

COND_TRAP [, ] 

 

IF_COND [- ] 

 

[IF_COND [- ] 

] 

END_COND_TRAP 

Felder: 

Ein (oder mehrere) Ausgänge, Eingänge, Merker oder 

Fehlermerker mit dem gewünschten Niveau (H oder L); wenn 

das Niveau nicht mehr erfüllt ist, wird der entsprechende 

ausgeführt. Zudem ist es möglich, an erster Stelle 

einen Zeitwert (Zahl mit Dauer in 10ms Einheiten) anzugeben. 

Es sind bis zu 32 Bedingungen möglich. 

Code, der durch den Befehl überwacht wird. 

Zahl, die angibt, zu welcher der 

gehört. 

optional: Ermöglicht, dass der mehrere 

Bedingungen zusammenfassend behandeln kann. 

gibt dann die höchste des 

Bereichs an. 

Code, der ausgeführt wird, wenn die zugehörige 

bei der Überwachung von ausgelöst wurde. 

Bemerkungen: 

Die Befehlsgruppen TRAP und TIMETRAP sind leistungsschwächere Alternativen zu 

diesem Befehl. 

Zu jeder Bedingung muss zwingend ein IF_COND Block stehen, der die 

entsprechende Bedingung behandelt. 

Überwachungen dürfen nicht verschachtelt werden und keine weiteren synchronen 

Tasks aufrufen. Sprünge sind nur innerhalb des überwachten Bereichs erlaubt. 

Beispiel: 

Das Beispiel zeigt eine einfache Achsüberwachung: 

OUTP A123 H, A124 H ; Starte Achsen 

COND_TRAP 100, E120 L, A123 H, A124 H 

INP E121 H ; warte auf Endposition 

IF_COND 1 ; Zeit (1 Sek) abgelaufen 

; Handle Zeitüberlauf 

IF_COND 2 ; E120->H: Weg versperrt 


Horsch Elektronik AG COND_TRAP / IF_COND / END_COND_TRAP 

; Handle versperrten Weg 

IF_COND 3-4 ; A123->L oder A124->L 

; Handle Ventilsperre 

END_COND_TRAP 

Siehe auch: 




Horsch Elektronik AG CREGDISP 

CREGDISP 

Formatiert und schreibt den Wert in einem Register auf das Display in Farbe. 

Syntax: 

CREGDISP , , , , , 

 

Felder: 

Spalte, ab der der Text geschrieben wird. Gültige Werte liegen 

im Bereich 0 bis 60. 


0 bis 200. 


und 17 bis 21, wie sie in den Abbildungen Seite 280 gezeigt 

sind. 



Auszugebender Wert. Ein Register vom Typ SW, RV, RW, AV, AW, 

LV, LW, KV, KW oder ZW. 




Die Formatierung in kann angegeben werden als: 

“[Text] #..# [Text]” 

Dabei bedeuten: 

Anzahl der Stellen, die für die Ausgabe auf dem Display 

reserviert werden. Ein negativer Wert ermöglicht die 

linksbündige Ausgabe (mit der Anzahl Stellen des Betrages). 

Anzahl der Nachkommastellen des auszugebenden Wertes. 

Anzahl der auszugebenden Nachkomma-Stellen 

optional: Zusätzlicher unformatierter Text. 

Bemerkungen: 

Durch die Zahlenformatierung ist es möglich, implizit mit Fixkomma-Zahlen zu 

arbeiten. 

Beachte, dass die überschüssigen Nachkommastellen abgeschnitten (und nicht 

gerundet) werden. 

Beispiel: 

MOV RW001, 204567 

CREGDISP 1, 20, 1, 1, RW001, “Wert: #8.4.2# mm” 

; Gibt “Wert: 20.45 mm” 

; schwarz aus 


Horsch Elektronik AG CREGDISP 

Siehe auch: 


187 REGDISP 


Horsch Elektronik AG CTIMEDISP 

CTIMEDISP 

Gibt die Zeit in Farbe auf dem Display aus, welche in einem Register gespeichert 

wurde. 

Syntax: 

CTIMEDISP , , , , , 

 

Felder: 

Spalte, ab der der formatierte Text geschrieben wird. Gültige 

Werte liegen im Bereich 0 bis 60. 


0 bis 200. 





Ein RW, AW oder LW Register mit der auszugebenden Zeit. 




kann bis zu 120 Zeichen beinhalten und hat folgendes Format: 



hh Schreibt die Stunde im 24-Stunden-Format zweistellig wie in 08. 

mm Schreibt die Minute zweistellig. 

ss Schreibt die Sekunde zweistellig. 

pp Schreibt die Hundertstel-Sekunde zweistellig. 

Bemerkungen: 

Um die Zeit in ein Register einzulesen, wird der Befehl RD_TIME benötigt. 

Beispiel: 

Das Beispiel liest die Zeit ein und gibt sie dann grün aus. 


CTIMEDISP 1, 20, 1, 8, RW100, “Zeit: #hh:mm#” 

Siehe auch: 

106 CDATEDISP 

111 DATEDISP 


186 RD_TIME 

232 TIMEDISP 


Horsch Elektronik AG CWRITE 

CWRITE 

Gibt einen String in Farbe aus. 

Syntax: 

CWRITE , , , , 

[, ,] 

Felder: 

Spalte, ab der geschrieben wird. Gültige Werte liegen 


Zeile; Unterkante von . Gültige Werte liegen im Bereich 

0 bis 200. 



sind. 



optional: Position in , ab der dieser ausgegeben wird. 

Damit ist es möglich, einzelne Teile einer Zeichenkette 

auszugeben. Das erste Zeichen ist an Position 1. 

optional: Länge des auszugebenden Stücks aus . 

Muss angegeben werden, wenn angegeben ist, und 

darf sonst nicht angegeben sein. 

Auszugebender Text, bis zu 120 Zeichen lang. Entweder ein ST 

oder SR Register oder ein mit Anführungszeichen begrenzter 

Text. 

und müssen so gewählt sein, dass sie die Länge von 

nicht überschreiten. Sind und nicht angegeben, so wird der 

ganze String ausgegeben. 

Beispiele: 

CWRITE 1, 10, 1, 2, “Hello World in RED” 

Das zweite Beispiel zeigt, wie der Befehl verwendet werden kann, um Teile von IO- 

Texten auszugeben. Dazu stehe in .IO_TEXT beispielsweise: 

E001, “AL UEBERWACHUNG NOT-AUS/AUS LEVEL E0 E001” 

Dann kann die Ausgabe wie folgt aussehen: 

SMOV SR0201, E001 

CWRITE 0, 150, 2, 1, 35, 8, SR0201 

; gibt “E0 E001” schwarz aus 

Siehe auch: 

136 HP_CWRITE 

251 WRITE 


Horsch Elektronik AG DATEDISP 

DATEDISP 

Schreibt das Datum aus einem Register. 

Syntax: 

DATEDISP , , , , 

Felder: 




0 bis 200. 



sind. 












Dezember. 


Bemerkungen: 


Beispiel: 

Das Beispiel liest das Datum ein und gibt es dann in zwei Möglichkeiten aus. 


DATEDISP 1, 20, 1, RW101, “Heute ist: #tt/mm/jj#” 

DATEDISP 1, 30, 1, RW101, “Jahr: #jjjj#” 

Siehe auch: 



186 RD_TIME 

230 TIMEDISP 


Horsch Elektronik AG DO / DO_WHILE / DO_WHILENOT 

DO / DO_WHILE / DO_WHILENOT 

Wiederholt einen Programmblock solange, wie die angegebene Bedingung erfüllt ist. 

Syntax: 

DO 

 

DO_WHILE 

oder 

DO 

 

DO_WHILE 

oder 

DO 

 

DO_WHILENOT 

Felder: 

Programmblock, der ausgeführt wird. 

Eine vergleichende Bedingung, die festlegt, ob der ein 

weiteres Mal ausgeführt wird. 

Logische Bedingung oder ein Timer, die festlegt, ob der 

ein weiteres Mal ausgeführt wird. 

ist wie folgt aufgebaut: 

 


Eine direkt angegeben Zahl oder ein Register vom Typ SW, RV, 

RW, AV, AW, LV, LW, KV, KW, C, T oder ZW. Es ist somit möglich 

(wenn auch nicht besonders nützlich) zwei Timer miteinander zu 

vergleichen. 

Der Vergleichsoperator , =, = oder . 

ist entweder ein Timer, oder ein (oder mehrere) Ausgänge, Eingänge, 

Merker oder Fehlermerker mit dem gewünschten Niveau (H oder L). 

Bemerkungen: 

Im Gegensatz zum WHILE Befehl wird hier der immer mindestens einmal 

ausgeführt, da die Bedingung erst nach dem Ausführen überprüft wird. 

DO_WHILE mit Ein-, Ausgängen und Merker springt nur dann zurück, wenn alle 

Niveaus korrekt sind; DO_WHILENOT springt zurück, solange nicht alle Niveaus erfüllt 

sind. 

Wird dieser Befehl dazu verwendet, dauernd eine Werte aus externe Steuerung 

abzufragen, ist darauf zu achten, dass diese Steuerung und der verwendete 

Datenbus nicht überlastet wird. Typischerweise wird dies verhindert, indem nach 

jeder Anfrage während einer kurzen Dauer gewartet wird. Es dürfen nur Ein- und 

Ausgänge einer externen Steuerung abgefragt werden. 


Horsch Elektronik AG DO / DO_WHILE / DO_WHILENOT 

Beispiele: 

Das erste Beispiel zeigt die Verwendung von Vergleichen. 

MOV LV001, 100 

DO 

CALC LV001, LV001 – 1 ; Durchlaufe Schlaufe 100 mal 

DO_WHILE LV001 > 0 

Das zweite Beispiel zeigt die übliche Verwendung eines Timers. 

SETTIM T0, 100 ; warte 1 Sekunde 

DO 

; Tu was auch immer 

DO_WHILENOT T0 

Das letzte Beispiel zeigt Verwendung von Eingängen, Ausgängen und Merker. Die 

Schleife wird nur wiederholt, wenn alle vier Bedingungen erfüllt sind. 

DO 


DO_WHILE E101 L, E102 H, A200 H, M100 L 

Siehe auch: 

248 WHILE / WHILENOT /END_WHILE 


Horsch Elektronik AG END_NUM_INP 

END_NUM_INP 

Bricht die Eingabe von NUM_INP ab. 

Syntax: 

END_NUM_INP 

Bemerkungen: 

Der Befehl ist typischerweise nur zum Abbrechen einer überwachten Eingabe 

sinnvoll, kann aber auch Task übergreifend eingesetzt werden. Der Eingabe-Wert 

von NUM_INP bleibt auf seinem ursprünglichen Wert. 

Beispiel: 

Das Beispiel zeigt den üblichen Einsatz: Der Befehl verhindert, dass eine Anlage 

aufgrund fehlender Eingabe stehenbleibt. 

COND_TRAP 500 ; gib Benutzer 5s zur Eingabe 

NUM_INP 1, 20, 1, LV001, “Wert: #4.2.2#” 

IF_COND 1 ; Handle Zeitüberschreibtung 

END_NUM_INP ; Brich Eingabe ab 

OUTP D0100 H ; und starte Fehlertask 

INP D0100 L 

END_COND_TRAP 

Siehe auch: 


173 NUM_INP 


Horsch Elektronik AG EXCL 

EXCL 

Ermöglicht den exklusiven Zugriff auf eine Ressource. 

Syntax: 

EXCL L 

Felder: 

Ein Ausgang oder Merker, der den exklusiven Zugriff steuert. 

Bemerkungen: 

Ermöglicht den gegenseitigen Ausschluss mehrerer Taktketten beim Zugriff auf 

gemeinsame Ressourcen wie Unterprogramme, PSL-Tasks oder Register. 

Alle Tasks, die auf die Ressource zugreifen wollen, beginnen mit der EXCL-Abfrage, 

welche wartet, bis tief ist. Ist diese Bedingung erfüllt, wird der 

automatisch, selbständig und atomar hochgesetzt. Dadurch wird verhindert, dass 

eine zweite wartende Kette auf die Ressource zugreifen kann. 

Am Ende des kritischen Bereiches muss der Merker oder Ausgang tiefgesetzt 

werden, damit nun andere Tasks die Ressource benützen können. 

Das Prüfen auf L und Setzen auf H sind zwei untrennbar verknüpfte Operationen und 

werden gleichzeitig ausgeführt. Nur dadurch ist ein gegenseitiger Ausschluss 

gewährleistet. 

Der Ausgang für darf nicht aus einer externen Steuerung stammen. 

Beispiel: 

Beispiel mit zwei Tasks, die auf die gemeinsame Subroutine zugreifen wollen. 

TASK1: 

; Unkritischer Abschnitt 

EXCL M050 L ; Ab hier kritisch! M033 -> H 

CALL SUB_PROG1 

OUTP M050 L ; Kritischer Teil fertig 

CLOSE 

TASK2: 

EXCL M050 L 

; Unkritischer Abschnitt 

; Ab hier kritisch! M033 -> H 

CALL SUB_PROG1 

OUTP 

CLOSE 

M050 L ; Kritischer Teil fertig 

SUB_PROG1: 

; ... ; gemeinsame Resource 

RET 


Horsch Elektronik AG GET_PSL 

GET_PSL 

Liest die aktuelle PSL-Seite ein. 

Syntax: 

GET_PSL 

Felder: 

Ein RV oder LV Register, in das codiert die Adresse der 

aktuellen PSL-Seite geschrieben wird. 

Bemerkungen: 

Der Wert von entspricht 256*Zeile + Spalte der PSL-Seite. So ist zeigt also 

der Wert 515=2*256+3 auf die PSL-Seite 2.3. 

In den meissten Fällen interessiert der Wert nicht, da im späteren Programmverlauf 

nur die PSL-Seite mit SET_PSL wieder hergestellt werden soll. 

Wird keine PSL-Seite angezeigt, so liefert der Befehl die zuletzt angewählte Seite 

zurück. 

Beispiel: 

GET_PSL RV008 

Siehe auch: 

71 .PSL 

203 SET_PSL 


Horsch Elektronik AG GW_DD 

GW_DD 

Schreibt einen 32-bit Wert (in der Intel 80x86-Sprache mit DD bezeichnet) in einen 

Datenbaustein des ZPoint Gateways. 

Syntax: 

GW_DD ., , 

Felder: 

Nummer des Grundsystems. 

Nummer des Moduls. 

Speicherposition innerhalb des Datenbausteins. Gültige Werte 


Zu sendender Wert. Ein Register vom Typ LW, RW, AW, KW oder 

ZW. 

Beispiel: 

Sendet den Wert Null an die Speicherposition 44 im ZPoint-Modul 61. 

MOV LW001, 0 

GW_DD 1.61, 44, LW001 

Siehe auch: 


124 GW_DW 

125 GW_MSG 

126 GW_RD_DD 

128 GW_RD_DW 


Horsch Elektronik AG GW_DW 

GW_DW 

Schreibt einen 16-bit Wert (in der Intel 80x86-Sprache mit DW bezeichnet) in einen 

Datenbaustein des ZPoint Gateways. 

Syntax: 

GW_DW ., , 

Felder: 





Zu sendender Wert. Ein Register vom Typ LV, LW, RV, RW, AV, 

AW, KW oder ZW. 

Bemerkungen: 

Vorsicht: In ECCO Bezeichnet der Buchstabe W bei Registern 32-bit Breite. Dieser 

Befehl schreibt aber nur 16 Bit, da in Intel 80x86-Sprache DW für 16-bit Register 

steht. 

Beispiel: 

Sendet den Wert Null an die Speicherposition 46 im ZPoint-Modul 61. 

MOV LV001, 0 

GW_DW 1.61, 46, LV001 

Siehe auch: 


123 GW_DD 

125 GW_MSG 

126 GW_RD_DD 

128 GW_RD_DW 


Horsch Elektronik AG GW_MSG 

GW_MSG 

Sendet eine Meldung, also einen beliebigen Wert direkt an ein Gateway. 

Syntax: 

GW_MSG ., 

Felder: 



Zu sendende Meldung oder Wert. Ein Register vom Typ LV, LW, 

AV, AW, RV, RW, KW oder ZW. 

Bemerkungen: 

Der Befehl wird verwendet, um eine Nachricht direkt an ein Gateway zu senden, 

ohne den Inhalt des Datenbausteins zu verändern. Die Nachricht wird zwar an einen 

Datenbaustein (durch .) adressiert, aber vom übergeordneten 

Gateway empfangen. 

Beispiel: 

Sende an das Gateway vom Datenbaustein 1.0 den Wert 1. 

MOV LV001, 1 

GW_MSG 1.0, LV001 

Siehe auch: 


123 GW_DD 

124 GW_DW 

126 GW_RD_DD 

128 GW_RD_DW 


Horsch Elektronik AG GW_QUEUE 

GW_QUEUE 

Liefert die Anzahl der gepufferten Nachrichten im Gateway zurück. 

Syntax: 

GW_QUEUE 

Felder: 

Register, in das die Anzahl gepufferter Nachrichten geschrieben 

wird; vom Typ LV, LW, AV, AW, RV oder RW. 

Bemerkungen: 

Der Befehl wird verwendet, um sicherzustellen, dass beim Beenden oder einem 

Schichtwechsel erst dann weiter gefahren wird, wenn alle Nachrichten aus dem 

Gateway ausgelesen wurden. 

Beispiel: 

Wartet, bis keine Daten mehr vorliegen: 

DO 

STAT_QUEUE LW001, LW002 

GWY_QUEUE LW003 

CALC LW004, LW001 + LW003 

DO_WHILENOT LW004=0 

Siehe auch: 




Horsch Elektronik AG GW_RD_DD 

GW_RD_DD 

Liest einen 32-bit Wert (in Intel 80x86-Sprache mit DD bezeichnet) aus einem 

Gateway-Datenbaustein. 

Syntax: 

GW_RD_DD ., , 

Felder: 





Register, in das eingelesen wird, vom Typ LW, RW oder AW. 

Siehe auch: 


123 GW_DD 

124 GW_DW 

125 GW_MSG 

128 GW_RD_DW 


Horsch Elektronik AG GW_RD_DW 

GW_RD_DW 

Liest einen 16-bit Wert (in Intel 80x86-Sprache mit DW bezeichnet) aus einem 

Gateway-Datenbaustein. 

Syntax: 

GW_RD_DW ., , 

Felder: 





Register, in das eingelesen wird, vom Typ LV, LW, AV, AW, RV 

oder RW. 

Bemerkungen: 

Vorsicht: In ECCO Bezeichnet der Buchstabe W bei Registern 32-bit Breite. Dieser 

Befehl schreibt aber nur 16 Bit, da in Intel 80x86-Sprache DW für 16-bit Register 

steht. 

Die Konvertierung von 16 auf 32 Bit findet unter Berücksichtigung des Vorzeichens 

statt. 

Siehe auch: 


123 GW_DD 

124 GW_DW 

125 GW_MSG 

126 GW_RD_DD 


Horsch Elektronik AG HP_CDATEDISP 

HP_CDATEDISP 

Schreibt das Datum aus einem Register in Farbe auf das Display. Ist hochprioritär, 

das heisst, er wird von einem Fehler- oder Displaytask nicht gesperrt. 

Syntax: 

HP_CDATEDISP , , , , , 

 

Felder: 




0 bis 200. 



sind. 






Text oder ein ST oder SR Register bis zu 120 Zeichen. Die 

zulässige Formatierung wird weiter unten angegeben. 







Dezember. 


Bemerkungen: 


Üblicherweise wird ein Displaybefehl nicht ausgeführt, wenn parallel dazu ein Fehler- 

oder Displaytask aktiv ist. Hochprioritäre Displaybefehle werden auch unter solchen 

Umständen ausgeführt und angezeigt. Sie eignen sich somit zur Anzeige von 

Meldungen, die unter allen Umständen dem Benutzer angezeigt werden müssen. 

Beispiel: 

Das Beispiel liest das Datum ein und gibt es dann hochprioritär rot aus. 


HP_CDATEDISP 1, 20, 1, 2, RW101, “Heute ist: #tt/mm/jj#” 


Horsch Elektronik AG HP_CDATEDISP 

Siehe auch: 

106 CDATEDISP 

115 CTIMEDISP 

117 DATEDISP 



186 RD_TIME 


Horsch Elektronik AG HP_CLS_WIN 

HP_CLS_WIN 

Löscht eine Anzahl Zeilen auf dem Bildschirm. Ist hochprioritär, das heisst, er wird 

von einem Fehler- oder Displaytask nicht gesperrt. 

Syntax: 

HP_CLS_WIN , 

Felder: 

Erste Zeile des Bereichs, der gelöscht wird. Gültige Werte 


Letzte Zeile des Bereichs, der gelöscht wird. Gültige Werte 


muss zwingend grösser als sein. 

Bemerkungen: 

Bei der Portierung von alten Programmen ist zu beachten, dass die neuen Terminals 

eine höhere Zeilenanzahl haben. 





Beispiel: 

Das Beispiel löscht den Inhalt des Bildschirms zwischen den Zeilen 32 und 64 

hochprioritär. 

HP_CLS_WIN 32, 64 

Siehe auch: 

109 CLS 

110 CLS_WIN 


Horsch Elektronik AG HP_CREGDISP 

HP_CREGDISP 

Formatiert und schreibt den Wert in einem Register auf das Display in Farbe. Ist 

hochprioritär, das heisst, der Befehl wird von einem Fehler- oder Displaytask nicht 

gesperrt. 

Syntax: 

HP_CREGDISP , , , , , 

 

Felder: 




0 bis 200. 



sind. 









“[Text] #..# [Text]” 



reserviert werden. Ein negativer Wert ermöglicht die 

linksbündige Ausgabe (mit der Anzahl Stellen des Betrages). 




Bemerkungen: 


arbeiten. 

Beachte, dass überschüssigen Nachkommastellen abgeschnitten und nicht gerundet 

werden. 






Horsch Elektronik AG HP_CREGDISP 

Beispiel: 

MOV RW001, 204567 

HP_CREGDISP 1, 20, 1, 1, RW001, “Wert: #8.4.2# mm” 

; Gibt “Wert: 20.45 mm” 

; hochprioritär & schwarz aus 

Siehe auch: 

113 CREGDISP 


187 REGDISP 


Horsch Elektronik AG HP_CTIMEDISP 

HP_CTIMEDISP 

Gibt die Zeit, welche in einem Register gespeichert wurde, in Farbe auf dem Display 

hochprioritär aus. Hochprioritär heisst, dass der Befehl von einem Fehler- oder 

Displaytask nicht gesperrt wird. 

Syntax: 

HP_CTIMEDISP , , , , , 

 

Felder: 




0 bis 200. 



sind. 



Ein RW, AW oder LW Register, welches die auszugebende Zeit 

beinhaltet. 




kann bis zu 120 Zeichen beinhalten und hat folgendes Format: 







Bemerkungen: 






Beispiel: 

Das Beispiel liest die Zeit ein und gibt sie dann hochprioritär und grün aus. 


HP_CTIMEDISP 1, 20, 1, 8, RW100, “Zeit: #hh:mm#” 


Horsch Elektronik AG HP_CTIMEDISP 

Siehe auch: 

106 CDATEDISP 

115 CTIMEDISP 

111 DATEDISP 


186 RD_TIME 

232 TIMEDISP 


Horsch Elektronik AG HP_CWRITE 

HP_CWRITE 

Gibt einen String in Farbe aus. Ist hochprioritär, das heisst, der Befehl wird von 

einem Fehler- oder Displaytask nicht gesperrt. 

Syntax: 

HP_CWRITE , , , , 

[, ,] 

Felder: 




0 bis 200. 





optional: Position in , ab der dieser ausgegeben wird. 

Damit können einzelne Teile einer Zeichenkette auszugeben 

werden. Das erste Zeichen ist an Position 1. 

optional: Länge des auszugebenden Stücks aus . 

Muss angegeben werden, wenn angegeben ist, und 

darf sonst nicht angegeben sein. 

Auszugebender Text. Entweder ein ST oder SR Register oder 

ein mit Anführungszeichen begrenzter Text. 

Bemerkungen: 

Üblicherweise wird ein Displaybefehl wie WRITE nicht ausgeführt, wenn parallel dazu 

ein Fehler- oder Displaytask aktiv ist. Hochprioritäre Displaybefehle wie HP_CWRITE 

werden auch unter solchen Umständen ausgeführt und angezeigt. Sie eignen sich 

somit zur Anzeige von Meldungen, die unter allen Umständen dem Benutzer 

angezeigt werden müssen. 

Beispiel: 

HP_CWRITE 1, 10, 1, 2, “Hochprioritaer und rot” 

Siehe auch: 

113 CWRITE 

142 HP_WRITE 

250 WRITE 


Horsch Elektronik AG HP_DATEDISP 

HP_DATEDISP 

Schreibt das Datum aus einem Register. Ist hochprioritär, das heisst, er wird von 

einem Fehler- oder Displaytask nicht gesperrt. 

Syntax: 

HP_DATEDISP , , , , 

Felder: 




0 bis 200. 



sind. 












Dezember. 


Bemerkungen: 






Der Programmierer sollte jedoch hochprioritäre Befehle sparsam einsetzen, da ein 

sauberer und wohldefinierter Bildschirm-Aufbau dadurch gefährdet wird. 

Beispiel: 

Das Beispiel liest das Datum ein und gibt es dann hochprioritär aus. 


HP_DATEDISP 1, 20, 1, RW101, “Heute ist: #tt/mm/jj#” 


Horsch Elektronik AG HP_DATEDISP 

Siehe auch: 

111 DATEDISP 


186 RD_TIME 

230 TIMEDISP 


Horsch Elektronik AG HP_REGDISP 

HP_REGDISP 

Formatiert und schreibt den Wert in einem Register auf das Display. Ist hochprioritär, 

das heisst, er wird von einem Fehler- oder Displaytask nicht gesperrt. 

Syntax: 

HP_REGDISP , , , , 

Felder: 




0 bis 200. 



sind. 







“[Text] #..# [Text]” 



reserviert werden. Ein negativer Wert ermöglicht linksbündige 

Formatierung mit der betragsgemässen Anzahl Stellen. 




Bemerkungen: 


arbeiten. Überschüssige Nachkommastellen werden abgeschnitten – nicht gerundet! 



Umständen ausgeführt und angezeigt. 

Beispiel: 

MOV RW001, 204567 

HP_REGDISP 1, 20, 1, RW001, “Wert: #8.4.2# mm” 

; Ausgabe: Wert: 20.45 mm 

Siehe auch: 

187 REGDISP 


Horsch Elektronik AG HP_TIMEDISP 

HP_TIMEDISP 

Gibt die Zeit aus, welche in einem Register gespeichert wurde. Der Befehl ist 

hochprioritär, das heisst, er wird von einem Fehler- oder Displaytask nicht gesperrt. 

Syntax: 

HP_TIMEDISP , , , , 

Felder: 




0 bis 200. 



sind. 

Register, welches die auszugebende Zeit beinhaltet. Ist vom 





hat das Format: 



hh Schreibt die Stunde im 24-Stunden-Format zweistellig, wie in 

08. 




Bemerkungen: 






Der Programmierer sollte jedoch hochprioritäre Befehle sparsam einsetzen, da ein 

sauberer und wohldefinierter Bildschirm-Aufbau dadurch gefährdet wird. 

Beispiel: 

Das Beispiel liest die Zeit ein und gibt sie dann hochprioritär aus. 


HP_DATEDISP 1, 20, 1, RW100, “Zeit: #hh:mm#” 


Horsch Elektronik AG HP_TIMEDISP 

Siehe auch: 

111 DATEDISP 


186 RD_TIME 

230 TIMEDISP 


Horsch Elektronik AG HP_WRITE 

HP_WRITE 

Gibt einen String aus. Ist hochprioritär, das heisst, der Befehl wird von einem Fehler- 

oder Displaytask nicht gesperrt. 

Syntax: 

HP_WRITE , , , 

Felder: 




0 bis 200. 



sind. 



Bemerkungen: 

Üblicherweise wird ein Displaybefehl wie WRITE nicht ausgeführt, wenn parallel dazu 

ein Fehler- oder Displaytask aktiv ist. Hochprioritäre Displaybefehle wie HP_WRITE 

werden auch unter solchen Umständen ausgeführt und angezeigt. Sie eignen sich 

somit zur Anzeige von Meldungen, die unter allen Umständen dem Benutzer gezeigt 

werden müssen. 

Beispiel: 

HP_WRITE 1, 10, 1, “Hello World” ; ist hochprioritär 

Siehe auch: 

250 WRITE 


Horsch Elektronik AG ID_INIT 

ID_INIT 

Initialisiert einen IDEX Datenträger. 

Syntax: 

ID_INIT , 

Felder: 

Adresse der IDEX Station, deren Datenträger initialisiert wird. 

Gültige Werte sind im Bereich 1 bis 30. 

Label, zu dem beim Auftreten eines Fehlers verzweigt wird. 

Bemerkungen: 

Setzt den gesamten Dateninhalt sowie die interne Prüfsumme des Datenträgers auf 

0. Dieser Befehl wird vorzugsweise dann eingesetzt, wenn der Werkstückträger mit 

einem neuen Werkstück beladen wird. 

Beispiel: 

Initialisiert den Datenträger an der IDEX-Station 3. Verzweigt bei einem Fehler zum 

Label $IDEX_ERROR. 

ID_INIT 3, $IDEX_ERROR 

Siehe auch: 

144 ID_READ 

145 ID_REG_RD 

146 ID_REG_WR 

147 ID_STATUS 

148 ID_WRITE 

[1] Anbindung Balluff IDEX BIS S 6002 und BIS C 6002 an ECCO, Horsch 

Elektronik AG, Version 0.02, 2004. 


Horsch Elektronik AG ID_READ 

ID_READ 

Liest eine Anzahl Register aus dem Datenträger in den Zwischenpuffer. 

Syntax: 

ID_READ , , , 

Felder: 

Adresse der IDEX Station, deren Datenträger gelesen wird. 


Erste, tiefste Registernummer im IDEX Datenpuffer. Die Grösse 

des Puffers ist abhängig vom verwendeten Gerät; der Wert 

kann dem Manual zur Anbindung entnommen werden. 

Anzahl der Register, die in einem Schritt vom Werkstückträger 

in den IDEX Datenpuffer eingelesen werden. Gültige Werte im 

Bereich 1 bis 15. 


Bemerkungen: 

Ist so falsch gewählt, dass ein IDEX-Register ausserhalb des gültigen 

Bereichs gelesen würde, so wird für Elemente unterhalb des gültigen Bereichs der 

Wert des ersten Elementes gelesen, für Elemente oberhalb des gültigen Bereichs 

das letzte Element. 

Beispiel: 

Liest 5 Werte vom Datenträger an der IDEX Adresse 3. 

ID_READ 3, 1, 5, $ID_ERROR 

; Lese Idex-Reg. 1,2,3,4,5. 

Siehe auch: 

143 ID_INIT 

145 ID_REG_RD 

146 ID_REG_WR 

147 ID_STATUS 

148 ID_WRITE 




Horsch Elektronik AG ID_REG_RD 

ID_REG_RD 

Liest ein IDEX Datenregister in ein ECCO Register. 

Syntax: 

ID_REG_RD , , 

Felder: 

Adresse der IDEX Station, aus deren Datenpuffer gelesen wird. 


Auszulesendes Registernummer im IDEX Datenpuffer. Die 

Grösse des Puffers ist abhängig vom verwendeten Gerät; der 

Wert kann dem Manual zur Anbindung entnommen werden. 

Das Register, in das eingelesen wird, vom Typ RV, RW, AV, AW, 

LV, LW oder ZW. 

Bemerkungen: 

Wird in ein 16-bit Register eingelesen, so werden die oberen (höherwertigen) Bits 

verworfen. 

Mit dem Befehl wird nur vom Datenpuffer gelesen; zur Kommunikation mit dem 

eigentlichen Baustein auf dem Werkstückträger wird der Befehl ID_READ verwendet. 

Beispiel: 

Das Beispiel liest zuerst vom Werkstückträger, um dann die Daten aus dem Puffer 

weiter zu reichen. 

ID_READ 3, 1, 2, $ERROR ; Werkstück -> Datenpuffer 

ID_REG_RD 3, 1, RW101 ; Datenpuffer -> ECCO 

ID_REG_RD 3, 2, RW102 ; ID_READ las 2 Register ein 

Siehe auch: 

143 ID_INIT 

144 ID_READ 

146 ID_REG_WR 

147 ID_STATUS 

148 ID_WRITE 




Horsch Elektronik AG ID_REG_WR 

ID_REG_WR 

Schreibt von ECCO in den IDEX Datenpuffer. 

Syntax: 

ID_REG_WR , , 

Felder: 

Adresse der IDEX Station, in deren Datenpuffer geschrieben 

wird. Gültige Werte sind im Bereich 1 bis 30. 

Zu beschreibendes Register im IDEX Datenpuffer. Die Grösse 



Eine Zahl oder ein Register vom Typ RV, RW, AV, AW, LV, LW, 

KV, KW oder ZW. 

Bemerkungen: 

Mit diesem Befehl werden die Daten erst in den Datenpuffer geschrieben; von dort 

müssen sie mit dem Befehl ID_WRITE auf den Datenträger geschrieben werden. 

Beispiel: 

ID_REG_WR 3, 1, RW100 ; ECCO -> Datenpuffer 

ID_REG_WR 3, 2, 12345 ; ECCO -> Datenpuffer 

ID_WRITE 3, 1, 2, $ERROR ; Beschreibe Datenträger 

Siehe auch: 

143 ID_INIT 

144 ID_READ 

145 ID_REG_RD 

147 ID_STATUS 

148 ID_WRITE 




Horsch Elektronik AG ID_STATUS 

ID_STATUS 

Liefert Statusinformationen zum IDEX Datenträger. 

Syntax: 

ID_STATUS , 

Felder: 

Adresse der IDEX Station, deren Status abgefragt wird. Gültige 

Werte sind im Bereich 1 bis 30. 

Register, in das die Statusinformation geschrieben wird, vom 

Typ RV, RW, AV, AW, LV oder LW. 

Bemerkungen: 

Die in zurückgegebene Statusinformation ist hardware-abhängig. Es ist 

daher die entsprechende Dokumentation zu konsultieren. 

Beispiel: 

ID_STATUS 1, LW100 

Siehe auch: 

143 ID_INIT 

144 ID_READ 

145 ID_REG_RD 

146 ID_REG_WR 

148 ID_WRITE 




Horsch Elektronik AG ID_WRITE 

ID_WRITE 

Schreibt vom IDEX Datenpuffer auf den Datenträger. 

Syntax: 

ID_WRITE , , , 

Felder: 

Adresse der IDEX Station, deren Datenträger beschrieben wird. 


Erste, tiefste Registernummer im IDEX Datenpuffer. Die Grösse 



Anzahl der Register, die in einem Schritt in den Werkstückträger 

geschrieben werden. Gültige Werte im Bereich 1 bis 15. 


Bemerkungen: 

Tritt ein Schreibfehler auf, so kann der Speicher des Datenträgers korrumpiert 

werden. Die Fehlerbehandlung bei kann den Speicherzustand und 

die mögliche Fehlerursache mittels ID_STATUS ermitteln. 

Ist so falsch gewählt, dass ein IDEX-Register ausserhalb des gültigen 

Bereichs beschrieben würde, so greift das ECCO Betriebssystem korrigierend ein, so 

dass kein Fehler auftritt. 

Beispiel: 

Das Beispiel beschreibt zwei IDEX Register, die dann auf den Datenträger an der 

IDEX Station 3 geschrieben werden. Tritt im letzten Schritt ein Fehler auf, so wird 

zum $ERROR Label verzweigt. 

ID_REG_WR 3, 1, 1234567 ; ECCO -> Datenpuffer 

ID_REG_WR 3, 2, LW101 ; ECCO -> Datenpuffer 

ID_WRITE 3, 1, 3, $ERROR ; Datenpuffer -> Datenträger 

Siehe auch: 

143 ID_INIT 

144 ID_READ 

145 ID_REG_RD 

146 ID_REG_WR 

147 ID_STATUS 




Horsch Elektronik AG IF / IFNOT / ELSE / END_IF 

IF / IFNOT / ELSE / END_IF 

Führt Programmblöcke abhängig von einer Bedingung aus. 

Syntax: 

IF 

 

[ELSE 

] 

END_IF 

oder 

IF 

 

[ELSE 

] 

END_IF 

oder 

IFNOT 

 

[ELSE 

] 

END_IF 

Felder: 

Eine vergleichende Bedingung, die festlegt, ob 

oder ausgeführt wird. 

Ein Timer, oder ein (oder mehrere) logische Bedingungen. Legt 

fest, ob oder ausgeführt wird. 

Code, der ausgeführt wird, wenn die Bedingung zutrifft. 

optional: Code, der ausgeführt wird, wenn die Bedingung nicht 

zutrifft. 


 



RW, AV, AW, LV, LW, KV, KW oder ZW. 


ist entweder ein Timer (wie T002), oder ein (oder mehrere) 

Ausgänge, Eingänge, Merker oder Fehlermerker mit dem gewünschten Niveau (H 

oder L). 

Bemerkungen: 

IF führt den genau dann aus, wenn erfüllt ist oder 

wenn alle Bedingungen erfüllt sind. Ein Timer ist genau dann wahr, wenn er nicht 

abgelaufen ist. 


Horsch Elektronik AG IF / IFNOT / ELSE / END_IF 

IFNOT führt den genau dann aus, wenn nicht alle Bedingungen erfüllt 

sind. 

Bei Bedingungen können die Befehle IF und IFNOT gegeneinander ausgetauscht 

werden, wenn gleichzeitig und vertauscht werden. 

Der Block hat weniger Möglichkeiten als in den DO / DO_WHILE und 

WHILE / END_WHILE Befehlen, da dort auch Zähler C und Timer T verglichen 

werden können. 





Ausgänge aus einer externen Steuerung in einem Befehl abgefragt werden. 

Beispiele: 

Das erste Beispiel zeigt die Verwendung mit Vergleichen. 

IF RW100=1 

; Was auch immer bei RW100=1 getan werden muss 

ELSE 

; Was auch immer bei RW1001 getan werden muss 

END_IF 

Das zweite Beispiel zeigt, wie mit einem Timer einfach überprüft werden kann, ob 

eine Operation „schnell“ ausgeführt wurde. 

SETTIM T0, 100 ; Erlaube der Operation 1s 

; Hierhin kommt die Operation 

IF T0 

CWRITE 1, 10, 1, 8, “Schnell” 

ELSE 

CWRITE 1, 10, 1, 2, “Langsam” 

END_IF 

Das dritte Beispiel zeigt die Verwendung von IF mit Bedingungen. 

IF E100 H, E101 L 

MOV LV001, 1 

ELSE 

MOV LV001, 2 

END_IF 

Das letzte Beispiel ist identisch mit dem zweiten, verwendet aber den IFNOT Befehl. 

IFNOT E100 H, E101 L 

MOV LV001, 2 

ELSE 

MOV LV001, 1 

END_IF 

Siehe auch: 




Horsch Elektronik AG INM 

INM 

Liest einen Messwert aus einem Regel-Slave oder PAC. 

Syntax: 

INM , AD. 

oder 

INM , 

Felder: 

Register, in dem der Messwert abgelegt wird, vom Typ LW, AW, 

oder RW. 

Slave-Nummer. Zahl zwischen 1 und 30 für Regel-Slaves und 

PAC. 

Kanal des A/D-Eingangs, der eingelesen wird. Der gültige 

Bereich hängt von ab. 

Angabe des A/D-Eingangs, als LV, AV, RV oder KV Register. 

Es ist =256*+. 

Beispiel: 

INM RW101, AD4.2 

Das zweite Beispiel macht genau das Gleiche: 

MOV LV001, 1026 ; 1026 = 4*256+2 

INM RW101, LV001 

Siehe auch: 

166 MOV 

177 OUTA 


Horsch Elektronik AG INP 

INP 

Wartet, bis alle Bedingungen erfüllt sind. 

Syntax: 

INP [, ] 

Felder: 

Ausgang, Eingang, Merker oder Fehlermerker mit dem 

gewünschten Niveau (H oder L). Es können beliebig viele 


Für kann ein Bereich angegeben werden. Damit hat 

folgende Syntax: 

[- ] 


A oder O für Ausgang, E oder I für Eingang, F oder M für 

Merker, D für Fehlermerker. entspricht der 

normalen Schreibweise für einen Ausgang, Eingang, Merker 

oder Fehlermerker. 

Adresse als Zahl. Ist nicht angegeben, so entspricht 

das der normalen Schreibweise für einen Ausgang, Eingang, 

Merker oder Fehlermerker. 



überprüft. Ist eine Zahl. 

Niveau, auf welches überprüft wird. H oder L. 

Bemerkungen: 

In Funktions- und Displaytasks kann der L_INP Befehl verwendet werden. 





Ausgänge aus einer externen Steuerung in jedem Befehl abgefragt werden. 

Beispiel: 

INP E101 L, E102 H, A200 L, A202 H 

Das zweite Beispiel ist mit dem ersten identisch, geht aber über mehrere Zeilen 

INP E101 L, ; Hier kann angegeben werden, 

E102 H, ; warum genau diese Ein- und 

A200 L, ; Ausgänge überprüft werden. 

A202 H ; Kein Komma am Ende! 

Das dritte Beispiel zeigt die Verwendung von Bereichen: 

INP E100-110 H, E300-303 L 


Horsch Elektronik AG INP 

Das vierte Beispiel zeigt, wie eine Busüberlastung durch den Befehl 

INP E2001 L, E2002 H, M2300 L 

verhindert werden kann: 

WHILENOT E2001 L, E2002 H, M2300 L 

SETTIM T0, 10 

WAITIM T0 

END_WHILE 

Siehe auch: 

161 L_INP 

205 SETTIM 

247 WAITIM 



Horsch Elektronik AG JMPCOND 

JMPCOND 

Verzweigt, wenn alle Bedingungen erfüllt sind 

Syntax: 

JMPCOND , [,] 

Felder: 




Label, zu dem verzweigt wird, wenn alle Bedingungen erfüllt 

sind. 

Bemerkungen: 

In Funktions- und Display-Tasks kann der L_JMPCOND Befehl verwendet werden. 




jeder Anfrage während einer kurzen Dauer gewartet wird. Es dürfen nur externe Ein- 

und Ausgänge aus einer Steuerung je Befehl abgefragt werden. 

Beispiel: 

Das Beispiel zeigt die Verwandtschaft mit dem IFNOT Befehl. 

JMPCOND E101 L, $TRUE ; IFNOT E101 L 

MOV RW101, 1 ; MOV RW101, 1 

JUMP $END 

$TRUE: ; ELSE 

MOV RW101, 0 ; MOV RW101, 0 

$END: ; END_IF 

Siehe auch: 


160 JUMP 

163 L_JMPCOND 


Horsch Elektronik AG JMPTIM 

JMPTIM 

Verzweigt, wenn der Timer abgelaufen ist. 

Syntax: 

JMPTIM , 

Felder: 

Timer, der überprüft wird. T0 ist der lokale Timer, die Timer 

T001 bis T255 sind global. 

Label, zu dem verzweigt wird, wenn der Timer abgelaufen ist. 

Bemerkungen: 

Die Zahl der globalen Timer wird im .LIMITS Block angegeben. Es stehen daher 

höchstens 255 globale Timer zur Verfügung. Die globalen Timer müssen alle 3-stellig 

notiert sein (also T001). 

Beispiel: 

Das Beispiel wartet 200ms, bis es weiterfährt. 

SETTIM T0, 20 

$LOOP: 

JMPTIM T0, $END 

JUMP $LOOP 

$END: 

Siehe auch: 

60 .LIMITS 

160 JUMP 

205 SETTIM 


Horsch Elektronik AG JPBIT 

JPBIT 

Verzweigt, wenn ein einzelnes Bit in einem Register 1 (also gesetzt, hoch) ist. 

Syntax: 

JPBIT , , 

Felder: 

Register, bei dem ein Bit überprüft wird. Vom Typ RV, RW, AV, 

AW, LV, LW, KV oder KW. 

Position des zu überprüfenden Bits. Gültiger Bereich ist 0 bis 

31. 

Label, zu dem verzweigt wird, wenn das Bit 1 ist. 

Beispiel: 

JPBIT RW(LV001), 0, $ODD ; Wenn ungerade, verzweige 


Horsch Elektronik AG JPEQ 

JPEQ 

Verzweigt bei Gleichheit. 

Syntax: 

JPEQ , , 

Felder: 

Register vom Typ SW, RV, RW, AV, AW, LV, LW, KV, KW oder ZW. 

Eine direkte Zahl oder ein . 

Label, zu dem bei Gleichheit verzweigt wird. 

Bemerkungen: 

Register mit unterschiedlicher Bitbreite werden nach ihrem Wert verglichen. 

Beispiel: 

JPEQ RW001, 20, $LABEL ; verzweige, wenn RW001=20 

Siehe auch: 

158 JPGT 

159 JPLT 


Horsch Elektronik AG JPGT 

JPGT 

Verzweigt, wenn das erste Argument grösser als das zweite ist. 

Syntax: 

JPGT , , 

Felder: 




Bemerkungen: 

Werte unterschiedlicher Bitbreite werden nach ihrem Wert verglichen. 

Beispiel: 

JPGT RW001, 20, $LABEL ; verzweige, wenn RW001>20 

Siehe auch: 

157 JPEQ 

159 JPLT 


Horsch Elektronik AG JPLT 

JPLT 

Verzweigt, wenn das erste Argument kleiner als das zweite ist. 

Syntax: 

JPLT , , 

Felder: 




Bemerkungen: 

Werte unterschiedlicher Bitbreite werden nach ihrem Wert verglichen. 

Beispiel: 

JPLT RW001, 20, $LABEL ; verzweige, wenn RW001

Horsch Elektronik AG JUMP 

JUMP 

Springt zum angegebenen Label. 

Syntax: 

JUMP 

Felder: 

Label, zu dem gesprungen wird. 

Bemerkungen: 

Der JUMP Befehl darf in Display-, Funktions- und Fehler-Tasks nur für Sprünge 

innerhalb des Tasks verwendet werden. Dies wird bei der Compilierung überprüft. 

Diese Regel gilt auch für mit CALL aufgerufene Unterprogramme, wird aber vom 

Compiler nicht überprüft, sondern führt bei Missachtung zu einem Laufzeit-Fehler. 

In strukturierten Programmen sollte und kann JUMP vermieden werden. 

Beispiel: 

Wiederhole einen Programmblock endlos. 

OUT M100 H 

$LABEL: 

XOR A100, A100, M100 ; wechsle jedesmal das Niveau 

SETTIM T0, 100 ; und warte 1 Sekunde 

WAITIM T0 

JUMP $LABEL 

Siehe auch: 

101 CALL 


Horsch Elektronik AG L_INP 

L_INP 

Wartet, bis alle Bedingungen erfüllt sind. Die Bedingungen sind mit einem impliziten 

Offset versehen. 

Syntax: 

L_INP [, ] 

Felder: 




Für kann ein Bereich angegeben werden. Damit hat 

folgende Syntax: 

[- ] 


A oder O für Ausgang, E oder I für Eingang, F oder M für 

Merker, D für Fehlermerker. entspricht der 

normalen Schreibweise für einen Ausgang, Eingang, Merker 

oder Fehlermerker. 


das der normalen Schreibweise für einen Ausgang, Eingang, 

Merker oder Fehlermerker. 



überprüft. Ist eine Zahl. 

Niveau, auf welches überprüft wird. H oder L. 

Bemerkungen: 

Dieser Befehl kann nur in Funktions- und Displaytasks verwendet werden. Im 

Unterschied zum „gewöhnlichen“ INP Befehl wird hier implizit ein Offset addiert, 

welcher beim Aufruf mittels CALLD oder CALLF angegeben wurde. 

Wird versucht, auf Ein- oder Ausgänge fremder (externer) Steuerungen zuzugreifen, 

so gibt die Steuerung einen Fehler aus. 

Beispiele: 

L_INP E101 L, E102 H, A200 L, A202 H 

Das zweite Beispiel ist mit dem ersten identisch, geht aber über mehrere Zeilen 

L_INP E101 L, ; Hier kann angegeben werden, 

E102 H, ; warum genau diese Ein- und 

A200 L, ; Ausgänge überprüft werden. 

A202 H ; Kein Komma am Ende! 

Das dritte Beispiel zeigt die Verwendung eines Bereichs: 

L_INP E101-109 H 


Horsch Elektronik AG L_INP 

Siehe auch: 

102 CALLD 

104 CALLF 

152 INP 

154 JMPCOND 


Horsch Elektronik AG L_JMPCOND 

L_JMPCOND 

Verzweigt, wenn alle Bedingungen erfüllt sind. Die Bedingungen sind mit einem 

impliziten Offset versehen. 

Syntax: 

L_JMPCOND

Horsch Elektronik AG L_OUTP 

L_OUTP 

Setzt den Wert von Ausgängen, Merker und Fehlermerker. Diese sind mit einem 

impliziten Offset versehen. 

Syntax: 

L_OUTP [, ] 

Felder: 

Ausgang, Merker oder Fehlermerker. Kann auch ein Bereich 

sein. 

L oder H. 

hat folgende Syntax: 

[- ] 


A oder O für Ausgang, F oder M für Merker, D für Fehlermerker. 

entspricht der normalen Schreibweise für einen 

Ausgang, Merker oder Fehlermerker. 


das der normalen Schreibweise für einen Ausgang, Merker oder 

Fehlermerker. 


werden alle Elemente zwischen und gesetzt. 

Ist eine Zahl. 

Bemerkungen: 

Dieser Befehl kann nur in Funktions- und Displaytasks verwendet werden. Im 

Unterschied zum „gewöhnlichen“ OUTP Befehl wird hier implizit ein Offset addiert, 

welcher beim Aufruf mittels CALLD oder CALLF angegeben wurde. 

Wird versucht, auf Ausgänge fremder (externer) Steuerungen zuzugreifen, so gibt die 

Steuerung einen Fehler aus. 

Beispiel: 

Die effektiven Ausgänge und Merker hängen von den impliziten Offsets ab. 

L_OUTP A100 H, A101-107 L, M100 H 

Siehe auch: 

178 OUTP 


Horsch Elektronik AG L_SWITCH / CASE / DEFAULT / END_SWITCH 

L_SWITCH / CASE / DEFAULT / END_SWITCH 

Ermöglicht die Auswahl eines Programmblocks aus bis zu 256 möglichen, abhängig 

von einem Argument. Dies ist eine Variante zum SWITCH Befehl. 

Syntax: 

L_SWITCH 

CASE [, ] 

 

[CASE [, ] 

] 

[DEFAULT 

] 

END_SWITCH 

Felder: 

Register, dessen Wert die Auswahl vornimmt; vom Typ SW, RV, 

RW, AV, AW, LV, LW, KV oder KW. Der Wert muss zwischen 0 und 

255 liegen, sonst wird kein ausgeführt, sondern mit 

dem nächsten Befehl nach dem L_SWITCH Block 

weitergefahren. 

Ein direkter Wert, oder ein KV oder KW Register, zwischen 0 und 

255. 

Programmcode, der ausgeführt wird, wenn der Wert in 

dem der CASE- oder DEFAULT- 

Anweisung entspricht. 

Bemerkungen: 

Der Wert in wird im L_SWITCH getestet und wenn er mit einem CASE- 

Wert übereinstimmt, wird der betreffende CASE-Programmblock gestartet und an 

dessen Ende auf die END_SWITCH Zeile gesprungen. Wenn der Wert zu keinem 

CASE-Wert passt, wird der DEFAULT-Programmblock ausgeführt. Fehlt das 

DEFAULT-Label, wird direkt auf die END_SWITCH Zeile gesprungen. 

Haben mehrere Konstanten den gleichen Wert, so wird dies vom Compiler 

während der Übersetzung mit einem Fehler gemeldet. 

Der Unterschied zum SWITCH Befehl liegt darin, dass der Compiler eine 

Sprungtabelle für die 256 möglichen Werte anlegt. Dadurch wird der Befehl deutlich 

schneller, allerdings wächst auch die Programmlänge. 

Siehe auch: 



Horsch Elektronik AG LEN_STR 

LEN_STR 

Liefert die Länge einer Zeichenkette. 

Syntax: 

STR_TO_ASCII , 

Felder: 

Register, in das die Länge geschrieben wird. Ein Register vom 


Zeichenkette. Ein variabler SR oder konstanter ST String. 

Beispiel: 

SMOV SR100, “1234567890” 

MOV LV001, 100 

LEN_STR LV002, SR100 ; LV002 ist nun 10 

LEN_STR LV002, SR(LV001) ; geht auch indirekt 

Siehe auch: 

210 SMOV 


Horsch Elektronik AG MID_STR 

MID_STR 

Schneidet einen Teil aus einer Zeichenkette aus. 

Syntax: 

MID_STR , , , 

Felder: 

SR Register, in das der ausgeschnittene Teil gespeichert wird. 

Zeichenkette, aus der ein Teil ausgeschnitten wird; ein variabler 

SR oder konstanter ST String. 

Position in Quelle, ab der der Teil ausgeschnitten wird. Kann als 

direkte Zahl oder als RV, RW, AV, AW, LV oder LW Register 


Anzahl der Zeichen, die ausgeschnitten werden, und somit die 

neue Länge von ; vom Typ RV, RW, AV, AW, LV oder LW, 

oder eine direkte Zahl. 

Bemerkungen: 

Der durch und angegebene Bereich muss vollständig innerhalb 

von liegen. 

Beispiel: 

SMOV SR100, “abcd” 

MID_STR SR101, SR100, 2,2 ; SR101 ist nun “bc” 

Siehe auch: 

210 SMOV 


Horsch Elektronik AG MOV 

MOV 

Schreibt den Wert in der Quelle in das angegebene Ziel. 

Syntax: 

MOV , 

oder 

MOV , 

Felder: 

Ziel-Register vom Typ RV, RW, AV, AW, LV, LW oder ZW. 

Quelle, deren Wert in geschrieben wird. Eine 

direkte Zahl oder ein Register vom Typ RV, RW, AV, AW, LV, LW, 

KV, KW, ZW oder SW. 

Ein Ausgang, Merker oder Fehlermerker, der gesetzt wird. 

Ein Eingang, Ausgang, Merker oder Fehlermerker, dessen 

logisches Niveau in kopiert wird. 

Bemerkungen: 

Beachte: Register werden mit MOV gesetzt, Eingänge, Ausgänge, Merker und 

Fehlermerker mit OUTP; MOV dient in dem Fall nur zum Kopieren. 

Beispiele: 

Das erste Beispiel kopiert ein Systemregister in ein lokales, damit der Wert 

weiterverarbeitet werden kann. 

MOV LW001, SW5 ; Projekt Nummer 

Das zweite Beispiel setzt den Ausgang gleich wie den angegebenen Eingang. 

MOV A200, E200 

Siehe auch: 

97 BMOV 

178 OUTP 


Horsch Elektronik AG MOV_PUFFER 

MOV_PUFFER 

Übermittelt einen Datenpuffer an die Statistik-Einheit. 

Syntax: 

MOV_PUFFER , , 

Felder: 

Zu übertragender Datenpuffer. Ein Register vom Typ RV, RW, 

AV, AW, LV oder LW, dessen Wert (die Nummer des Datenpuffers) 

durch den Befehl NEW_PUFFER gesetzt wurde. 

Statistik-Gruppe der Daten. Ein RV, RW, AV, AW, LV, LW, KV oder 

KW Register oder eine direkte Zahl, jeweils zwischen 1 und 20. 

Maschinentakte mit STAT_TAKT, bis der Puffer übertragen und 

endgültig aus ECCO gelöscht wird. 

Bemerkungen: 

Ist grösser als 1, so wird beim nächsten STAT_TAKT der Puffer noch nicht 

an die Statistik-Einheit übertragen. Damit wird es möglich, die Produktionsdaten zu 

einem Werkstück erst dann zu übertragen, wenn das Werkstück am Ende aller 

Stationen angelangt ist. 

Davon wird jedoch abgeraten, da die Programme unnötig umständlich werden und 

erhöhte Vorsicht bei der Synchronisierung einzelner Tasks gefordert ist (da dann nur 

noch ein STAT_TAKT für alle Stationen der Gruppe verwendet werden darf). 

Beispiel: 

Das Beispiel zeigt die typische Verwendung des Befehls, unter der Annahme, dass 

RV001 auf den zu übertragenden Puffer zeigt, und dass die Daten zur Gruppe 2 

gehören. 

MOV_PUFFER RV001, 2, 1 

STAT_TAKT 

Siehe auch: 


214 STAT_TAKT 


Horsch Elektronik AG NEW_PUFFER 

NEW_PUFFER 

Eröffnet einen neuen Statistik-Datensatz. 

Syntax: 

NEW_PUFFER , , 

Felder: 

Register, in welches vom Befehl die Referenznummer des 

Datensatzes (als Zahl zwischen 0 und 199) geschrieben wird. 

Ein RV, RW, AV, AW, LV oder LW Register. 

Wert, der im neu angelegten Puffer in abgelegt wird. 

Ein Register vom Typ RV, RW, AV, AW, LV, LW, KV, KW oder ZW 

oder eine direkte Zahl. 

Datensatz-Adresse. Adresse im neu angelegten Puffer, in dem 

abgelegt wird, als Zahl zwischen 1 und 255. 

Bemerkungen: 

Es können bis zu 200 Datensätze gleichzeitig bearbeitet werden. In einem Statistik- 

Datensatz werden alle relevanten Messwerte, welche zu einem bestimmten 

Werkstück gehören, gespeichert. Jeder Datensatz kann bis zu 255 Messwerte 

enthalten, die innerhalb des Datensatzes adressiert sind. 

Wird versucht, mehr als 200 Datensätze gleichzeitig offen zu halten, so wird das 

Systemflag M003 (Puffer voll) hoch gesetzt. 

Beispiel: 

NEW_PUFFER RW012, LW001, 1 ; Eröffnet neuen Puffer und 

; weist darin dem Messwert #1 

; den Wert aus LW001 zu. 

Siehe auch: 



182 PUFFER 

184 RD_PUFFER 



Horsch Elektronik AG NOT 

NOT 

Der Zielwert entspricht der logischen NICHT-Verknüpfung der angegebenen Quelle. 

Syntax: 

NOT , 

oder 

NOT , 

Felder: 



Ein Register vom Typ AV, AW, RV, RW, LV oder LW. 



aufweisen. 

Bemerkungen: 



Bei I/O’s und Merker ist das Ziel genau dann H, wenn die Quellen L ist. Bei Registern 

wird das Ergebnis bitweise gebildet; ein Ziel-Bit ist genau dann 1, wenn das Quell-Bit 

0 ist, sonst ist es 0. Sind mehrere Quellen angegeben, so wird nur die letzte zur Bildung 

des Ergebnis berücksichtigt. 

Das Ziel darf nicht gleichzeitig die Quelle sein. und 

dürfen nicht auf ein Element einer fremden (externen) Steuerung zugreifen. 

Beispiele: 

Das erste Beispiel zeigt die Verwendung bei I/O’s. 

NOT A024, E024 


MOV LW001, 42 ; 0..0 101010(b) 

NOT LW002, LW001 ; NOT 1..1 010101(b) = -43 

Siehe auch: 

96 AND 

176 OR 

252 XOR 


Horsch Elektronik AG NSDEF 

NSDEF 

Definiert die Notstop-Bedingung. 

Syntax: 

NSDEF [, ] 

Felder: 

Ein Eingang, Ausgang, Merker oder Fehlermerker, der den 

Notstop auslöst, wenn er das angegebene Niveau (L oder H) 

aufweist. Es sind bis zu 48 Bedingungen möglich. 

Bemerkungen: 

Der Notstop wird ausgelöst, wenn eine der Bedingungen erfüllt ist; es ist also eine 

logische ODER-Verknüpfung. 

Das Notstop-Programm beginnt beim NSPGM Label. 

Sind Merker oder Fehlermerker deklariert, so muss eine NSDEF- und STDEF- 

Bedingung angegeben werden. 

Beispiel: 

Notstop wird ausgelöst, wenn A101 oder A102 hoch sind, oder wenn der Merker 

M025 tief ist. 

NSDEF A101 H, A102 H, M205 L 

Siehe auch: 

261 NSPGM 

216 STDEF 


Horsch Elektronik AG NUM_INP 

NUM_INP 

Liest einen formatierten Wert in ein Register ein. 

Syntax: 

NUM_INP , , , , 

Felder: 




0 bis 200. 



sind. 

Register, in welches der Wert eingelesen wird; vom Typ RV, RW, 

AV, AW, LV, LW oder ZW. 





“[Text] #..# [Text]” 



reserviert werden. Negative Werte bedeuten linksbündig; 

positive rechtsbündig. 




Bemerkungen: 

Der Befehl zeigt den Inhalt in an (ist somit bis zu diesem Punkt identisch 

mit REGDISP), und wartet dann auf die Eingabe der neuen Wertes durch den 

Bediener, die mit der „=“-Taste abgeschlossen wird. Der neue Wert wird darauf 

zugewiesen. 

Der Befehl kann vom Programm durch den Befehl END_NUM_INP abgebrochen 

werden. behält dann den ursprünglichen Wert. 


arbeiten. 

Da bei älteren Terminals die Eingabe nur dann korrekt angezeigt wird, wenn Schriftgrösse 

1 verwendet wird, und die Eingabe rechts in steht, wird empfohlen, 

keine grösseren Schriften zu verwenden oder der Formatierung nachfolgende Texte 

anzugeben. 

Es gibt keinen Befehl, um die Eingabe farbig zu gestalten. Der Befehl darf nur in den 

Tasks gemäss der Übersicht auf Seite 26 eingesetzt werden. 


Horsch Elektronik AG NUM_INP 

Beispiel: 

MOV RW001, 204567 

NUM_INP 1, 20, 1, RW001, “Wert: #8.4.2# mm” 


; gibt der Benutzer nun 10.12= ein, so ist danach RW001=101200 

Siehe auch: 

120 END_NUM_INP 

187 REGDISP 


Horsch Elektronik AG OPEN 

OPEN 

Öffnet eine neue parallele Kette, einen Task. 

Syntax: 

OPEN 

Felder: 

Label der aufzurufenden Tasks. Jedes globale Label, welches 

keinen Funktionstask oder Fehlermerker definiert, kann aus 

einem Background- oder Programmtask mittels OPEN gestartet 

werden. 

Bemerkungen: 

Der neue Task läuft unabhängig von der Kette, aus welcher sie aufgerufen wurde. 

Die Synchronisierung zwischen zwei Tasks erfolgt vorzugsweise über den EXCL 

Befehl. 

Ein paralleler Task wird mittels CLOSE beendet. 

Der Befehl TASK_OPEN liefert zusätzlich die absolute Nummer des aufgerufenen 

Tasks zurück. Ein Backgroundtask öffnet einen Backgroundtask, ein Programmtask 

einen Programmtask, wie auf Seite 26 gezeigt. 

Beispiel: 

Beispiel, bei dem ein Task einen anderen aufruft. 

TASK1: 

OPEN TASK2 

CLOSE 

TASK2: 

; Hierhin kommt der Programmtext 

CLOSE 

Siehe auch: 

106 CLOSE 

121 EXCL 

230 TASK_OPEN 


Horsch Elektronik AG OR 

OR 

Der Zielwert entspricht der logischen ODER-Verknüpfung aller angegebenen 

Quellwerten. 

Syntax: 

OR , [, ] 

oder 

OR , [, ] 

Felder: 






aufweisen. 

Bemerkungen: 



Bei I/O’s und Merker ist das Ziel genau dann L, wenn alle Quellen L sind. Bei Registern 

wird das Ergebnis bitweise gebildet; ein Ziel-Bit ist genau dann 0, wenn alle 

Quell-Bits 0 sind. Ist nur eine Quelle angegeben, entspricht das Ergebnis der Quelle. 

Das Ziel darf nicht eine der Quellen sein. Es darf nicht auf ein 

Element einer fremden (externen) Steuerung zugegriffen werden. 

Beispiele: 

Der Ausgang A024 ist dann hoch gesetzt, wenn einer der Eingänge E010 bis E014 

hoch ist. 

OR A024, E010, E011, E012, ; Kann über mehrere Zeilen 

E013, E014 ; gehen (Beachte das Komma) 


MOV LW001, 42 ; 101010(b) 

MOV LW002, 36 ; 100100(b) 

OR LW003, LW001,LW002 ; OR 101110(b) = 46 

Siehe auch: 

96 AND 

171 NOT 

252 XOR 


Horsch Elektronik AG OUTA 

OUTA 

Schreibt einen Wert auf den D/A-Kanal eines Regel-Slaves oder PAC’s. 

Syntax: 

OUTA AD., 

oder 

OUTA , 

Felder: 


PAC. 

Kanal des D/A-Ausgangs, auf den ausgegeben wird. Der gültige 

Bereich hängt von ab. 

Ein direkter Zahlwert oder ein Register vom Typ RV, RW, AV, AW, 


Angabe des D/A-Ausgangs, als LV, AV, RV oder KV Register. 

Es ist =256*+. 

Beispiel: 

OUTA AD4.2, RW101 

Das zweite Beispiel macht das genau Gleiche. 

MOV LV001, 1026 ; 1026 = 4*256+2 

OUTA LV001, RW101 

Das letzte Beispiel zeigt den Befehl bei der Verwendung von Arrays. 

OUTA AV001(1), AV001(KV001) 

Siehe auch: 

151 INM 

166 MOV 


Horsch Elektronik AG OUTP 

OUTP 

Setzt den Wert von Ausgängen, Merker und Fehlermerker. 

Syntax: 

OUTP [, ] 

Felder: 

Ausgang, Merker oder Fehlermerker. Es kann auch ein Bereich 


L oder H. 

hat folgende Syntax: 

[- ] 


A oder O für Ausgang, F oder M für Merker, D für Fehlermerker. 

entspricht der normalen Schreibweise für einen 

Ausgang, Merker oder Fehlermerker. 


das der normalen Schreibweise für einen Ausgang, Merker oder 

Fehlermerker. 


werden alle Elemente zwischen und gesetzt. 

Ist eine Zahl. 

Bemerkungen: 

In einem Display- oder Funktions-Task kann der L_OUTP-Befehl verwendet werden. 

Wird dieser Befehl dazu verwendet, Werte einer externen Steuerung zu setzen, so ist 

darauf zu achten, dass diese Steuerung und der verwendete Datenbus nicht 

überlastet wird. Typischerweise wird dies verhindert, indem nach jedem Befehl 

während einer kurzen Dauer gewartet wird. Zusätzlich darf jeder OUTP Befehl nur mit 

einer einzigen Steuerung kommunizieren. 

Beispiele: 

OUTP A101 H, A102 L, ; Verwendeung über mehrere 

M350 H, M351 H ; Zeilen (Beachte das Komma) 

Das zweite Beispiel ist identisch mit dem ersten, verwendet jedoch einen Bereich: 

OUTP A101 H, A102 L, M350-351 H 

Siehe auch: 

164 L_OUTP 

166 MOV 


Horsch Elektronik AG PAC 

PAC 

Kommuniziert mit einem PAC. 

Syntax: 

PAC , [, [,]] [, < , [,]] 

Felder: 

Nummer des PAC’s, mit dem kommuniziert wird. Ein RV, LV, KV 

Register oder eine direkte Zahl. Gültige Werte sind 1 bis 30. 

Bezeichner für den Befehl aus dem .PAC_DEF Block. 

Eingangs-Register. Entweder ein Array, oder Register vom Typ 

RV, RW, LV oder LW. 

Ausgangs-Register. Entweder ein Array, oder Register vom Typ 

RV, RW, LV, LW, KV, KW oder direkte Zahlen. 

Die Anzahl der Eingangs- und Ausgangs-Argumente wird aus dem Befehl im 

.PAC_DEF Block entnommen. 

Bei Arrays ist das erste Element mit anzugeben, wie in AV001(3). Der Befehl 

verwendet das angegebene Element und die notwendige Anzahl nachfolgender 

Elemente aus dem Array. 

Bemerkungen: 

Die Vermischung von Registern und Arrays in den Ein- und Ausgangs-Listen ist nicht 

erlaubt und wird vom Compiler während der Übersetzung mit einem Fehler 

abgefangen. 

Der Compiler überprüft, ob die korrekte Anzahl an Argumenten angegeben ist. 

Jedes Argument (in der PAC Dokumentation Feld genannt) ist 32 Bit breit und 

vorzeichenbehaftet. 

Beispiel: 

Nur ein Register (LV012) wird an den PAC 16 geschrieben. 

PAC 16, POS_FRC_ABORT,

Horsch Elektronik AG PAC 

Siehe auch: 




Horsch Elektronik AG POWER_OFF 

POWER_OFF 

Beendet ECCO. 

Syntax: 

POWER_OFF 

Bemerkungen: 

Allfällig anstehende Daten (Statistik, ZPoint, Anfragen externer Steuerungen, ...) 

werden noch behandelt, es werden aber keine neuen Befehle mehr ausgeführt und 

keine neuen Anfragen mehr beantwortet. Sobald keine Daten mehr anstehen, 

beendet ECCO zum PC Betriebssystem. 


Horsch Elektronik AG PUFFER 

PUFFER 

Fügt einen Messwert einem bestehenden Statistik-Datensatz hinzu. 

Syntax: 

PUFFER , , 

Felder: 

Datenpuffer. Register, dessen Wert (die Nummer des Puffers) 

durch den Befehl NEW_PUFFER gesetzt wurde. Ein RV, RW, AV, 

AW, LV oder LW Register. 

Wert, der im Puffer in abgelegt wird. Ein 

Register vom Typ RV, RW, AV, AW, LV, LW, KV, KW oder ZW oder 

eine direkte Zahl. 

Datensatz-Adresse. Adresse im Puffer , in dem 


Bemerkungen: 

In einem Statistik-Datensatz werden alle relevanten Messwerte, welche zu einem 

bestimmten Werkstück gehören, gespeichert. Jeder Datensatz kann bis zu 255 

Messwerte enthalten, die innerhalb des Datensatzes adressiert sind. 

Messwerte können aus dem Puffer mit RD_PUFFER gelesen werden. 

Beispiel: 




PUFFER RW012, LW002, 2 ; Weist nun dem Messwert #2 


Siehe auch: 


184 RD_PUFFER 


Horsch Elektronik AG RD_DATE 

RD_DATE 

Liest Tag, Monat und Jahr ein. 

Syntax: 

RD_DATE , , 

Felder: 

Register vom Typ RV, RW, AV, AW, LV oder LW, in das der 

aktuelle Tag (als Zahl zwischen 1 und 31) eingelesen wird. 

Register vom Typ RV, RW, AV, AW, LV oder LW, in das der 

aktuelle Monat (als Zahl zwischen 1 und 12) eingelesen wird. 

Register vom Typ RV, RW, AV, AW, LV oder LW, in welches das 

aktuelle Jahr vierstellig eingelesen wird. 

Beispiel: 

; Lese Tag, Monat und Jahr 

RD_DATE LW001, LW002, LW003 

Siehe auch: 

186 RD_TIME 


Horsch Elektronik AG RD_HOUR 

RD_HOUR 

Liest Stunden, Minuten und Sekunden ein. 

Syntax: 

RD_HOUR , , 

Felder: 

Die Stundenzahl der aktuellen Uhrzeit. Ein RV, RW, LV, LW, AV 

oder AW Register. 

Die Minutenzahl der aktuellen Uhrzeit. Ein RV, RW, LV, LW, AV 


Die Sekundenzahl der aktuellen Uhrzeit. Ein RV, RW, LV, LW, AV 


Beispiel: 

RD_HOUR LW001, LW002, LW003 

; LW001: Stunden 

; LW002: Minuten 

; LW003: Sekunden 

Siehe auch: 

186 RD_TIME 

187 RD_WEEK 


Horsch Elektronik AG RD_PUFFER 

RD_PUFFER 

Liest einen Messwert aus einem Statistik-Datensatz. 

Syntax: 

RD_PUFFER , , 

Felder: 

Datenpuffer. Register, dessen Wert (die Nummer des Puffers) 

durch den Befehl NEW_PUFFER gesetzt wurde. Ein RV, RW, AV, 

AW, LV oder LW Register. 

Register, in das der Messwert in geschrieben wird, vom 


Datensatz-Adresse. Adresse im Puffer , dessen Wert 

gelesen wird, als Zahl zwischen 1 und 255. 

Bemerkungen: 

In einem Statistik-Datensatz werden alle relevanten Messwerte, welche zu einem 

bestimmten Werkstück gehören, gespeichert. Jeder Datensatz kann bis zu 255 

Messwerte enthalten, die innerhalb des Datensatzes adressiert sind. 

Messwerte werden mit NEW_PUFFER und PUFFER in den Puffer geschrieben. Wenn 

unter kein Wert abgelegt wurde, so wird 0 zurückgegeben. 

Beispiel: 




RD_PUFFER RW012, RW101, 1 ; Lese den Wert wieder ein. 

Siehe auch: 


182 PUFFER 


Horsch Elektronik AG RD_TIME 

RD_TIME 

Liest Zeit und Datum ein. 

Syntax: 

RD_TIME , 

Felder: 

Aktuelle Uhrzeit der Systemuhr. Ein Register vom Typ RW, AW, 

LW oder ZW. 

Aktuelles Datum. Ein RW, AW oder LW Register. 

Bemerkungen: 

Die Werte in den beiden Registern sind eine maschinennahe Codierung der Zeit und 

des Datums; um sie lesbar auszugeben werden die Funktionen DATEDISP, 

HP_DATEDISP, HP_TIMEDISP, TIMEDISP, VI_DATE und VI_TIME verwendet. 

Wird im Feld ein RW, AW oder LW Register angegeben, so beträgt die 

Auflösung eine Sekunde. Wird jedoch ein ZW Register angegeben, so beträgt die 

Auflösung eine Hundertstel-Sekunde; ZW Register eignen sich somit beispielsweise 

zur Angabe von Zykluszeiten. 

Der Wert im Register entspricht der Anzahl der Tage seit dem 1. Januar 

1980. 

Beispiel: 

RD_TIME LW001, LW002 ; Lese Zeit und Datum ein 

TIMEDISP 1, 10, 1, LW001, “ Zeit: #hh:mm#” 

DATEDISP 1, 20, 1, LW002, “Datum: #tt.mm.jjjj#” 

Siehe auch: 

111 DATEDISP 



183 RD_DATE 

230 TIMEDISP 

238 VI_DATE 

244 VI_TIME 


Horsch Elektronik AG RD_WEEK 

RD_WEEK 

Liest Kalenderwoche und Wochentag ein. 

Syntax: 

RD_WEEK , 

Felder: 

Kalenderwoche; ein RV, RW, LV, LW, AV oder AW Register. 

Wochentag; ein RV, RW, LV, LW, AV oder AW Register. 

Bemerkungen: 

Der Wochentag wird „europäisch“ angegeben, so dass die Woche am Montag bei 1 

beginnt und am Sonntag mit 7 aufhört. 

Beispiel: 

RD_WEEK LW001, LW002 ; Kalenderwoche und Wochentag 

Siehe auch: 

184 RD_HOUR 

186 RD_TIME 


Horsch Elektronik AG REGDISP 

REGDISP 

Formatiert und schreibt den Wert in einem Register auf das Display. 

Syntax: 

REGDISP , , , , 

Felder: 




0 bis 200. 



sind. 







“[Text] #..# [Text]” 








Bemerkungen: 


arbeiten. 



Beispiel: 

MOV RW001, 204567 

REGDISP 1, 20, 1, RW001, “Wert: #8.4.2# mm” 


Siehe auch: 



Horsch Elektronik AG RET 

RET 

Beendet eine Routine. 

RET 

Syntax: 

Bemerkungen: 

Beendet eine mit CALL aufgerufene Routine und kehrt zum aufrufenden Programm 

zurück; das heisst, als nächstes wird der Befehl nach den CALL ausgeführt. 

Beispiel: 

Der Task STAT01 ruft die Routine SUB1 auf, die rein gar nichts macht. 

STAT01: ; aufrufender Task 

CALL SUB1 ; ruft SUB1 auf 

; nach dem RET hier weiter 

CLOSE 

SUB1: ; aufgerufene Routine 

RET ; macht gar nichts 

Siehe auch: 

101 CALL 


Horsch Elektronik AG RETD 

RETD 

Beendet einen Display-Task. 

Syntax: 

RETD 

Bemerkungen: 

Beendet einen mit CALLD aufgerufenen Display-Task und kehrt zum aufrufenden 

Programm zurück; das heisst, als nächstes wird der Befehl nach den CALLD 

ausgeführt. 

Die Argumente des Display-Tasks werden wie unter CALLD beschrieben zurück 

kopiert. 

Beispiel: 

Ein umfassenderes Beispiel findet sich in der Beschreibung des CALLD Befehls. 

@DISP1_TASK: 

; Funktionalität 

RETD ; Beende @DISP1_TASK 

Siehe auch: 

102 CALLD 


Horsch Elektronik AG RETE 

RETE 

Beendet einen Fehler-Task und setzt den zugehörigen Fehlermerker tief. 

Syntax: 

RETE 

Bemerkungen: 

Der Fehler-Task wird automatisch gestartet, wenn der zugehörige Fehlermerker hoch 

gesetzt wird, beispielsweise durch den OUTP Befehl. 

Der Fehler-Task hat die höchste Priorität beim Beschreiben des Displays. Davon 

abhängig ist auch das Verhalten nach den RETE Befehls: Der zuvor aktive Display - 

Task wird von Anfang an wieder abgearbeitet, so dass ein konsistenter Aufbau des 

Bildschirms gewährleistet ist. 

Beachte, dass ein Fehler-Task nie unterbrochen wird. Tritt im Displaytask ein Fehler 

auf, wird er entweder erst nach dem RETE gestartet, oder es wird ein Notstop 

ausgelöst. 

Es existiert kein Befehl wie CALLE, da ein Fehlertask automatisch mit dem Setzen 

des Fehlermerkers gestartet wird (respektive, wenn zur Zeit bereits ein Fehler 

behandelt wird, erst dann, wenn letzter mit RETE beendet). 

Beispiel: 

Das Beispiel zeigt den Einsatz von Fehlermerkern am Beispiel des Fehlermerkers 

D100. Die Definition des Fehlermerkers in .IO_TEXT sieht dabei wie folgt aus: 

.IO_TEXT 

D100 “Test-Fehler D100”, &ERROR_D100 

.END_IO_TEXT 

Der Fehlerhandler hat dann den folgenden Rumpf: 

&ERROR_D100: 

; Handle den Fehler hier 

RETE 

Schliesslich kann der Fehler im Programm wie folgt ausgelöst werden: 

OUTP D100 H ; Löse den Fehler aus 

INP D100 L ; und warte auf Quittierung 

Siehe auch: 


178 OUTP 


Horsch Elektronik AG RETF 

RETF 

Beendet einen Funktions-Task. 

Syntax: 

RETF 

Bemerkungen: 

Beendet einen mit CALLF aufgerufenen Funktions-Task und kehrt zum aufrufenden 

Programm zurück; das heisst, als nächstes wird der Befehl nach den CALLF 

ausgeführt. Argumente, sofern sie im aufrufenden Programm nicht schreibgeschützt 

sind, werden zurück kopiert. 

Wurde der Funktions-Task vom Display aus gestartet, dann kehrt der Kontrollfluss 

zum Auswahlmodus auf dem Display zurück. 

Siehe auch: 


104 CALLF 


Horsch Elektronik AG SAVE_ARRAY 

SAVE_ARRAY 

Speichert ein Array auf die Festplatte. 

Syntax: 

SAVE_ARRAY 

Felder: 

Erstes Array-Element, direkt oder indirekt adressiert, ab dem 

das AV oder AW Array gespeichert wird. 

Der Dateiname wird kanonisch gebildet nach: 

_______.arr 


Das verwendete Array. 

Jahreszahl, vierstellig. 

Monat, ein- oder zweistellig zwischen 1 und 12. 

Tag im Monat, ein- oder zweistellig zwischen 1 und 31. 

Stunde, ein- oder zweistellig zwischen 0 und 23. 

Minute, ein- oder zweistellig zwischen 0 und 59. 

Sekunde, ein- oder zweistellig zwischen 0 und 59. 

Millisekunde mit bis zu drei Stellen, zwischen 0 und 999. 

Beispiel: 

Wurde am 10. Januar 2005 um genau 17:23:05 Uhr der Befehl 

SAVE_ARRAY AV100(5) 

ausgeführt, und hatte das Array genau 10 Elemente, die jeweils den Wert ihres Index 

hatten, so wurde eine Datei namens 

AV(100)_2005_1_10_17_23_5_0.arr 

erzeugt, mit folgendem Inhalt: 

5 ;AV(100)(5) 

6 ;AV(100)(6) 

7 ;AV(100)(7) 

8 ;AV(100)(8) 

9 ;AV(100)(9) 

10 ;AV(100)(10) 

Siehe auch: 



Horsch Elektronik AG SCALE_AD 

SCALE_AD 

Skaliert den Analog-Eingang eines Regel-Slaves oder PAC. 

Syntax: 

SCALE_AD , , 

oder 

SCALE_AD AD., , 

Felder: 

Adresse des Analog-Eingangs. Ein RV, AV, LV oder KV 

Register. 

Adresse des Regel-Slaves oder PAC. Zahl zwischen 1 und 30. 

Adresse des AD-Wandlers auf dem . Die Zahl der 

vorhandenen AD-Eingänge ist modell-abhängig. 

Untergrenze, das heisst Rückgabewert für die untere Sättigung. 

Ein RV, RW, AV, AW, LV, LW, KV, KW Register oder eine direkte 

Zahl. 

Obergrenze, das heisst Rückgabewert für die obere Sättigung. 

Ein RV, RW, AV, AW, LV, LW, KV, KW Register oder eine direkte 

Zahl. 

Es ist =256*+. 

Bemerkungen: 

Der erfasste Wertebereich bei einem Regel-Slave ist 0 bis 4095. Ohne Skalierung 

entspricht 0 dem analogen Signal von -10 Volt, und 4095 entspricht einer Spannung 

von +10 V. 

Beim PAC wird ein 14-Bit Wandler verwendet, womit der Wertebereich zwischen 0 

und 16383 liegt. Ohne Skalierung entspricht 0 dem analogen Signal von -10 Volt, 

und 16383 entspricht einer Spannung von +10 V. 

Durch die Skalierung mit diesem Befehl können die Werte in „vernünftigen“ Benutzer- 

Einheiten (wie Newton für Kräfte oder Pascal für Drücke) ausgelesen werden. 

Beispiele: 

Soll beispielsweise das Signal einer Kraft eingelesen werden, bei dem –10V -4000N 

und +10V +4000N entspricht, so kann durch das nachfolgende Beispiel der Wert 

direkt in Newton eingelesen werden, wodurch im Prozess eine umständliche 

Skalierung entfällt. 

SCALE_AD AD1.1, -4000, +4000 

Das zweite Beispiel ist identisch zum ersten. 

MOV LV001, 257 ; 257=256*1+1 

MOV LV002, -4000 

MOV LV003, +4000 

SCALE_AD LV001, LV002, LV003 


Horsch Elektronik AG SCALE_AD 

Siehe auch: 


166 MOV 

196 SCALE_DA 


Horsch Elektronik AG SCALE_DA 

SCALE_DA 

Skaliert den Analog-Ausgang eines Regel-Slaves oder PAC. 

Syntax: 

SCALE_DA , , 

oder 

SCALE_DA DA., , 

Felder: 

Adresse des Analog-Ausgangs. Ein RV, AV, LV oder KV 

Register. 

Adresse des Regel-Slaves oder PAC. Zahl zwischen 1 und 30. 

Adresse des DA-Wandlers auf dem . Die Zahl der 

vorhandenen DA-Ausgänge ist modell-abhängig. 

Untergrenze, das heisst Rückgabewert für den unteren 

Grenzwert. Ein RV, RW, AV, AW, LV, LW, KV, KW Register oder 


Obergrenze, das heisst Rückgabewert für den oberen 

Grenzwert. Ein RV, RW, AV, AW, LV, LW, KV, KW Register oder 


Es ist =256*+. 

Bemerkungen: 

Der darstellbare Wertebereich bei einem Regel-Slave ist 0 bis 4095. Ohne 

Skalierung entspricht 0 dem analogen Signal von -10 Volt, und 4095 entspricht einer 

Spannung von +10 V. 

Beim PAC wird ein 14-Bit Wandler verwendet, womit der Wertebereich zwischen 0 

und 16383 liegt. Ohne Skalierung entspricht 0 dem analogen Signal von -10 Volt, 

und 16383 entspricht einer Spannung von +10 V. 

Beispiel: 

Soll beispielsweise das Signal für ein Proportionalventil ausgegeben werden, bei 

dem –10V –300Bar und +10V +300Bar entspricht, so kann durch das nachfolgende 

Beispiel der Wert in Bar direkt gesetzt werden, wodurch im Prozess eine 

umständliche Skalierung entfällt. 

SCALE_DA AD1.1, -300, +300 

Siehe auch: 


193 SCALE_AD 


Horsch Elektronik AG SCHICHT 

SCHICHT 

Meldet STAT_READ einen Schichtwechsel. 

Syntax: 

SCHICHT , , , 

Felder: 

Statistik-Gruppe, an die der Schichtwechsel übertragen wird. 

Ein RV, RW, AV, AW, LV, LW, KV oder KW Register oder eine 

direkte Zahl, jeweils zwischen 1 und 20. 

Maschinentakte mit STAT_TAKT, bis der Schichtwechsel 

übertragen wird; Zahl zwischen 1 und 127. 

Schichtführer, codiert als beliebige 16 Bit Zahl (0 bis 65535). Ein 

RV, RW, AV, AW, LV, LW, KV oder KW Register. 

Maschinenführer, codiert als beliebige 16 Bit Zahl (0 bis 65535). 

Ein RV, RW, AV, AW, LV, LW, KV oder KW Register. 

Bemerkungen: 

Die Codierungen für Schicht- und Maschinenführer werden vom Kunden gemäss 

seinen Schichtplänen vorgenommen. 

Werden für oder Werte ausserhalb des Bereichs 

angegeben, so werden die höherwertigen Bits verworfen. 

Beispiel: 

Das Beispiel weist am Ende des gegenwärtigen Taktes der Statistik-Gruppe 8 den 

neuen Schichtführer codiert in RW297 und den neuen Maschinenführer codiert in 

RW298 zu. 

SCHICHT 8, 1, RW297, RW298 

Siehe auch: 

214 STAT_TAKT 

215 STCKZAHL 


Horsch Elektronik AG SEARCH 

SEARCH 

Sucht ein Element in einem Array. 

Syntax: 

SEARCH , , 

Felder: 

Register, in das die Position des gefundenen Elementes 

geschrieben wird; vom Typ RV, RW, AV, AW, LV, oder LW. Liefert 

0 zurück, wenn kein Element gefunden wurde. 

Startposition im AV oder AW Array, zusammen mit dem zu 

durchsuchenden Array. Das Array wird ab der Position 

durchsucht. 

Wert, der gesucht wird; ein RV, RW, AV, AW, LV, LW, KV oder KW 

Register, oder eine direkte Zahl. 

Bemerkungen: 

Der Suchalgorithmus hat O(n) Laufzeit. 

Haben mehrere Elemente den Wert , wird irgendeine Position 

zurückgegeben. 

Beispiel: 

Sucht in den Elementen in AW001 ab Position 30 ein Element mit Wert 55. 

SEARCH LV001, AW001(30), 55 

Siehe auch: 



Horsch Elektronik AG SEND_IO 

SEND_IO 

Liest oder schreibt Eingänge, Ausgänge, Merker oder Fehlermerker einer fremden 

ECCO Steuerung in eigene Eingänge, Ausgänge, Merker oder Fehlermerker. 

Syntax: 

SEND_IO [, ], , [, ] 

Felder: 

Eingang, Ausgang, Merker oder Fehlermerker der fremden 

ECCO Steuerung. 

Das Zeichen < für Schreiben, > für das Lesen. 

Eingang, Ausgang, Merker oder Fehlermerker der eigenen 

ECCO Steuerung. 

Es können bis zu 30 I/O’s angegeben werden; dabei müssen gleich viele eigene wie 

fremde angegeben sein. 

Bemerkungen: 

Vorsicht vor den Kommas, die begrenzen. 

Die Voraussetzung für das Kopieren ist, dass die Elemente in der Steuerung, wohin 

geschrieben wird, nicht im .PROTECTED Block aufgeführt und damit beschreibbar 

sind; sonst wird der Systemfehler 69 ausgelöst. 

Beachte, dass der Tausender bei I/O’s die Steuerung angibt, somit ist A3004 der 

vierte Ausgang der Steuerung 3. Es darf in einem Befehl jeweils nur mit einer 

fremden Steuerung kommuniziert werden. 

Beispiel: 

SEND_IO A3003, >, A026 ; Lese Steuerung 3 A3003 

; in eigenes A026 

SEND_IO A3012, M3018, M3019,

Horsch Elektronik AG SEND_REG 

SEND_REG 

Liest oder schreibt Register einer fremden ECCO-Steuerung in die eigene 

Steuerung. 

Syntax: 

SEND_REG ECCO, [, ], , 

[, ] 

Felder: 

Nummer der fremden ECCO-Steuerung. 

Register der fremden Steuerung. Es können LV, LW, RV, RW, KW 

und ZW Register gesendet; RV, RW und ZW empfangen werden. 

Das Zeichen < für Schreiben; > für das Lesen. 

Eigenes Register. Es können LV, LW, RV, RW, KW und ZW 

Register gesendet; RV, RW und ZW empfangen werden. 

Es können bis zu 30 Register angegeben werden; dabei müssen gleich viele eigene 

wie fremde angegeben sein. 

Indirekte Adressierungen sind verboten, damit der Compiler bereits gewisse 

Überprüfungen mit .UNLOCK und .PROTECTED vornehmen kann. 

Bemerkungen: 



geschrieben wird, nicht im .PROTECTED Block aufgeführt und damit beschreibbar 

sind; sonst wird der Systemfehler 69 ausgelöst. 

Beim Portieren aus SMC42 ist zu beachten, dass die fremde Steuerung nicht mehr 

durch SMC, sondern durch ECCO kennzeichnet wird. 

Umwandlung von 16-Bit Typen auf 32-Bit Typen wird vorzeichenbehaftet 

durchgeführt; im umgekehrten Fall werden die höherwertigen Bits notfalls 


Beispiel: 

Schreibt zwei eigene Register in die Steuerung 3. 

SEND_REG ECCO3, RW101, RW201, , RW5100, RW4100 

Siehe auch: 

60 .LIMITS 



198 SEND_IO 


Horsch Elektronik AG SEND_SR 

SEND_SR 

Ermöglicht das Kopieren von variablen Strings zwischen Steuerungen. 

Syntax: 

SEND_SR ECCO, , , , 

Felder: 

Nummer der fremden ECCO-Steuerung. Grundsätzlich sind die 

Werte 1 bis 15 möglich, die fremde Steuerung muss aber unter 

.LIMITS deklariert worden sein. 

Nummer der Landessprache. Zahl zwischen 0 und 3, wobei 0 

die gegenwärtige Landessprache wählt, während die Werte 1 

bis 3 die jeweilige Sprache auswählen. 

SR Register der fremden Steuerung. 

Das Zeichen < für Schreiben, > für das Lesen. 

Eigenes SR Register. 

Bemerkungen: 



geschrieben wird, nicht im .PROTECTED Block aufgeführt, aber im .UNLOCK Block 

angegeben und damit beschreibbar sind; sonst wird der Systemfehler 69 ausgelöst. 

Beim Portieren aus SMC42 ist zu beachten, dass die fremde Steuerung nicht mehr 

durch SMC, sondern durch ECCO kennzeichnet wird. 

Beispiel: 

Schreibt eigenes Register SR100 nach SR200 der Steuerung 3 in der Sprache 1. 

SEND_SR ECCO3, 1, SR200, , SR100 

Siehe auch: 

60 .LIMITS 



198 SEND_IO 


Horsch Elektronik AG SET_LANG 

SET_LANG 

Wählt die aktuelle Landessprache aus. 

Syntax: 

SET_LANG 

Felder: 

Label (bestehend aus drei Buchstaben) der Landessprache. 

Bemerkungen: 

Die Texttabellen in .FUNCTIONS, .IO_TEXT, .STATIONS, .STATISTIC, .STRINGS 

und .ZPOINT müssen so ausgefüllt sein, dass jedes verwendete Element einen Text 

in der neuen Landessprache zugeordnet hat. Diese Bedingung wird bereits vom 

Compiler überprüft, und Verletzungen werden mit einem Fehler gemeldet. 

Beispiel: 

SET_LANG ENG ; Wechsle auf Englisch 

Siehe auch: 





80 .STATISTIC / .END_STATISTIC 




Horsch Elektronik AG SET_PSL 

SET_PSL 

Aktiviert eine PSL-Seite. 

Syntax: 

SET_PSL 

Felder: 

Ein RV, LV oder KV Register oder eine direkte Angabe der PSL 

Seite. 

Die direkte Angabe hat das Format: 

PS. 

mit 

Die Zeile der PSL-Seite, die aktiviert wird. 

Die Spalte der PSL-Seite, die aktiviert wird. 

Es gilt =256*+. 

Bemerkungen: 

Der Wert in den Registern interessiert oft nicht, da er nur verwendet wird, um eine 

alte Seite, die mit GET_PSL „gesichert“ wurde, wiederherzustellen. 

Beispiel: 

Speichert die gegenwärtige PSL-Seite, um dann die Seite 3.4 aufzurufen (wozu auch 

immer). Am Ende wird die ursprüngliche PSL-Seite wiederhergestellt. 

GET_PSL LV001 

SET_PSL PS3.4 

; Hierhin käme zB. der Code zu einem Fertigungsschritt 

SET_PSL LV001 ; Stelle PSL-Seite wieder her 

Siehe auch: 


122 GET_PSL 


Horsch Elektronik AG SETBIT 

SETBIT 

Setzt oder löscht ein Bit ein einem Register. 

Syntax: 

SETBIT , , 

Felder: 

Register, bei dem ein Bit gesetzt oder gelöscht wird. Vom Typ 

RV, RW, AV, AW, LV oder LW. 

Position des zu überprüfenden Bits. 

L, falls das Bit auf 0 gesetzt werden soll; H, falls das Bit auf 1 

gesetzt werden soll. 

Bemerkungen: 

Die Position muss kleiner sein als die Bitbreite: somit ist der gültige Bereich 

für ein 16-Bit Register 0 bis 15, und 0 bis 31 für ein 32-Bit Register. 

Die gleiche Funktionalität kann auch durch eine Bitmaske erreicht werden. 

Beispiel: 

Das Beispiel zeigt zunächst den SETBIT Befehl, danach wird die gleiche 

Funktionalität mit einer Bitmaske realisiert. 

SETBIT RW100, 8, H 

OR RW100, RW100, 256 ; 256 = 100000000 (b) 

; setzt also Bit 8 hoch 

SETBIT RW100, 1, L 

AND RW100, RW100, -3 ; -3 = 1..1 01 (b) 

; setzt also Bit 1 tief 

Siehe auch: 

96 AND 

176 OR 


Horsch Elektronik AG SETTIM 

SETTIM 

Setzt einen Timer. 

Syntax: 

SETTIM , 

Felder: 

Timer, der gesetzt wird. T0 ist der lokale Timer, die Timer T001 

bis T255 sind global. 

Ein direkter Zahlwert oder ein RV, LV oder KV Register. Der 

Wert wird in 10 Millisekunden-Einheiten angegeben. 

Bemerkungen: 

Die globalen Timer müssen alle 3-stellig notiert sein (also T001). 

Beispiel: 

Das Beispiel wartet eine Sekunde, bis es weiterfährt. 

SETTIM T0, 100 

$LOOP : 

JMPTIM T0, $CONTINUE 

JUMP $LOOP 

$CONTINUE: 

Siehe auch: 

155 JMPTIM 


Horsch Elektronik AG SLCE 

SLCE 

Empfängt einen Wert aus einem Slave. 

Syntax: 

SLCE , , 

Felder: 

Slave, von dem empfangen wird. Ein direkter Zahlwert oder ein 

RV, AV, LV oder KV Register. 

Das Kommando, welches dem Slave vorgibt, was eingelesen 

wird. Die genaue Bedeutung ist abhängig vom verwendeten 

Slave. 

Register, in welches eingelesen wird; vom Typ RV, RW, AV, AW, 

LV, LW oder ZW. 

Bemerkungen: 

ist eine Zahl, deren Bedeutung vom verwendeten Slave abhängt. Um 

den Code lesbarer zu gestalten, kann die Zahl mit dem .SLCE_DEF Befehl einem 

beschreibenden Bezeichner zugeordnet werden, welcher dann als 

verwendet werden kann. 

Der Befehl darf nicht für den PAC verwendet werden; dafür dient der PAC Befehl. 

Slaves sind externe Geräte wie Nadelpräger, Drucker oder Scanner. 

Die Befehle SLCE und SLCS sind sehr Hardware-nah. Oft existieren Befehle, welche 

einen spezifischen Teil besser, komfortabler und benutzerfreundlicher realisieren. 

Beispiele: 

SLCE 1, 5, LW101 ; Lese von Slave 1 

; mit Kommando 5 nach LW101 

Das zweite Beispiel ist mit dem ersten identisch, wenn im .SLCE_DEF Block dem 

Bezeichner Wert5 der Wert 5 zugeordnet wurde. 

SLCE 1, Wert5, LW101 

Siehe auch: 


179 PAC 

207 SLCS 


Horsch Elektronik AG SLCS 

SLCS 

Gibt einen Wert an einen Slave aus. 

Syntax: 

SLCS , , 

Felder: 

Slave, an den ausgegeben wird. Ein direkter Zahlwert oder ein 

RV, AV, LV oder KV Register. 

Das Kommando, welches dem Slave vorgibt, wie zu 

verstehen ist. Die genaue Bedeutung ist abhängig vom 

verwendeten Slave. 

Register, dessen Wert gesendet wird; vom Typ RV, RW, AV, AW, 

LV, LW KV, KW, FW oder ZW. 

Bemerkungen: 

ist eine Zahl, deren Bedeutung vom verwendeten Slave abhängt. Um 

den Code lesbarer zu gestalten, kann die Zahl mit dem .SLCS_DEF Befehl einem 

beschreibenden Bezeichner zugeordnet werden, welcher dann als 

verwendet werden kann. 

Der Befehl ist beim PAC nicht erlaubt, da dort der Befehl PAC verwendet wird. 

Slaves sind externe Geräte wie ein Drucker oder ein Scanner. 

Die Befehle SLCE und SLCS sind sehr Hardware-nah. Oft existieren Befehle, welche 

einen spezifischen Teil besser, komfortabler und benutzerfreundlicher realisieren. 

Beispiele: 

SLCS 2, 1, RW110 ; Schreibe RW110 an Slave 2 

; mit Befehl 1 

Das zweite Beispiel ist mit dem ersten identisch, wenn im .SLCE_DEF Block dem 

Bezeichner FahrePosition der Wert 1 zugeordnet wurde. 

SLCS 2, FahrePosition, RW110 

Siehe auch: 


179 PAC 

206 SLCE 


Horsch Elektronik AG SLV_RCV_STR 

SLV_RCV_STR 

Empfängt einen String von einen Slave. 

Syntax: 

SLV_RCV_STR , , 

Felder: 

Adresse des Slaves als Zahl zwischen 1 und 30, oder ein LV, 

RV oder KV Register. 

Formatierung für den String als Zahl zwischen 1 und 255. Die 

Bedeutung der Formatierung hängt von ab. 

Variabler SR String, in den der empfangene Text geschrieben 

wird. 

Bemerkungen: 

Der Befehl wartet, bis ein neuer Text vom Slave empfangen wurde und schreibt 

diesen dann in das angegebene . 

Die Bedeutung von ist der Dokumentation zum jeweiligen Slave zu 

entnehmen. 

Beim Standard-Slave kann folgende Werte die nachfolgende Bedeutung: 

1 wird direkt aus dem Puffer gelesen. 

2 wird von den Zeichen und eingeschlossen 

als . Der Empfang endet 

erst beim Empfang von . 


zu . Der Empfang endet erst 

beim Empfang von . 

Die einschliessenden Zeichen werden weggeschnitten und der Empfang erst 

beendet, wenn das abschliessende Zeichen empfangen wurde. Beim Format 1 

werden nur jeweils neue Pufferdaten eingelesen. 

Beispiele: 

SLV_RCV_STR 1, 1, SR201 ; Ergebnis Slave-abhängig 

Das zweite Beispiel hat das gleiche Ergebnis wie das erste, verwendet aber indirekte 

Adressierung. 

MOV LV001, 201 

SLV_RCV_STR 1, 1, SR(LV001) 

Siehe auch: 

166 MOV 



Horsch Elektronik AG SLV_SND_STR 

SLV_SND_STR 

Sendet einem Slave einen String. 

Syntax: 

SLV_SND_STR , , 

Felder: 

Adresse des Slaves als Zahl zwischen 1 und 30, oder ein LV, 

RV oder KV Register. 

Formatierung für den String als Zahl zwischen 1 und 255. Die 

Bedeutung der Formatierung hängt von ab. 

Ein SR oder ST String oder ein durch Anführungszeichen 

begrenzter Text. 

Bemerkungen: 

Wird ein ST Register angegeben, so wird der Text der gegenwärtig ausgewählten 

Landessprache verwendet, wie er mit .STRINGS definiert wurde. 

Die Bedeutung von ist der Dokumentation zum jeweiligen Slave zu 

entnehmen. 

Beim Standard-Slave kann folgende Werte die nachfolgende Bedeutung: 

1 wird unverändert gesendet. 


zu . 


zu . 

Die einschliessenden Zeichen werden vor dem Senden hinzugefügt. 

Beispiel: 

SLV_SND_STR 1, 1, “Hallo Welt” 

Siehe auch: 




Horsch Elektronik AG SMOV 

SMOV 

Weist einem variablen String einen Text je Sprache zu. 

Syntax: 

SMOV , 

Felder: 

Ziel-Register vom Typ SR. 

Ein ST oder SR Register, ein mit Anführungszeichen begrenzter 

Text, oder ein Eingang, Ausgang, Merker oder Fehlermerker, 

dessen .IO_TEXT Text übernommen wird. 

Bemerkungen: 

Das exakte Verhalten des Befehls hängt von ab. Ist ein SR 

oder ST Register oder ein .IO_TEXT Text, dann werden für die Texte in 

allen Landessprachen passend übernommen; beim Umschalten der Landessprache 

wird automatisch umschalten. Wird hingegen ein mit Anführungszeichen 

begrenzter Text angegeben, so wird dieser Text für alle Sprachen verwendet. 

Beispiele: 

Das erste Beispiel weist den .IO_TEXT Text des Ausgangs A100 dem SR100 zu. 

SMOV SR100, A100 ; Richtige Übersetzungen in 

; allen Landessprachen 

Das zweite Beispiel weist den angegebenen Text zu. 

SMOV SR101, “Hallo” ; Gleicher Text für alle 

; Landessprachen 

Siehe auch: 



Horsch Elektronik AG STAT_CLR 

STAT_CLR 

Löscht die Einträge in einem Datenpuffer. 

Syntax: 

STAT_CLR 

Felder: 

Zu löschende Statistik-Gruppe. Ein RV, RW, AV, AW, LV, LW, KV 

oder KW Register oder eine direkte Zahl, jeweils zwischen 1 und 

20. Der Wert 0 löscht alle Statistik-Gruppen. 

Bemerkungen: 

Der Befehl löscht alle Einträge der Statistik-Gruppe, sofern sie nicht bereits 

übertragen wurden. Er wird beispielsweise für Teile verwendet, welche noch nicht 

fertig montiert sind und aus der Maschine entfernt werden müssen. 

Beispiel: 

STAT_CLR 8 ; Lösche die Einträge der 

; Statistik-Gruppe 8 


Horsch Elektronik AG STAT_PUFFER 

STAT_PUFFER 

Liefert die Anzahl der verwendeten und freien Statistik-Puffer. 

Syntax: 

STAT_PUFFER , 

Felder: 

Register, in das die Anzahl der verwendeten Statistik-Puffer 

geschrieben wird, vom Typ RV, RW, LV oder LW. 

Register für die Anzahl der freien Statistik-Puffer, vom Typ RV, 

RW, LV oder LW. 

Bemerkungen: 

Da es 200 Statistik-Puffer gibt, gilt +=200. 

Beispiel: 

STAT_PUFFER LV001, LV002 ; Verwendet, Frei 

Siehe auch: 



Horsch Elektronik AG STAT_QUEUE 

STAT_QUEUE 

Liefert die Anzahl der verwendeten und freien Datensätze. 

Syntax: 

STAT_QUEUE , 

Felder: 

Register, in das die Anzahl der verwendeten Datensätze 

geschrieben wird, vom Typ RV, RW, LV oder LW. 

Register für die Anzahl der freien Datensätze, vom Typ RV, RW, 

LV oder LW. 

Bemerkungen: 

Datensätze sind ein Zwischenspeicher zwischen den Daten-Puffern und der 

eigentlichen Statistik-Software (STATREAD oder Zpoint). Sie speichern die vom 

Programm gesendeten Statistik-Daten solange, bis sie von der Statistik-Software, 

beziehungsweise dem entsprechenden Gateway ausgelesen werden. 

Da es 24’000 Datensätze gibt, gilt +=24000. 

Beispiel: 

STAT_QUEUE LV001, LV002 ; Verwendet, Frei 

Siehe auch: 



Horsch Elektronik AG STAT_TAKT 

STAT_TAKT 

Informiert die Statistik-Einheit, dass die angegebene Statistik-Gruppe weitergetaktet 

wird. 

Syntax: 

STAT_TAKT 

Felder: 

Statistik-Gruppe der zu taktenden Daten. Ein RV, RW, AV, AW, 

LV, LW, KV oder KW Register oder eine direkte Zahl, jeweils 

zwischen 1 und 20. 

Bemerkungen: 

Soll die Statistik-Gruppe nicht augenblicklich übertragen werden (MOV_PUFFER bietet 

die Möglichkeit dazu), so ist auf die saubere Synchronisation der verschiedenen 

beteiligten Stationen und Tasks zu achten. 

Beispiel: 

Taktet die zweite Statistik-Gruppe (und überträgt sie, falls der Zähler auf Null 

dekrementiert wird). 

STAT_TAKT 2 

Siehe auch: 



Horsch Elektronik AG STCKZAHL 

STCKZAHL 

Liest Ist- und Sollzahlen einer Statistik-Gruppe aus Statread ein. 

Syntax: 

STCKZAHL , , 

Felder: 

Statistik-Gruppe der zu taktenden Daten. Ein RV, RW, AV, AW, 

LV, LW, KV oder KW Register oder eine direkte Zahl, jeweils 

zwischen 1 und 20. 

Ein RW, AW oder LW Register, in dem die Ist-Zahl abgelegt wird. 

Ein RW, AW oder LW Register, in dem die Soll-Zahl abgelegt wird. 

Bemerkungen: 

Zusätzlich setzt dieser Befehl den Merker M004 hoch, wenn eine neue Ordergruppe 

bereit ist. Die Ordergruppe ist eine auftragsspezifische Gruppeneigenschaft, die die 

Statistik-Gruppe mit einem Auftrag verknüpft. Durch das Hochsetzen des Merkers 

wird somit ein Auftragswechsel angezeigt. 

Dieser Befehl kann bei Zpoint nicht verwendet werden. 

Beispiel: 

Liest die aktuelle Stückzahl und die Sollstückzahl der Statistik-Gruppe 8 ein. 

STCKZAHL 8, RW100, RW101 ; Ist-Zahl -> RW100 

; Soll-Zahl -> RW101 


Horsch Elektronik AG STDEF 

STDEF 

Definiert die Störungs-Bedingung. 

Syntax: 

STDEF [, ] 

Felder: 

Ein Eingang, Ausgang, Merker oder Fehlermerker, der das 

Störungsprogramm startet, wenn er das angegebene Niveau (L 

oder H) aufweist. Es können bis zu 48 Bedingungen angegeben 

werden. 

Bemerkungen: 

Das Störungsprogramm, beginnend beim STPGM Label, wird ausgeführt, wenn eine 

der Bedingungen erfüllt ist; es ist also eine logische ODER-Verknüpfung. 

Im Gegensatz zum Notstop, der immer ausgelöst wird, wird die Störungsbedingung 

nur überwacht und allenfalls ausgelöst, wenn die Steuerung im Automaten- oder 

Stationenbetrieb ist. 

Sind Merker oder Fehlermerker deklariert, so muss eine NSDEF- und STDEF- 

Bedingung angegeben werden. 

Beispiel: 

Im Beispiel tritt eine Störung auf, wenn A101 oder A102 hoch sind, oder wenn der 

Merker M025 tief ist. 

STDEF A101 H, A102 H, M205 L 

Siehe auch: 

172 NSDEF 

263 STPGM 


Horsch Elektronik AG STR_ADD 

STR_ADD 

Fügt einen String einem anderen String hinzu. 

Syntax : 

STR_ADD , 

Felder: 

Variabler SR String, an den angefügt wird. 

Ein ST oder SR Register, oder ein mit Anführungszeichen 

begrenzter Text, dessen Inhalt an hinzugefügt wird. 

Beispiel: 

SMOV SR200, “” ; Leere SR200 

STR_ADD SR200, “Hallo ” ; SR200 enthält nun “Hallo ” 

MOV LV001, 200 

STR_ADD SR(LV001), “Welt” ; SR200 = “Hallo Welt” 

Siehe auch: 



210 SMOV 




Horsch Elektronik AG STR_ADD_ASCII 

STR_ADD_ASCII 

Fügt ein als ASCII-Code angegebenes Zeichen einem String hinzu. 

Syntax: 

STR_ADD_ASCII , 

Felder: 

Variabler SR String, an den angefügt wird. 

Ein LV, LW, RV, RW, KV, KW, AV oder AW Register, dessen 

absoluter Betrag im Bereich 0 bis 255 das anzufügende Zeichen 

repräsentiert. 

Bemerkungen: 

Die verwendete Zeichentabelle (also die Interpretation der einzelnen Zeichen) ist 

grundsätzlich abhängig vom Empfänger (Slave, Drucker oder ähnliches). Für das 

Display gelten folgende Zeichentabellen: 

(Screen-Shots aus ECCO: 

Verwendete Codierung ist 

Terminal-850) 

Beispiel: 

SMOV SR200, “Hallo ” ; SR200 enthält nun “Hallo ” 

STR_ADD_ASCII SR200, 87 ; ASCII-Zeichen W 

STR_ADD_ASCII SR200, 101 ; ASCII-Zeichen e 

STR_ADD_ASCII SR200, 108 ; ASCII-Zeichen l 

STR_ADD_ASCII SR200, 116 ; ASCII-Zeichen t 

WRITE 1, 10, 1, SR200 ; Ausgabe: “Hallo Welt” 


Horsch Elektronik AG STR_ADD_ASCII 

Siehe auch: 



210 SMOV 

217 STR_ADD 



Horsch Elektronik AG STR_ADD_NR 

STR_ADD_NR 

Fügt eine Zahl einem String hinzu. 

Syntax: 

STR_ADD_NR , , 

Felder: 

Variabler SR String, an den die angefügt wird. 

Anzahl der auszugebenden Stellen als Zahl zwischen 1 und 12. 

Weist mehr Stellen als auf, so wird links 

abgeschnitten; weist weniger Stellen auf, so werden 

die führenden freien Stellen mit Nullen aufgefüllt. 

Ein LV, LW, RV, RW, KV, KW, AV oder AW Register, dessen 

absoluter Betrag angefügt wird. 

Beispiel: 

SMOV SR200, “” ; Leere SR200 

MOV LV001, 1 

STR_ADD_NR SR200, 2, LV001 ; SR200 = “01” 

MOV LV001, 45678 

STR_ADD_NR SR200, 3, LV001 ; SR200 = “01678” 

Siehe auch: 



210 SMOV 

217 STR_ADD 



Horsch Elektronik AG STR_TO_ASCII 

STR_TO_ASCII 

Liefert den ASCII-Wert eines Zeichens. 

Syntax: 

STR_TO_ASCII , , 

Felder: 

Register, in das der ASCII-Wert des Zeichens geschrieben wird. 

Ein Register vom Typ RV, RW, AV, AW, LV oder LW. 

Zeichenkette, deren -tes Zeichen konvertiert wird. 

Ein variabler SR oder konstanter ST String. 

Position des Zeichens innerhalb von . Kann als 

direkte Zahl oder als RV, RW, AV, AW, LV oder LW Register 


Bemerkungen: 

Der Wert in ist im Bereich 0 bis 255; oder -1, falls nicht auf ein 

Zeichen in zeigt. Bei dem Befehl STR_ADD_ASCII wird die verwendete 

Zeichensatz-Tabelle angezeigt. 

Beispiel: 

SMOV SR100, “abcd” 

STR_TO_ASCII LV001, SR100, 1 ; LV001 ist nun 97 

STR_TO_ASCII LV001, SR100, 5 ; LV001 ist nun -1 

Siehe auch: 



Horsch Elektronik AG STR_TREAT 

STR_TREAT 

Behandelt einen String. 

Syntax: 

STR_TREAT , , 

Felder: 

Ein SR Register, in das das Resultat der Behandlung 

geschrieben wird. 

SR Zeichenkette, die behandelt wird. 

Art der Behandlung; ein RV, RW, AV, AW, LV oder LW Register. 

Kann auch zur Rückgabe verwendet werden. 

Mögliche Werte von sind: 

1 Bildet in die HEX4_1 Prüfsumme aus . 

2 Bildet in die HEX4_2 Prüfsumme aus . Dient 

besonders dazu, bei fortlaufenden 11-stelligen Zahlen in 

zu garantieren, dass bis zu 40’000 keine zwei 

Zahlen die gleiche Prüfsumme haben. 

3 Bildet in die DEC4 Prüfsumme aus . 

10 Schreibt die Zahl in hexadezimal in . 

100 Vergleicht mit und schreibt 0 in , 

wenn die beiden Strings gleich sind, sonst 1. 

Beispiel: 

SMOV SR100, “12345” 

SMOV SR101, SR100 

MOV LV001, 100 

STR_TREAT SR100, SR101, LV100 

; LV100 ist nun 0, da gleich 

Siehe auch: 

210 SMOV 


Horsch Elektronik AG STR_VAL 

STR_VAL 

Wandelt einen String in eine Zahl um. 

Syntax: 

STR_VAL , 

Felder: 

Register mit dem Zahlwert aus , ein RV, RW, AV, AW, LV 

oder LW Register. 

SR Zeichenkette, die umgewandelt wird. 

Bemerkungen: 

Liefert nur die Zahl möglichst links in , wobei jedoch führende Nullen nicht 

beachtet werden. Ist die Zahl in wertmässig zu gross, so wird Null zurück 

gegeben; dies ist ab elf Dezimalstellen immer der Fall. 

Beispiel: 

SMOV SR100, “ 1 2” 

STR_VAL RW100, SR100 ; RW100 wird 1 

Siehe auch: 

210 SMOV 


Horsch Elektronik AG SV_COM 

SV_COM 

Sendet einen Befehl ohne Argumente an einen Servo-Controller auf einem Regel- 

Slave oder PAC. 

Syntax : 

SV_COM , 

oder 

SV_COM SV., 

Felder: 

Angabe des Servo-Controllers, als RV, AV, LV oder KV Register. 


PAC. 

Servo-Controller auf dem , an den 

gesendet wird. 

Bezeichner für den Befehl. Gültige Bezeichner sind in der 

Dokumentation zum jeweiligen Regel-Slave oder PAC 

aufgeführt; zusätzlich sind sie im Anhang 5. 7 „Befehle an 

Servo-Slaves und PAC“ zusammengestellt. 

Es ist =256*+. 

Beispiel: 

Initialisiert den Servo-Regler. 

SV_COM SV1.2, RESET 

Siehe auch: 

225 SV_CONST 

226 SV_FIL 

227 SV_READ 

228 SV_TRJ 


Horsch Elektronik AG SV_CONST 

SV_CONST 

Sendet eine Anweisung mit einem Argument an einen Servo-Controller auf einem 

Regel-Slave oder PAC. 

Syntax: 

SV_CONST , , 

oder 

SV_CONST SV., , 

Felder: 



PAC. 



Bezeichner für den Befehl. Gültige Bezeichner sind in der 

Dokumentation zum jeweiligen Regel-Slave oder PAC 

aufgeführt; zusätzlich sind sie im Anhang 5. 7 „Befehle an 


Ein Register vom Typ RV, RW, AV, AW, LV, LW, FW, KV oder KW, 

oder eine direkte Zahl. Der zulässige Wertebereich ist abhängig 

von . 

Es ist =256*+. 

Beispiel: 

Setzt den maximalen Schleppfehler für den ersten Servo-Controller im PAC 16. 

SV_CONST SV16.1, PERR, FW016 

Siehe auch: 

217 SV_COM 

226 SV_FIL 

227 SV_READ 

228 SV_TRJ 


Horsch Elektronik AG SV_FIL 

SV_FIL 

Setzt die Filter-Parameter eines Servo-Controllers auf einem Regel-Slave oder PAC. 

Syntax: 

SV_FIL , , 

oder 

SV_FIL SV., , 

Felder: 



PAC. 

Servo-Controller auf dem , bei dem gesetzt 

wird. 

Parameter, der von gesetzt wird. Mögliche Bezeichner 

werden weiter unten angegeben. 

Ein Register vom Typ RV, RW, AV, AW, LV, LW, KV oder KW, oder 

eine direkte Zahl. Zulässige Werte sind im Bereich 0 bis 32767. 

Es ist =256*+. 

Mögliche Bezeichner für sind: 

P Proportionalitäts-Konstante 

I Integrations-Konstante 

D Differential-Konstante 

IL Integrations-Limite 

IL_MAX Integrations-Limite bei maximaler Geschwindigkeit. Dieser 

Bezeichner ist nur beim PAC gültig. 

Ungültige Bezeichner werden vom Compiler mit einem Fehler abgefangen. 

Bemerkungen: 

Alle Filterparameter können an den Regel-Slave oder PAC gesendet und mit dem 

Befehl SV_COM Kommando UDF aktiviert werden. 

Beispiel: 

Setzt die Proportionalkonstante und aktiviert dann den neuen Parameter im Regler. 

SV_FIL SV1.1, P, KV100 ; Setze P-Anteil 

SV_COM SV1.1, UDF ; Aktiviere neue Parameter 

Siehe auch: 

217 SV_COM 

225 SV_CONST 

227 SV_READ 

228 SV_TRJ 


Horsch Elektronik AG SV_READ 

SV_READ 

Liest einen Wert von einem Servo-Controller eines Regel-Slaves oder PAC aus. 

Syntax: 

SV_READ , , 

oder 

SV_READ SV., , 

Felder: 



PAC. 



Bezeichner für das auf dem Servo-Controller auszulesende 

Register. Gültige Bezeichner sind in der Dokumentation zum 

jeweiligen Regel-Slave oder PAC aufgeführt; zusätzlich sind sie 

im Anhang 5. 7 „Befehle an Servo-Slaves und PAC“ 

zusammengestellt. 

ECCO Register, in welches der Wert eingelesen wird. Ein RW, 

AW oder LW Register. 

Es ist =256*+. 

Bemerkungen: 

Ist kein gültiger Bezeichner, so erzeugt der Compiler einen Fehler. 

Beispiel: 

Liest den Status aus. 

SV_READ SV1.2, STATUS, LW001 

Siehe auch: 

217 SV_COM 

225 SV_CONST 

226 SV_FIL 

228 SV_TRJ 


Horsch Elektronik AG SV_TRJ 

SV_TRJ 

Sendet einen Bewegungsparameter an einen Servo-Controller auf einem Regel- 

Slave oder PAC. 

Syntax: 

SV_TRJ , , 

oder 

SV_TRJ SV., , 

Felder: 



PAC. 

Servo-Controller auf dem , an den gesendet 

wird. 

Bezeichner für den Bewegungsparameter. Gültige Bezeichner 

sind in der Dokumentation zum jeweiligen Regel-Slave oder 

PAC aufgeführt; zusätzlich sind sie im Anhang 5. 7 „Befehle an 


Ein Register vom Typ RV, RW, AV, AW, LV, LW, KV oder KW, oder 

eine direkte Zahl. Der zulässige Wertebereich ist abhängig von 

. 

Es ist =256*+. 

Bemerkungen: 

Der Befehl hat seinen Namen aus der Tatsache, dass jeder Bewegungsparameter 

einen Teil der vorgegebenen Trajektorie definiert. 

Ist kein gültiger Wert, so meldet dies der Compiler mit einem Fehler. 

Beispiel: 

Setzt die absolute Position zurück und startet die Bewegung des ersten Servo- 

Controllers im PAC 16. 

SV_TRJ SV16.1, X, 0 

SV_COM SV16.1, STT ; Start Motion Befehl 

Siehe auch: 

217 SV_COM 

225 SV_CONST 

226 SV_FIL 

227 SV_READ 


Horsch Elektronik AG SWITCH / CASE / DEFAULT / END_SWITCH 

SWITCH / CASE / DEFAULT / END_SWITCH 

Ermöglicht die Auswahl eines Programmblocks aus mehreren möglichen, abhängig 

von einem Argument. 

Syntax: 

SWITCH 

CASE [, ] 

 

[CASE [, ] 

] 

[DEFAULT 

] 

END_SWITCH 

Felder: 

Register, dessen Wert die Auswahl vornimmt; vom Typ SW, RV, 

RW, AV, AW, LV, LW, KV oder KW. 

Ein direkter Wert, oder ein KV oder KW Register. 

Programmcode, der ausgeführt wird. 

Bemerkungen: 

Der Wert in wird im SWITCH getestet und wenn er mit einem CASE- 

Wert übereinstimmt, wird der betreffende CASE-Programmblock 

gestartet und an dessen Ende auf die END_SWITCH Zeile gesprungen. Wenn der 

Wert zu keinem CASE-Wert passt, wird der DEFAULT-Programmblock ausgeführt. 

Fehlt das DEFAULT-Label, wird direkt auf die END_SWITCH Zeile gesprungen. 

Haben mehrere Konstanten den gleichen Wert, so meldet der Compiler 

dies mit einem Fehler bei der Übersetzung. 

Es können über 25 SWITCH Blöcke verschachtelt werden. 

Beispiel: 

SWITCH RV110 

CASE 0, 1, 2 

WRITE 1, 20, 1, “Auswahl 1” 

CASE KV110, KV111, ; CASE-Statement über … 

3, 4 ; ... zwei Zeilen 

WRITE 1, 20, 1, “Auswahl 2” 

DEFAULT 

WRITE 1, 20, 1, “Default-Fall” 

END_SWITCH 

Siehe auch: 



Horsch Elektronik AG TASK_KILL 

TASK_KILL 

Beendet asynchron einen Programm- oder Backgroundtask. 

Syntax: 

TASK_KILL 

Felder: 

Ein RV, RW, AV oder AW Register, das die absolute Nummer des 

zu beendenden Tasks beinhaltet. 

Die Zuordnung der absoluten Tasknummer ist wie folgt: 

1 - 128 Programmtask. 

161 Aktiver PSL-Task. 

162 Aktiver Displaytask. 

163 Aktiver Fehlertask. 

164 - 167 Funktionstask. 

170 Hot-Task. 

171 - 255 Backgroundtask. 

Bemerkungen: 

Es können mit diesem Befehl nur ein Programm- oder Backgroundtask beendet werden. 

Ist der zu beendende Task zur Zeit blockiert, da er einen Kind-Task aufgerufen 

hat, so wird auch augenblicklich der Kind-Task beendet. Wurde der angegebene 

Task erfolgreich geschlossen, so schreibt die ECCO -1 in . Wird 

versucht, einen Task zu schliessen, der nicht existiert oder kein Background- oder 

Programmtask ist, so wird nicht verändert, dafür steht in SW014 die 

Zeilennummer dieser Instruktion; in jedem Fall fährt der Befehl danach auf der 

nächsten Zeile weiter. 

Das Systemregister SW014 wird üblicherweise vor und nach dem Befehl ausgelesen, 

um zu sehen, ob der Befehl erfolgreich ausgeführt wurde. Typischerweise wird 

vom Befehl TASK_OPEN übernommen. 

Beispiel: 

Das Beispiel (beispielsweise in einem Programmtask) öffnet einen Task namens 

DemoTask und killt ihn sofort. 

TASK_OPEN RW100, DemoTask 

TASK_KILL RW100 

Siehe auch: 

231 TASK_OPEN 


Horsch Elektronik AG TASK_OPEN 

TASK_OPEN 

Öffnet einen Task und liefert dessen absolute Nummer zurück. 

Syntax: 

TASK_OPEN , 

Felder: 

Ein RV, RW, AV oder AW Register, in das die absolute Nummer 

des aufgerufenen Tasks geschrieben wird. 

Label der aufzurufenden Tasks. Jedes globale Label, welches 

mit OPEN aufrufbar ist, kann aus einem Background- oder 

Programmtask mittels TASK_OPEN gestartet werden. 

beinhaltet die absolute Nummer des aufgerufenen Tasks, wie sie 

auch vom Debugger angezeigt wird. Die Zuordnung ist dabei wie folgt: 

1 - 128 Programmtask. 

161 Aktiver PSL-Task. 

162 Aktiver Displaytask. 

163 Aktiver Fehlertask. 

164 - 167 Funktionstask. 

170 Hot-Task. 

171 - 255 Backgroundtask. 

Bemerkungen: 

Der neue Task läuft unabhängig von der Kette, aus welcher sie aufgerufen wurde. 

Funktionell verhält sich dieser Befehl identisch zu OPEN. Dies betrifft auch die Tasks, 

in denen der er verwendet werden darf, also in einem Background- oder Programmtask, 

wie auf Seite 26 beschrieben. 

Ein paralleler Task wird mittels CLOSE beendet. 

Die absolute Nummer in kann zu Anzeigezwecken verwendet 

werden, oder als Argument für den Befehl TASK_KILL, mit dem Tasks asynchron 

beendet werden können. 

Beispiel: 

TASK_OPEN AW002(7), DEMO_TASK 

Siehe auch: 

106 CLOSE 

175 OPEN 

230 TASK_KILL 


Horsch Elektronik AG TASK_STEP 

TASK_STEP 

Ermöglicht es, den aktuellen Task mit reduzierter Geschwindigkeit zu betreiben. 

Syntax: 

TASK_STEP 

Felder: 

Der Zeitspanne, welche zwischen zwei Instruktionen jeweils 

gewartet wird, in 10ms Schritten. 

Bemerkungen: 

Oft ist es hilfreich, einen unwichtigen Task zu bremsen, um den wichtigeren Tasks 

die Systemressourcen freizuhalten, oder um bei älteren, portierten Programmen die 

Ausführungs-Geschwindigkeit zu reduzieren, damit ältere Hardware nicht überfordert 

wird. 

Nach diesem Befehl wird im aktuellen Task nur noch ein Befehl alle 

*10ms ausgeführt. Soll der aktuelle Task mit der normalen Geschwindigkeit 

arbeiten, ist Null zu setzen. 

Beispiele: 

TASK_STEP 10 ; Verzögerung 100ms; dh. Nur 

; ein Befehl alle 100ms. 

Um zur normalen Geschwindigkeit zurückzukehren: 

TASK_STEP 0 


Horsch Elektronik AG TIMEDISP 

TIMEDISP 

Gibt die Zeit aus, welche in einem Register gespeichert wurde. 

Syntax : 

TIMEDISP , , , , 

Felder: 




0 bis 200. 



sind. 

Ein RW, AW oder LW Register, welches die auszugebende Zeit 

beinhaltet. 





“[] ## []” 




Ss Schreibt die Sekunde zweistellig. 

Pp Schreibt die Hundertstel-Sekunde zweistellig. 

Bemerkungen: 


Beispiel: 

Das Beispiel liest die Zeit ein und gibt sie dann aus. 


TIMEDISP 1, 20, 1, RW100, “Zeit: #hh:mm#” 

Siehe auch: 

111 DATEDISP 



186 RD_TIME 


Horsch Elektronik AG TINP 

TINP 

Wartet mit Zeitüberwachung, bis alle Bedingungen erfüllt sind. 

Syntax: 

TINP , [,] [, ], 

[, ] [, ] 

Felder: 

Ausgang, Eingang, Merker oder Fehlermerker der eigenen 

Steuerung mit dem gewünschten Niveau (H oder L). Es können 

bis zu 8 Bedingungen angegeben werden. 

Dauer der Überwachung in 10 ms Einheiten. Ein direkter 

Zahlwert oder ein RV, LV oder KV Register. 

optional: Ein Merker oder Fehlermerker, der hochgesetzt wird, 

wenn die im Befehl abläuft. 

Ein RV Register, in welches falls nötig der Fehlercode 


optional: Basis für den Fehlercode. Ein RV Register. 

optional: Ausgang, Eingang, Merker oder Fehlermerker mit 

gewünschtem Niveau (H oder L). Ist angegeben 

und wahr, so startet die Zeitdauer neu, und die Überwachung 

beginnt erst wieder in dem Moment, in dem nicht 

mehr erfüllt ist. 

Läuft die ab, während noch nicht alle Bedingungen erfüllt sind, dann startet 

ECCO den entsprechenden Fehler-Handler: entweder wird dieser über den Handler- 

Merker hochgesetzt, oder, wenn fehlt, der ERROR_PROTOTYPE gestartet. 

Ist ein gewöhnlicher Merker, so muss ein anderer Task den Ablauf der 

feststellen und den Merker wieder tief setzen. 

Der zugewiesene Wert muss für das gesamte Programm ein 

eineindeutiger Wert sein. 

Ist angegeben, so muss der Wert mindesten 1 sein, und muss so klein 

sein, dass der Wert für kleiner als der in .ERROR_CODE_START 

angegebene Wert bleibt. Ist also .ERROR_CODE_START 10000 und sind vier 

Bedingungen angegeben, dann darf höchstens 9996 sein. 

Ohne Angabe von generiert ECCO bei jeder TINP 

automatisch einen neuen Fehlercode. Diese sind fortlaufend, wobei der niedrigste 

Wert durch die Compileranweisung .ERROR_CODE_START festgelegt wird. 

Bemerkungen: 

Dieser Befehl ist die überwachte Variante zum INP Befehl. In einem TRAP Block 

kann mit INP das gleiche Resultat erzielt werden. TINP wird in solchen Situationen 

jedoch bevorzugt, da die Syntax kompakter ist. 

Der Kontrollfluss für diesen Befehl verläuft nach folgendem Diagramm: 



Nachdem die Fehlerbedingung behandelt wurde, führt die Laufzeit-Umgebung den 

Befehl nochmals aus. Damit wird gewährleistet, dass der nachfolgende Code nur 

ausgeführt wird, wenn erfüllt ist. 

Beispiele: 

Das erste Beispiel zeigt die Verwendung eines Fehlermerkers: 

TINP E100 H, 100, D100, RV1075 

; Aktiviere D100, wenn E100 

; nicht innerhalb 1s H ist. 

Das zweite Beispiel zeigt die Verwendung eines gewöhnlichen Merkers. Ein paralleler 

Task muss darauf reagieren und den Merker wieder tief setzen. 

TINP E100 H, 100, M100, RV1075 

Das dritte Beispiel zeigt die Verwendung mit dem ERROR_PROTOTYPE als Fehlerhandler 

und explizitem . Beachte, dass RV1075 den Wert 237 

zugewiesen wird, wenn nach Ablauf der Zeit die vierte Bedingung nicht erfüllt ist. 

TINP E0224 H, E0236 L, A0231 H, A0255 H, 100, 

RV1075, 234 



Das letzte Beispiel zeigt die Verwendung eines blockierenden Merkers. Die Überwachungsdauer 

von 200 ms fängt erst an, wenn M0901 tiefgeht. 

TINP E0456 L, 20, RV1075, M0901 H 

Siehe auch: 




152 INP 



Horsch Elektronik AG VI_CLRKEY 

VI_CLRKEY 

Löscht den Tastenpuffer eines VI-Terminals. 

Syntax: 

VI_CLRKEY , 

Felder: 

Adresse des VI-Terminals. Zahl zwischen 1 und 15. 

Label, zu dem verzweigt wird, wenn bei der Kommunikation mit 

dem Terminal ein Fehler auftritt. 

Beispiel: 

VI_CLRKEY 1, $VI_ERR ; Lösche Tastenpuffer von 

; VI-Terminal 1; bei Fehlern 

; gehe zu $VI_ERR 

Siehe auch: 

238 VI_DATE 

240 VI_JMPKEY 

241 VI_RDISP 

243 VI_READ 

244 VI_TIME 

246 VI_WRITE 

[3] Anbindung VI Terminal an ECCO, Horsch Elektronik AG, Version 0.02, 2004. 


Horsch Elektronik AG VI_DATE 

VI_DATE 

Schreibt das Datum aus einem Register auf ein VI-Terminal. 

Syntax: 

VI_DATE , , , , 

 

Felder: 


Die Zeile auf dem VI-Terminal. Gültige Werte werden weiter 

unten erläutert. 

Ein RW, AW oder LW Register, welches das auszugebende 

Datum beinhaltet. 






Die Zeile hat folgende Bedeutung: 

1 Erste Display-Zeile; Texte länger als 20 Zeichen werden 


2 Zweite Display-Zeile; Texte länger als 20 Zeichen werden 


3 Ausgabe auf einem Drucker, der an der Druckerschnittstelle 

angeschlossen ist; Texte länger als 50 Zeichen werden 

abgeschnitten. Die Steuerzeichen \n, \f und \\ können 

verwendet werden, um eine neue Zeile, eine neue Seite oder 

einen Backslash zu drucken. 

Alle anderen Zeilenzahlen werden vom Compiler mit einem Fehler abgefangen. 

Für die Formatierung in sind folgende Formatbezeichner möglich: 


Jj Schreibt das Jahr zweistellig. 

Mm Schreibt den Monat zweistellig, also 01 für Januar bis 12 für 

Dezember. 

Tt Schreibt den Tag im Monat zweistellig. 

Bemerkungen: 

Der Befehl ist quasi das VI-Pendant zum DATEDISP-Befehl für das Display. 

Beispiel: 

RD_TIME LW001, LW002 ; Lese Zeit und Datum 

VI_DATE 1, 1, LW002, $VI_ERROR, “Datum: #tt.mm.jjjj#” 


Horsch Elektronik AG VI_DATE 

Siehe auch: 

111 DATEDISP 

186 RD_TIME 

237 VI_CLRKEY 

240 VI_JMPKEY 

241 VI_RDISP 

243 VI_READ 

244 VI_TIME 

246 VI_WRITE 



Horsch Elektronik AG VI_JMPKEY 

VI_JMPKEY 

Wartet auf einen Tastendruck an einem VI-Terminal. 

Syntax: 

VI_JMPKEY , , , 

Felder: 


Bit-Codierung der Tasten. Das Bit 0 steht für die Taste 1, Bit 1 

für Taste 2, Bit 2 für Taste 3 und Bit 3 für Taste 4. 

Verzweigt zum angegebenen Label, wenn eine in 

angegebenen Tasten gedrückt wurde. Sonst fällt der Befehl 

durch. 



Bemerkungen: 

Der Befehl wartet, bis eine Taste auf dem Terminal gedrückt wurde; wurde bereits 

vorgängig eine Taste gedrückt, verzweigt der Befehl augenblicklich. Entspricht die 

gedrückte Taste einer der mit codierten Tasten, verzweigt das Programm 

zum angegebenen , sonst fällt es durch, das heisst, es springt auf die 

nächste Zeile. 

Beispiel: 

Das Beispiel gibt auf dem Display 1 aus, wenn die Taste 1 gedrückt wurde, sonst 2. 

VI_CLRKEY 1, $VI_ERR ; Löscht bereits gedr. Tasten 

VI_JMPKEY 1, 1, $KEY1, $VI_ERR 

VI_WRITE 1, 1, $VI_ERR,“2” ; wenn nicht 1 gedrückt 

JUMP $END 

$KEY1: 

VI_WRITE 1, 1, $VI_ERR,“1” ; wenn Taste 1 gedrückt 

$END: 

Siehe auch: 

237 VI_CLRKEY 

238 VI_DATE 

241 VI_RDISP 

243 VI_READ 

244 VI_TIME 

246 VI_WRITE 



Horsch Elektronik AG VI_RDISP 

VI_RDISP 

Formatiert und schreibt einen Wert auf das VI-Terminal. 

Syntax: 

VI_RDISP , , , , 

 

Felder: 




Eine direkte Zahl oder ein RV, RW, AV, AW, LV, LW, KV, KW oder 

ZW Register. 
















Alle andere Zeilenzahlen werden vom Compiler mit einem Fehler abgefangen. 


“[Text] #..# [Text]” 








Bemerkungen: 


arbeiten. 



Der Befehl ist quasi das VI-Pendant zum REGDISP-Befehl für das Display. 


Horsch Elektronik AG VI_RDISP 

Beispiel: 

MOV LV100, 120 

VI_RDISP 1, 1, LV100, $VI_ERR, “Wert: #4.2.2#” 

; Gibt “Wert: 1.20” aus 

Siehe auch: 

237 VI_CLRKEY 

238 VI_DATE 

240 VI_JMPKEY 

243 VI_READ 

244 VI_TIME 

246 VI_WRITE 



Horsch Elektronik AG VI_READ 

VI_READ 

Liest den Tastenpuffer eines VI-Terminals ein. 

Syntax: 

VI_READ , , 

Felder: 


Register, in welches der Tastenpuffer eingelesen wird; vom Typ 

RV, RW, AV, AW, LV, LW oder ZW. In steht der Bit- 

Code mit Bit 0 für die Taste 1, Bit 1 für die Taste 2, Bit 2 für die 

Taste 3 und Bit 3 für die Taste 4. 

Label, zu dem bei einem Fehler verzweigt wird. 

Bemerkungen: 

Im Gegensatz zum Befehl VI_JMPKEY wartet dieser Befehl nicht darauf, dass eine 

Taste gedrückt wurde. Er eignet sich somit für Fälle, in denen abhängig von der 

gedrückten Taste mehrere unterschiedliche Aktionen ausgeführt werden müssen. 

Beispiel: 

VI_CLRKEY 1, $VI_ERR 

DO 

VI_READ 1, LV001, $VI_ERR ; warte, bis Benutzer eine 

DO_WHILE LV001=0 ; Taste drückt 

SWITCH LV001 

CASE 1 ; Taste 1 gedrückt 

VI_WRITE 1, 1, $VI_ERR, “Taste 1 gedrückt” 







END_SWITCH 

Siehe auch: 


229 SWITCH / CASE / DEFAULT /END_SWITCH 

237 VI_CLRKEY 

238 VI_DATE 

240 VI_JMPKEY 

241 VI_RDISP 

244 VI_TIME 

246 VI_WRITE 



Horsch Elektronik AG VI_TIME 

VI_TIME 

Gibt auf einem VI-Terminal die Zeit aus, die in einem Register gespeichert wurde. 

Syntax: 

VI_TIME , , , , 

 

Felder: 




Ein RW, AW oder LW Register, das die auszugebende Uhrzeit 

beinhaltet. 

















Für die Formatierung in sind folgende Formatbezeichner möglich: 



Ss Schreibt die Sekunde zweistellig. 

Pp Schreibt die Hundertstel-Sekunde zweistellig. 

Bemerkungen: 

Der Befehl ist quasi das VI-Pendant zum TIMEDISP-Befehl für das Display. 

Beispiel: 

RD_TIME LW001, LW002 ; Lese Zeit und Datum 

VI_TIME 1, 1, LW002, $VI_ERROR, “Zeit: #hh:mm#” 


Horsch Elektronik AG VI_TIME 

Siehe auch: 

186 RD_TIME 

230 TIMEDISP 

237 VI_CLRKEY 

238 VI_DATE 

240 VI_JMPKEY 

241 VI_RDISP 

243 VI_READ 

246 VI_WRITE 



Horsch Elektronik AG VI_WRITE 

VI_WRITE 

Schreibt eine Zeichenkette auf das VI-Terminal. 

Syntax: 

VI_WRITE , , , 

Felder: 






Auszugebender Text. Entweder ein mit Anführungszeichen 

begrenzter Text oder ein ST oder SR Register. 












Bemerkungen: 

Der Befehl ist quasi das VI-Pendant zum WRITE-Befehl für das Display. 

Beispiel: 

VI_WRITE 1, 1, $VI_ERROR, “Hallo Leute!” 

Siehe auch: 

237 VI_CLRKEY 

238 VI_DATE 

240 VI_JMPKEY 

241 VI_RDISP 

243 VI_READ 

244 VI_TIME 

246 VI_WRITE 

251 WRITE 



Horsch Elektronik AG WAITIM 

WAITIM 

Wartet, bis ein Timer abgelaufen ist. 

Syntax: 

WAITIM 

Felder: 

Timer. T0 ist der lokale Timer, die Timer T001 bis T255 sind 

global. 

Bemerkungen: 

Die globalen Timer müssen alle 3-stellig notiert sein (also T001). 

Der Befehl wartet, bis sich der Timer auf 0 dekrementiert hat, und fährt erst dann fort. 

Beispiel: 

SETTIM T0, 100 ; T0 soll 1s warten 

WAITIM T0 ; warte diese Sekunde 

Siehe auch: 

155 JMPTIM 

205 SETTIM 


Horsch Elektronik AG WHILE / WHILENOT / END_WHILE 

WHILE / WHILENOT / END_WHILE 

Wiederholt einen Programmblock so lange, wie die angegebene Bedingung erfüllt ist. 

Syntax: 

WHILE 

 

END_WHILE 

oder 

WHILE 

 

END_WHILE 

oder 

WHILENOT 

 

END_WHILE 

Felder: 

Eine vergleichende Bedingung, die festlegt, ob der ein 

weiteres Mal ausgeführt wird. 

Programmblock, der ausgeführt wird. 

Logische Bedingung oder ein Timer, die festlegt, ob der 

ein weiteres Mal ausgeführt wird. 


 



RW, AV, AW, LV, LW, KV, KW, C, T oder ZW. Es ist somit möglich 

(wenn auch nicht besonders nützlich) zwei Timer miteinander zu 

vergleichen. 


ist entweder ein Timer oder ein (oder mehrere) Ausgänge, Eingänge, 

Merker oder Fehlermerker mit dem gewünschten Niveau (H oder L). 

Bemerkungen: 

Im Gegensatz zum DO / DO_WHILE Befehl kann der Block hier auch gar 

nicht ausgeführt werden, wenn die Bedingung bereits zu Beginn nicht erfüllt ist. 

WHILE mit Ein-, Ausgängen und Merker führt den nur dann ein weiteres Mal 

aus, wenn alle Niveaus korrekt sind; WHILENOT führt ihn solange aus, bis alle 

Niveaus erfüllt sind. 




jeder Anfrage während einer kurzen Dauer gewartet wird. Es darf in jedem Befehl nur 

mit einer externen Steuerung kommuniziert werden. 


Horsch Elektronik AG WHILE / WHILENOT / END_WHILE 

Beispiele: 

Das erste Beispiel zeigt die Verwendung von Vergleichen. 

MOV LV001, 100 

WHILE LV001 > 0 

CALC LV001, LV001 – 1 ; Durchlaufe Schlaufe 100 mal 

END_WHILE 

Das zweite Beispiel zeigt die übliche Verwendung eines Timers. 

SETTIM T0, 100 ; warte 1 Sekunde 

WHILENOT T0 


END_WHILE 

Das letzte Beispiel zeigt Verwendung von Eingängen, Ausgängen und Merker. Die 

Schleife wird nur dann ausgeführt, wenn alle vier Bedingungen erfüllt sind. 

WHILE E101 L, E102 H, A200 H, M100 L 


END_WHILENOT 

Siehe auch: 



Horsch Elektronik AG WR_TIME 

WR_TIME 

Sendet die aktuelle Systemzeit an eine vernetzte Steuerung. 

Syntax: 

WR_TIME ECCO 

Felder: 

Nummer der fremden ECCO-Steuerung. Grundsätzlich eine 

Zahl wischen 1 und 15; die fremde Steuerung muss zudem 

unter .LIMITS deklariert worden sein. 

Bemerkungen: 

Schreibt die eigene, aktuelle Systemzeit in die vernetzte Steuerung, deren 

Systemzeit (im Betriebssystem) dadurch aktualisiert wird. 

Beispiel: 

WR_TIME ECCO2 ; Aktualisiere Systemzeit von 

; ECCO2 

Siehe auch: 

60 .LIMITS 


Horsch Elektronik AG WRITE 

WRITE 

Gibt einen String aus. 

Syntax: 

WRITE , , , 

Felder: 




0 bis 200. 



sind. 



Beispiel: 

WRITE 1, 10, 1, “Hello World” 

Siehe auch: 

142 HP_WRITE 


Horsch Elektronik AG XOR 

XOR 

Der Zielwert entspricht der logischen EXKLUSIV-ODER-Verknüpfung der Quellen. 

Syntax : 

XOR , [, ] 

oder 

XOR , [, ] 

Felder: 






aufweisen. 

Bemerkungen: 

Die EXKLUSIV-ODER-Verknüpfung wird auch ANTI-ÄQUIVALENZ oder BIT-PLUS 

genannt. 

Bei I/O’s und Merker ist das Ziel genau dann H, wenn genau eine Quelle H ist. Bei 

Registern wird das Ergebnis bitweise gebildet; ein Ziel-Bit ist genau dann 1, wenn 

eine ungerade Anzahl Quell-Bit 1 ist. Eine Vermischung von Registern einerseits und 

I/O’s und Merker andererseits ist nicht möglich. Ist nur eine Quelle angegeben, so 

entspricht das Ergebnis der Quelle. 

Das Ziel darf nicht eine der Quellen sein. Der Befehl akzeptiert 

nur genau zwei Quellen. Sowohl wie auch müssen Elemente der 

eigenen Steuerung sein. 

Beispiele: 

Der Ausgang A024 ist dann hoch gesetzt, wenn die Eingänge E010 und E011 

ungleich sind. 

XOR A024, E010, E011 


MOV LW001, 42 ; 101010(b) 

MOV LW002, 36 ; 100100(b) 

XOR LW003, LW001, LW002 ; XOR 001110(b) = 14 

Siehe auch: 

96 AND 

171 NOT 

176 OR 


Horsch Elektronik AG ZPOINT_STATE 

ZPOINT_STATE 

Meldet, ob die Steuerung mit Zpoint verbunden ist. 

Syntax : 

ZPOINT_STATE 

Felder: 

LW, RW oder AW Register, in den der Zustand von Zpoint 


Mögliche Antwort-Werte sind: 

0 Steuerung ist nicht mit Zpoint verbunden. 

1 Steuerung ist mit Zpoint verbunden. 

Siehe auch: 




4. 4. Label 

Label werden in ECCO als Einstiegspunkte verwendet, um bei gewissen Situationen 

vorprogrammierte Reaktionen auszulösen. ECCO erlaubt es oftmals, den Namen 

eines Labels über den .SETLABEL Befehl zu ändern. Davon wird jedoch dringend 

abgeraten, da solche Programme viel unleserlicher werden. 

ECCO verwendet folgende Label, welche auf den angegebenen Seiten genauer 

beschrieben werden. Es ist zu beachten, dass nicht alle Label in jedem Fall 

verwendet werden müssen. 

255 BACKPGM 


257 HOT_TASK / HOT_END 

259 HPPGM 

260 NRMPGM 

261 NSPGM 

262 NSRESP 

263 STPGM 

264 STRESP 


Horsch Elektronik AG BACKPGM 

BACKPGM 

Label des Background Programms. 

Syntax: 

BACKPGM: 

 

CLOSE 

Felder: 

Code des Background Programms. 

Bemerkungen: 

Im Gegensatz zu normalen Programm-Tasks laufen Background-Tasks immer. Die 

Laufzeitumgebung startet daher den ersten Background-Task beim BACKPGM Label 

schon zu Beginn. 

Üblicherweise werden in die eigentlichen Background-Tasks mit OPEN 

gestartet; dieser Block dient daher als Haupt-Block, da nur Background-Tasks 

Backgound-Tasks starten dürfen. 

Siehe auch: 

175 OPEN 


Horsch Elektronik AG ERROR_PROTOTYPE 

ERROR_PROTOTYPE 

Definiert die allgemeine Fehlerroutine zum TINP Befehl. 

Syntax: 

ERROR_PROTOTYPE: 

 

CLOSE 

Felder: 

Der Code, der ausgeführt wird, wenn die angegebene Zeitdauer 

im TINP Befehl überschritten wird und im TINP Befehl kein 

behandelnder Fehlermerker angegeben ist. 

Bemerkungen: 

Die allgemeine Fehlerroutine wird nur gestartet, wenn keine andere Fehlerroutine 

aktiv ist, und wird sonst solange verzögert, bis keine Fehlerroutine mehr aktiv ist. 

Am besten befindet sich diese Routine möglichst weit oben im Programmtext, da nur 

die nachfolgenden Routinen, Tasks und Unterprogramme von ihrer Funktionalität 

profitieren. Im ganzen Programm darf diese Routine nur einmal vorkommen (was klar 

ist, da globale Labels grundsätzlich einmalig sein müssen). 

Beispiel: 

Zeigt den typischen ERROR_PROTOTYPE, welcher die Argumente aus dem 

.TINP_TEXT-Block während einer Sekunde anzeigt. 

.TINP_TEXT 

TIMEOUT SR0101 ; TIMEOUT AT LINE 

CONDITION SR0102 ; 1 st UNMATCHED CONDITION 

IO_TEXT SR0103 ; IO_TEXT OF THE UNM. COND 

REGISTER RW0069 ; ECCO PROGRAM LINE NUMBER 


ERROR_PROTOTYPE: 

REGDISP 1, 80, 1, RW069, SR0101 

WRITE 1, 90, 1, SR0102 

WRITE 1, 100, 1, SR0103 

REGDISP 1, 110, 1, RV072, “ERROR NR = #4.0.0#” 

SETTIM T0,100 ; RV072 USED BY ALL TINP TO 

WAITIM T0 ; TRANSFER THE ERROR NUMBER. 

CLOSE 

Siehe auch: 


234 TINP 


Horsch Elektronik AG HOT_TASK / HOT_END 

HOT_TASK / HOT_END 

Definiert den hochprioritären Task. 

Syntax: 

HOT_TASK: 

 

HOT_END 

Felder: 

Programmblock des Hot-Tasks. 

Es sind nur die folgenden Befehle im Block des Hot-Tasks erlaubt: 

AND CALC CTRDEC CTRINC CTRPRES 

CTRRES IF IFNOT MOV NOT 

OR OUTP SETBIT SWITCH XOR 

Bemerkungen: 

Üblicherweise liest ECCO in jedem Schritt die Eingänge, macht bei jedem eröffneten 

Task einen Programmschritt und setzt die Ausgänge. Beim Hot-Task werden 

dagegen alle Programmschritte jedesmal komplett ausgeführt, bevor die Ausgänge 

gesetzt werden. Er eignet sich für hochprioritäre und kritische Aufgaben wie Sicherheitsabfragen 

oder dem Takten eines Transportbandes oder eines Rundtisches. Es 

darf in jedem Programm höchstens einen Hot-Task geben. 

Um ein Hängenbleiben des Systems zu verhindern, sind nur die oben aufgeführten 

Befehle im Hot-Task erlaubt. 

Der Programmblock sollte möglichst kurz gehalten sein, da seine Ausführungszeit zu 

jedem Systemdurchgang addiert wird. 

Beispiel: 

Im Beispiel ist A123 der Ausgang zum Schalten eines Rundtakt-Tisches, der nur 

unter gewissen Bedingungen getaktet werden darf. 

HOT_TASK: 

AND A123, E133, E134, E135 

END_HOT 

Siehe auch: 

96 AND 

98 CALC 

266 CTRDEC 

269 CTRINC 

270 CTRPRES 

271 CTRRES 


166 MOV 

171 NOT 

176 OR 


Horsch Elektronik AG HOT_TASK / HOT_END 

178 OUTP 

204 SETBIT 


252 XOR 


Horsch Elektronik AG HPPGM 

HPPGM 

Startet zu Beginn des Automaten-Betriebs. 

Syntax: 

HPPGM: 

 

CLOSE 

Felder: 

Code, welcher im Automaten-Betrieb abgearbeitet wird. 

Bemerkungen: 

Die Laufzeitumgebung startet einen ersten Programm-Task beim HPPGM Label, wenn 

der Benutzer den Automaten-Betrieb startet. Üblicherweise werden in die 

eigentlichen Programm-Tasks mit OPEN gestartet; dieser Block dient daher als 

Haupt-Block. 

Siehe auch: 

175 OPEN 


Horsch Elektronik AG NRMPGM 

NRMPGM 

Beginn des Normierungs-Programms. 

Syntax: 

NRMPGM: 

 

CLOSE 

Felder: 

Code der Normierung. 

Bemerkungen: 

Die Normierung wird beim Aufstarten der Steuerung ausgeführt, um die Anlage in 

einen klar definierten Zustand zu setzen und alle externen Geräte und Regler zu 

kalibrieren. 


Horsch Elektronik AG NSPGM 

NSPGM 

Beginn des Notstop-Programms. 

Syntax: 

NSPGM: 

 

CLOSE 

Felder: 

Programm, welches bei einem Notstop ausgeführt wird. Dieses 

sollte alle Ausgänge tief setzen und Achsen, Regler und externe 

Geräte anhalten. Die einschlägigen gesetzlichen Vorschriften 

sind zwingend einzuhalten! 

Bemerkungen: 

Die Notstop-Bedingungen werden der ECCO Laufzeit-Umgebung im NSDEF Befehl 

mitgeteilt. Tritt eine der Bedingungen auf, so werden alle Programm-, Funktions-, 

Display- und Fehlertasks abgebrochen; lediglich Background-Tasks bleiben erhalten. 

Die Laufzeit-Umgebung startet zusätzlich die Notstop-Prozedur beginnend beim 

NSPGM Label. 

Sobald das Notstop-Programm beendet hat (also beim CLOSE Befehl angekommen 

ist), erscheint auf dem Display die Meldung „EMERGENCY STOP“ und die „Fail“- 

Taste leuchtet. Der Benutzer muss den Notstop zurücksetzen (durch Freigeben aller 

Sicherheitselemente und Lösen Notstop-Taster) und am Terminal quittieren. 

Drückt der Bediener die „C“-Taster, statt dass er den Notstop quittiert, so wird das 

Programm ungültig und ein neues Programm muss geladen werden. 

Nach der Quittierung des Notstops startet die Laufzeit-Umgebung das Notstop- 

Restart-Programm beginnend beim NSRESP-Label. 

Siehe auch: 

172 NSDEF 

262 NSRESP 


Horsch Elektronik AG NSRESP 

NSRESP 

Beginn des Notstop-Restart-Programms. 

Syntax: 

NSRESP: 

 

CLOSE 

Felder: 

Code, der von der Notstop-Restart-Prozedur ausgeführt wird. 

Bemerkungen: 

Nachdem der Benutzer einen Notstop quittiert hat wird die Notstop-Restart-Prozedur 

vom NSRESP-Label an aufgerufen. Ohne besondere Massnahmen wird nach ihrem 

Ende in den manuellen Modus gewechselt. 

Durch diese Prozedur kann der Programmierer die nötigen Arbeiten nach einem 

Notstop vornehmen, also den entstandenen Ausschuss geordnet entsorgen, Achsen 

zurückzusetzen und nötigenfalls neu zu kalibrieren, die Anlage zu entleeren und so 

weiter. Zusätzlich kann der Programmierer auch nach all diesen Schritten die Anlage 

neu aufstarten lassen, indem er sie durch Setzen von M035 in den Automatenmodus 

überführt. 


Horsch Elektronik AG STPGM 

STPGM 

Beginn des Programms, das bei einer Störung aufgerufen wird. 

Syntax: 

STPGM: 

 

CLOSE 

Felder: 

Code, der bei einer Störung abgearbeitet wird. Es sind die 

einschlägigen gesetzlichen Vorschriften zwingend einzuhalten! 

Bemerkungen: 

Im Gegensatz zu einem Notstop wird die Störung (definiert durch STDEF) nur im 

Stationen- und Automatenbetrieb überwacht, demzufolge taucht nur dann eine 

Störung auf. Ansonsten wird eine Störung gleich wie ein Notstop behandelt. 

Tritt eine der Bedingungen auf, so werden alle Programm-, Funktions-, Display- und 

Fehlertasks abgebrochen; lediglich Background-Tasks bleiben erhalten. Die Laufzeit- 

Umgebung startet zusätzlich die Störungs-Prozedur beginnend beim STPGM Label. 

Sobald das Störungs-Programm beendet hat, erscheint auf dem Display die Meldung 

„SYSTEM FAIL“ und die „Fail“-Taste leuchtet. Der Benutzer muss die 

Störungsursache beheben und die Störung am Terminal quittieren. 

Drückt der Bediener die „C“-Taster, statt dass er quittiert, so wird das Programm 

ungültig und ein neues Programm muss geladen werden. 

Nach der Quittierung der Störung startet die Laufzeit-Umgebung das Störungs- 

Restart-Programm beginnend beim STRESP-Label. 

Siehe auch: 

261 NSPGM 

216 STDEF 

264 STRESP 


Horsch Elektronik AG STRESP 

STRESP 

Beginn des Störungs-Restart-Programms. 

Syntax : 

STRESP : 

 

CLOSE 

Felder : 

Code, der von der Störungs-Restart-Prozedur ausgeführt wird. 

Bemerkungen: 

Im Gegensatz zu einem Notstop wird die Störung (definiert durch STDEF) nur im 

Stationen- und Automatenbetrieb überwacht, demzufolge taucht nur dann eine 

Störung auf. Ansonsten wird eine Störung gleich wie ein Notstop behandelt. 

Nachdem der Benutzer eine Störung quittiert hat wird die Störungs-Restart-Prozedur 

vom STRESP-Label an aufgerufen. Ohne besondere Massnahmen wird nach ihrem 

Ende in den manuellen Modus gewechselt. 

Durch diese Prozedur kann der Programmierer die nötigen Arbeiten nach einer 

Störung vornehmen, also den entstandenen Ausschuss geordnet entsorgen, Achsen 

zurückzusetzen und nötigenfalls neu zu kalibrieren, die Anlage zu entleeren und so 

weiter. Zusätzlich kann der Programmierer auch nach all diesen Schritten die Anlage 

neu aufstarten lassen, indem er sie durch Setzen von M035 in den Automatenmodus 

überführt. 

Siehe auch: 

262 NSRESP 

216 STDEF 

263 STPGM 



4. 5. Veraltete Befehle 

Die nachfolgenden Befehle werden zwar noch unterstützt, sollten aber in neuen 

Projekten nicht länger eingesetzt werden, da sie in zukünftigen Revisionen völlig 

entfernt werden können. 

266 CTRDEC 

267 CTRDISP 

268 CTREQ 

269 CTRINC 

270 CTRPRES 

271 CTRRES 

272 DISABLE_STOP / ENABLE_STOP 

272 STAT_SEND 

274 STEND 




Horsch Elektronik AG CTRDEC 

CTRDEC 

Dekrementiert einen Zähler. 

Syntax: 

CTRDEC 

Felder: 

Zähler, der verringert wird. Zähler haben den Kennbuchstaben 

C. 

Bemerkungen: 

Ist der Zähler bereits 0, so wird ein Systemfehler generiert, da ein Zähler nie kleiner 

als 0 sein kann. 

Beispiel: 

CTRDEC C020 ; C020 ist nun 1 kleiner 


Horsch Elektronik AG CTRDISP 

CTRDISP 

Zeigt den Inhalt eines Zählers auf dem Display an. 

Syntax: 

CTRDISP 

Felder: 

Zähler, der angezeigt wird. Zähler haben den Kennbuchstaben 

C. 

Bemerkungen: 

Der Inhalt des Zählers wird auf der ersten Linie des Displays angezeigt. 

Beispiel: 

CTRDEC C020 ; zeigt Inhalt von C020 an 


Horsch Elektronik AG CTREQ 

CTREQ 

Vergleicht zwei Zähler miteinander und verzweigt bei Gleichheit. 

Syntax: 

CTREQ , , 

Felder: 

Der erste Zähler, der verglichen wird. Zähler haben den 

Kennbuchstaben C. 

Der zweite Zähler. 

Label, zu dem bei Gleichheit gesprungen wird. 

Beispiel: 

CTREQ C020, C021, $GLEICH 

; hierhin kommt der Code für Ungleichheit 

; evtl. mit einem JUMP abgeschlossen 

$GLEICH: 

; hierhin kommt der Code bei Gleichheit 


Horsch Elektronik AG CTRINC 

CTRINC 

Inkrementiert einen Zähler. 

Syntax: 

CTRINC 

Felder: 

Zähler, der um 1 erhöht wird. Zähler haben den Kennbuchstaben 

C. 

Bemerkungen: 

Hat ein Zähler bereits den Wert 65535, so wird ein Fehler ausgelöst, da ein Zähler 

nie grösser als 65535 sein kann. 

Beispiel: 

CTRINC C020 ; C020 ist nun 1 grösser 


Horsch Elektronik AG CTRPRES 

CTRPRES 

Setzt einen Zähler auf einen vorgegebenen Wert. 

Syntax: 

CTRPRES , 

Felder: 

Zähler, der gesetzt wird. Zähler haben den Kennbuchstaben C. 

Wert, auf den der Zähler gesetzt wird. Ist entweder eine Zahl 

zwischen 0 und 65535, oder ein RV, LV oder KV Register. 

Bemerkungen: 

Um einen Zähler auf 0 zu setzen, dient der Befehl CTRRES. 

Beispiel: 

CTRPRES C020, RV002 ; Weist C020 Wert in RV002 zu 


Horsch Elektronik AG CTRRES 

CTRRES 

Setzt einen Zähler auf Null zurück. 

Syntax: 

CTRRES 

Felder: 

Zähler, der zurückgesetzt wird. Zähler haben den Kennbuchstaben 

C. 

Beispiel: 

CTRRES C000 ; setzt den lokalen Zähler 0 


Horsch Elektronik AG DISABLE_STOP / ENABLE_STOP 

DISABLE_STOP / ENABLE_STOP 

Verhindert, dass ein Programmblock vom Anwender über die „STOP“-Taste gestoppt 

werden kann. 

Syntax: 

DISABLE_STOP 

 

ENABLE_STOP 

Felder: 

Programmblock, zwischen dem die „STOP“-Taste wirkungslos 

ist. 

Bemerkungen: 

Die Befehle sind nur in einem Programm-Task zulässig. 

Wird die „STOP“-Taste nach dem Befehl DISABLE_STOP gedrückt, so wird das 

Programm bis zum Befehl ENABLE_STOP weiter bearbeitet. Erst jetzt stoppt das 

Programm – nun aber umgehend. 

Wird der Befehl DISABLE_STOP zweimal programmiert, muss auch der Befehl 

ENABLE_STOP zweimal programmiert werden, um den Effekt zu neutralisieren. 

Tritt ein ENABLE_STOP vor einem DISABLE_STOP auf, respektive wurde die „STOP“- 

Taste nicht zuvor deaktiviert, so hat ENABLE_STOP keinerlei Auswirkungen. 

Es wird empfohlen, diesen Befehl nicht länger zu verwenden, da eine ungenügende 

Programmierung (ein vergessenes ENABLE_STOP) zu kaum nachvollziehbaren 

Fehlern führt. 

Beispiel: 

Im Beispiel kann der INP-Befehl nicht gestoppt werden. 

DISABLE_STOP 

INP E010 H, E011 L 

ENABLE_STOP 


Horsch Elektronik AG STAT_SEND 

STAT_SEND 

Sendet einen Wert direkt an die Statistik-Einheit. 

Syntax: 

STAT_SEND , , , 

Felder: 

Statistik-Gruppe der Daten. Ein RV, RW, AV, AW, LV, LW, KV oder 

KW Register oder eine direkte Zahl, jeweils zwischen 1 und 20. 

Maschinentakte mit STAT_TAKT, bis übertragen und 

endgültig aus ECCO gelöscht wird. 

Datensatz-Adresse. Adresse in der Statistik-Gruppe, in der der 


Der Wert, der in gespeichert wird; in einem RV, AW, LW, 

ZW oder KW Register. 

Bemerkungen: 

Der Befehl wurde eingesetzt, bevor die leistungsfähigeren Puffer Befehle verfügbar 

waren. Er erlaubt es, den Inhalt eines einzelnen Registers an eine Statistikgruppe zu 

senden. 

Die Angabe der Taktzahl vor dem endgültigen Ablegen ist nötig, um einem 

Werkstück an verschiedenen Stationen Messwerte zuzuordnen, welche aber am 

Schluss in einem einzigen Datensatz abgelegt werden. 

Der Befehl darf zwar mit Zpoint verwendet werden, ist jedoch kaum brauchbar. 


Horsch Elektronik AG STEND 

STEND 

Beendet die angegebene Station. 

Syntax: 

STEND 

Felder: 

Nummer der Station, die beendet wird. Muss im unter .LIMITS 

angegebenen Bereich liegen. 

Bemerkungen: 

Trifft das Programm im Stationsbetrieb auf diesen Befehl, so wird die betreffende 

Station beendet, das heisst, dass der Task, der mit aufgerufen wurde, 

geschlossen wird. In allen anderen Betriebszuständen hat der Befehl keinerlei 

Auswirkungen. 

Beispiel: 

STEND 5 ; Schliesse Station 5 


Horsch Elektronik AG TIMETRAP / END_TIMETRAP 

TIMETRAP / END_TIMETRAP 

Ermöglicht die zeitliche Überwachung mehrerer Befehle. 

Syntax : 

TIMETRAP , 

 

END_TIMETRAP 

Felder: 

Zeit, nach der ausgelöst wird, wenn das 

Programm immer noch abarbeitet; in 10 Millisekunden. 

Eine direkte Zahl oder ein RV, LV oder KV Register. 

Label, zu dem verzweigt wird, wenn der Trap ausgelöst wurde. 

Programmcode, der überwacht wird. 

Bemerkungen: 

Diese Anweisung wird verwendet, um einen oder mehrere Befehle zeitlich zu 

überwachen. Läuft die unter spezifizierte Zeit ab, bevor END_TIMETRAP 

erreicht ist, springt das Programm zum angeführten . Gelangt das 

Programm zum Befehl END_TIMETRAP, bevor die Zeit abgelaufen ist, fährt es auf 

der nachfolgenden Zeile weiter. 

Mit dem TRAP Befehl steht eine strukturierte Alternative zur Verfügung. Mit dem 

COND_TRAP Befehl existiert zudem eine leistungsfähigere und strukturierte 

Alternative. 

Überwachungen dürfen nicht verschachtelt werden und keine synchronen Tasks aufrufen. 

Sprünge sind nur innerhalb des überwachten Bereichs erlaubt. 

Beispiel: 

Das Beispiel zeigt die Verwendung dieses Befehls, und die Entsprechung mittels 

TRAP. Es wartet auf einen Eingang, jedoch höchstens eine Sekunde. 

TIMETRAP 100, $FAIL ; TRAP 100 

INP E100 H ; INP E100 H 

END_TIMETRAP 

JUMP $CONT 

$FAIL: ; IF_TRAP 

OUTP D100 H ; OUTP D100 H 

$CONT: ; END_TRAP 

Siehe auch: 


234 TINP 



Horsch Elektronik AG TRAP / IF_TRAP / END_TRAP 

TRAP / IF_TRAP / END_TRAP 

Ermöglicht die zeitliche Überwachung mehrerer Befehle. 

Syntax : 

TRAP 

 

IF_TRAP 

 

END_TRAP 

Felder: 

Zeit, nach welcher ausgeführt wird, wenn das 

Programm immer noch abarbeitet; in 10 Millisekunden. 

Eine direkte Zahl oder ein RV, LV oder KV Register. 

Programmcode, der überwacht wird. 

Programmcode, der bei einem ausgelösten Trap ausgeführt 

wird. 

Bemerkungen: 

Die Ausführung beginnt mit dem Programmblock. Ist nach dessen Ende die 

in gesetzte Dauer noch nicht abgelaufen, wird als nächstes die dem 

END_TRAP folgende Programmzeile ausgeführt. Wenn aber die während der 

Ausführung des Programmblocks abläuft, wird dieser abgebrochen und der 

Programmblock ausgeführt. 

Mit dem Befehl COND_TRAP steht ein vielseitigerer Befehl zur Verfügung. 

Überwachungen dürfen nicht verschachtelt werden und keine synchronen Tasks aufrufen. 

Sprünge sind nur innerhalb des überwachten Bereichs erlaubt. 

Beispiel: 

TRAP 100 ; Dauere höchstens 1 Sekunde 

INP E100 H ; warte bis E100 H ist 

IF_TRAP 

OUTP A101 L ; Handle den Trap 

END_TRAP 

Siehe auch: 



234 TINP 



4. 6. Nicht länger unterstützte Befehle 

Die nachfolgenden Befehle werden nicht länger unterstützt und generieren Compiler- 

Fehler. 

.BIT_RATE 

.CAN_DEVICE / .END_CAN_DEVICE 

.EXT_IO 

.WATCHDOG_OFF 

CAN_CHECK 

CAN_COM_BITRATE 

CAN_COM_BUS 

CAN_MSG 

CAN_OFF 

CAN_ON 

GET_CAN_ARRAY 

GET_CAN_DEV 

ID_INP 

ID_OUTP 

STOP_LOCK 

VI_COM 



5. ANHÄNGE 

5. 1. Zustandsdiagramm 



5. 2. Priorität 

5. 3. Farben und Schriftarten auf dem Display 

Das ECCO-Display verfügt über fünf verschiedene Schriftarten und 13 Farben zur 

Anzeige. Zusätzlich kann die Ausgabe invertiert werden, so dass die Schrift in der 

Farbe des Hintergrundes über einem farbigen Balken liegt. Die nachfolgenden 

Abbildungen zeigen Muster für den Einsatz der Farben und der Schriftarten. 





5. 4. Systemregister 

Systemregister werden durch den Bezeichner SW identifiziert. Freie SW-Register 

haben in der aktuellen Version von ECCO keine Bedeutung, können jedoch in 

späteren Versionen verwendet werden. 

SW001 Nummer des letzten Systemfehlers. Die Bedeutung der Werte 

wird in Anhang 5. 6 „Systemfehler“ gegeben. 

SW002 Letzter p_indx. Dies ist der Programmpointer zum letzten Fehler 

und wird benötigt, um den Fehler mit dem Debugger ausfindig 

zu machen. 

SW003 MAX_ECCO: maximale Zahl verknüpfter ECCO Steuerungen, 

wie sie im .MAX_ECCO-Befehl angegeben wurde. 

SW004 OWN_ECCO: Adresse der eigenen ECCO-Steuerung, wie sie 

im .OWN_ECCO-Befehl angegeben wurde. 

SW005 Projektnummer des Programms, wie durch den .PROJECT- 

Befehl vorgegeben. 



SW006 Aktuell an DP-IDEX Systemen vorhandene Datenträger. Eine 

Bitmaske, bei der ein Bit genau dann 1 ist, wenn ein Datenträger 

bei der Antenne vorhanden ist und mit ihm kommuniziert 

werden kann. 

SW007 Anzahl der Systemzyklen seit dem letzten Notstop, die beim 

Beschreiben des Monitors gewartet werden mussten. Ist der 

Wert ungleich 0, dann weist das darauf hin, dass die Anzeige 

nicht ausreichend wartet. 

SW008 Anzahl deklarierter Eingänge (Wert zwischen 1 und 992). 

SW009 Anzahl deklarierter Ausgänge (Wert zwischen 1 und 992). 

SW010 Anzahl deklarierter Merker (Wert zwischen 1 und 992). 

SW011 Anzahl deklarierter Fehlermerker (Wert zwischen 1 und 992). 

SW012 Anzahl tatsächlicher Eingänge. 

SW013 Anzahl tatsächlicher Ausgänge. 

SW014 Erfolg des letzten TASK_KILL Befehls. Dabei bedeutet 0, dass 

der Befehl seit dem letzten Notstop nie verwendet wurde, -1, 

dass die Operation erfolgreich war, und alle anderen Werte geben 

die Zeilennummer des letzten Befehls an und zeigen damit, 

dass die Operation nicht erfolgreich war. 

SW015 Nummer des Profibus Master, von dem der letzte Profibus 

Fehler ausging (Wert zwischen 1 und 4). 

SW016 Nummer des Slaves, von dem der letzte Profibus Fehler 

ausging (Werg zwischen 1 und 125). 

SW017 Anzahl ZW Zeitwerte (Wert zwischen 1 und 49). 

SW018 Der maximale X-Wert für Funktionen, wie durch .LIMITS deklariert 

(Wert zwischen 0 und 40). 

SW019 Der maximale Y-Wert für Funktionen, wie durch .LIMITS deklariert 

(Wert zwischen 0 und 40). 

SW020 Anzahl Stationen, wie durch .LIMITS deklariert (Wert zwischen 

0 und 9999). 

SW021 Anzahl der konstanten Strings (also der ST Strings). 

SW022 Anzahl der RW Register. 

SW023 Anzahl der RV Register. 

SW024 frei 

SW025 Anzahl der AW Arrays (Wert zwischen 0 und 256). 

SW026 Anzahl der AV Arrays (Wert zwischen 0 und 256). 

SW027 ECCO Compilerversion. Die oberen Bits geben den Typ (SMC 

40 bis ECCO) an, die unteren die Compilerversion als fortlaufende 

Zahl. Diese Zahl wird beim Laden von der Laufzeitumgebung 

geprüft, um keine falsch kompilierten Programme zu 

laden. 

SW028 ECCO Laufzeitversion. Korrespondiert mit SW027. 

SW029 Gibt den Zustand im TINP-Befehl an. Der Befehl ist äusserst 

komplex und kann zur Ausführung in verschiedenen Zuständen 

sein. Dieses Systemregister gibt dann eben diesen Zustand an. 



SW030 Index der ersten ECCO-Steuerung, bei der bei M0031 H ein 

Kommunikationsfehler auftrat. Da der SEND_REG-Befehl keine 

Systemfehler ausgibt, bleibt der Befehl unter Umständen einfach 

hängen (wenn die fremde Steuerung ausgeschaltet ist). 

Durch Überwachung kann dies abgefangen werden. SW030 

zeigt dann auf die Steuerung, und im SW-Register mit Adresse 

30+SW030 ist der Fehler-Grund angegeben. 

SW031 Erster Fehlercode bei der Kommunikation mit ECCO1. –1, falls 

kein Fehler anliegt. 

















SW040 Lizenzcode aus dem USB Key. 

SW041 Beinhaltet den Lizenzcode aus SW040, wenn Profibus Master 1 

überwacht wird, sonst 0. 







SW045 – SW056 frei 

SW057 Aktive Slaves. Bitmaske, die angibt, mit welchen Slaves 

kommuniziert werden kann. 

SW058 Anzahl Fehler der PAC Überwachung seit dem letzten Notstop. 

SW059 Programmindex p_indx beim letzten PAC-Fehler. Wird verwendet, 

um den Fehler im Debugger ausfindig zu machen. 

SW060 Fehlernummer, die der PAC beim letzten PAC-Fehler lieferte. 

SW061 In früheren Versionen der Laufzeitumgebung erzeugten Kommunikationsfehler 

mit dem PAC Systemfehler. Da jedoch Softwarepakete 

von Drittanbieten (namentlich ZPoint) damit nicht 

zurechtkamen, werden die Systemfehler nicht länger erzeugt; 

die Fehlernummer, die ein Systemfehler erzeugen würde, wird 

aus Kompatibilitätsgründen diesem Systemregister zugewiesen. 

SW062 PAC Nummer des PAC mit dem letzten PAC-Fehler. 

SW063 Eindeutige Identifikationsnummer aus dem USB Key. 

SW064 Zahl der von PAC_STATE wiederholten Befehle. 



SW065 Anzahl vom PAC empfangener Prüfsummenfehler (Fehler 79). 

SW066 Anzahl von ECCO empfangener Prüfsummenfehler (Fehler 80). 

SW067 Anzahl falscher Anzahl Parameter im PAC (Fehler 81). 

SW068 Anzahl vom PAC nicht erkannten Befehle (Fehler 82). 

SW069 Anzahl Telegramme vom PAC mit falscher Telegramm-Länge 

(Fehler 83). 

SW070 Anzahl der Zeitüberläufe bei der Kommunikation mit dem PAC 

(Fehler 84). 

SW071 Anzahl der nicht interpretierbaren Antworten des PAC (Fehler 

85). 

SW072 Anzahl vom PAC gesendeter ungültiger Werte (Fehler 86). 

SW073 Anzahl interner PAC-Fehler (Fehler 88). 

SW074 frei 

SW075 – SW078 Input Lesezeit in Promille für Profibus Master 1 bis 4, wenn das 

Systemflag M039 gesetzt wurde. Dient zur IO-Timing Analyse. 

SW079 frei 

SW080 – SW083 Output Schreibzeit in Promille für die Profibus Master 1 bis 4, 

wenn das Systemflag M039 gesetzt wurde. Dient zur IO-Timing 

Analyse. 

SW084 frei 

SW085 Baluff Lese/Schreib Zykluszeit für alle angeschlossenen IDEX 

Systeme in Zehntels-Promille, wenn M039 hoch ist. Baluff IDEX 

Geräte dürfen nur an einer Profibus Master Karte angeschlossen 

sein; daher reicht ein Systemregister zur Timing-Analyse. 

Systemregister werden oft im Debugger verwendet, um Programme zu debuggen 

oder zu optimieren. 

Die Systemregister SW058–SW062 werden üblicherweise zusammen verwendet. 

Insbesondere bei der automatischen Parametrisierung mit Betriebssteuerungs- 

Programmen kann es vorkommen, dass diese dem ECCO Programm unsinnige 

PAC-Parameter übermitteln, die dieser mit einem Fehler verweigert. Im Debugger 

kann das dann einfach festgestellt werden, da SW062 den fraglichen PAC angibt, und 

SW059 es ermöglicht, die Koppel-Instruktion zu ermitteln. 

Die Systemregister SW064–SW073 beinhalten die Anzahl der entsprechenden Ereignisse 

seit dem letzten Notstop. 

5. 5. Systemmerker 

Systemmerker sind von der Schreibweise her gewöhnliche Merker, werden also mit M 

oder F gekennzeichnet. Einige Systemmerker sind jedoch schreibgeschützt (in der 

nachfolgenden Tabelle wird das mit RO für „read only“ gekennzeichnet). 

M001 RO Position des virtuellen Schlüsselschalters auf dem Display. 

M002 Speicher voll. Im Gegensatz zu SMC-Steuerungen weist dies 

bei PC-Steuerungen auf ein schwerwiegendes Fehlverhalten 

den Systems hin. 

M003 Statistik-Puffer voll. 

M004 RO Neue Order-Nummer bereit. 

M005 RO Manueller Betrieb. 

M006 RO Stationsbetrieb. 



M007 RO Automatischer Betrieb. 

M008 RO Programm gestoppt. 

M009 RO Programm gestartet. 

M010 RO Systemfehler vorhanden. 

M011 RO Notstop ausgelöst. 

M012 Programmstop-Merker, blockiert Funktionstasks (im Gegensatz 

zu M025). 

M013 RO Fehlertask aktiv. 

M014 RO Displaytask aktiv. 

M015 RO Funktionsmodus aktiv. 

M016 Warnung vor vollem Puffer. Das Flag wird hoch gesetzt, wenn 

mehr als 80% des Statistik-Puffers belegt ist. 

M017 Starte Tracer. 

M018 Programm-Tace frei. 

M019 Background-Trace frei. 

M020 PSL-Trace frei. 

M021 Display-Task-Trace frei. 

M022 Fehler-Trace frei. 

M023 Funktions-Task-Trace frei. 

M024 RO Tracer aktiv. 

M025 Programmstop-Merker, erlaubt Funktionstasks (im Gegensatz 

zu M012). 

M026 Frei. Kann in zukünftigen Versionen als Systemmerker verwendet 

werden und sollte in ECCO-Programmen ungenutzt bleiben. 

M027 RO Profibus aktiviert. 

M028 RO Profibus Kommunikationsfehler. 

M029 Objektfehler am Zpoint Gateway. 

M030 Timeout des Zpoint Gateways. 

M031 Fehler der PAC-Kommunikation. 

M032 RO Zpoint Gateway vorhanden. 

M033 RO Kommunikation mit anderen ECCO Steuerungen möglich. 

M034 Merker, um manuellen Betrieb zu setzen. 

M035 Merker, um automatischen Betrieb zu setzen. Falls dies nicht 

ausgeführt werden darf, wird das Flag einfach zurück gesetzt. 

M036 Merker, um die „Start“-Taste zu setzen und ihre Funktion auszulösen. 

Falls sie nicht ausgeführt werden darf, wird das Flag 

einfach zurück gesetzt. 

M037 Merker, um die „Stop“-Taste zu setzen und ihre Funktion auszulösen. 



M038 Merker, um die „Fail“-Taste zu setzen und ihre Funktion auszulösen. 



M039 Profibus IO-Timing Analyse; die Resultate werden in den 

Systemregistern SW075–SW083 zusammengetragen. 

M040 – M049 Frei. Kann in zukünftigen Versionen als Systemmerker verwendet 

werden und sollte in ECCO-Programmen ungenutzt bleiben. 

Die übrigen Merker (mit einer Nummer über 50) können frei verwendet werden. 



5. 6. Systemfehler 

Tritt in ECCO ein Systemfehler auf, so erscheint eine Nachricht mit folgendem 

Aufbau: 

p_index = 

SYSTEM FAIL 

STOP at system error No.: 

 

 


Der Programmpointer. Sein Wert zeigt auf die Zeile im 

compilierten Programm. Die Anzeige wird im Debugger 

verwendet, um die fragliche Zeile zu finden. 

Der Systemfehler. Die Werte werden weiter unten gegeben. 

, Genauere Beschreibung zum Systemfehler. 

 

Systemfehler sind entweder „gewöhnlich“, indem der Bediener den Fehler bestätigen 

und das Programm weiterführen kann, oder „fatal“, was bedeutet, dass ECCO das 

Programm für ungültig erklären muss und ein neues Programm geladen werden 

muss. 

Die nachfolgende Tabelle gibt Auskunft über die einzelnen Systemfehler, ob sie fatal 

sind, die Displaymeldung und ihre Bedeutung: 

1 Fatal compiler type or 

version 

Das Programm wird nicht als ein gültiges 

Programm erkannt; die ECCO Laufzeit- 

Umgebung nimmt an, dass es mit einer 

falschen Compilerversion (oder für ein 

anderes System) übersetzt wurde. 

2 unknown loop variable Systemkonflikt mit einer unbekannten 

Schleifen-Variable. Bedeutet meist, dass 

das Programm fehlerhaft compiliert 

3 invalid function 

address 

wurde. 

Die Funktion kann nicht gestartet 

werden, da ihre Startadresse unbekannt 

ist. Die Funktionsdeklaration oder der 

Aufruf sind falsch, oder das Programm 

wurde fehlerhaft compiliert. 

4 parametric function Es wurde versucht, eine Funktion mit 

call 

Argumenten vom Display aus zu starten. 

5 function mode disabled Bei einem fehlerhaften oder Programm 

wird der Funktionsmodus unterbrochen. 

6 function not defined Die Funktion ist nicht deklariert und wird 

daher auch nicht gestartet. 

7 station not defined Die Station ist nicht deklariert und wird 

8 PROFIBUS hardware 

error 

daher auch nicht gestartet. 

Schwerer Fehler bei der Kommunikation 

am Profibus, beispielsweise weil ein Teilnehmer 

fehlt oder die Profibus Master- 

Karte defekt ist. 



9 STRING out of range Fehlerhafte Zeichenkette. Oft fehlen die 

schliessenden Anführungszeichen. 

10 PROFIBUS license Der USB Key fehlt oder besitzt nicht die 

invalid 

nötigen Rechte. 

11 invalid task address Die angegebene Adresse, an welcher ein 

Task starten sollte, ist ungültig. 

12 type bits err, 

Eine ungültige Instruktion wurde vom 

L_JMPCOND 

Befehl L_JMPCOND generiert. Rund um 

diesen Fehler sind die Instruktionen zu 

verifizieren. 

13 Fatal function call in error Aus dem Fehlertask darf keine Funktion 

aufgerufen werden. Ebenso kann bei 

einem unterbrochenen Programm kein 

Fehlertask aufgerufen werden. 

14 func.disp.command Display-Befehle sind in einer von einem 

error 

Fehlertask aufgerufenen Funktion nicht 

erlaubt. Der Fehler tritt aber nie auf, da 

Fehlertasks keine Funktionen aufrufen 

dürfen (Systemfehler 13). 

15 NUM_INP in bg, psl, In Background-, PSL- oder Funktions- 

func 

tasks darf NUM_INP nicht verwendet 

werden. 

16 Fatal not legal command Tritt auf, wenn das Programm auf eine 

illegale Instruktion trifft. Typischerweise 

ein Folgefehler, bei welcher der erste 

Fehler behoben werden muss. Trifft der 

Befehl sonst auf, wäre dies ein Zeichen 

für fehlerhafte Hardware. 

17 Fatal CALLD while ERROR_TASK Da ein Fehlertask eine höhere Priorität 

als ein Displaytask hat, darf dieser nicht 

in einem Fehlertask aufgerufen werden. 

18 string too long Ein String konnte nur unvollständig 

übertragen werden. Entweder ist die 

Zeichenkette übermässig lang oder 

falsch abgeschlossen. 

19 wrong register 

Tritt auf, wenn zu einem Befehl 

assigned 

unzulässige Register oder Argumente 

angegeben sind. Wird meist schon vom 

Compiler abgefangen. 

20 data over(under)flowed Bei einer Berechnung geschah ein 

21 wrong task type for 

Overflow respektive Underflow. 

Der Befehl OPEN kann nur in normalen 

open 

Tasks und Background-Tasks verwendet 

werden. 

22 Fatal too many nested 

Es dürfen nur vier Funktionsprozeduren 

CALLF-s 

verschachtelt werden. 

23 Fatal no task free for CALLF Es ist kein freier Task vorhanden, um die 

Funktionsprozedur zu öffnen. Da dies 

bedeutet, dass bereits zu viele Tasks 

offen sind, wird das ganze Programm ungültig 

erklärt. 



24 Fatal main does not exist Die Main-Karte war in früheren 

Systemen verantwortlich für die Statistik- 

Anbindung und Kommunikation. In den 

modernen PC-Systemen ist das in der 

Laufzeit-Umgebung integriert und weist 

auf ein Problem im untergeordneten Betriebssystem 

hin. 

25 too many nested calls Es dürfen höchstens 16 CALL Aufrufe 

verschachtelt werden. 

26 Fatal RETURN without CALL Das Programm traf auf eine RET- 

Instruktion, obwohl der Block nicht durch 

CALL gestartet wurde. Dies zeigt auf ein 

27 type bits error in 

L_INP 

gravierendes Problem. 

Eine ungültige Instruktion wurde vom 

Befehl L_INP generiert. Die Zeilen rund 

um den Fehler sind zu verifizieren. 

28 slave return error Der Slave antwortete auf einen Befehl 

mit eine unerwarteten Anzahl an Return- 

Argumenten. Meist bedeutet dies, dass 

ein falscher Slave-Befehl verwendet 

wurde. 

29 wrong AD number Ein PAC verfügt nur über vier A/D- 

Wandler. Die Adressierung durch die 

fehlerhafte Instruktion ist zu prüfen. 

30 Fatal division by zero Im CALC Befehl wurde versucht, eine 

Division durch Null zu berechnen. 

31 wrong DA number Ein PAC verfügt nur über vier D/A- 

Wandler. Die Adressierung durch die 

32 Fatal too many tasks open 

>128 

fehlerhafte Instruktion ist zu prüfen. 

Es ist kein freier Task vorhanden, um 

einen weiteren Task zu öffnen. Da dies 

bedeutet, dass bereits zu viele Tasks 

offen sind, wird das ganze Programm 

ungültig erklärt. 

33 Fatal too many bgnds >85 Es ist kein freier Background-Task vorhanden, 

um einen weiteren Task zu öffnen. 

Da dies bedeutet, dass bereits zu 

viele Tasks offen sind, wird das ganze 

Programm ungültig erklärt. 

34 wrong task type, CLOSE CLOSE wurde falsch verwendet. Fehler-, 

Funktions- und Display-Tasks dürfen 

nicht mit CLOSE beendet werden, ebenso 

alle Prozeduren, die mit CALL gestartet 

wurden. 

35 wrong task type, stend Der (veraltete) Befehl STEND darf nur im 

Stations-Betrieb verwendet werden. 

36 counter overflow Der (veraltete) Befehl CTRINC löste 

>65535 

einen Overflow aus. 

37 counter underflow


38 vi_term comm_device 

err 

Es wurde versucht, mit einem der VI- 

Befehle auf ein aneres als ein VI-Gerät 

zuzugreifen. 

39 idex comm_device err Es wurde versucht, mit einem IDEX- 

Befehl auf ein anderes als ein IDEX- 

40 enable_stop, wrong 

Gerät zuzugreifen. 

Der Befehl ENABLE_STOP darf nur in 

task 

Programm-Tasks verwendet werden. 

41 disable_stop, wrong Der Befehl DISABLE_STOP darf nur in 

type 

Programm-Tasks verwendet werden. 

42 wrong task type, CALL An der fraglichen Stelle darf CALL nicht 


43 wrong task type, RET An der fraglichen Stelle darf RET nicht 


44 wrong task type, RETF An der fraglichen Stelle darf RETF nicht 

verwendet werden. RETF beendet nur 

Funktions-Prozeduren. 

45 wrong task type, CALLF An der fraglichen Stelle darf CALLF nicht 


46 wrong task type, CALLD An der fraglichen Stelle darf CALLD nicht 


47 wrong task type, RETD An der fraglichen Stelle darf RETD nicht 

verwendet werden. RETD beendet nur 

den Display-Task. 

48 wrong task type, RETE An der fraglichen Stelle darf RETE nicht 

verwendet verden. RETE kann nur einen 

Fehler-Task beenden. 

49 type bits error L_OUTP Eine ungültige Instruktion wurde durch 

den Befehl L_OUTP generiert. Rund um 

den Fehler sind die Instruktionen zu 

verifizieren. 

50 wrong SLAVE number Der PAC oder Slave wurde falsch adressiert; 

es wurde also eine Adresse angegeben, 

an der kein Slave oder PAC 

deklariert ist. 

51 - 59 reserviert für CAN-Bus. 

60 Fatal DP-RAM checksum error Ein fataler Fehler der Hardware oder des 

zu Grunde liegenden Betriebssystems ist 

aufgetreten. 

61 - 62 reserviert für CAN-Bus. 

63 GATEWAY reply error Fehler bei der Kommunikation mit dem 

Zpoint Gateway. 

64 wrong data type Der in der Instruktion angegebene 

65 INDEX out of range 

Datentyp wird nicht unterstützt. 

Bei indirekter Adressierung oder bei 

Arrays wurde ein Element ausgewählt, 

dass nicht existiert. 



66 wrong string format Das Format des verwendeten Strings ist 

falsch. Die Formatierung sowie auch die 

Deklaration des dynamischen Strings 

sind zu verifizieren. 

67 SR variable is empty Der angegebene variable String ist leer. 

68 reserviert. 

69 wrong slave nr / 

command 

Der angegebene Slave ist ungültig oder 

der Slave-Befehl ist falsch oder wird 

nicht erkannt. 

70 wrong DPRAM data count Falsche Anzahl von Daten-Elementen im 

DP-RAM bei der Kommunikation mit 

einem PAC. Mögliche Ursachen sind ein 

Kommunikations-Fehler oder fehlerhafte 

Deklarationen in.PAC_DEF. 

71 wrong slave response Die Antwort des Slaves wird von der 

Laufzeit-Umgebung nicht verstanden, 

oder der Slave konnte den gesendeten 

72 Fatal programm invalid by 

D999 

Befehl nicht verstehen. 

Durch Hochsetzen des Fehlermerkers 

D999 (z.B. durch den Debugger) wird ein 

Programm für ungültig erklärt. Der 

Bediener wünscht als quasi den fatalen 

Fehler. 

73 Fatal program index invalid Der Befehl JUMP versucht an eine 

ungültige Stelle zu verzweigen, meist 

wegen eines Compiler-Fehlers. 

74 TINP allocation failed Die Laufzeit-Umgebung kann TINP nicht 

ausführen, da zu wenig freier Speicher 

zur Verfügung steht. 

75 TINP not allowed Der TINP Befehl darf im Programm nur 

in Backround-, Funktions- und normalen 

76 slv QUITT and COMM 

zero 

Tasks verwendet werden. 

Fehler bei der Kommunikation mit Slave 

oder PAC. Konkret erwartet die Laufzeit- 

Umgebung eine Antwort, der Regler 

jedoch einen Befehl. 

77 write to slv comm err Fehler bei der Kommunikation mit einem 

Slave oder PAC. Die Nummer des 

Befehls wird nicht verstanden. 

78 wrong slave response Fehler bei der Kommunikation mit einem 

Slave oder PAC. Die Laufzeit-Umgebung 

kann die Antwort nicht verwenden. 

79 - 86 PAC Profibus Überwachung. Lösen keinen 

Systemfehler aus. 

87 wrong PAC number Die verwendete PAC-Nummer ist falsch. 

88 PAC Profibus Überwachung. Löst keinen 

Systemfehler aus. 

Die Systemfehler-Nummern 79 bis 88 werden von der PAC Profibus Überwachung 

verwendet. Mit Ausnahme des Fehlers 87 lösen sie keinen Systemfehler aus, 

sondern verändern lediglich SW001, die Nummer des letzten Systemfehlers. Zudem 



wird der Befehl wiederholt. Die Bedeutung kann aus folgender Tabelle entnommen 

werden: 

79 checksum error received in 

PAC 

80 checksum error received in 

ECCO 

81 wrong parameter received in 

PAC 

82 wrong commands received in 

PAC 

83 wrong byte counts received 

in ECCO 

Der PAC erhielt ein Paket mit falscher 

Prüfsumme; vermutlich aufgrund eines 

Übertragungsfehlers. 

ECCO erhielt vom PAC ein Paket mit 

einer falschen Prüfsumme; vermutlich 

ein Übertragungsfehler. 

ECCO sendete ungültige Parameter. 

Dies löst keinen eigentlichen Systemfehler 

aus, sondern lässt den Task auf der 

fehlerhaften Instruktion stehen. 

ECCO sendete einen ungültigen Befehl. 

Dies löst keinen Systemfehler aus, sondern 

lässt einfach den Task auf der 

fehlerhaften Instruktion stehen. 

Der PAC sendete eine falsche Anzahl 

Antwortbytes. Dies weist auf einen 

Fehler in .PAC_DEF hin. 

84 timeout Zeitüberlauf bei der Kommunikation mit 

dem PAC. 

85 unknown PAC answer ECCO kann die Antwort des PAC nicht 

interpretieren; vermutlich aufgrund eines 

86 wrong values received from 

Übertragungsfehlers. 

Werte in der Antwort des PAC sind 

PAC 

ungültig. 

88 internal PAC error Interner PAC-Fehler. 

Die Anzahl der aufgetretenen Fehler kann aus den entsprechenden Systemregistern 

ermittelt werden. 



5. 7. Befehle an Servo-Slaves und PAC 

Die Befehle zur Konfiguration und zum Betrieb von Servo-Slaves oder dem PAC 

werden mit einem Baugruppen-spezifischen Bezeichner verwendet; dieser 

Bezeichner ist quasi ein Befehl innerhalb des Befehls und wird hier zu jedem Befehl 

erläutert. 

Folgende Befehle sind davon betroffen: 

221 SV_COM 

225 SV_CONST 

227 SV_READ 

228 SV_TRJ 

Bezeichner bei SV_COM 

SV_COM , 

Slave PAC 

DFH � � (Define Home). Die momentane Position wird zum 

Ursprung (Wert 0). 

DYLIM_OFF � Dynamische Berechnung des Integrallimits aus. 

DYLIM_ON � Dynamische Berechnung des Integrallimits ein. 

HALT � � Stoppt die geregelte Achse mit der programmierten 

Beschleunigung. 

INIT_B � � Sucht den Referenzinitiator rückwärts. 

INIT_F � � Sucht den Referenzinitiator vorwärts. 

MOFF � � Stoppt die geregelte Achse durch Setzen des 

Sollwertes auf 0V, also spannungslos. 

P_MODE � � Regelung im Positioniermodus. (Default-Verhalten) 

R4_OFF � Relais 4 (Reserve) aus. 

R4_ON � Relais 4 (Reserve) ein. 

RESET � � Initialisiere Servo-Regler. Alle Werte werden auf die 

Werkseinstellungen zurückgesetzt. 

S � S-Kurve. 

SIP � � Speichere Position bei nächstem Index-Impuls. 

ST_OFF � Statistik aus. 

ST_ON � Statistik ein. 

STOP � � Stoppt die Achse mit maximaler Beschleunigung. 

STT � � Die aktuellen Bewegungsparameter (gesetzt durch den 

Befehl SV_TRJ) werden aktualisiert und der Antrieb der 

geregelten Achse startet. 

SV_OFF � � Servoverstärker aus; das entsprechende Relais fällt ab. 

SV_ON � � Servoverstärker ein; das entsprechende Relais zieht 

an. 

T � Trapezkurve. 

UDF � � Die neuen Filterparameter (gesetzt mit dem Befehl 

SV_FIL) werden aktiviert. 

VB_MODE � � Regelung im Geschwindigkeits-Modus rückwärts. 

VF_MODE � � Regelung im Geschwindigkeits-Modus vorwärts. 

Z � Max_Min Werte auf 0 zurück setzen. 



Bezeichner bei SV_CONST 

SV_CONST , , 

Slave PAC 

PERR � � Maximal zulässiger Schleppfehler. Wird der Wert 

überschritten, so wird der Motor angehalten und das 

zugehörige Relais fällt ab. 

PF � � Proportionalfaktor, um in benutzerdefinierten Einheiten 

arbeiten zu können. soll ein FW Register sein. 

Es gilt: PF = Messauflösung / Benutzereinheit. 

POS_OFFSET � � Offset-Korrektur des Messystems in Benutzereinheiten. 

Wird beim Nullen der Achse zurückgesetzt. 

POS_TIME � � Zulässige Zeit zur Positionierung der Achse in 

Hundertstel-Sekunden. Wird die Soll-Position in der 

angegebenen Zeit nicht erreicht, wird das TIME-Bit im 

STATUS Register gesetzt. 

POS_TOL � � Positionstoleranz. Die Achse muss innerhalb der 

Toleranz positioniert sein, damit das POSOK-Bit im 

STATUS Register gesetzt wird. 

ZV � � Geschwindigkeit, mit welcher der Referenzinitiator 

angefahren wird. 

ZVS � � Geschwindigkeit, mit welcher vom Referenzinitiator 

weggefahren wird. 

Bezeichner bei SV_READ 

SV_READ , , 

Slave PAC 

D � Differenzial-Faktor. 

D_POS � � Soll-Position. 

D_VEL � � Soll-Geschwindigkeit. 

I � Integral-Faktor. 

IL � � Wert der Integrationslimite. 

IL_IN � Limit für den Integral-Faktor. 

IL_MAX � Maximales Limit für Integral-Faktor. 

IND_POS � � Wert des Index Positionsregisters. 

MAX_ISUM � Maximaler Wert des Integral-Anteils. 

MAX_PERR � Maximaler Positionsfehler. 

MAX_RPOS � Maximale Position. 

MAX_RVEL � Maximale Geschwindigkeit. 

MAX_VERR � Maximaler Geschwindigkeits-Fehler. 

MIN_ISUM � Minimaler Wert des Integral-Anteils. 

MIN_PERR � Minimaler Positionsfehler. 

MIN_RPOS � Minimale Position. 

MIN_RVEL � Minimale Geschwindigkeit. 

MIN_VERR � Minimaler Geschwindigkeits-Fehler. 

NA � Negative Beschleunigung beim Anfahren. 

ND � Negative Beschleunigung beim Bremsen. 

NEW_STATUS � Neues Statusregister. Die genaue Bedeutung ist dem 

Handbuch zum PAC zu entnehmen. 



Slave PAC 

P � Proportional-Faktor. 

PA � Positive Beschleunigung beim Anfahren. 

PD � Positive Beschleunigung beim Bremsen. 

PERR � Wert des Positionsfehlers. 

R_POS � � Ist-Position. 

R_VEL � � Ist-Geschwindigkeit. 

REGISTER � � Bitfeld, welches den Zustand des Servo-Reglers 

angibt. Die Bedeutung der einzelnen Bits ist weiter 

unten angegeben. 

STATUS � � Bitfeld, welches den Zustand des Servo-Reglers angibt 

und dazu dient, die Kommunikation zu überprüfen. Die 

Bedeutung der einzelnen Bits wird weiter unten 

angegeben. 

SUM_ABS_ 

� Summe der absoluten Positionsfehler. Kann zur 

PERR 

Optimierung der Filterparameter verwendet werden. 

V_ERR � Wert des momentanen Geschwindigkeits-Fehlers. 

VEL_MAXIN � Wert der vom Benutzer angegebenen maximalen 

Geschwindigkeit. 

Das Bitfeld, welches REGISTER zurück liefert, hat folgende Bedeutung: 

Bit 31 Servo-Stop. Wird von STT zurückgesetzt; hoch, wenn ein Endschalter 

erreicht wurde. 

Bit 30 Time-Bit. Wird von STT zurückgesetzt; hoch, wenn die Position in der 

gegebenen Zeit nicht erreicht wurde. 

Bit 29 Pos-Bit. Wird von STT zurückgesetzt; hoch, wenn die Bremsrampe 

fertig gefahren wurde und die Achse innerhalb der Positionierungs- 

Toleranz ist. 

Bit 28 Hoch, wenn die Achse initialisiert wurde. 

Bit 27 Endschalter E2 (positive Richtung) für Servo-Regler 3. 

Bit 26 Endschalter E1 (negative Richtung) für Servo-Regler 3. 



Bit 23 (Reserviert) 

Bit 22 Freigabe für Verstärker von Servo 3 erteilt. 





Bit 17 Referenzinitiator für Servos 2 und 3 initialisiert. 

Bit 16 Referenzinitiator für Servo 1 initialisiert. 

Bit 15 Host Interrupt. 

Bit 14 Beschleunigung geladen (aber noch nicht aktualisiert). 

Bit 13 UDF ausgeführt (Filter noch nicht aktualisiert). 

Bit 12 Positive Richtung; vorwärts. 

Bit 11 Regelung im Geschwindigkeits-Modus. 

Bit 10 Am Ziel. 

Bit 9 Aus nach übermässigem Positionsfehler. 

Bit 8 8-Bit Ausgabe-Modus. 

Bit 7 Motor aus. 

Bit 6 Interrupt: Breakpoint erreicht. 



Bit 5 Interrupt: Übermässiger Positionsfehler. 

Bit 4 Interrupt: Numerischer Überlauf. 

Bit 3 Interrupt: Index-Impuls erfasst. 

Bit 2 Interrupt: Trajektorie abgeschlossen. 

Bit 1 Interrupt: Falscher oder ungültiger Befehl. 

Bit 0 Erfasse nächsten Index-Impuls (beim SIP Befehl). 

Das Bitfeld, welches STATUS zurück liefert, hat folgende Bedeutung: 

Bit 7 Motor aus. 

Bit 6 Interrupt: Breakpoint erreicht. 

Bit 5 Interrupt: Übermässiger Positionsfehler. 

Bit 4 Interrupt: Numerischer Überlauf. 

Bit 3 Interrupt: Index-Impuls erfasst. 

Bit 2 Interrupt: Trajektorie abgeschlossen. 

Bit 1 Interrupt: Falscher oder ungültiger Befehl. 

Bit 0 Busy-Bit. Beschäftigt; am Arbeiten. 

Weiterführende Informationen sind dem Datenblatt des Servo-Reglers zu 

entnehmen: 

[4] LM628 Precision Motion Controller Datasheet, National Semicondctor, 

erhältlich unter http://www.national.com/ds/LM/LM628.pdf. 

Bezeichner bei SV_TRJ 

SV_COM , , 

Slave PAC 

A � � Setzt die absolute Beschleunigung (wird nur akzeptiert, 

wenn die Achse gestoppt ist, und muss stets grösser 

Null sein). 

AR � � Setzt die relative Geschwindigkeit (wird nur akzeptiert, 

wenn die Achse gestoppt ist, und muss stets grösser 

Null sein). 

NA � Setzt die negative Beschleunigung beim Anfahren. 

NAR � Setzt die relative negative Beschleunigung beim 

Anfahren. 

ND � Setzt die negative Beschleunigung beim Bremsen. 

NDR � Setzt die relative negative Beschleunigung beim 

Bremsen. 

PA � Setzt die positive Beschleunigung beim Anfahren. 

PAR � Setzt die relative positive Beschleunigung beim 

Anfahren. 

PD � Setzt die negative Beschleunigung beim Bremsen. 

PDR � Setzt die relative negative Beschleunigung beim 

Bremsen. 

V � � Setzt die absolute Geschwindigkeit (muss stets grösser 

Null sein). 

VR � � Setzt die relative Geschwindigkeit (muss stets grösser 

Null sein). 

X � � Setzt die absolute Position, den Weg. 

XR � � Setzt die relative Position, den Weg. 



5. 8. Der ECCO Debugger 

Der ECCO Debugger ist ein Windows Programm, mit dem sich der Programmablauf 

eines ECCO Anwenderprogramms testen lässt. Mit Hilfe dieser Software ist es möglich, 

sich alle Befehlszeilen anzeigen zu lassen, die im Moment abgearbeitet werden. 

Einrichten des Debuggers 

Der Debugger wird standardmässig mit ECCO installiert und kann über das Start- 

Menü gestartet werden. Damit der Debugger eine Verbindung zu ECCO aufnehmen 

kann, muss zuerst die Schnittstelle konfiguriert werden. Die Einstellungen finden sich 

im unter „ECCO“ im Menupunkt „Settings“. Solange die Steuerung nicht ändert, müssen 

die Einstellungen nicht erneut eingegeben 

werden. 

Es bestehen drei Möglichkeiten, den Debugger 

mit ECCO zu verbinden. Zunächst gibt es die 

Möglichkeit „Serial line connection“: Hier müssen 

unter „Port-Nr.“ die Nummer des Anschlusses 

angegeben werden, an welchem der 

Debugger über das Nullmodem-Kabel angeschlossen 

ist, und die korrekte Baudrate. Die 

anderen Punkte müssen in der Regel nicht 

geändert werden. 

Als zweites gibt es die Möglichkeit „Ethernet 

connection“: Diese Verbindung benötigt lediglich 

die IP-Adresse des Rechners, auf dem 

ECCO abläuft. Diese Möglichkeit wird empfoh- 



len, wenn ECCO auf einem anderen Rechner als der Debugger läuft. 

Zuletzt steht noch der Punkt „Memory Connection“ zur Auswahl: Sind der Debugger 

und das ECCO-Programm auf demselben Rechner installiert, kann diese Option verwendet 

werden. Sie konfiguriert sich selbständig. 

Zusätzlich muss die Datei mit dem Quelltext ausgewählt werden, damit der Debugger 

diesen anzeigen kann. Das Programm muss entsprechend kompiliert worden sein. 

Task auswählen 

Es gibt zwei Arten in das Fenster zu 

gelangen, in dem die momentan aktiven 

Tasks angezeigt werden. Die erste 

Variante ist im Menu „Navigation“ unter 

„Task selection“ die Auswahl zu aktivieren. 

Die zweite Variante besteht im Drücken der 

Taste „F8“. Beide Varianten führen zum 

selben Ergebnis, welches nebenstehend 

gezeigt ist. 

Das Auswahl-Fenster zeigt die Anzahl der 

momentan aktiven Tasks an, sowie die 

gegenwärtigen Programmzeilen der einzelnen 

Tasks; dessen Art wird durch die farbige 

Buchstabenkombination gezeigt. Ebenso 

wird dargestellt, welcher Task durch 

welchen blockiert wird. 

„Refresh“ aktualisiert die Angaben im Fenster. 

Mit „OK“ gelangt man zur markierten 

Zeile im Debuggerfenster, wo der gesamte 

Quellcode eingesehen werden kann. 



Will man eine Befehlszeile genauer betrachten, kann man diese in der Taskauswahl 

anklicken. Sie bleibt dann blau markiert. Um den Quellcode anzusehen, reicht es, 

„OK“ zu drücken. Der ausgesuchte Befehl wird dann mit roter Schrift hervorgehoben 

und die Zeile grau hinterlegt. 

Aktuellen Taskpointer neu einlesen 

Durch Drücken von „F5“ liest der Debugger den aktuellen Befehl des aktuell 

ausgewählten Task ein. 

Um ein Gefühl für den zeitlichen Ablauf zu erfalten, kann der aktuelle Taskpointer 

zudem permanent eingelesen werden. Dafür existiert die Tastenkombination „Ctrl 

F5“. Damit liest der Debugger permanent den Taskpointer ein. Es ist jedoch zu 

beachten, dass der Debugger nicht alle ausgeführten Befehle einzulesen vermag; 

das kann nur der Tracer! 

Um zum nächsten parallel ablaufenden Task umzuschalten, gibt es zwei 

Möglichkeiten. Entweder über das Menu „Navigation“ mit dem Punkt „Next Task 

display“, oder über die Tastenkombination „Alt T“. Beim Umschalten aktualisiert 

Debugger die Taskpointer nicht. 

Menustruktur 

Das Menu „File“ ist in 3 Bereiche unterteilt. Im 

ersten Bereich sind die Befehle zum Öffnen und 

Einloggen angeordnet. Im mittleren Bereich 

werden die zuletzt verwendeten ECCO 

Quelldateien aufgelistet. Der Punkt „Cancel“ 

beendet den Debugger. 

Mit „Open“ wird der Quelltext des aktuellen 

Programms eingelesen. Dabei handelt es sich um 

die vom Programmierer erstellte .ecc Datei. 

Der Befehl „Info Menu“ sollte Informationen zum 

vorliegenden ECCO-File ausgeben; diese Funktionalität 

ist jedoch nicht implementiert. 

Mittels „Login“ loggt sich der Benutzer ein. Nur als 

eingeloggter User kann er den Zustand in der 

angeschlossenen ECCO ändern. 

Das Menu „Navigation“ beherbergt die Befehle, 

die im Fenster des Debuggers benötigt werden. 

Die oberen drei Punkte sind jederzeit einsetzbar, 

die beiden letzten nur dann, wenn Verbindung zu 

einer ECCO-Steuerung besteht. 

Der Menupunkt „ECCO“ beinhaltet die gesamte Kommunikation mit der ECCO 

Steuerung. Einzelne, nicht selbsterklärende Befehle werden nachfolgend erläutert. 

Das Untermenu „Reading“ ermöglicht das Lesen von Eingängen, Ausgängen, 

Merkern, Fehlermerkern, RV, RW, AV, AW, SW und SR Registern aus der 

angeschlossenen Steuerung. 

Das Untermenu „Writing“ öffnet ein Untermenu zum Beschreiben von Ausgängen, 

Merkern, Fehlermerkern, RV, RW, AV, AW und SR Registern. Um Werte in einer ECCO 

schreiben zu können muss der Benutzer eingeloggt sein. 



„Status“ öffnet ein neues Fenster, welches den 

Betriebszustand der ECCO anzeigt. 

Der Befehl „Register Limits“ zeigt die im ECCO- 

Programm definierten Limiten der RV- und RW- 

Register an. 

„ECCO Terminal control“ öffnet ein Fenster, mit 

dem man die ECCO-Steuerung fern bedienen 

kann. Der Befehl ist quasi die aktive Variante zu 

„Status“. Man kann zum Beispiel die laufende 

ECCO stoppen, um ein neues Programm zu 

laden. Die Fernbedienung kann nur zwischen dem 

Automatik- und dem manuellen Modus hin- und 

herwechseln. Da der Zustand der ECCO 

verändert werden kann bedarf das Benutzen 

dieser Funktion ein Einloggen. 

Der Menupunkt „Regsave“ speichert die 

Registerwerte in ein File und ermöglicht 

gleichzeitig das Zurücklesen. 

Der Menupunkt „View“ weist die für Windows- 

Programme typischen Befehle zum Öffnen und 

Anordnen von Fenstern auf. Der Menupunkt 

„Extras“ ermöglicht es zuletzt, Compiler und Loader aus dem Debugger zu bedienen, 

so dass der Debugger zur umfassenden Entwicklungsumgebung würde. 

Für zusätzliche Informationen sei auf die Dokumentation [8] verwiesen. 

5. 9. Der ECCO Profiler 

Der ECCO Profiler ist ein Windows Programm, das die Befehlsabläufe eines ECCO 

Anwenderprogramms in Abhängigkeit der Zeit visualisiert. Damit ist es möglich, zeitliche 

Abläufe von Befehlsfolgen in ECCO aufzuzeigen und zu analysieren. So kann 

man Probleme, die durch die zeitliche Verzahnung einzelner Befehle auftreten, einfach 

erkennen und beheben. Zusätzlich erleichtert der Profiler die Taktzeitoptimierung 

auch komplexer Hochleistungs-Anlagen. 

In den Vorgängergenerationen las der Profiler eine dezidierte Hardware-Komponente 

aus, die Tracer hiess. Dieser Tracer erfasste die Daten in Echtzeit aus der Steue- 



rung. In ECCO ist dieses Konzept mehrheitlich beibehalten worden, wenngleich der 

Tracer nur mehr eine Softwarekomponente ist, welche in ECCO integriert wurde. 

Das Vorgehen zum generieren einer Trace-Aufzeichnung besteht grob darin, den 

Tracer zu aktivieren, die Aufzeichnung bei Bedarf (also beispielsweise bei einem 

interessanten Ereignis) zu stoppen und dann auszulesen. 

Eine Trace-Aufzeichnung kann rund 130 Tausend Ereignisse beinhalten; ein zyklischer 

Buffer sorgt dafür, dass die aktuellsten Ereignisse erfasst werden. 

Starten und Konfigurieren 

Im Startmenu befindet sich ein Eintrag, über den 

der Profiler gestartet werden kann. Nach dem 

Starten ist der Profiler leer, da noch kein Target 

geöffnet wurde. Ein Target ist die Verknüpfung 

zwischen einzulesendem Trace-File und dem 

Quelltext des Anwender-Programms. 

Um überhaupt Trace-Files einlesen zu können, 

muss beim ersten Start die Schnittstelle zu 

ECCO konfiguriert werden. Die so aufgebaute 

Verbindung kann über eine serielle Schnittstellt, 

über TCP/IP oder über DP-RAM erfolgen. 

Der Punkt „Serial Port“ aktiviert und konfiguriert 

die serielle Schnittstelle. Die „Port Nr.“ entspricht dem COM-Port, an welchem der 

Tracer über das Nullmodem-Kabel angeschlossen ist. Die Baudrate, die Parität und 

die Bits je Wort müssen mit der Konfiguration des Tracers übereinstimmen. Bei 

Fehlern wird beim Schliessen des Fensters oder beim Versuch Daten zu lesen eine 

Fehlermeldung erscheinen. 

Für eine TCP/IP-Verbindung genügt es, die Adresse der ECCO, dessen Tracer 

ausgelesen werden soll, in das Feld „TCP/IP address“ einzutragen. 

Der letzte Punkt „Internal memory connection“ ermöglicht es, den Tracer der ECCO 

auf dem lokalen PC über DP-RAM auszulesen. Diese Verbindungsart ist selbstkonfigurierend. 

Um einen Trace einzulesen, ist es, wie bereits 

geschrieben, notwendig, dass ein Target angelegt 

wurde. Das Target legt sozusagen das Ziel 

fest, das anschliessend analysiert werden soll. 

Das Target enthält spezifische Informationen 

über den Trace. Um ein neues Target zu erstellen, 

wird unter „Datei“ der Menupunkt 

„Neues Target“ gewählt. 

Voraussetzungen für ein korrektes Target sind, 

dass das Sourcefile und das Debugfile sich im 

selben Verzeichnis befinden, und dass ein gültiges 

Sourcefile gewählt ist. Ein gültiges 

Sourcefiles ist ein Anwenderprogramm, 

welches auf der auszulesenden ECCO- 

Steuerung lauffähig ist. 

Da zu einem Target mehrere Aufzeichnungen 

abgelegt werden können, wird zudem das Ver- 



zeichnis angegeben, in dem dies geschehen soll. Dazu kann unter „Durchsuchen“ 

einfach irgendeine Datei im gewünschten Verzeichnis markiert werden. 

Nach erfolgreichem Ausfüllen des Dialog-Feldes und Bestätigen mit OK fragt der 

Profiler, wohin das Target gespeichert werden soll. 

Der Profiler ist jetzt bereit für den ersten Trace. Um die Einstellungen zu überprüfen 

kann unter „Tracer“ der Menupunkt „Konfiguration“ gewählt werden. Damit lässt sich 

auch die Auflösung beim Auslesen beeinflussen. 

Aufzeichnen und Auslesen eines Trace 

In ECCO wird das Aufzeichnen durch verschiedene Systemflags beeinflusst. Dies 

sind namentlich: 

M017 Trace Programm, bei H. 

M018 Programmtasks nicht tracen, falls H. 

M019 Backgroundtasks nicht tracen, falls H. 

M020 PSL-Trace nicht tracen, falls H. 

M021 Displaytask nicht tracen, falls H. 

M022 Fehlertask nicht tracen, falls H. 

M023 Funktionstask nicht tracen, falls H. 

Um eine Aufzeichnung zu starten, wird zunächst festgelegt, was aufgezeichnet werden 

soll und was nicht, indem die Merker M018 bis M023 entsprechend gesetzt werden. 

Danach wird die Aufzeichnung gestartet, indem der Merker M017 hoch gesetzt 

wird. Die Aufzeichnung wird beendet, sobald der Merker M017 tief gesetzt wird; dies 

geschieht automatisch im Systemfehler. Ansonsten kann der Merker natürlich über 

das Terminal oder den Debugger gesetzt werden, ebenso wie direkt vom Anwenderprogramm. 

Indem nur die Tasks aufgezeichnet werden, die interessieren, steigt die Aufzeichnungsdauer 

der verbleibenden Tasks an. 

Ist der Profiler korrekt konfiguriert und besitzt ein passendes Target, dann kann man 

über das Menü „Tracer“ oder über den Button die Daten auslesen. Falls der Datenpuffer 

im Tracer leer ist, wird der Vorgang mit einer entsprechenden Meldung 

abgebrochen. 

Da das Auslesen längere Zeit beanspruchen kann, insbesondere über die serielle 

Verbindung, erscheint während dem Auslesen ein Dialog, der über den Fortschritt informiert; 

konkret über die Anzahl der schon übertragenen Programmschritte und die 

voraussichtlich noch verbleibende Zeit. Mit einer seriellen Schnittstelle kann bei 

38’400 Baud die Übertragung über 6 Minuten dauern. Eine laufende Datenübertragung 

kann jederzeit abgebrochen werden. Die bis zum Abbruch gelesenen Daten 

werden dann aber ignoriert. 

Arbeiten mit einer Trace-Aufzeichnung 

Nachdem eine Trace-Aufzeichnung vom Target ausgelesen oder eine gespeicherte 

Aufzeichnung direkt eingelesen wurde, kann sie analysiert werden, was ja die eigentliche 

Aufgabe im Profiler darstellt. 

For jeden Task wird dessen Tasknummer angegeben; die Zuordnung wurde dabei 

von ECCO vorgenommen. Sie wird beim Befehl TASK_OPEN auf Seite 231 ausführlich 

besprochen. 



Die einzelnen Befehle werden farbig dargestellt. Die Farbzuordnung kann angezeigt 

werden, indem mit der rechten Maustaste das Popup-Menu geöffnet und daraus der 

Befehl „Farblegende“ ausgewählt wird. 

Wenn nach dem Auslesen das neue Fenster erscheint, ist der gesamte Wertebereich 

sichtbar. Das Programm stellt die Daten mit minimalem Zoom dar. Mit den Tasten 

Plus und Minus auf dem numerischen Block kann man zoomen. Zudem lässt sich 

über die Pfeiltasten der angezeigte Bereich verschieben. Nachfolgend eine Übersicht 

über die verwendeten Tasten: 

+ Plus Hineinzoomen (nur auf dem numerischen Block). 

– Minus Rauszoomen (nur auf dem numerischen Block). 

� Eine Auflösung nach rechts. 

� Eine Auflösung nach links. 

Ctrl � Eine Seitenbreite nach rechts. 

Ctrl � Eine Seitenbreite nach links. 

� Eine Tasknummer nach oben. 

� Eine Tasknummer nach unten. 

PgUp Eine Seite nach oben. 

PgDn Eine Seite nach unten. 

Home Zum Anfang (Beginn der Aufzeichnung oben). 

End Zum Ende (Ende der Aufzeichnung unten). 

Durch Doppelklick auf einen Programmschritt erscheint der Quelltext. Da das Quelltextfenster 

nur dann in den Vordergrund tritt, wenn es noch nicht offen ist, muss man, 

damit es immer im Vordergrund bleibt, im Kontextmenü den Punkt „Quellcode im 

Vordergrund“ markieren. Die zum Programmschritt gehörende Zeile ist im Quellcodefenster 

grau hinterlegt. 

Im Kontextmenu kann zudem das Step- 

Info Fenster geöffnet werden. Dieses enthält 

genaue Angaben über den Schritt, an 

welchem sich der Mauszeiger beim Öffnen 

des Kontextmenüs befand. 

Die Statuszeile enthält Informationen über 

den Namen des aktiven Targets und die 

aktuelle Position des Mauszeigers in Sekunden. Dies ist die Zeit seit dem Ausführen 

des ersten Befehls des Traces und stimmt mit jener der X-Achse überein. Dieses 

Feld kann wichtig sein, falls man den Sichtbereich nach unten scrollt und so die 

Beschriftung der X-Achse verschwindet. So ist es trotzdem möglich, die aktuelle 

Position im Feld zu bestimmen. 

Schrittweises Betrachten eines Tasks 

Um das genaue Ablaufverhalten eines einzelnen Tasks nachvollziehen zu können, 

besteht die Möglichkeit zur schrittweisen Analyse der einzelnen gespeicherten 

Programmschritte. 

Wenn ein Befehl durch Doppelklicken mit der linken Maustaste ausgewählt wurde, 

markiert ihn der Profiler, indem der Programmschritt in der Zeitdarstellung schwarz 

überstrichen wird. Durch Betätigen der Taste „F10“ kann die schwarze Markierung 

zum nächsten Programmschritt verschoben werden. Dadurch wird im Quellcode- 

Fenster automatisch die diesem Schritt entsprechende Programmzeile markiert. 



Ausführung einer Programmzeile 

Oft interessiert, wann eine bestimmte Programmzeile ausgeführt wurde. Dies ist im 

Profiler einfach möglich, indem im Quelltext-Fenster die gewünschte Programmzeile 

markiert und im Kontext-Menü „Programmschritte hervorheben“ gewählt wird. Jede 

Ausführung dieser Befehlszeile wird nun im Zeitdiagramm mit rot überstrichen. 

Die Markierungen sind in jeder Zoom-Stufe sichtbar, so dass sie immer entdeckt 

werden. 

5. 10. Application Programming Interface 

ECCO verfügt über eine ausgereifte API, welche es einem Programmierer ermöglicht, 

auf einfache Art und Weise mit eigenen Programmen auf die ECCO zuzugreifen, 

um so die Funktionalität für die eigenen Bedürfnisse zu erweitern. Sie stellt dem 

Entwickler eine einheitliche, offene Programmierschnittstelle zur Kommunikation mit 

den Steuerungen der Firma Horsch Elektronik AG zur Verfügung. 

Diese API nennt sich SMC_API und ist in groben Zügen vom Interface her abwärtskompatibel 

mit den Versionen älterer Generationen. 

Die 32bit Windows-Anwendung kann in einer beliebigen Programmiersprache 

entwickelt werden, sofern diese den Aufruf von DLL’s erlaubt. Die Anwendung 

kommuniziert dann mit der ECCO-Steuerung über die exportierten Funktionen der 

API, welche als DLL implementiert ist. 

High-Level Funktionen dienen zur direkten Ausführung bestimmter Aktionen unter 

Angabe der entsprechenden Parameter. Zusätzlich existieren Low-Level Funktionen, 

welche lediglich ein von der Applikation vorbereitetes Datentelegramm an die ECCO 

Steuerung weiterleiten. 

Das API unterstützt das gleichzeitige Öffnen mehrerer verschiedener Schnittstellen 

durch eine oder mehrere Applikationen. Alle geöffneten Schnittstellen können dann 

ohne spezielle Synchronisation gleichzeitig verwendet werden, also auch durch mehrere 

Threads. Nicht unterstützt wird das mehrfache Öffnen einer Schnittstelle durch 

den selben oder einen anderen Prozess. 

Für weitere Informationen sei auf die Dokumentation der SMC_API in [12] verwiesen. 

SMC_API für SMC-Steuerungen 

Die nachfolgende Übersicht gibt Auskunft über die von der Firma Horsch Elektronik 

AG unterstützten Versionen für die SMC-Steuerungen. 

SMC42 SMC_API.dll, 19.06.2002; keine Versionsnummer angegeben 

SMC42-800k SMC_API.dll, 01.12.2004; Version 1.5.0.1 

Für ECCO muss jeweils die vom Setup installierte Version verwendet werden, daher 

erübrigt sich eine Angabe. 



5. 11. Bibliographie 

Weiterführende Literatur über spezifische Slaves und ihre Anbindung: 



[2] Anbindung PAGO-Drucker an ECCO, Horsch Elektronik AG, Version 0.02, 

2004. 


[4] LM628 Precision Motion Controller Datasheet, National Semicondctor, 

erhältlich unter http://www.national.com/ds/LM/LM628.pdf. 

Literatur zur Verwendung des PAC: 


Zur Verwendung der Statistik-Sortware STATREAD und ZPoint: 




Zu den Hilfsprogrammen von ECCO: 

[8] ECCO Debugger, Horsch Elektronik AG, Version 1.00, 2004. 

[9] PACTest Manual, Horsch Elektronik AG, Version 1.00, 2002. 

[10] ECCO Profiler, Horsch Elektronik AG, 2005. 

[11] UltraEdit32, IDM Computer Solutions. http://www.ultraedit.com/index.php. 

Shareware-Programm (zur Zeit der Drucklegung). 

Zur SMC_API: 

[12] SMC_API für Win32, Horsch Elektronik AG, 2000. 



6. GÜLTIGE VERSION 

Version dieses Manuals: 1.03 

Version Datum Autor Beschreibung 

1.03 19.12.05 MC Nachführungen und Ergänzungen 

1.02 15.08.05 MC Nachführung der Änderungen an ECCO 

1.01 04.05.05 MC Verbesserungen und neue Befehle 

1.00 02.12.04 MC Erstes Release 

0.07 30.11.04 MC Verbesserung der Anhänge und Einführung 

0.06 21.09.04 MC Arbeiten am Feinschliff 



0.03 29.07.04 MC Überarbeitungen & Korrekturen 

0.02 17.06.04 MC Überarbeitungen & Korrekturen 

0.01 10.06.04 MC Übertragung vom SMC42 Systemhandbuch 

Aktuelle Software-Versionen: 

ECCO 5.03 ECCOSetup.exe 06.12.2005 Version: 5.03 

Build: 19.12.05 

Installieren Sie die Software nur mit dem Setup-Programm und kopieren Sie niemals 

Dateien direkt, um Versionskonflikte zu verhindern. Verwenden Sie bitte ausschliesslich 

die aktuellste Software-Version, erhältlich unter http://www.horsch.ch

ECCO Manual 1.03.pdf - Horsch Elektronik AG

Erfolgreiche ePaper selbst erstellen

Template löschen?

Als Template speichern?