AQ_TO_AX¶
Einleitung¶
Der Funktionsblock AQ_TO_AX dient der Konvertierung eines AQ-Adapters (Quarter Byte) in einen AX-Adapter (BOOL) unter Verwendung einer STATUS-Logik. Er ermöglicht die einfache Integration von AQ-basierten Signalen in Systeme, die ausschließlich mit AX-Schnittstellen arbeiten. Intern nutzt er den Baustein QUARTER_TO_BOOL, um die Datenkonvertierung durchzuführen.
Schnittstellenstruktur¶
Ereignis-Eingänge¶
- Keine direkten Ereignis-Eingänge vorhanden. Ereignisse werden über den AQ-Adapter (Socket
IN) empfangen.
Ereignis-Ausgänge¶
- Keine direkten Ereignis-Ausgänge vorhanden. Ereignisse werden über den AX-Adapter (Plug
OUT) gesendet.
Daten-Eingänge¶
- Keine direkten Daten-Eingänge vorhanden. Daten werden über den AQ-Adapter (Socket
IN) empfangen.
Daten-Ausgänge¶
- Keine direkten Daten-Ausgänge vorhanden. Daten werden über den AX-Adapter (Plug
OUT) gesendet.
Adapter¶
IN(Socket): Typadapter::types::unidirectional::AQ– AQ-Eingang (Quarter Byte)OUT(Plug): Typadapter::types::unidirectional::AX– BOOL-Ausgang (AX)
Funktionsweise¶
Der AQ_TO_AX Baustein besitzt keine eigenen Event- oder Daten-Ein-/Ausgänge, sondern realisiert die Konvertierung ausschließlich über zwei Adapter-Schnittstellen. Intern wird eine Instanz des Bausteins QUARTER_TO_BOOL eingesetzt:
1. Ereignisweiterleitung: Das Ereignis E1 des eingehenden AQ-Adapters wird mit dem REQ-Eingang von QUARTER_TO_BOOL verbunden. Dessen CNF-Ereignis wird auf dem E1-Ausgang des AX-Adapters ausgegeben.
2. Datenweiterleitung: Das Datenwort D1 des AQ-Adapters (Quarter Byte) wird an den IB-Eingang von QUARTER_TO_BOOL geleitet. Der konvertierte BOOL-Wert aus dem Ausgang Q von QUARTER_TO_BOOL wird auf den D1-Ausgang des AX-Adapters gegeben.
Die gesamte Ablaufsteuerung und Datenkonvertierung erfolgt somit transparent im Inneren des Bausteins.
Technische Besonderheiten¶
- Der Baustein fungiert als reiner Adapter-Konverter und besitzt keine eigenen Zustände oder Anwendungslogik; die gesamte Funktionalität wird durch den eingebetteten
QUARTER_TO_BOOLbereitgestellt. - Die Verwendung von Adaptern (Socket/Plug) erlaubt eine lose Kopplung in der 4diac-IDE und erleichtert den Austausch von Kommunikationsschnittstellen.
- Der Kommentar „using STATUS logic“ deutet darauf hin, dass die Konvertierung möglicherweise auf einer Status-Abfrage basiert (z.B. gültige/nicht gültige Daten), was im internen Baustein umgesetzt wird.
Zustandsübersicht¶
Der Baustein definiert keine eigenen Zustände. Die Zustandslogik liegt vollständig in dem internen Funktionsblock QUARTER_TO_BOOL.
Anwendungsszenarien¶
- Schnittstellenanpassung: Einbindung eines AQ-basierten Sensors oder Aktors in ein System, das ausschließlich AX-kompatible Adapter unterstützt.
- Adapter-Transformation: Einsatz in Hierarchien, in denen unterschiedliche Adapter-Typen aufeinander abgestimmt werden müssen, ohne die zugrundeliegende Datenlogik zu ändern.
- Prototypen und Migration: Schnelles Umschalten zwischen AQ- und AX-Varianten während der Entwicklungs- oder Testphase.
Vergleich mit ähnlichen Bausteinen¶
QUARTER_TO_BOOL: Direkte Konvertierung eines Quarter-Byte-Wertes in einen BOOL-Wert mit eigenem Event-Interface;AQ_TO_AXkapselt diesen Baustein in einem Adapter-Kontext.BYTE_TO_BOOLoderWORD_TO_BOOL: Ähnliche Konvertern für andere Bit-Breiten, jedoch nicht speziell für die Adapter-Kopplung ausgelegt.- Direkte Kopplung von AQ und AX: Ohne Konvertierung wäre eine Verbindung nicht möglich, da die Adapter-Typen inkompatibel sind.
Fazit¶
AQ_TO_AX ist ein schlanker, aber essentieller Adapter-Konverter, der die Lücke zwischen AQ- und AX-Schnittstellen schließt. Er vereinfacht die Integration von Quarter-Byte-Signalen in BOOL-basierte Steuerungen und trägt zur Wiederverwendbarkeit von Funktionsbausteinen in verschiedenen Adapter-Umgebungen bei.