OAM-RaumController

So, hier ist die nächste Version von meinem RaumController. Diesmal gibt es viele Detailverbesserungen, interne Performanceoptimierungen und wenige neue Features. Erstmal die neuen Features: - Es gibt ein neues Status-LED Modul. Damit kann man bei Geräten, die Status LEDs haben, diese über KO steuern. - Es gibt die Möglichkeit, das default-Verhalten der Geräte-LEDs über das Logikmodul zu beeinflussen - Für Geräte mit einem Buzzer oder einem Vibrationsmotor (haptisches Feedback) gibt es ein Modul, mit dem man diese auch über KO steuern kann. Das bedeutet aber auch, dass all diejenigen, die mit der Sensormodul-Hardware von SmartMF über das Logikmodul den Buzzer bzw. die RGB-Led gesteuert haben, nach einem Update den Buzzer bzw. die RGB-LED neu parametrisieren müssen. Die ETS-Unterstützung ist wieder mal besser geworden! Die Programmierzeiten sind bei vollständigem Programmieren um ca, 20%, bei Partieller Programmierung um ca. 40% besser geworden. Ab der ETS 6.3 wird jetzt wird in JavaScript passend zur aktuellen APDU mit dem Gerät kommuniziert. Bei älteren ETS immer mit der APDU 15. Davon profitieren erstmal das Logikmodul und das Präsenzmodul. So ist jetzt das Prüfen von Benutzerformeln (Logik) oder das Durchführen von Stichproben (HF-PM) auch mit älteren IP-Schnittstellen oder Linienkopplern oder gar mit USB-Schnittstellen möglich. Die ganzen Detailverbesserungen innerhalb der Module können in deren Applikationsbeschreibungen oder deren Release Infos gelesen werden, das würde den Rahmen hier sprengen, alle Änderungen aufzuführen. Ich wurde gebeten, explizit auf die Release Info vom [ShutterController](https://github.com/OpenKNX/OFM-ShutterControllerModule/blob/v1/ReleaseNotes.md) und von den [FunctionBlocks](https://github.com/[OpenKNX/OFM-FunctionBlocks](https://github.com/OpenKNX/OFM-FunctionBlocks?tab=readme-ov-file#release-notes)?tab=readme-ov-file#release-notes) hinzuweisen. Nach dem Update in der ETS wird die Liste der ausgeblendeten Module zurückgesetzt und die ausgeblendeten Module erscheinen wieder. Sie müssen also manuell erneut ausgeblendet werden.

Dies ist ein Hotfix-Release, das Fehlfunktionen beim CO2-Sensor SCD4x behebt. Ferner sind 2 Kleinigkeiten beim Präsenzmelder korrigiert. - HOTFIX: Der Sensor SCD4x konnte bei einem Neustart in einen Zustand geraten, bei dem er keine Werte sendet (sporadisch häufig). In ganz seltenen Fällen konnte das dazu führen, dass kein Sensor mehr seine Werte senden konnte. - FIX: Im Durchgangsmodus ("Erst nach Kurzzeitpräsenz schalten") wird jetzt helligkeitsabhängig geschaltet - FIX: "Manuelles schalten verhindert Ausschalten über Helligkeit" funktioniert jetzt auch direkt nach einem Neustart des Gerätes Diesen Hotfix sollten unbedingt alle installieren, die den SCD4x-Sensor nutzen. Es ist ein reines Firmware-Update, wer die ETS-Applikation 5.1 bereits in der ETS hat, muss hier nichts aktualisieren.

Dieses Release entspricht exakt dem v5.1.3, nur wurde die fehlerhafte Auslieferung für den TouchRound entfernt. Ferner wurden beim REG1_LAN_TP_BASE die Debug-Ausgaben entfernt. Alle, die das 5.1.3 installiert haben, müssen nichts machen, es gibt keine funktionalen Unterschiede.

Aufgrund eines Fehlers im zip wurde dies hier entfernt. Bitte Release v5.1.5 verwenden. Nach dem Release ist vor dem Release... Kleine Verbesserung beim FileTransferModule: Jetzt ist auch eine Wiederaufnahme der Firmwareübertragung möglich, ohne mindestens 30 Sekunden zu warten. Ansonsten gilt alles zum Release 5.1.0 gesagte.

Das ist ein update-kompatibler Nachfolger vom [OAM-SensorModule](https://github.com/OpenKNX/OAM-SensorModule), die Version 5.0.0 folgt unmittelbar auf die bisher verfügbare Version 4.2.5 vom [OAM-SensorModule](https://github.com/OpenKNX/OAM-SensorModule). **Vor einem Update bitte die Update-Informationen in der [Applikationsbeschreibung](https://github.com/OpenKNX/OAM-RaumController/blob/v1/doc/Applikationsbeschreibung-RaumController.md#update-vom-sensormodul-4x) lesen!** Was ist neu? Der RaumController vereint viele OpenKNX-Module, die für die Sensorik und die Steuerung eines Raumes verantwortlich sind, in einem Gerät. Er beinhaltet - wie bisher: * die Sensoren zur Messung vom Raumklima * den Präsenzmelder zur Anwesenheitserkennung * die Taster für haptische Aktionen * das Logikmodul zur Lösung von einfachen Steueraufgaben * die Binär- und Analogeingänge zur Verarbeitung externer Signale Ergänzt wurde noch: * eine Jalousie- und Rollladensteuerung mit Beschattungsoption * Zustandsautomaten zur Lösung von komplexen Steueraufgaben * einige Zähler, um lokale Verbräuche zu erfassen * Funktionsblöcke als Ergänzung zum Logikmodul * 1-Wire zur alternativen Messung vom Raumklima Das Ziel ist es, ein KNX-Gerät zu schaffen, dass pro Raum die Daten erfassen, auswerten und zur Steuerung dieses Raumes nutzen kann, ohne auf eine zentrale Logikengine angewiesen zu sein. Weitere Details im Support-Thread im [KNX-User-Forum](https://knx-user-forum.de/forum/projektforen/openknx/2060692-openknx-raumcontroller-release-oder-aus-dem-sensormodul-wird-ein-raumcontroller)