KNX-User-Forum - OpenKNX

1-Wire am Smart-MF 1-Wire Gateway: Fühler werden gefunden, liefern aber keine Werte (2 Bugs ?, Timing nicht einstellbar)

Techi — Sun, 01 Nov 2026 22:31:05 GMT

Servus,

ich betreibe seit gestern (zumindest versuche ich es) ein Smart-MF 1-Wire Gateway 1TE mit OAM-RaumController [5.5.1]. Daran hängen 17x DS18B20 (3-Draht, 5 V), sternförmig ab Verteilklemmen (teils mit weiteren Verzweigungen) im Verteiler. Die Verkabelung ist baulich nicht mehr wirklich änderbar, lief so aber jahrelang und problemlos an einer Loxone 1-Wire Extension. Nachdem nun aber immer mehr Loxone raus fliegt, soll das nun das KNX/1Wire Gateway übernehmen.

Leider bisher mit mäßigem Erfolg.
Problem: Alle 17 IDs sind eingetragen, aber nach jedem Neustart liefern einzelne Fühler keine Werte, teils jedes Mal andere.

Auffällig: Ändere ich die eingetragene ID eines solchen Fühlers auf eine ID, die es am Bus nicht gibt, meldet das Gateway genau diesen Fühler über das KO "IDs unbekannter Geräte", mit exakt der ID, die vorher eingetragen war. Die Suche liest den Fühler also fehlerfrei, nur die normale Abfrage scheitert.

Beim Blick in den Code hat Claude zwei Fehler gefunden:

1. Die Experten-Parameter (tRSTL, tMSP, tW0L, tREC0, RWPU) werden nie an den DS2484 übertragen.
OneWireDS2482::setupTiming() existiert, wird aber nirgends aufgerufen. setup() macht nur deviceReset(), danach gelten laut Datenblatt immer die Defaults.
Issue: https://github.com/OpenKNX/OFM-OneWireModule/issues/1

2. Der Active Pullup wird vor jedem 1-Wire-Reset abgeschaltet.

Code:

writeConfig(readConfig() & !DS2482_CONFIG_SPU);   // !0x04 == 0 -> Config = 0x00, APU auch weg

Dadurch läuft jeder Reset-/Presence-Zyklus nur über RWPU. clearActivePullup() hat denselben Fehler mit "| !".
Issue: https://github.com/OpenKNX/OGM-SensorDevices/issues/6

Die Vermutung zum Unterschied Suche/Abfrage: Bei der Suche ist der Schreib-Slot immer der letzte eines Triplets, danach ist die Leitung durch die I2C-Statusabfrage über 100 µs frei. Bei der Abfrage schreibt der DS2484 ganze Bytes mit 8 Slots direkt hintereinander, nach jeder "0" bleiben nur tREC0 = 5,25 µs zur Erholung. Auf einer nicht so optimalen Bus Architektur reicht das vermutlich nicht. tREC0 lässt sich bis 25,25 µs erhöhen, aber wegen Fehler 1 kommt die Einstellung nie beim DS2484 an. Details stehen im Issue.

Beide Fehler sind in v1 und im aktuellen v1dev (26.10.2026) enthalten, die Fix-Vorschläge stehen in den Issues.

VG,
Walter

OpenKNX Viewer

traxanos — Sun, 01 Nov 2026 00:23:47 GMT

Hallo liebe Community,

auch wir sind nicht untätig, und ich habe uns ein Tool gebaut, mit dem wir unsere eigenen .knxprod-Dateien testen können. Gerade der regelmäßige Import, um die Oberflächen zu testen, nimmt immer wieder viel Zeit in Anspruch. Damit das Tool für uns brauchbar ist, muss die Anzeige der Parameter nahezu 100 % identisch zur ETS sein. Genau das ist daher mein Ziel.

Ein weiterer Punkt ist, schnell Parameterkombinationen zu testen, ohne jedes Mal die ETS starten zu müssen. So kann ich eine .knxprod-Datei hochladen und ohne Projekt testen.

Auch das Hochladen von .knxproj-Dateien ist möglich. Damit kann man sich komplette Projekte ohne Aufwand anschauen, und es gibt sogar eine Funktion, mit der man ein Projekt teilen kann. Dabei werden nicht nur unnötige Informationen entfernt, es können auch Geräte ausgewählt und Gruppenadressen gefiltert und anonymisiert werden.

Dadurch könnt ihr bei Problemen einfach eure Projekte mit uns teilen, und auch wir können damit Beispiele für euch erstellen. mumpf hat das übrigens auch schon für seine Reihe „Alltagsprobleme“ gemacht.

Und das Beste: Das Ganze läuft zu 100 % im Browser und speichert alles lokal auf eurem Rechner bzw. in eurem Browser. Verschlüsselte Projekte bleiben dabei verschlüsselt!

Die Seite ist unter https://tools.openknx.de/viewer/ erreichbar.

VG traxanos

Firmware für REG1-Base-V1 (Prog-Taste reagiert nicht)

stephan2 — Fri, 23 Oct 2026 08:25:59 GMT

Hallo,

ich habe 2 neue Bausätze REG1-Base-V1 (mit USB-C) bekommen. Firmware per USB aufspielen hat geklappt. Aber danach leuchtet die LED bei "Prog" dauerhaft und reagiert nicht auf Tastendruck. Gleiches Problem bei beiden Bausätzen, daher vermutlich kein Hardware-Problem.
Das hier ist aufgespielt (OpenKNX Support File), entspricht aktueller LogicModule App:

KNX Address: 15.15.255
Application (ETS):
Number: 0000
Version: 0.0
Configured: 0
Firmware:
Number: A030
Version: 3.5.2
Name: OpenKnxLogic
Hardware:
Board: REG1-Base-V1
Serial number: 00FA:...
CPU-Mode: Single-Core
Free Memory
Current: 224.754 KiB
Minimum: 224.637 KiB
Versions:
Firmware: 3.5.2+78a54c8
KNX: 2.1.2+764900e
Common: 1.2.0+5d0a279
Logic: 3.5.2+7bc407d
FileTransfer: 0.0.4+f13e94b
UsbExchange: 0.0.1+1ce7a13

Ist das die richtige Firmware?

Danke, Stephan

Logikmodul: Dynamischer Timer / Zeitschaltuhr mit externem Zieldatum (z. B. Urlaubsrückkehr) autark auf dem Bus?

henfri — Tue, 20 Oct 2026 21:37:55 GMT

Hallo,

ich nutze das OpenKNX Logikmodul intensiv im Haus und bräuchte euren Rat hierzu:

Ausgangssituation / Use Case
Ich möchte meine Heizung bei Abwesenheit/Urlaub für einen definierten Zeitraum absenken (Räume über KNX-Heizungsaktoren auf Nacht/Frost, Wärmeerzeuger im Keller auf Absenkung).
Die Vorgabe des Rückreisedatums erfolgt über Home Assistant (z. B. per Datumswähler).

Anforderung: Autarkie auf dem Bus (Server-Ausfallschutz)
Wenn ich für zwei Wochen in den Urlaub fahre und währenddessen der Server/Home Assistant abstürzt oder offline geht, darf das Haus bei der Rückkehr nicht kalt bleiben. Die Rückkehr in den Normalbetrieb muss daher autark auf dem Bus ablaufen können, ohne dass HA zum Umschaltzeitpunkt zwingend erreichbar sein muss.

Was ich bisher in der Doku & den Modulen geprüft habe:
Zeitschaltuhren (Tages- und Jahresschaltuhr):
* Die Schaltzeitpunkte werden laut Applikationsbeschreibung rein statisch in der ETS parametriert.
* Es gibt nach meinem Verständnis kein Kommunikationsobjekt, um eine Schaltzeit dynamisch per Bus (z. B. DPT 19.001 oder DPT 10/11) von extern vorzugeben oder anzupassen.

Fragen:
1. Best Practice / Workaround: Übersehe ich eine Möglichkeit, wie man mit den bestehenden Bausteinen einen variablen Countdown / Timer über mehrere Tage/Wochen realisieren kann?
2. Feature-Gedanke: Wäre es für das Logikmodul denkbar, Zeitschaltuhren oder Treppenlicht-Timer mit einem dynamischen Zielzeit- oder Restlaufzeit-KO auszustatten?

Beispielsweise ein Eingang für einen absoluten Schaltzeitpunkt via **DPT 19.001** (Datum & Uhrzeit)
Oder ein KO für eine variable Verzögerungszeit mit größerem Wertebereich (z. B. Stunden/Tage via DPT 12 oder DPT 14)?

Wie löst ihr solche autarken Langzeit-Timer auf reiner KNX-/OpenKNX-Ebene?

Viele Grüße
Hendrik

OAM-SwitchActuator

LostWolf — Thu, 15 Oct 2026 16:15:56 GMT

Ich hoffe mit der Trennung Software/Hardware, erstelle ich den Thread hier richtig.

Mir ist in der Schaltaktor Firmware/Applikation ein kleiner Fehler aufgefallen:
Das Verhalten zwischen Busspannungsverlust und Busspannungswiederkehr ist vertauscht.
Möchte ich das ein Kanal beim Verbinden des knx-Buses direkt eingeschaltet wird muss ich "bei Busspannungsverlust" auf "Ein" konfigurieren.
Die Option "bei Busspannungswiederkehr" führt dazu, dass bei Spannungsverlust der Kanal eingeschaltet wird.

Nichts großes, und einfach ja aktuell anders herum parametrierbar, aber einfach fürs nächste Update im Hinterkopf behalten

ETS Import von OpenKNX.Tool .knxprod schlägt fehl - keine gültige Signatur

Bofrostmann16 — Mon, 12 Oct 2026 13:14:47 GMT

Hallo an alle,

ich bin schon eine Weile mit KNX und der ETS unterwegs. Nun habe ich mich an ein OpenKNX Projekt von Matthias getraut um 1-wire Sensoren einzubinden. Das Firmwareeinspielen mittels der OpenKNX.Toolbox hat ohne Probleme funktioniert. Die Katalogdatei kann ich ebenfalls generieren.
Nun zum Problem:
Ich kann die .knxprod nicht importieren da die Signatur ungültig ist.

Versionen:
ETS 6.4.1
OpenKNX.Tool v1.0.12
OAM-RaumController 5.5.1 (RP2040 SmartMF-1TE-REG)

Wie kann ich das Problem lösen?

Grüße Thomas