Dieses Visualisierungs-Beispiel zeigt, wie Gesten und Touch-Ereignisse von MultiTouch-Displays in CODESYS ausgewertet und verarbeitet werden können. Wenn eine Visualisierung auf einem MultiTouch-Display zum Einsatz kommt, bietet sich dem Benutzer ein zusätzliches Bedienkonzept. Neben den üblichen Maus- und Tastenereignissen werden Gesten und Touch-Ereignisse ausgewertet und verarbeitet.

Unterstützte Gesten

- Pan-Geste: Drücken, Verschieben und Loslassen mit einem Finger führt zu einem Verschieben des Inhalts eines Fensters oder einer Registerkarte.
- Flick-Geste: Schnelles Verschieben eines Fingers in einem Bereich, also „wischen“, führt zum Umschalten zwischen verschiedenen Visualisierungsseiten.
- MultiTouch-Events: Bedienung mit mehreren Fingern gleichzeitig.

Innerhalb einer Visualisierung können mehrere Elemente mit mehreren Fingern gleichzeitig bedient werden. Damit ist es möglich eine Zweihand-Bedienung zu entwickeln oder ein virtuelles Mischpult, bei dem mehrere Schieberegler gleichzeitig bedienbar sind.

Die Schnittstelle IGestureEventHandler2 der Bibliothek VisuElems.VisuElemBase ermöglicht IEC-61131-3-Code zu implementieren um auf Gesten zu reagieren. So kann ein Gestenereignis verarbeitet und Folgeaktionen implementiert werden.

Folgende Clients können eine Visualisierung auf einem MultiTouch-Gerät ausführen:

- CODESYS TargetVisu auf einem Gerät mit Windows-Betriebssystem
- CODESYS TargetVisu auf einem Gerät mit Linux-Betriebssystem

OSCAT steht für "Open Source Community for Automation Technology".

OSCAT erstellt eine Open-Source-Bibliothek nach dem IEC 61131-3 Standard, welche auf herstellerspezifische Funktionen verzichtet und deshalb auf alle IEC 61131-3-kompatiblen speicherprogrammierbaren Steuerungen portiert werden kann.

Bei dieser Bibliothek handelt es sich um eine Portierung der OSCAT BUILDING Library für CODESYS V3. Die Bibliothek enthält zahlreiche Funktionsbausteine zum Thema Gebäudesteuerung.

Die Bibliothek OSCAT BUILDING beinhaltet Funktionen zu folgenden Themen:

- Stellglieder
- Heizung, Lüftung und Klima
- Elektrotechnik
- Jalousiesteuerung

Der 2-Axis MnJoystick ist ein Visualisierungselement und befindet sich in der Visu ToolBox unter "MnControls Light". Dieser Joystick kann zur Steuerung von Bewegungen in zwei Dimensionen verwendet werden.

Technische Funktionen:

Der Joystickhebel kann innerhalb eines vorgegebenen Radius bewegt werden und gibt folgende Werte zurück:

X Wert -> Abweichung in X-Richtung (-100 bis 100, Ruhestellung = 0)

Y Wert -> Abweichung in Y-Richtung (-100 bis 100, Ruhestellung = 0)

Winkel Wert -> Winkel zum Zentrum ( 0 - 360 Grad)

Radius Wert -> Abweichung zum Zentrum (0 - 100)

Mit dem Plug-In ‚FB Visu Creator‘ können automatisch Visualisierungen aus Funktionsbausteinen (FBs) erstellt werden. Über Attribute kann gesteuert werden, welche Funktionsbausteine, Ein- und Ausgänge visualisiert werden sollen. Pro Baustein wird eine Visualisierung erzeugt. Die generierten Visualisierungen können anschließend über einen Frame mit den gewünschten FB-Instanzen verknüpft werden.

Dieses Package enthält den Spieleklassiker ‚Backgammon‘. Das Projekt ist mit der Ablaufsprache (AS) realisiert und veranschaulicht deren Anwendung. Die Ablaufsprache (AS) ist eine grafisch orientierte Sprache, die es erlaubt, die chronologische Abfolge einzelner Aktionen in einem Programm zu beschreiben.

Spielbeschreibung:

CODESYS spielt mit den blauen Steinen von rechts unten nach rechts oben. Sie spielen mit den roten Steinen von rechts oben nach rechts unten.

-       ‚New game‘ startet ein neues Spiel

-       ‚Roll dice‘ würfelt mit beiden Würfeln

-       Ein Stein kann bewegt werden, indem zuerst das ausgehende Spielfeld und anschließend das Zielspielfeld selektiert wird.

Technische Funktionen

Das Projekt Backgammon.project enthält als Hauptkomponente das Programm PLC_PRG. Das Programm ist in der Ablaufsprache (AS) implementiert. Die einzelnen Spielschritte sind dabei in unterschiedliche Aktionen aufgeteilt. Der Spielstand mit den Steinpositionen wird im Funktionsbaustein FB_Board gespeichert und über die Visualisierung Vis_Board visualisiert.

Dieses Beispiel zeigt die Konfiguration eines Rockwell 1734-AENT EtherNet/IP-Adapters mit dem E/A-Modul 1734-IB4. Das Beispiel kann als Basiskonfiguration für ein beliebiges Produkt aus der 1734-Familie genutzt werden. Eine detaillierte Beschreibung ist diesem Beispiel als PDF beigefügt.

Dieses Package enthält alle Bibliotheken, Gerätebeschreibungen, Visualisierungselemente und Visualisierungsstile einer bestimmten CODESYS Version.

Dieses Installationspaket umfasst alle Visual Elements, Visual Styles und deren Abhängigkeiten vor CODESYS Version 3.5.

Das Beispiel CAMEditor.project zeigt, wie der Online Kurvenscheibeneditor mit einer CODESYS Softmotion Steuerung verwendet werden kann.

Der Online Kurvenscheibeneditor ist eine Visualisierungsvorlage, welche eine Kurventabelle in der Visualisierung anzeigt. Mit diesem Element kann die Kurvenscheibe im Online-Mode verändert werden.

Das Visualisierungselement wird in einer Visualisierungsvorlage (SMC_VISU_CamEditor) der Bibliothek SM3_Basic zur Verfügung gestellt und wird in einem Frame-Element mit dem Kontext-Befehl "Frame Auswahl" der Visualisierung hinzugefügt.

Das Application Composer Beispiel Flexible Fabric veranschaulicht zum einen die Verwendung einer „fremden“ Application Composer Modulbibliothek („AC_Mechatronics“, siehe Online-Hilfe für eine detaillierte Beschreibung der Funktionsweise dieser Bibliothek) zusammen mit selbst erstellten Application Composer Modulen. Zum anderen zeigen die zum eigentlichen Beispiel gehörigen Application Composer Module, den Einsatz von reinen Software Module, um ein System von verschiedenen Fabrik-Elementen (Fließbänder, Greifer, bewegliche Barrieren, etc.) auf physikalischen Grundlagen zu simulieren.

Der Modulbaum des Beispiels untergliedert sich entsprechend in Simulations-Module, Module der AC_Mechatronics Bibliothek und Aktuator-Module, die zwischen den beiden anderen Modulsystemen als Aktuatoren vermitteln:

- Mit den Simulations-Modulen können Simulationselemente (Fließbänder, etc.) frei im Raum positioniert und konfiguriert (z.B. Reibungskonstante der Fließbandoberfläche, etc.) werden.

- Die Aktuator-Module referenzieren die Simulations-Module und können diese mit Hilfe von Ablauf-Modulen steuern (z.B. Fließbänder an- und abstellen).

- Die Module der AC_Mechatronics Bibliothek zusammen mit den Ablauf-Modulen der Aktuator-Module erlauben das Realisieren von Ablaufsteuerungen (z.B. das Einschalten eines Fließbandes als Reaktion auf einen Sensor) innerhalb der Simulation.

Dieses Beispielprojekt befasst sich mit der Konfiguration von Alarmen und dem Visualisierungselement Alarmtabelle. Über eine Visualisierung können Alarmzustände ausgelöst und quittiert werden.

Technische Funktionen

In der Alarmkonfiguration sind die beiden Alarmklassen Warning und WarningOrange definiert. Die Alarmklasse WarningOrange erfordert zusätzlich eine Alarmquittierung. Ein Alarm wird in der Alarmgruppe über eine Alarmbedingung und eine Alarmklasse definiert. Die Alarmbedingungen können über die Schaltflächen der Visualisierung gesetzt werden. Mit dem Drückschalter ‚Confirm‘ können die Alarme vom Typ WarningOrange quittiert werden.  

Das Beispiel beschreibt, wie programmtechnisch auf Alarmobjekte zugegriffen werden kann. Mit dem AlarmManager können Ereignisse abonniert werden und auf aktive und historische Alarme zugriffen werden.

Das Beispiel enthält zwei Alarmtabellen. Die obere Tabelle (Typ Alarmtabelle) zeigt die aktiven und historischen Alarme an. Über die Schaltflächen unter der Tabelle können Alarme hinzugefügt werden. Die untere Tabelle simuliert eine Alarmtabelle  und enthält die gespeicherten Alarme.

Das Package TraceExample enthält ein Projekt mit drei Beispielen zum Thema Trace Visualisierung. Das erste Beispiel zeigt, wie Trace-Elemente konfiguriert werden können. Die beiden anderen Beispiele befassen sich mit dem dynamischen Laden von Trace-Objekten (lokal und remote).

Technische Funktionen

Beispiel TraceExample:

Das Beispiel besteht aus sechs Visualisierungen mit unterschiedlichen Trace-Konfigurationen. In dem Programm PLC_PRG werden drei Signale generiert und in den Visualisierungen dargestellt.

Visualisierung VarsConfiguration:

Das Beispiel zeigt die prinzipielle Konfiguration von Trace-Diagrammen.

Visualisierung TaskSyncing:

Zwei Diagramme werden von unterschiedlichen Tasks beschrieben.

Visualisierung ExplicitXAxis, ExplicitYAxis:

In den beiden Beispielen werden feste Wertebereiche für die Achsen verwendet.

Visualisierung TriggerTest:

Das Beispiel zeigt, wie unterschiedliche Trigger gesetzt werden können.

Visualisierung DivTests:

Über den Schalter ‚Record‘ wird der Trace aufgezeichnet.

Beispiel DynamicTraceLoaderLocal:

Mit dem DynamicTraceLoader ist es möglich Trace-Konfigurationen dynamisch von der lokalen Steuerung zu laden. In dem Projektverzeichnis befinden sich vier Textdateien mit den Endungen *.local.txt. Diese Dateien können über die Visualisierung ausgewählt und geladen werden. Die Dateien müssen dazu vorher auf die Steuerung in das Root-Verzeichnis kopiert  werden.

Beispiel DynamicTraceLoaderDataServer und Application:

Mit dem DynamicTraceLoader können Trace-Konfigurationen dynamisch von einer anderen Steuerung geladen werden. In dem Projektverzeichnis befinden sich drei Textdateien mit den Endungen *.remote.txt. Diese Dateien können über die Visualisierung ausgewählt und geladen werden. Die Dateien müssen dazu auf beiden Steuerungen in das Root-Verzeichnis übertragen werden. Die Kommunikation zwischen den Steuerungen erfolgt über den DataServer (IP-Einstellungen überprüfen).

OSCAT steht für "Open Source Community for Automation Technology".

OSCAT erstellt eine Open Source Bibliothek nach dem IEC 61131-3 Standard, welche auf herstellerspezifische Funktionen verzichtet und deshalb auf alle IEC 61131-3 kompatiblen speicherprogrammierbaren Steuerungen portiert werden kann.

Bei dieser Bibliothek handelt es sich um eine Portierung der OSCAT NETWORK Library für CODESYS V3.

Das Beispielprojekt WeatherForecast.project veranschaulicht die Verwendung der Bibliothek .

Technische Funktionen

Die Bibliothek OSCAT NETWORK beinhaltet Funktionen und POUs zu folgenden Themen:

• String-Konvertierung und Verschlüsselung


• Data Log


• Dateien (INI- und CSV Reader)


• Netzwerk (z.B. FTP, HTTP, SMTP, SNTP, Telnet)


• Wetter Informationen

Dieses Beispiel zeigt, wie Textpositionen in Schaltflächen mit Bildern über Visualisierungsstile angepasst werden können.

Technische Funktionen

In dem Beispiel werden die Textpositionen von Schaltflächen über den Visualisierungsstil Style15.visustyle.xml angepasst (siehe Style.zip).

Die Positionen werden über folgende Parameter gesteuert:

<Value name="Button-Absolut-TextOffset-Left" type="DINT">40</Value>

<Value name="Button-Absolut-TextOffset-Right" type="DINT">0</Value>

<Value name="Button-Absolut-TextOffset-Top" type="DINT">40</Value>

<Value name="Button-Absolut-TextOffset-Bottom" type="DINT">0</Value>

Dieses Beispiel zeigt, wie die Benutzerverwaltung der Visualisierung verwendet werden kann und wie ein einfacher Login-Dialog implementiert werden kann.

Technische Funktionen

Das Beispiel beinhaltet zwei Visualisierungen. Die Anmeldung an der Steuerung erfolgt über die LoginPage. Nach erfolgreicher Anmeldung wird der Anwender auf die MainPage weitergeleitet. Die Konfiguration der Benutzerverwaltung erfolgt über den Visualization Manager. Weitere Informationen zur Benutzerverwaltung finden Sie in der CODESYS Onlinehilfe.

OSCAT steht für "Open Source Community for Automation Technology".

OSCAT erstellt eine Open Source Bibliothek nach dem IEC 61131-3 Standard, welche auf herstellerspezifische Funktionen verzichtet und deshalb auf alle IEC 61131-3 kompatiblen speicherprogrammierbaren Steuerungen portiert werden kann.

Bei dieser Bibliothek handelt es sich um eine Portierung der OSCAT BASIC Library für CODESYS V3.

 Technische Funktionen

Die Bibliothek OSCAT BASIC beinhaltet Funktionen zu folgenden Themen:

• Buffer Management


• Engineering


• Listen


• Logik


• Mathematik


• Strings


• Datum und Zeit

Dieses Paket enthält drei Beispielapplikationen zum Thema Visualisierung von Dialogen. Die Beispiele zeigen Möglichkeiten, wie Dialoge programmtechnisch erzeugt werden und Eingabedaten ausgelesen werden können.

Technische Funktionen

Applikation DialogVarInOut:

Dieses Beispiel zeigt, wie Dialoge aus einer Visualisierung geöffnet werden und wie Eingabewerte von Textfeldern auf gültige Eingabe überprüft werden können.

Im Programm PLC_PRG wird der Event Handler POU vom Typ IEditBoxInputHandler gesetzt. Die Methode VariableWritten wird nach dem Editieren eines Wertes aufgerufen. Die Überprüfung des Wertes erfolgt in der Methode CheckValue des Funktionsbausteins ControlFB. In dem Beispiel wird der OK Button nur dann aktiviert, wenn der Wertebereich der Variablen pVar kleiner 100 ist. Der Funktionsbaustein wird über das Attribut VAR_IN_OUT_AS_POINTER an den Frame übergeben.

Applikation FileDialog:

Dieses Beispiel zeigt,  wie File-Dialoge in ST über den DialogManager geöffnet werden können.

Im Programm PLC_PRG wird zuerst der Dateifilter und eine Instanz des Funktionsbausteins Visu_FbFileListProvider erzeugt. Dieser Funktionsbaustein sucht im Dateisystem  nach Dateien entsprechend dem eingestellt Filter und wird vom File Dialog zur Visualisierung verwendet. Die Funktion OpenFileDialog setzt den Visu_FbFileListProvider und öffnet den Dialog. Nach Auswahl einer Datei wird der Dateiname in der Visualisierung angezeigt.

Applikation IECOpenDialog:

Das Beispiel zeigt, wie ein Login-Dialog via ST geöffnet werden kann.

Die Schaltfläche ‚Login‘ öffnet über die  Funktion OpenLoginDialog ein Login-Dialog. Die Werte des Dialogs werden beim Schließen des Dialoges in der Funktion  OnLoginDialogClosed ausgelesen und in der Visualisierung angezeigt.

In dem Projekt wird die Bedienung und Wartung eines Feuerwehrautos simuliert. Drehleiter und Lichtmast lassen sich ausfahren und positionieren. Das Mischverhältnis von Wasser und Löschschaum lässt sich mithilfe von Rezepturen einstellen und verwalten. Während der Fahrzeugbedienung und Wartung werden bei fehlerhaften Zuständen Alarme ausgelöst. Die Leistung des Stromaggregats wird mit einem Trace dargestellt. Neben weiteren funktionalen Anwendungen wird die optische Gestaltung u.a. mit Farbverläufen oder der Verwendung eines Stiles mit eigenen Schaltersymbolen demonstriert.

Dieses Beispielpaket zeigt, wie Ereignisse von Visualisierungen programmtechnisch abgefangen werden können. Anhand von drei Beispielprojekten wird die Verwendung des Key Event Handlers, des Mouse Event Handlers und des Editbox Event Handlers demonstriert.

Das Projekt GlobalClientManager zeigt, wie globale Client Daten mit Hilfe der Systemvariablen CURRENTCLIENTID verwaltet werden können.

Technische Funktionen

Die Client-ID, des aktuellen Clients, kann über die Funktion ‚Add / Remove this client‘ in dem globalen Array  g_aClientIds eingetragen oder entfernt werden. Dazu wird die globale Variable direkt über das Ereignis OnMouseDown des Buttons beschrieben. Die Visualisierung zeigt den Inhalt des Arrays über acht Lampen an.

Das Beispiel befasst sich mit den Möglichkeiten, Visualisierungen innerhalb eines Frames umzuschalten. In dem Beispiel VisualizationSwitching werden fünf Realisierungsmöglichkeiten aufgezeigt.

Technische Funktionen

Das Beispiel enthält fünf Frames mit folgender Funktionalität:

Frame 1:           Manueller Wechsel der Visualisierung

Frame 2:           Automatischer programmgesteuerter Wechsel der Visualisierung über eine Variable

Frame 3:           Automatischer programmgesteuerter Wechsel der Visualisierung über den FrameManager.

Frame 4:           Manueller Wechsel über eine Variable.

Frame 5:           Automatischer Wechsel über eine Variable für jeden zweiten Client.

Dieses Beispielspielprojekt demonstriert die Verwendung von Comboboxen in Verbindung mit Textlisten und Arrays. 

Technische Funktionen

Die erste Combobox wird über ein Array mit Daten versorgt. Über ein Eingabefeld kann der zu selektierende Index ausgewählt werden.

Das zweite Beispiel zeigt, wie Bilder in Kombination mit Text in einer Combobox dargestellt werden können.   

Dieses Beispiel zeigt wie der SelectionManager verwendet werden kann um Visualisierungselemente auszuwählen.

Technische Funktionen

Im Programm SelectionHandling wird zunächst der erste Visualisierungsclient ausgewählt und die Ereignisse der Buttons ‚Up‘, ‚Down‘, ‚Left‘, ‚Right‘ und ‚Click‘ ausgewertet.

Die Selektion wird über die Methode SelectNextElement geändert. Wenn der ‚Click‘-Button gedrückt wird, dann wird von dem aktuell selektierten Element ein Mouse-Up Event ausgelöst und unter ‚LastClick‘ angezeigt. Über die Funktion ‚SelectElementAt‘ kann ein Element über die Element-ID selektiert werden.

Dieses Beispiel zeigt, wie ActiveX Komponenten in Visualisierungen eingebunden werden können. Die Verwendung der ActiveX Komponente wird anhand eines Webbrowsers, eines Flash-Players und des WM-Players demonstriert.

Der CODESYS Package Designer ist ein integriertes Tool, um sogenannte Packages zu erstellen. Packages werden verwendet, um bestehende CODESYS-Installationen durch zusätzliche Funktionen und Konfigurationseinstellungen zu erweitern. Der CODESYS Package Designer beinhaltet Möglichkeiten, um alle notwendigen Komponenten (z.B. Plug-Ins, Bibliotheken, Online Hilfe, Menü-Befehle) in das Package zu integrieren. Er ermöglicht, neue Packages zu erstellen oder bestehende zu öffnen und zu bearbeiten.

Das Plug-In kann im Menü unter Tools -> Package Designer gestartet werden.

Für dieses Beispiel wird ein Pfad mit 2200 Punkten generiert. Dieser generierte Pfad wird in der Visualisierung gelb dargestellt. Ein Teil des Pfades wird in Rot hervorgehoben, der zuvor mit Hilfe der Variable udiSourceElementID von VisuStruct3DPathPoint markiert wurde. Das Hervorheben erfolgt durch setzen der Highlighting variable in der Visualization Property. Der Track wird aus den Punkten des Pfades berechnet. Die Datenstruktur ‘VisuStruct3DTrack’ von System_VisuElem3DPath.library wird dazu verwendet die Punkte von Path und Track zu speichern.

Die Applikation PLC Chat beinhaltet eine Serverapplikation, die bis zu 16 PLC Clients verwalten kann. Der Server und der Client werden in der Visualisierung dargestellt und können über eine CODESYS Web- und TargetVisu bedient werden. Dieses Beispiel demonstriert, wie die Bibliothek NetBaseServices verwendet werden kann, um eine Client-Server Kommunikation aufzubauen.

Server:

- Laden Sie die Serverapplikation auf eine PLC und starten Sie das Programm.
- Geben Sie die Server IP und den verwendeten Port in der Konfiguration für die Visualisierung an.
- Geben Sie dem Chat einen Namen (optional)
- Bestätigen Sie Ihre Eingabe mit einem Klick auf ‚Go Online‘.
- Der Status in der Statuszeile sollte nun von ‚not connected‘ zu ‚waiting for clients‘ wechseln.

Client:

- Laden Sie die Clientapplikation auf eine andere PLC (bis zu 16 PLC Clients sind möglich) und starten Sie das Programm.
- Wechseln Sie in den Reiter „Configuration“.
- Wählen Sie dort einen Nick Name und geben Sie die IP Adresse und den Port des Servers an.
- Bestätigen Sie Ihre Eingabe, in dem Sie auf ‚Go Online‘ klicken.
- Die Statuszeile zeigt nun ‚connection established‘ an.

Diese Bibliothek bietet eine einfache Nutzung der CANBus Funktionen. Sie benutzt die Systembibliothek CANBus als Basis. Zusammen mit der Bibliothek wird eine Beispielapplikation bereitgestellt, welche zwei Programme mit unterschiedlicher Implementierung (objektorientiert in ST und graphisch in CFC) enthält, die die Anwendung der Bibliothek verdeutlichen sollen.

Dieses Beispiel zeigt die Kommunikation von HALCON mit CODESYS über die Protokolle TCP/UDP. Dies wird in drei Teilen demonstriert.

Teil 1: CODESYS TCP-Server kommuniziert mit dem HALCON TCP-Client.

Teil 2: CODESYS TCP-Client kommuniziert mit HALCON TCP/UDP Server.

Teil 3: CODESYS UDP-Peer kommuniziert mit HALCON TCP/UDP Server.

Weitere Informationen zu HALCON: http://www.halcon.de/halcon/overview/

Die Visualisierung enthält verschiedene Funktionen, um mit Rezepturen zu arbeiten. Jede Rezepturdefinition kann mehrere Rezepturen mit definierten Variablen und Werten haben. Alle Rezepturen der aktuellen Rezepturdefinition sind in einer Tabelle gelistet. Die dazugehörigen Werte werden in einer weiteren Tabelle gespeichert. Die Visualisierung unterstützt alle Kommandos, die auf Rezepturen anwendbar sind, wie z.B. schreiben, erstellen, laden.

Mit Hilfe der Systembibliothek “CmplecTask” können in einer POU Taskinformationen abgerufen werden. Einige dieser Informationen werden bereits in der Task Konfiguration angezeigt. Im Beispiel wird gezeigt, wie die Zeitsteuerung “Watchdog” ein und ausgeschalten werden kann.

Technische Funktionen:

AllTaskinfo: Diese Funktion speichert Informationen allen verfügbaren Tasks in einem Array.

CurrentTaskInfo: Die Information der aktuellen Task wird von der Funktion zurück gegeben.

PLC_PRG: Jede IEC Task einer Applikation kann von der Runtime gesteuert werden, um eine Zyklusübertretung zu vermeiden. Die Zeit und Genauigkeit muss in der Task-Konfiguration der PLC Anwendung spezifiziert werden. Diese kann dann von der POU aktiviert oder deaktiviert werden. Setzt man den Zeitwert klein, erhält man eine Watchdog Exception. Diese Exception wird im Log Tab vom Geräte Editor gelistet. Ebenso ist ein Laden eines anderen Tasks möglich.

Slow: Dieses Programm wird in einer andern Task aufgerufen und zeigt eine langsame Zykluszeit.

Dieses Beispiel zeigt die Kommunikation über Serial COM. In der Visualisierung ist es möglich zwischen einem Port, der liest und schreibt oder zwei Ports, bei denen einer liest und der andere schreibt zu wählen.

Technische Funktionen:

Die Portnummer muss angepasst werden. Gegebenenfalls müssen, je nach verwendetem Gerät, Parameter angepasst werden.

PLC_PRG: Das Hauptprogramm ist für die Aktivierung der gewählten Ports zuständig. Es initialisiert jeden Port mit z.B. der Portnummer, Baudrate, usw. Beim Portwechsel in der Visualisierung werden die ungenutzten Ports geschlossen.

SERIAL_LINE: Als erstes werden die Kommunikationsparameter gesetzt. Danach wird der Port, mit den gesetzten Parametern geöffnet. Je nach Status wird der Lese- oder Schreibprozess gestartet. Nach dem Lesen wir der Puffer einer Variablen gespeichert. Bevor der Schreibprozess beginnt, wird der zu schreibende String in einen Puffer verschoben.

Visualization: Die SERIVAL_LINE_VISU ist ein Modul, das die verwendeten Parameter, auftretende Errors und die Lese- und Schreibresultate zeigt. Die Hauptvisualisierung referenziert für die unterschiedlichen Ports dieses Modul.

Dieses Beispiel Asteroids.project zeigt anhand des Spieleklassikers ‚Asteroids‘ wie ein Joystick an die Steuerung ‚CODESYS Control Win V3‘ angebunden werden kann. Für diesen Zweck wird die Datei ‚IoDrvJoystickWin.dll‘ auf der Steuerung benötigt.

Dieses Beispiel zeigt zusätzlich wie die Visualisierung und die objektorientierte Programmierung in CODESYS effektiv eingesetzt werden kann.

Nach dem Start der MainVisu wird ein Piano mit zwei Oktaven angezeigt. Solange die linke Maustaste über einer Pianotaste gedrückt gehalten wird ertönt der entsprechende Ton. Ein weiteres Beispiel ist die ‚Jukebox‘. Sie wird mit einem Klick auf den Jukebox-Button geöffnet. Die Jukebox kann drei Songs abspielen und verfügt über eine Play-, Pause- und Stopp-Funktion. Über den Button ‚Piano‘ gelangt man wieder zurück zur Pianoansicht.

Dieses Beispiel zeigt die Verwendung von ‚On Screen‘ Tastatur und Nummernblock. Diese erlauben dem Benutzer mit Hilfe einer Maus oder eines Touchscreen, Eingaben zu machen.

Technische Funktionen:

PLC_PRG: Hier befinden sich die Variablen, auf die mit Hilfe der Tastatur- oder Nummernblock Visualisierung geschrieben werden.

Visualization: Die Visualisierung enthält drei Felder. Mit Klick auf ein Feld erscheint entweder ein Nummernblock oder eine Tastatur. Das erste Feld öffnet einen Nummernblock für Integer Zahlen. Außerdem wird hier ein Minimal- und Maximalwert verwendet. Mit dem Nummernblock des zweiten Felds können Gleitkommazahlen eingegeben werden. Das dritte Feld öffnet eine Tastatur, um Buchstaben in eine Stringvariable zu schreiben. Alle Felder wurden mit einem „OnMouseClick“ Event im Property-Editor konfiguriert.

Das Beispiel besteht aus zwei Applikationen. Beide laufen auf dem gleichen Zielsystem. Die erste Applikation erzeugt ‚Shared Memory‘ und schreibt einige Daten in den Speicher, die zweite Applikation liest diese Daten wieder aus.

Technische Funktionen:

Write_App: Diese Applikation erzeugt Shared-Memory-Bereich und schreibt einige Strings in den Speicher.

Read_App: Die Applikation öffnet den Shared-Memory-Bereich und liest die Daten auf zwei unterschiedliche Wege. Zum einen wird das Lesen eines String mit einer festen Länge demonstriert, zum anderen wird das dynamische Lesen über Pointer demonstriert.

Beide Applikation müssen auf dem gleichen Zielsystem laufen. Für diesen Zweck können die Applikationen separat oder über ‚Multiple Download‘ auf die Steuerungen übertragen werden. Eine zweite Steuerung können Sie über das Windows-Start-Menü unabhängig von der Steuerung aus der Windows-Tray-Leiste starten.

Dieses Beispiel zeigt die Implementierung einer analogen Uhr mit Zeiger für Stunden, Minuten und Sekunden, animiert mit Standard Visualisierungselementen.

Technische Funktionen:

FB_CLOCK: Der Funktionsbaustein ‚FB_CLOCK‘ dient dazu die aktuelle Zeit auszulesen. Für die aktuelle Zeitzone wird zuerst das Datum und die Zeit ausgelesen, anschließend werden diese Werte in getrennten Variablen gespeichert. Diese Variablen werden für die Visualisierung ‚Clock_Visu‘ verwendet.

VISUALIZATION: Die Uhr ist aus mehreren Ellipsen und Polygonen aufgebaut. Es können mehrere Instanzen der Uhr erzeugt werden, indem die Visualisierung ‚Clock_Visu‘ unterschiedlichen Frames zugewiesen wird.

Dieses Beispielprojekt demonstriert die Verwendung des Online CNC-Editors. Mit dem Online CNC-Editor lassen sich CNC-Bahnen (G-Code) graphisch betrachten und textuell bearbeiten.

Die graphische Ansicht erlaubt die Betrachtung der Bahn aus beliebigen Blickwinkeln und Positionen. Die Ansicht kann um alle Raumachsen rotiert werden und der Blickpunkt kann im Raum verschoben werden. Außerdem kann stufenlos gezoomt werden.

Der G-Code kann über einen Texteditor betrachtet und verändert werden. Der Texteditor ist mit der graphischen Ansicht gekoppelt: das Element, an dem der Cursor steht wird in der graphischen Ansicht hervorgehoben. Änderungen am G-Code werden in der graphischen Ansicht übernommen.

In einem Ausführungs-Modus kann die graphische Ansicht den aktuellen Fortschritt der Bahnabarbeitung anzeigen. das graphische Element, das vom Werkzeug gerade abgefahren wird ist markiert, ebenso werden die bereits abgefahrenen Elemente speziell markiert.

Mit CODESYS können mehrere Applikationen auf einem Zielgerät gestartet werden. Das Beispiel befasst sich mit der Auslagerung von Programmen in Kind-Applikationen und zeigt, wie mehrere Applikationen auf einer Steuerung gestartet werden können.

Technische Funktionen:

Das Projekt MultipleApplication enthält die beiden Hauptapplikationen MainApplication1 und MainApplication2. Als Beispiel wird ein einfacher 2-Punkt-Regler mit entsprechender Visualisierung verwendet. Die Visualisierung und die dazugehörige Datenstruktur sind unter den POUs zu finden.

Die Kommunikation zwischen den Applikationen erfolgt über die globale Variablenliste der Hauptapplikation. Das IO-Mapping muss immer über die Hauptapplikation erfolgen.

Beispiel MainApplication1:

Die Hauptapplikation enthält die Visualisierung von zwei Reglern. ChildApplication1 und ChildApplication2 enthalten die Regler-Logik und können unabhängig voneinander gestartet werden. Diese Architektur bietet sich an, wenn Steuerungsprozesse nicht beendet werden dürfen und andere Prozesse in Arbeit sind oder gewartet werden müssen.

Beispiel MainApplication2:

Die Hauptapplikation enthält die Regler-Logik. Die Visualisierung erfolgt über die Kind-Applikation VisuApplication. Diese Architektur bietet sich an, wenn Steuerungsprozesse unabhängig von der Visualisierung aktiv sein müssen und die Visualisierung parallel zu dem Steuerungsprozess entwickelt oder gewartet werden muss.

Zu Beginn wird das Spiel mit 144 Steinen aus 36 unterschiedlichen Symbolen initialisiert. Ein Spielstein gilt als freiliegend oder offen, wenn er entweder nach links oder rechts geschoben werde könnte ohne an einen anderen Stein zu stoßen. Ziel des Spiels ist es alle offenen Spielsteinpaare durch Mausklick vom Spielbrett zu entfernen. Das Spiel ist beendet, wenn alle Steine vom Brett entfernt wurden oder wenn es keine offenen Paare mehr gibt.

Dieses Beispiel zeigt, wie Systemereignisse (z.B. Start, Stop, Login oder Logout) registriert werden und wie Ereignisse programmatisch ausgelöst werden können.

Es gibt zwei Arten der Registration. Die erste registriert eine Interfacefunktion (Funktionsbaustein EventCallbackFB), die zweite registriert eine normale Funktionen (Funktionsbaustein EventCallbackFunctionFB). Die Registrierung erfolgt jeweils in der FB_Init Methode des entsprechenden Funktionsbausteins.

Werkzeug zum Auslesen der verfügbaren Steuerungsfunktionen. In einer Visualisierung wird gezeigt, welche Funktionen momentan zur Verfügung stehen.

Technische Funktionen:

Die Visualisierung zeigt einen Überblick über alle verfügbaren Gerätefunktionen. Jede Funktion hat ein Statusfeld, das grün wird, wenn die Funktion zur Verfügung steht.

Ziel des Spiels ist es möglichst viele Bubbles derselben Farbe aneinanderzureihen. Je mehr Bubbles aneinandergereiht sind, desto mehr Punkte können Sie sammeln. 500 sind schon nicht schlecht, 1000 sind herausragend. Zu Beginn wird das Spielfeld initialisiert und es werden den Bubbles zufällige Werte zugewiesen. Der High Score wir aus einer Datei gelesen. Wird eine Bubble selektiert, berechnet das Spiel die möglichen Punkte die beim entfernen der Kugeln zu erzielen wären. Klick man die Bubble nochmal an, werden alle angrenzenden Kugeln derselben Farbe vom Spielfeld entfernt. Es müssen mindestens zwei Kugeln aneinander liegen um entfernt zu werden. In nächsten Schritt prüft das Spiel, ob es noch Bubbles gibt die entfernt werden können oder ob das Spiel zu Ende ist. Wenn der Spieler einen neuen High Score erzielt hat, wird dieser in einer Datei gespeichert. Ein neues Spiel kann gestartet werden.

Dieses Beispiel zeigt wie IDNs mit „ServoDrive over EtherCAT“ geschrieben und gelesen werden können. Ein weiteres  Beispiel zeigt das Schreiben und Lesen von SDO’s mit CAN über EtherCAT, sowie eine Firmware mit „File over EtherCAT“ zu downloaden.

Beispiel 1:

Zwei Startparameter werden gleich zu Beginn gesetzt. Sie werden im Tab „Startup Parameters“ des Geräts angezeigt. Der „Slave“ Tab zeigt die EtherCAT Adresse mit dem das Gerät ausgewählt werden kann. Der „EtherCAT_Master“ zeigt im Tab „Master“ die Quelladresse an, diese muss noch angepasst werden.

Beispiel 2:

Für die Gerätekonfiguration können verschiedene Anfangsparameter gesetzt werden. Für Geräte, die den CAN over EtherCAT unterstützen wird ein Index und Subindex für jeden Parameter genutzt. Den Wert eines Parameters kann als Nummer oder Byte Array mit maximal vier Byte gelesen und geschrieben werden.

Dieses Beispiel zeigt, wie Variablen mit unterschiedlichen Systemen über das Netzwerk ausgetauscht werden können. Ein Gerät fungiert als Sender und ein Anderes als Empfänger. Um das Beispiel testen zu können müssen die Applikationen auf verschiedenen Systemen laufen, da ein Port für jedes System nur einmal benutzt werden kann.

Dieses Beispiel stellt ein Gebäude mit drei unterschiedlichen Raumtypen dar. Der erste Raumtyp hat nur ein Licht. Der Zweite hat ein zusätzliches Licht. Der Dritte hat zwei Lichter und zeigt die Raumtemperatur an. Bei Tag sind alle Lichter an und die Temperatur wird auf 25° gesetzt. Bei Nacht sind die Lichter aus und die Temperatur wird auf 15° gesetzt. Raum sechs hat immer 35° Temperatur, damit wird gezeigt wie ein Interface in einen Funktionsblock gewandelt werden kann.

Dieses Beispiel zeigt objektorientierte Programmierung. Ein Gebäude mit Räumen und unterschiedlichen Funktionen wurde dafür implementiert. Bei Tag werden alle Lampen ausgeschalte und die Klimaanlage wird auf 21 gesetzt. Bei Nacht sind alle Lampen an. Die Temperatur ist dann bei 15. Mit dem „Manual Mode“ kann das Licht unabhängig an- und ausgeschalten werden. Der „Cellar Room“ hat ein Licht zu dem es keinen Service gibt. Der „Cheap Room“ hat ein Licht doch dazu gibt es einen Service der die Glühbirne wechselt wenn sie kaputt ist. Der „Better Room“ hat zwei Lampen die die doppelte Lebenszeit einer einfachen Birne besitzen. Im „Climate Better Room“ gibt es eine Klimaanlage deren Filter nach häufigen Temperaturänderungen gewechselt werden muss.

Dieses Beispiel Implementiert die Kommunikation zweier serieller Schnittstellen. Es wird gezeigt, wie die Schnittstellen geöffnet, geschlossen und wie die zu übertragenden Daten geschrieben und gelesen werden.

Technische Funktionen:

Zu Beginn werden die nötigen Parameter für die Schnittstellen in einem Array von „PARAMETER“ – Structs gespeichert. Die richtigen Portnummern müssen in den Variablen „aCom1Params“ und „aCom2Params“ angepasst werden. Standardmäßig hat bei diesem Beispiel der Parameter für den Port den Wert „1“ und somit wird COM1 benutzt.

aCom1Params[1].udiParameterId:=COM.CAA_Parameter_Constants.udiPort;

aCom1Params[1].udiValue := 1;

Wenn die Ports offen sind und kein Fehler aufgetreten ist, beginnt der erste Port mit dem Schreiben des Werts. Nach dem der Schreibvorgang beendet wurde beginnt der zweite Port mit dem Lesen. Nach erfolgreichem Lesen werden beide Ports wieder geschlossen und die verwendeten „Handles“ werden freigegeben.