AIWS_SPLIT_4¶
Einleitung¶
Der Funktionsblock AIWS_SPLIT_4 dient dazu, eine eingehende unidirektionale AIWS-Adapterverbindung auf vier parallele Ausgänge aufzuteilen. Er fungiert als passiver Splitter, der die über den Socket empfangenen Werte an alle vier Plugs weiterleitet, ohne selbst Ereignisse oder Daten zu verarbeiten.
Schnittstellenstruktur¶
Ereignis-Eingänge¶
Keine.
Ereignis-Ausgänge¶
Keine.
Daten-Eingänge¶
Keine.
Daten-Ausgänge¶
Keine.
Adapter¶
| Typ | Richtung | Name | Beschreibung |
|---|---|---|---|
adapter::types::unidirectional::AIWS |
Socket | IN | Eingangsadapter für die zu verteilende AIWS-Verbindung |
adapter::types::unidirectional::AIWS |
Plug | OUT1 | Erster Ausgangsadapter |
adapter::types::unidirectional::AIWS |
Plug | OUT2 | Zweiter Ausgangsadapter |
| `adapter::types::unidirectional::AIWS** | Plug | OUT3 | Dritter Ausgangsadapter |
adapter::types::unidirectional::AIWS |
Plug | OUT4 | Vierter Ausgangsadapter |
Funktionsweise¶
Der Baustein ist ein reiner „Verteiler“ (Splitter) für den unidirektionalen Datentyp AIWS. Er besitzt keine interne Logik, keine Zustände und keine eigenen Ereignisse. Alle Werte, die über den Eingangsadapter IN ankommen, werden identisch auf die vier Ausgangsadapter OUT1 bis OUT4 kopiert. Dadurch können mehrere nachfolgende FB parallel mit denselben Daten versorgt werden.
Da der FB generisch ausgelegt ist (GenericClassName = 'GEN_AIWS_SPLIT'), muss der konkrete Datentyp AIWS beim Einfügen in ein Projekt definiert werden.
Technische Besonderheiten¶
- Generische Implementierung: Der FB wird über das Attribut
eclipse4diac::core::GenericClassNameals generischer Splitter markiert. Der tatsächliche Typ wird erst bei der Instanziierung festgelegt. - Keine aktive Steuerung: Der FB benötigt keine Ereignisse zur Auslösung – die Verteilung erfolgt passiv über die Adapterverbindungen.
- Vollständige Transparenz: Änderungen an den Adapterdaten werden ohne Verzögerung an alle Ausgänge weitergegeben.
Zustandsübersicht¶
Der FB besitzt keine eigenen Zustände oder Abläufe. Es liegt eine rein kombinatorische Weiterleitung vor.
Anwendungsszenarien¶
- Verteilung von Sensordaten – Ein Sensorwert (z.B. Temperatur, Druck) soll mehreren Verarbeitungsblöcken gleichzeitig zur Verfügung gestellt werden.
- Redundante Datensicherung – Ein Datenstrom soll parallel an zwei oder mehr voneinander unabhängige Logikeinheiten gehen.
- Test- und Simulationsaufbauten – Ein Signal wird auf mehrere Pfade aufgeteilt, um verschiedene Reaktionsmuster zu prüfen.
Vergleich mit ähnlichen Bausteinen¶
- Manuelles Verkabeln: Ohne Splitter müsste jeder nachfolgende FB eine eigene Verbindung zum Quell-FB haben, was die Übersichtlichkeit verringert.
- Event-basierte Splitter: Manche Splittter verwenden Ereignisausgänge (z.B.
SPLITfür beliebige Events).AIWS_SPLIT_4ist speziell auf den unidirektionalen AIWS-Adapter zugeschnitten und benötigt keine Events. - Mehrere Ausgänge: Es gibt Varianten auf zwei (z.B.
AIWS_SPLIT_2) oder mehr Ausgänge;AIWS_SPLIT_4stellt standardmäßig vier bereit.
Fazit¶
Der AIWS_SPLIT_4 ist ein einfacher, aber essenzieller Baustein zur Verteilung von unidirektionalen AIWS-Adapterverbindungen. Er reduziert den Verdrahtungsaufwand, sorgt für klare Strukturen und ermöglicht die parallele Nutzung eines Datenstroms durch mehrere Funktionsblöcke ohne zusätzliche Logik.