Austausch von Daten über das SPS-Prozessabbild

Von dem SPS-Prozessabbild werden typischerweise Daten mit dem IO-Prozessabbild ausgetauscht. Auf die gleiche Art und Weise ist es ebenso möglich, Daten innerhalb einer SPS zwischen zwei Taskkontexten auszutauschen.

Eine prinzipielle Bedingung für die Anwendbarkeit dieser Methode ist, dass nur von einer Task schreibend auf dieselben Daten zugegriffen werden soll. Die Daten werden dann so deklariert, dass sie Teil des Ausgangs-Prozessabbilds dieser Task sind.

Beispiel

• Aus dem Taskkontext 1 soll schreibend und aus dem Taskkontext 2 lesend auf die Daten „DataA“ zugegriffen werden.
• Zusätzlich soll aus dem Taskkontext 2 schreibend und aus dem Taskkontext 1 lesend auf die Daten „DataB“ zugegriffen werden.
• Umsetzung:
• Sie definieren „DataA“ für den Taskkontext 1 im Ausgangs-Prozessabbild und zudem für den Taskkontext 2 im dortigen Eingangs-Prozessabbild.
• Entsprechend definieren Sie „DataB“ für den Taskkontext 2 im Ausgangs-Prozessabbild und zudem für den Taskkontext 1 im dortigen Eingangs-Prozessabbild.
• Die Daten „DataA“ und „DataB“ können Sie direkt an ihrem Verwendungsort deklarieren, anstatt sie global zu deklarieren.
• In der Prozessabbilddarstellung unterhalb der SPS-Instanz im TwinCAT XAE verknüpfen Sie jeweils „DataA“ miteinander sowie auch „DataB“ miteinander.

Es dürfen nur jene Daten im Ausgangs-Prozessabbild angefügt werden, welche im anderen Taskkontext benötigt werden, um sicherzustellen, dass das Prozessabbild nicht unnötig groß ist. Das asynchrone Mapping führt in jedem Zyklus Kopieraktionen aus, um die Daten zwischen den SPS-Prozessabbildern und dem zusätzlichen temporären Puffer auszutauschen. Weil Kopieraktionen mit großen Datenblöcken viel Rechenzeit benötigen - wie dies auch beim Aufruf einer MEMCPY-Funktion der Fall ist - schränkt dies die mögliche Datenmenge meist auf deutlich weniger als 1 MB ein. Das Mapping wird von der jeweiligen Task selbst ausgeführt, sodass ein entsprechend aufwändiges Mapping die Tasklaufzeit für die eigentliche Programmabarbeitung reduziert.

Eine zweite Bedingung für die Anwendbarkeit dieser Methode ist, dass es sich bei den Daten nicht um Funktionsbausteininstanzen oder Zeiger jeglicher Art (POINTER TO, Interfacepointer/Interfacevariablen, Referenzen, ...) handeln darf. Es ist also hierbei nicht möglich, Methoden von ein und derselben Funktionsbausteininstanz aus zwei unterschiedlichen Taskkontexten aufzurufen.

Bei Bedarf können die erforderlichen Daten zu einer Struktur zusammengefasst werden.