https://knx-user-forum.de/ offizielles Forum von OpenKNX de Mon, 04 May 2026 15:15:14 GMT vBulletin 60 images/misc/rss.png https://knx-user-forum.de/ https://knx-user-forum.de/forum/projektforen/openknx/2090725-openknx-accesscontrol-zutrittskontrolle-mittels-fingerprint-nfc-oder-code-tastatur Sun, 03 May 2026 19:33:32 GMT "Reorganisation von Firmware- und Hardware-Threads" angekündigt, ist das hier ein neuer Thread für die AccessControl - Firmware (OAM-AccessControl). Hier werden neue Releases vorgestellt und Fragen zur Software behandelt. Dieser Thread löst den bisherigen Thread ab, dieser wird nach einer kurzen Übergangszeit geschlossen.

Das OAM-AccessControl bündelt mehrere OpenKNX-Module, um die Funktion einer Zutrittskontrolle zu realisieren. Dazu gehören:

• Unser Basismodul (OGM-Common), das Grundfunktionen von OpenKNX-Geräten bereitstellt.
• Konfigurationstransfer (OFM-ConfigTransfer), mit dem man einfach Konfigurationen zwischen OpenKNX-Geräten austauschen kann.
• Das Zutrittskontrolle-Modul (OFM-AccessControl), das alle Hauptaufgaben der Zutrittskontrolle realisiert.
• Schaltaktor-Modul (OFM-SwitchActuator), das - sofern von der Hardware unterstützt - ein direktes öffnen z.B. einer Tür über ein Relais - ermöglicht.
• Logiken (OFM-LogicModule), mit dem man einfache Erweiterungen und Ergänzungen für die Zutrittskontrolle realisieren kann
• Virtuelle Taster (OFM-VirtualButton), mit dem Signale von Binäreingängen zu KNX-gerechten Tasteneingaben wandeln kann
• Binäreingänge (OFM-BinaryInput), mit dem man Signale von Binäreingängen auf den Bus bringen kann (sofern die Hardware Binäreingänge hat).

In diesem Thread werden primär die Funktionen vom AccessCotrol-Modul behandelt (OFM-AccessControl), die anderen in der Firmware enthaltenen Module haben eigene Threads, die die jeweilige Funktionalität adressieren.

AccessControl bietet eine Zugangskontrolle mit 3 verschiedene Arten, sich zu autorisieren:

• Über einen Fingerprint-Leser
• Über einen NFC-Leser
• oder eine Code-Tastatur (im Beta-Test, in der aktuellen Firmware noch nicht verfügbar)

Die aktuelle Applikation bietet folgende Features:

• Einlernen und verwalten von 300 Fingern, 300 NFC-Tags und 300 Tastencodes (Designed für je 1500 Einträge, derzeit noch nicht freigegeben).
• Verwaltung von zugehörigen Benutzerinformationen
• Definition von 200 Aktionen, die von der Autorisierungs-Hardware (Finger, NFC oder Tastencode) ausgeführt werden
• Beliebige Kombination von Autorisierungs-Hardware und Aktion, eine Aktion kann von mehreren NFC, mehreren Fingern und mehreren Tastencodes gerufen werden, ebenso mehrere Aktionen von einem Finger, NFC, Tastencode. Beliebig mischbar.
• Sofort-Modus: eine Autorisierung löst sofort eine Aktion aus, damit kann jeder Finger eine andere Aktion auslösen.
• Autorisierungs-Modus: Man sagt zuerst, wofür man sich autorisieren möchte (z.B. Tür öffnen oder Alarmanlage deaktivieren), dann hat man eine einstellbare Zeit, um sich zu autorisieren. Damit hat man die Möglichkeit, mit einem Finger/Code/NFC sehr viele Autorisierungen vorzunehmen.
• Beide obige Modi sind beliebig kombinierbar
• Der LED-Ring vom Fingerprint kann über den Bus gesteuert werden (Farbe, verschiedene Blink-/Pulsier-Modi, Blinkdauer)
• KO, die Erkennung/Nichterkennung melden.
• KO für externe Steuerung (gedacht für eine HomeAssistant-Integration, noch nicht verfügbar).
• Synchronisation von Autorisierungsdaten (Finger, NFC) zwischen verschiedenen Lesern

Das aktuelle Release findet ihr immer auf Github hier: https://github.com/OpenKNX/OAM-AccessControl/releases.
Das entsprechende Github-Repo ist hier: https://github.com/OpenKNX/OAM-AccessControl
Die Applikationsbeschreibung findet ihr hier: https://github.com/OpenKNX/OFM-Acces...tskontrolle.md

Hardware wird nicht in diesem Thread behandelt. In den folgenden Threads werden Hardware und Hardware-Fragen behandelt, die das OAM-AccessControl unterstützen:

OpenKNX-Unterputz-Sensormodul UP1-SEN-8x von Ing-Dom: https://knx-user-forum.de/forum/proj...tdrucksensoren

Fingerprint-Leser von abtools: (Hardwarethread folgt noch, wird hier referenziert).

Gruß, Waldemar


]]> OpenKNX mumpf https://knx-user-forum.de/forum/projektforen/openknx/2090725-openknx-accesscontrol-zutrittskontrolle-mittels-fingerprint-nfc-oder-code-tastatur https://knx-user-forum.de/forum/projektforen/openknx/2090724-reorganisation-von-firmware-und-hardware-threads Sun, 03 May 2026 19:26:52 GMT Liebe Forumgemeinde, wir werden in Zukunft unsere Firmware-/Modul- und Hardware-Threads neu gestalten und nach und nach die bestehenden Threads schließen. Ziel ist es: Firmware-Threads zu machen, in denen Releases angekündigt werden, auf enthaltene Module und Hardware verwiesen wird, auf den...
wir werden in Zukunft unsere Firmware-/Modul- und Hardware-Threads neu gestalten und nach und nach die bestehenden Threads schließen. Ziel ist es:

• Firmware-Threads zu machen, in denen Releases angekündigt werden, auf enthaltene Module und Hardware verwiesen wird, auf den die Firmware läuft und über die Software zu diskutieren
• und Hardware-Threads zu haben, in den die jeweiligen HW-Spezialitäten beleuchtet und diskutiert werden, mit verweisen auf die Firmware (können mehrere sein), die auf dieser Hardware läuft.

Wir wollen auch versuchen, eine möglichst gute gegenseitige Verlinkung zu erreichen. Derzeit werden verschiedene Aspekte wild in unterschiedlichsten Threads diskutiert und erreichen häufig nicht die entsprechenden Entwickler/Verantwortlichen. Es wird auch optional Modul-Threads geben (vor allem für Firmware, die aus vielen verschiedenen Modulen besteht), um modulspezifische Probleme zu diskutieren.

Wir hoffen, dadurch eine bessere Struktur in die vielen OpenKNX-Themen zu bekommen und euch eine bessere Möglichkeit zu bieten, gezielt fragen zu stellen.

Natürlich bleiben die alten Threads lesbar, werden aber nicht mehr weitergeführt, sobald den Umzug gelungen ist.

Gruß, Waldemar
​]]> OpenKNX mumpf https://knx-user-forum.de/forum/projektforen/openknx/2090724-reorganisation-von-firmware-und-hardware-threads https://knx-user-forum.de/forum/projektforen/openknx/2090079-openknx-xml-navigator-ein-tool-zum-anzeigen-von-produktdatenbanken Wed, 29 Apr 2026 08:18:51 GMT Moin zusammen. ich bin die Tage auf das Problem gestoßen ETS Applikationen mit Forennutzern besprechen zu wollen. Ich habe dafür jetzt ein Tool geschrieben (naja, viel davon schreiben lassen... LLMs sei Dank) um OpenKNX- bzw. KNX-Debug-XMLs zu interpretieren: den OpenKNX XML Navigator. Das Tool...
ich bin die Tage auf das Problem gestoßen ETS Applikationen mit Forennutzern besprechen zu wollen.
Ich habe dafür jetzt ein Tool geschrieben (naja, viel davon schreiben lassen... LLMs sei Dank) um OpenKNX- bzw. KNX-Debug-XMLs zu interpretieren: den OpenKNX XML Navigator. Das Tool läuft im Browser und ist dafür gedacht, XML-Inhalte schnell lesbar zu machen, ohne sich jedes Mal der ETS bedienen zu müssen. Das ganze funktioniert sogar am Handy

Unterstützt werden normale XML-Dateien, zip-Dateien und auch knxprod-Dateien. Angezeigt werden unter anderem Kanäle, Seiten, Parameter und Kommunikationsobjekte. Wenn passende Zusatzdaten vorhanden sind, werden auch Hilfetexte und Navigations-Icons mit ausgewertet. Bei KNXPROD-Dateien mit mehreren Produkten oder Sprachen gibt es eine entsprechende Auswahl beim Laden.

Man kann über das Auswahl-Menü nicht nur lokale Dateien öffnen, sondern bei Bedarf auch direkt mit einer URL starten. Für lokale Nutzung reicht npm start, alternativ geht es auch per Docker.

Mehr Infos und den aktuellen Stand gibt es hier:
https://github.com/kikakeule/OpenKNX-XML-Navigator.git
​
Wer das Tool ausprobieren möchte kann es sich entweder selber hosten oder es hier direkt online testen:
https://dev.kikakeule.ddnss.de​

Ich habe das Tool mit einigen knxprods getestet aber ich erwarte das es durchaus zu Inkompatibilitäten kommen kann. Wenn also eine knxprod bei euch nicht funktioniert schickt mir bitte einen Link oder die Datei, eine kleine Fehlerbeschreibung und am besten einen Screenshot aus der ETS, dann versuche ich das zu reparieren.

VG Sven]]> OpenKNX kikakeule https://knx-user-forum.de/forum/projektforen/openknx/2090079-openknx-xml-navigator-ein-tool-zum-anzeigen-von-produktdatenbanken https://knx-user-forum.de/forum/projektforen/openknx/2090009-accesscontrol-extended Tue, 28 Apr 2026 19:39:36 GMT
ich habe mich an eine Erweiterung des Access Controls gemacht. Dabei ist Folgendes entstanden:​


​​

​
​​
​​
​​
​​

​​


Was wurde erweitert?

Der LED-Ring kann jetzt einer Aktion zugewiesen werden. Zusätzlich lässt er sich auch per KO von außen ansteuern, zum Beispiel für Rückmeldungen wie:

• Garagentor offen
• EMA unscharf
• sonstige Statusanzeigen

Aktuell sind 10 LED-Szenen möglich. Das sollte in den meisten Fällen ausreichen.

Außerdem können jetzt Finger/Tags/Aktionen/Zuweisungen direkt in der ETS ausgelesen und geschrieben werden. Finger und Tags können in der ETS auch gesperrt werden.

Zusätzlich gibt es ein Log für:

• Verwaltung
• Zutritt
• Fehler

Dieses kann ebenfalls in der ETS ausgelesen werden. Aktuell ist es auf 100 Einträge begrenzt, bei Bedarf wäre aber auch mehr möglich.

Neu dazugekommen ist außerdem ein UART-RFID-Scanner per Softserial, also eine China-Platine mit externer Antenne.

Was geht noch nicht?

Die Synchronisierung über mehrere Geräte ist aktuell noch nicht umgesetzt. Ich habe derzeit nur ein improvisiertes Gerät im Einsatz, bestehend aus einem Masifi-Sensormodul mit R503 und RFID-Platine. Sobald ich mir ein weiteres Gerät gönne, würde ich das nachführen.

Das Übernehmen von Fingern und Tags aus einem bestehenden Gerät ist nicht möglich (Flashbereiche wurden geändert). Finger und Tags müssten also neu eingelernt werden.

Den originalen NFC-Scanner konnte ich also nicht testen, da ich diesen nicht habe. Da der UART-Scanner aber als eigener Scanner behandelt wird und intern nur die UID weitergegeben wird, sollte der originale NFC-Scanner weiterhin funktionieren — inklusive der neuen Erweiterungen.

Zum Schluss noch ein HAS Addon​

Mobile Ansicht:

image.png​

image.png​

image.png​


Desktop:

image.png​image.png​image.png​
Schlusswort

Ich stelle euch hier jeweils einen Build für das UP1 und für den AccessControl bereit.

Die ETS-knxprod erscheint nach dem Import unter dem Namen:

„OpenKNX: Zutrittskontroll-Extended“

In der ETS5 gibt es aktuell einen Darstellungsfehler.
Die Tabellen bleiben nach dem Auslesen leer, erst wenn man kurz zwischen zwei Tabs hin und her wechselt, werden die Inhalte angezeigt.

In der ETS6 tritt dieses Problem nicht auf. Falls jemand dafür eine Lösung kennt, gerne melden.

Die Kommunikations-KOs für Home Assistant werden in Home Assistant genauso benannt wie in der ETS.

Besondere Entitäten werden aktuell noch nicht bereitgestellt. Falls Bedarf besteht, könnte man später noch ein paar States mit Attributen per JSON ergänzen.​


image.png
image.png
image.png​
image.png​
​image.png



Spoiler:

image.png​]]> OpenKNX mpl1337 https://knx-user-forum.de/forum/projektforen/openknx/2090009-accesscontrol-extended https://knx-user-forum.de/forum/projektforen/openknx/2089703-multisensor-und-ultraschall-abstandssensor-drucksensor Sun, 26 Apr 2026 12:51:27 GMT Hallo, ich lese gerade zum ersten mal vom OpenKNX Multisensor. Auf der Suche nach einer Lösung zur Füllstandsüberwachung von Kanistern für Poolchemikalien bin ich hier gelandet. Den Unteraschallsensor UART https://www.amazon.de/dp/B0BYKSQ8CQ sowie den Drucksensor...
ich lese gerade zum ersten mal vom OpenKNX Multisensor. Auf der Suche nach einer Lösung zur Füllstandsüberwachung von Kanistern für Poolchemikalien bin ich hier gelandet. Den Unteraschallsensor UART https://www.amazon.de/dp/B0BYKSQ8CQ sowie den Drucksensor https://www.reichelt.de/de/de/shop/p...s_20_kg-298233 würde ich dazu gerne testen. Macht es Sinn, dies mit dem OpenKNX Multisensor zu probieren oder bin ich hier ganz falsch gelandet und nehme dafür besser einen Arduino?

Danke für einen kurzen Hinweis und viele Grüße

Michael]]> OpenKNX micha218 https://knx-user-forum.de/forum/projektforen/openknx/2089703-multisensor-und-ultraschall-abstandssensor-drucksensor https://knx-user-forum.de/forum/projektforen/openknx/2089031-openknx-logikmodul-glättung-von-werten Tue, 21 Apr 2026 10:43:17 GMT Ich versuche mit den vorhandenen Funktionsblöcken und Logikkanälen einen gleitenden Durchschnitt zu berechnen, aber komme einfach nicht weiter.... Was will ich erreichen: Einen 2-byte Float-Wert empfangen und den gleitenden Durchschnitt der vergangenen 15min als Wert für einen Wertvergleicher...
Was will ich erreichen: Einen 2-byte Float-Wert empfangen und den gleitenden Durchschnitt der vergangenen 15min als Wert für einen Wertvergleicher nutzen. In meinem Anwendungsfall würde ich die aktuelle Leistung eines MPPT-Strings nutzen wollen um eine Freigabe für die Beschattung zu erhalten. Heute lasse ich mir den gleitenden 15min-Wert jede Minute von HomeAssistant senden, was ich zukünftig aber durch das Logikmodul/Raumcontroller ersetzen möchte.

Was ich nicht unbedingt benötige wären der gleitende Durchschnitt. Ich kann auch x Werte aus den vergangenen y Minuten auswerten und dann im Wertvergleicher nutzen. Das sollte das ganze einfacher gestalten.

Nun zu meinen Ideen, wie ich das ganze umsetzen wollen würde, aber nicht hinbekomme:

1. Alle 15min 1sek EIN, sonst AUS mit Funktionsblock "Blinker". Wird automatisch gestartet durch "In Betrieb"
2. Ich kann zwar mit "Statische Aggregation" mehrere Eingangswerte nutzen für einen Mittelwert, aber keinen Durchschnitt bilden.

Weitere Idee wäre, wenn ich einen Ausgangswert immer wieder in einer Schleife mit einem Eingangswert summiere. Aber hier fehlt mir die Idee des Zurücksetzens.

Momentan ist ein riesiges Brett vor meinem Kopf....]]> OpenKNX Janncsi https://knx-user-forum.de/forum/projektforen/openknx/2089031-openknx-logikmodul-glättung-von-werten https://knx-user-forum.de/forum/projektforen/openknx/2088552-oam-neopixel-–-in-farben-dein-zuhause-erstrahlen-soll Fri, 17 Apr 2026 16:01:52 GMT Hallo zusammen! :)​ Ich möchte euch heute ein Projekt vorstellen, an dem GeminiServer ich schon eine Weile bastle: OAM-Neopixel – ein OpenKNX-Modul zur Steuerung von adressierbaren LED-Strips über den KNX-Bus. Was kann dieses OAM? Kurz gesagt: Ihr könnt WS2812B, SK6812, APA102 und diverse... Hallo zusammen! ​

Ich möchte euch heute ein Projekt vorstellen, an dem GeminiServer ich schon eine Weile bastle: OAM-Neopixel – ein OpenKNX-Modul zur Steuerung von adressierbaren LED-Strips über den KNX-Bus.

Was kann dieses OAM?

Kurz gesagt: Ihr könnt WS2812B, SK6812, APA102 und diverse andere LED-Strips direkt über KNX steuern – mit allem was dazugehört:

• 29 Effekte – von simplem Solid über Rainbow, Fire, Confetti, Meteor, Candle bis hin zu Pride und Lightning.
• Bis zu 6 LED-Strips (auch unterschiedlicher Type) gleichzeitig, jeweils in Segmente unterteilbar für individuelle Steuerung
• 10 Szenen pro Segment – abspeicherbar und abrufbar über KNX
• Farbmodi: RGB, HSV, RGBW, RGBCCT (Warm-/Kaltweiß) und sogar HCL (Human Centric Lighting)
• Externe Relaissteuerung – zum Schalten von LED-Netzteilen über GPIOs, mit konfigurierbarer Einschaltverzögerung, Mindest-Ausschaltzeit und invertierter Logik​
• Strommanagement mit automatischer Helligkeitsbegrenzung (ABL)
• Gamma-Korrektur, Weißabgleich
• Zustandsspeicherung – merkt sich den letzten Stand auch nach einem Neustart

Wie funktioniert das Ganze?

Das Grundprinzip ist einfach: Ihr konfiguriert eure physikalischen LED-Strips (z.B. mehrere WS2812B-Streifen an verschiedenen Ports) und fügt diese zu einem virtuellen Strip zusammen. Dieser virtuelle Strip lässt sich dann in beliebige Segmente unterteilen – und jedes Segment kann unabhängig gesteuert werden: eigene Farbe, eigener Effekt, eigene Szene. So könnt ihr z.B. drei physikalische Streifen an einer Decke zu einem durchgehenden virtuellen Strip verbinden und diesen dann in Zonen aufteilen – oder jeden Strip einzeln als eigenes Segment nutzen.​

Unterstützte Hardware:

RP2040, RP2350, ESP32-S3, ESP32-C3, ESP32-C6 (bislang sind die esp's eher ungetestet...) – konkret die OpenKNXiao-Boards (Mini, KNeoPix), PiPico-Varianten, REG2-Module und UP1-Gateways.

WICHTIGER HINWEIS:

Das ist eine Entwicklungsversion (Dev/Beta)! Das heißt im Klartext:

• Es wird Bugs geben. Vermutlich mehr als LEDs an eurem Strip. 😅
• Features können sich noch ändern, verschwinden oder plötzlich etwas völlig anderes tun als erwartet.
• Wer das produktiv in seiner Wohnung einsetzt, lebt gerne gefährlich – und das respektiere ich. ​
• Feedback und Bug-Reports sind ausdrücklich erwünscht! Nur so wird das OAM irgendwann stabil.

Also: Wer Lust hat, bitte gerne ausprobieren und uns Feedback geben. Wir freuen uns über jedes Feedback.

https://github.com/OpenKNX/OAM-NeoPi.../tag/0.1.0-Dev

Viel Spaß beim Testen!

Franz
​]]> OpenKNX u20p17 https://knx-user-forum.de/forum/projektforen/openknx/2088552-oam-neopixel-–-in-farben-dein-zuhause-erstrahlen-soll https://knx-user-forum.de/forum/projektforen/openknx/2088137-kaenx-creator-hinzufügen-von-ogm-common Tue, 14 Apr 2026 11:03:53 GMT ich möchte gerne das OFM-NeoPixel mit OGM-Common zum Laufen bringen.

Hierzu habe ich mit dem Kaenx-Creator v1.9.8 ein Projekt angelegt und die ersten drei KOs angelegt (Schalten, Farbe, Status).

Wenn ich dann versuche OGM-Common in dem Dialog "OpenKNX / Hinzufügen" mit der Repo-Angabe "https://github.com/OpenKNX/OGM-Common"
einzufügen, dann bekomme ich von Kaenx-Creator diese Fehlermeldung:
"An unhandled exception occured: - The input string '00998%ProducerModulID%' was not in a correct format."


Kann mir bitte jemand erklären, was dieser Fehler bedeutet oder zumindest wie ich diese Fehlermeldung behebe?


P.S. kann ich die *.ae-manu hier hochladen, damit ihr die Fehlermeldung besser nachvollziehen könnt?


Viele Grüße
Ned]]> OpenKNX Ned https://knx-user-forum.de/forum/projektforen/openknx/2088137-kaenx-creator-hinzufügen-von-ogm-common https://knx-user-forum.de/forum/projektforen/openknx/2088041-sht30-sensor-probleme Mon, 13 Apr 2026 18:48:59 GMT Irgendwie stehe ich wohl auf dem Kriegsfuß mit dem SHT30 Sensor :/ Angeschlossen ist das an den I2C Anschluss des REG Gerätes von Dominik (Ing-Dom). Der erste Sensor hatte ich leider verpolt (gnd und vcc vertauscht) angeschlossen gehabt. Also wurde der als defekt eingestuft von mir und... Angeschlossen ist das an den I2C Anschluss des REG Gerätes von Dominik (Ing-Dom).
PXL_20260413_144929830~2.jpg

Der erste Sensor hatte ich leider verpolt (gnd und vcc vertauscht) angeschlossen gehabt.
Also wurde der als defekt eingestuft von mir und Ersatz geordert.
Das REG Gerät funktioniert definitiv, da mit einem VEML7700 getestet der wunderbar Werte liefert.
Leider ist nun beim Ersatzsensor das gleiche Phänomen zu beobachten (obwohl jetzt richtig angeschlossen).
Es wird keinerlei Wert angezeigt/gesendet.

Über die Konsole bekomme ich auch direkt ein Timeout des "sen test mode":
image (3).png
Ohne abgeschlossenen Sensor (oder eben den VEML7700) läuft der Test erfolgreich durch.

Was mache ich hier falsch?
Kabel mit 1m zu lang?
Schrott bei Ali (zwei verschiedene Händler) gekauft?

Masifi die Sensoren, wo du für deine Außen Sensormodule verwendest: woher beziehst du diese?

Werde bei Gelegenheit mal meinen alten Arduino suchen und dann da mal einen Test durchführen, was der Sensor so liefert.]]> OpenKNX LostWolf https://knx-user-forum.de/forum/projektforen/openknx/2088041-sht30-sensor-probleme https://knx-user-forum.de/forum/projektforen/openknx/2087470-1te-reg-gehäuse-mit-winsta-knx-buchse-nach-vorn Wed, 08 Apr 2026 21:50:09 GMT
Gelegentlich möchte ich ein Gerät zu Testzwecken im Technikraum an die Aussenlinie anschliessen, nur habe ich nicht wirklich eine ordentliche "Verbindung" dahin. Immer erst die Verteilung zu öffnen ist auch doof. Daher fände ich es cool, in einem 1TE-REG-Gehäuse nichts weiter als hinter der Abdeckung die rot-schwarze KNX-Klemmme und nach vorne die Winsta-KNX-Buchse zu haben. Oder gerne auch eine grössere Variante mit jeweils zwei Klemmen, bspw. für die Innen- und Aussenlinie. Wäre das etwas für das OpenKNX-Portfolio? ]]> OpenKNX starwarsfan https://knx-user-forum.de/forum/projektforen/openknx/2087470-1te-reg-gehäuse-mit-winsta-knx-buchse-nach-vorn