OAM-StateEngine

Das Update liefert eine Erweiterung der Zustandsautomaten um bedingte Übergänge zur Ermittlung des Startzugangs, stellt um auf die neue OpenKNX-LED-Implementierung und konsistentere KO-Benennung. ## Update-Hinweise ### Wichtig für Nutzer von v0.1 (Public Beta "StateEngineDFA16") > Wie bereits für v0.5, v0.6 und v0.7.x: >> 1. Die Geräteadresse (PA) muss erneut zugewiesen werden, da sich das interne Speicherformat im Stack verändert hat. >> 2. KO-Nummern im Bereich 2 bis 19 haben sich verändert. >> Ggf. vorhandene interne Referenzen müssen manuell angepasst werde. >> Zur Übersicht siehe Tabelle [Änderung von zentralen Kommunikationsobjekten](#änderung-von-zentralen-kommunikationsobjekten) unten. ### Für Nutzer von **OpenKNX REG1-Base und Version v0.6 oder v0.7.x** > Die Unterscheidung in verschiedene Firmware-Versionen entfällt, > da die Zeit-Status-Anzeige nun per ETS konfiguriert werden kann. > Beide Verhaltensweisen können jetzt über die einheitliche Firmware `OpenKNX-REG1-Base` dargestellt werden. > Ausgehend von der alten Firmware wird folgendes Vorgehen zur Migration empfohlen: > * `firmware-OpenKNX-REG1-Base___no-time-led` - hier ist *keine* gesonderte Konfiguration erforderlich > * `firmware-OpenKNX-REG1-Base___time-led3` - Auswahl der Funktion **Zeitstatus** in der ETS-Applikation unter OpenKNX / Info LEDs / LED "Info {1,2,3}". ## Änderungen * Update OFM-**DFA** auf 0.8 (von 0.7.1; [Changes](https://github.com/OpenKNX/OFM-DFA/blob/v1/CHANGELOG.md)) * Neues Feature: Starten mit bedingtem Zustandsübergang (als Option) * Update: KO-Bezeichner (Name und Objektfunktion) entsprechend neuer einheitlicher Konventionen für OpenKNX-Module * Update anderer OpenKNX-Module: * **knx** (Stack) auf 2.3.0 * OGM-**Common** auf 1.7.2 (von 1.5.1; [Changes](https://github.com/OpenKNX/OGM-Common/blob/v1/CHANGELOG.md#172-2026-03-02)) * Neues Feature: Status-LEDs-Konfiguration * Hinweis: Synchronisation von Modul-Support bleibt deaktiviert, da keine hardwareabhängigkeit vorhanden * OFM-**ConfigTransfer** auf 0.5 (von 0.4; [Changelog](https://github.com/OpenKNX/OFM-ConfigTransfer/blob/v1/CHANGELOG.md#050-log-patches-2026-02-24)) * OFM-**LogicModule** auf 4.0.1 (von 3.7.3; [Änderungshistorie](https://github.com/OpenKNX/OFM-LogicModule/blob/v1/doc/Applikationsbeschreibung-Logik.md#%C3%A4nderungshistorie)) * Neues Feature: Steuerung von Status-LEDs * OFM-**FileTransfer**Module auf 0.1.5 * OGM-HardwareConfig auf Stand 2026-02-23 ## Für Entwickler * **Wichtig:** Update auf OpenKNXproducer 4.0.1 erforderlich

> *Anmerkung:* Das Versions-Schema weicht vom Konzept der semantischen Versionierung ([SemVer](https://semver.org/)) ab! > Dies ist aufgrund von technischen Limitationen der ETS erforderlich. > Wichtige Update-Hinweise **für Nutzer der Version v0.1 Public Beta "StateEngineDFA16"**: > > Wie bereits für v0.5, v0.6 und v0.7: >> 1. Die Geräteadresse (PA) muss erneut zugewiesen werden, da sich das interne Speicherformat im Stack verändert hat. >> 2. KO-Nummern im Bereich 2 bis 19 haben sich verändert. Ggf. vorhandene interne Referenzen müssen manuell angepasst werde. Siehe dazu Hinweis in Release-Notes zu v0.6. ## v0.7.1: 2025-11-09 (Bedingte Zustandsübergänge + Updates + FAQs) * Update OFM-**DFA** auf 0.7.1 mit u.A. (Details siehe [Changelog v0.7.0](https://github.com/OpenKNX/OFM-DFA/blob/v1/CHANGELOG.md#2025-11-02-v070-bedingte-zustands%C3%BCberg%C3%A4nge) und [Changelog v0.7.1](https://github.com/OpenKNX/OFM-DFA/blob/v1/CHANGELOG.md#2025-11-09-v071-bedingte-zustands%C3%BCberg%C3%A4nge)): * Feature (Umfangreiche Funktionserweiterung): **Bedingte Zustandsübergänge** * Feature: Direktes Auslösen von Timeouts über KO * Diverse Detail-Verbesserungen in der ETS-App und Kommandos für Diagnose. * Update anderer OpenKNX-Module: * **knx** auf 2.2.2 * OGM-**Common** auf 1.5.1 * Hinweis: Synchronisation von Modul-Support wurde deaktiviert, da keine hardwareabhängigkeit vorhanden * OFM-**LogicModule** auf 3.7.3 * OFM-**FileTransfer**Module auf 0.1.4 * OGM-HardwareConfig auf Stand 2025-10-24 * Update auf OpenKNXproducer 3.12.2 mit Anpassung Versionskonfiguration

## v0.6: 2025-09-18 (Fix Outputs + OpenKNX Updates) > **Wichtige Update-Hinweise:** > 1. Die Geräteadresse (PA) muss erneut zugewiesen werden, da sich das interne Speicherformat im Stack verändert hat. > 2. Eine Rekonstruktion wird u.U. nicht funktionieren, beim Update von älteren Versionen ( 3. KO-Nummern im Bereich 2 bis 19 haben sich verändert. > Ggf. vorhandene interne Referenzen müssen manuell angepasst werde. > Zur Übersicht siehe Tabelle [Änderung von zentralen Kommunikationsobjekten](#änderung-von-zentralen-kommunikationsobjekten) unten. * Fixes/Update: OFM-DFA auf 0.6 * Behebt Fehler bei Ausgängen mit DPT 8,9,13,14 * Fix: Diagnose-Kommandos im Modul wurden auch angezeigt und verarbeitet, wenn das Gerät nicht konfiguriert ist * Details siehe [Changelog](https://github.com/OpenKNX/OFM-DFA/blob/v1/CHANGELOG.md) * Unterstützung von Status-Anzeige für neue Zeitimplementierung für REG1-Base.
Die Firmware wird in zwei Varianten bereitstellt: * `firmware-OpenKNX-REG1-Base___time-led3` - mit dauerhaft blinkender LED bei bekannter Zeit * `firmware-OpenKNX-REG1-Base___no-time-led` - ohne LED für Zeit * Fix für abweichendes Projekt-Encoding: Bisher wurden Sonderzeichen wie Umlaute fehlerhaft auf dem Bus ausgegeben, falls das Projekt-Encoding in der ETS auf UTF-8 eingestellt wurde (wie von manchen Herstellern gefordert). Durch explizite Angabe des Encodings für die Applikation mit Nutzung des Producers v3.9 tritt dieses Problem nicht mehr auf. * Update auf den neuen stabilen Stand 2025-08 (einschlißlich Fixes für neue Zeitimplementierung): * **knx** auf auf 2.2.1 * OGM-**Common** auf 1.4.3 * OFM-**ConfigTransfer** auf 0.4 * OFM-**Logic**Module auf 3.7.2 * OFM-**FileTransferModule** auf 0.1.1 * OGM-**HardwareConfig** auf Stand 2025-08-01 (7dad5ab82a44ab893d6df64f79f39f9d0a76ece2) * Fix #8: Falsches Speicherlayout (16MiB statt 2MiB) war für einige Geräte definiert.
Betroffene Geräte: * *OpenKNX REG2 PiPico V1* * *OpenKNXiao Mini V1* * Erweiterte Hardware-Unterstützung: * *SmartMF 1TE REG* * Experimentell: *OpenKNXiao Mini ESP32 V1* * Dokumentation erweitert ### Änderung von zentralen Kommunikationsobjekten | KO | alt | neu | Kommentar | |------------------------------|-----|-----|------------------------------------------| | In Betrieb | 1 | 1 | (unverändert) | | Uhrzeit | 2 * | 2 | KO war bislang geteilt mit Uhrzeit/Datum | | Datum | 3 | 3 | (unverändert) | | Uhrzeit/Datum | 2 * | 4 | Separiert von KO 2 Uhrzeit. | | Sommerzeit aktiv | 10 | 5 | | | Speichern | 11 | 6 | | | Diagnose | 7 | 7 | (unverändert) | | Urlaub | 4 | 15 | | | Welcher Feiertag ist heute? | 5 | 16 | | | Welcher Feiertag ist morgen? | 6 | 17 | | \*: Doppelbelegung der KO-Nummer. Einblendung war abhängig von Konfiguration.

# Erste öffentliche Beta-Version der OpenKNX StateEngine Abbildung von zustandsabhängigem Verhalten in KNX, konfigurierbar über die ETS, durch das erstmalige Bereitstellung des neue OpenKNX-Moduls für [Zustandsautomaten](https://github.com/OpenKNX/OFM-DFA). Ebenfalls enthalten sind das OpenKNX [Logik-Modul](https://github.com/OpenKNX/OFM-LogicModule), sowie OpenKNX [Konfigurationstansfer](https://github.com/OpenKNX/OFM-ConfigTransfer) und OpenKNX [Dateitransfer](https://github.com/OpenKNX/OFM-FileTransferModule). Die enthaltene Firmware ist auf einer Vielzahl von generischen OpenKNX-Geräten ausführbar: [OpenKNX REG1-Base](https://github.com/OpenKNX/OpenKNX/wiki/REG1-Base) (V1), [OpenKNX REG1-Base V0](https://github.com/OpenKNX/OpenKNX/wiki/REG1-Base-V0), [OpenKNX PiPico-BCU-Connector](https://github.com/OpenKNX/OpenKNX/wiki/PiPico-BCU-Connector), OpenKNX REG2 und OpenKNXiao RP2040. ## Kurzbeschreibung Zustandsautomaten (OAM-DFA / DFA16) * **16 Zustände**; Ausgabe des aktuellen Zustands über KO, optional auch direkter Aufruf des Zustands über separates oder gemeinsames KO. * **8 Eingabesymbole (A bis H)**, die durch bis zu 8 unabhängige DPT1 Eingabe-KOs oder Logikausgänge erzeugt werden; bei Eingang von 1 und/oder 0. Durch optionale Konfiguration als Eingabesymbolpaar kann z.B. ohne weiter Vorverarbeitung auf das Auftreten oder den Wegfall von erkannter Präsenz reagiert werden. * Ein **Timeout-Eingabesymbol T** wird erzeugt, wenn innerhalb eines zustands-spezifisch konfigurierten Zeitintervalls keine Eingabe erfolgt (bzw. kein anderes Ereignis eingetreten) ist. * Für jede Kombination aus Zustand und Eingabesymbol/ Ereignis/ kann ein Nachfolgezustand festgelegt werden. * **4 Ausgabekanäle (O1 bis O4)** mit gängigen DPTs, darunter auch ein Kanal mit Text. Für jede Kombination aus Zustand und Ausgang kann ein Wert und ein Sendeverhalten definiert werden. * Eine **Rekonstruktionsfunktion** ermöglicht auf Wunsch beim Neustart eine Fortsetzung in dem letzten gespeicherten Zustand/Status. * Optionale **Pausefunktion** zur Unterbrechnung der Ausführung per KO. ## Neuerungen in diesem Release * Neue unabhängige Applikation **StateEngine-DFA16 mit 16xDFA16 + 48xLOG**: Reduktion von 32 auf 16 Zustände, und Halbierung Kanal-Anzahl zur Vermeidung sehr langer Programmierzeiten (Bisher >6 Minuten bei jedem 10 Programmiervorgang) * Update OFM-**DFA** auf 0.4.0-dev (mit Detail-Verbesserungen aus PROD Beta-Test) * Erweiterung Hardware-Support: Unterstützung von *OpenKNXiao Mini* Hardware

Alpha-version for first testing. ETS v0.0 alpha