KNX-User-Forum - OpenKNX https://knx-user-forum.de/ offizielles Forum von OpenKNX de Tue, 04 Aug 2026 13:34:32 GMT vBulletin 60 images/misc/rss.png KNX-User-Forum - OpenKNX https://knx-user-forum.de/ REG1-Base V1: ETS findet Gerät nicht im Programmiermodus https://knx-user-forum.de/forum/projektforen/openknx/2101545-reg1-base-v1-ets-findet-gerät-nicht-im-programmiermodus Sun, 02 Aug 2026 15:26:15 GMT Hallo zusammen, Bausatz aufgebaut, komme nicht weiter. Hardware/Firmware: - REG1-Controller2040 V01.01c - Flashen per USB hat problemlos funktioniert - OpenKnxLogic 3.5.2, Device REG1-Base-V1, KNX-Type TP, PA 15.15.255 - knxprod in ETS 5 importiert, Buszugang über IP-Router
Bausatz aufgebaut, komme nicht weiter.

Hardware/Firmware:
- REG1-Controller2040 V01.01c
- Flashen per USB hat problemlos funktioniert
- OpenKnxLogic 3.5.2, Device REG1-Base-V1, KNX-Type TP, PA 15.15.255
- knxprod in ETS 5 importiert, Buszugang über IP-Router

Symptom:
- ETS findet das Gerät nicht unter "Geräte im Programmiermodus"
- Prog-LED reagiert sauber auf die Taste
- Gerät läuft auch nur am Bus ohne USB, LED und Taste funktionieren dort ebenfalls
- Bus selbst ist in Ordnung, im Gruppenmonitor kommen Telegramme anderer Geräte an
- anderes Wandauslasskabel und andere Stelle im Bus probiert, gleiches Bild
- BCU-Lötstellen bereits nachgelötet, keine Änderung

Konsole (nur USB, kein Bus paralell angeschlossen):
BCU<Status>: Disconnected
BCU<Received>: Processed: 0 - Ignored: 0 - Invalid: 0 - Unknown: 0
BCU<Transmitted>: Processed: 0/0
KNX: TP is disconnected

Fotos der Lötstellen anbei.

IMG20260802155636.jpg IMG20260802141259.jpg IMG20260802155817_BURST000_COVER.jpg IMG20260802141313.jpg


Hat jemand einen Tipp, woran es liegen kann?
​​]]> OpenKNX ingel81 https://knx-user-forum.de/forum/projektforen/openknx/2101545-reg1-base-v1-ets-findet-gerät-nicht-im-programmiermodus OFM-LogicModule: Zufallsvariable https://knx-user-forum.de/forum/projektforen/openknx/2099476-ofm-logicmodule-zufallsvariable Mon, 13 Jul 2026 17:59:37 GMT Ich habe bei den Benutzerformeln keine Zufallsfunktion gefunden. Wie könnte ich mit dem Logikmodul denn eine Zufallsvariable (int) erzeugen? Ich dachte ggf. mit (int)Helligkeitswert % MAX_VALUE. Das könnte sogar gleichverteilt sein, aber geht halt eher nur am Tag vernünftig und darf nicht zu... Wie könnte ich mit dem Logikmodul denn eine Zufallsvariable (int) erzeugen?
Ich dachte ggf. mit
Code:
(int)Helligkeitswert % MAX_VALUE
. Das könnte sogar gleichverteilt sein, aber geht halt eher nur am Tag vernünftig und darf nicht zu häufig aufgerufen werden.
Andere Ideen? Oder könnten wir die rand()-Funktion zu den Benutzerformeln hinzufügen?]]> OpenKNX overkill https://knx-user-forum.de/forum/projektforen/openknx/2099476-ofm-logicmodule-zufallsvariable <![CDATA[[Firmware] OpenKNX Orientierungslicht/Notlicht]]> https://knx-user-forum.de/forum/projektforen/openknx/2099218-firmware-openknx-orientierungslicht-notlicht Sat, 11 Jul 2026 18:35:47 GMT Hallo zusammen, es gibt eine neue Firmware für ein Orientierungslicht, diese findet ihr hier: GitHub-Repo: https://github.com/OpenKNX/OAM-GuideLight Aktuelles Release: https://github.com/OpenKNX/OAM-GuideLight/releases Hierbei handelt es sich um eine spezielle Version der...
es gibt eine neue Firmware für ein Orientierungslicht, diese findet ihr hier:
GitHub-Repo: https://github.com/OpenKNX/OAM-GuideLight
Aktuelles Release: https://github.com/OpenKNX/OAM-GuideLight/releases

Hierbei handelt es sich um eine spezielle Version der LED-Dimmer-Firmware, welche für ein RGBW-Orientierungs- bzw. Notlicht vorgesehen ist.

Da hier die Idee ist, dass dieses Licht vollständig vom KNX-Bus mit Strom versorgt wird, ist die zur Verfügung stehende Energie natürlich sehr begrenzt. Dazu gibt's bei dieser LED-Dimmer-Variante eine Besonderheit in der Firmware:
Die Gesamthelligkeit aller 4 Kanäle (RGB+W) zusammen ist auf 100 % Helligkeit begrenzt. Schaltet man also z. B. den Einzelkanal Weiß auf 100 %, so kann nicht gleichzeit einer (oder mehrere) der RGB-Kanäle angeschaltet sein. In der Firmware ist das nach etwas Gedankenaustausch mit Waldemar so umgesetzt, dass der letzte eingeschaltete Kanal "gewinnt", also bei Bedarf die Helligkeit der zuvor eingeschaltete Kanäle reduziert. Würde man also in diesem Beispiel nun z. B. den blauen Kanal auf 50 % einschalten, würde sich automatisch der weiße Kanal auch auf 50 % reduzieren - damit beide zusammen eben wieder nicht mehr als 100 % ergeben.

Die Idee dahin ist, dass jeder einzelne der 4 Kanäle das verfügbare Strom-Budget zu 100 % ausnutzen kann. Natürlich hätte man hardware-seitig jeden Kanal auf 25 % der Helligkeit begrenzen können, sodass auch alle 4 gleichzeit software-seitig maximal angeschaltet sein können. Aber das wäre schade, denn beispielsweise möchte man ggf. in der Nacht eine rote Beleuchtung habe, die vielleicht mit "nur" 25 % der Helligkeit jedoch nicht ausreichen würde. Auf diese Weise hat man jetzt die Möglichkeit die rote LED alleine auf 100 % der Helligkeit zu betreiben, solange die anderen 3 ausgeschaltet sind. Das gibt einem größtmögliche Flexibilität.

Ein kompatible Hardware zu dieser Firmware findet sich hier:
https://knx-user-forum.de/forum/%C3%...licht-notlicht

Viele Grüße
Andreas​]]> OpenKNX abtools https://knx-user-forum.de/forum/projektforen/openknx/2099218-firmware-openknx-orientierungslicht-notlicht <![CDATA[[Firmware] OpenKNX Leckage-Sensor]]> https://knx-user-forum.de/forum/projektforen/openknx/2099208-firmware-openknx-leckage-sensor Sat, 11 Jul 2026 18:04:54 GMT Hallo zusammen, es gibt eine neue Firmware für Leckage-Sensoren, diese findet ihr hier: GitHub-Repo: https://github.com/OpenKNX/OAM-LeakageSensor Aktuelles Release: https://github.com/OpenKNX/OAM-LeakageSensor/releases Applikationsbeschreibung:...
es gibt eine neue Firmware für Leckage-Sensoren, diese findet ihr hier:
GitHub-Repo: https://github.com/OpenKNX/OAM-LeakageSensor
Aktuelles Release: https://github.com/OpenKNX/OAM-LeakageSensor/releases
Applikationsbeschreibung: https://github.com/OpenKNX/OFM-Leaka...ckageSensor.md

Dabei wird über zwei Mess-Pins erkannt, ob sich der Sensor gerade im Wasser befindet und entsprechend Alarm ausgelöst:
Die angelegte Messfrequenz und der Schwellwert können natürlich parametrisiert werden. Damit lässt es sich auf verschiedenste Anwendungsfälle, z. B. auch mit sehr langem Sensor-Kabel, anpassen.

Zusätzlich ist ein Testmodus integriert, welcher die Signalgenierung wie auch die Erkennung des Signals prüft, um sicherzustellen, dass auch nach längerer Zeit das Senden und Empfangen des Signals weiterhin funktioniert und eine mögliche Fehlfunktion nicht erst im "Ernstfall" bemerkt wird.

Ein kompatible Hardware zu dieser Firmware findet sich hier:
https://knx-user-forum.de/forum/%C3%...leckage-sensor

Viele Grüße
Andreas]]> OpenKNX abtools https://knx-user-forum.de/forum/projektforen/openknx/2099208-firmware-openknx-leckage-sensor <![CDATA[[IP-Router] Tunnel-PA vs. Dummy-Device]]> https://knx-user-forum.de/forum/projektforen/openknx/2099079-ip-router-tunnel-pa-vs-dummy-device Fri, 10 Jul 2026 21:13:29 GMT
Eine Verständnisfrage zum Mapping der PA-Zuweisung eines Tunnels und der konfigurierten IP:

Wenn ich ein Dummy-Gerät im Projekt habe, bspw. mit der PA 1.0.42 und mit diesem alle relevanten GAs verknüpft sind, wie "tunnele" ich dann dieses Gerät über das OpenKNX-Gateway? Die PA kann ich bei den Tunnels nicht mehr einstellen, da diese ja bereits das Dummy-Gerät hat. Reicht es, die Tunnel-Zuordnung zu aktivieren und dort die IP den Gerätes zum Dummy-Device einzutragen? Laut Doku sollte das nicht funktionieren, denn dort steht, dass ein Tunnel deaktiviert ist, wenn ihm keine PA zugewiesen wurde. Wenn ich das Dummy-Device lösche, damit ich dem Tunnel die korrekte PA geben kann, beschwert sich die ETS sehr wahrscheinlich über fehlende Verknüpfungen und die Filtertabellen können auch nicht mehr berechnet werden.

Hab' ich einen Denkfehler irgendwo oder wie ist dieses Problem zu lösen? ​]]> OpenKNX starwarsfan https://knx-user-forum.de/forum/projektforen/openknx/2099079-ip-router-tunnel-pa-vs-dummy-device <![CDATA[HandbuchComment-Access auf's Wiki?]]> https://knx-user-forum.de/forum/projektforen/openknx/2098935-comment-access-auf-s-wiki Thu, 09 Jul 2026 13:48:11 GMT Hallo OpenKNX-Team Da ich im Moment nach eurem Wiki ein komplett neues Setup aufbaue, habe ich diverse Ungereimtheiten gefunden. Ich würde diese entweder gern einpflegen oder zumindest als Kommentar ergänzen, so dass ihr das ggf. aktualisieren/korrigieren könnt. Was muss ich tun, damit das geht?...
Da ich im Moment nach eurem Wiki ein komplett neues Setup aufbaue, habe ich diverse Ungereimtheiten gefunden. Ich würde diese entweder gern einpflegen oder zumindest als Kommentar ergänzen, so dass ihr das ggf. aktualisieren/korrigieren könnt. Was muss ich tun, damit das geht? In Confluence bin ich zwar angemeldet aber links unten steht

You‘re viewing this with anonymous access, so some content might be blocked.
​
und das kommentieren geht auch nicht.]]> OpenKNX starwarsfan https://knx-user-forum.de/forum/projektforen/openknx/2098935-comment-access-auf-s-wiki verschiedene Progger https://knx-user-forum.de/forum/projektforen/openknx/2098922-verschiedene-progger Thu, 09 Jul 2026 12:34:22 GMT Klingt vielleicht blöd, aber kann ich eigentlich einen Progger nutzen für die unterschiedlichen HW Anbieter? Ich hab bisher die HW von Ing-Dom eingesetzt und hab daher auch einen UP1-Progger (v 1.20). Kann ich mir da ein passendes Kabel dran basteln um auch Geräte von ab-smarthouse zu... Ing-Dom eingesetzt und hab daher auch einen UP1-Progger (v 1.20). Kann ich mir da ein passendes Kabel dran basteln um auch Geräte von ab-smarthouse zu programmieren? Ich will nicht mehrere von den proggern hier rum liegen haben.
Danke! ]]> OpenKNX skywalker007 https://knx-user-forum.de/forum/projektforen/openknx/2098922-verschiedene-progger