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

[Techi]

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.

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

[mumpf]

Danke für die Info und die Analyse. Ich schau mir das an. Passt auch gut, weil das nächste Release vom RaumController sowieso ein paar neue Sensoren enthalten wird.

Gruß, Waldemar

[Techi]

Dank dir.
Wenn du da was machst, könntest du mir eventuell vorab schon ne Firmware schicken ?
Zum einen wegen dem Testen, ob das Problem damit wirklich behoben ist
und zum andere weil bis zur Behebung meines Problems bei mir der Haussegen etwas schief hängt.
(Die Warmwasser Zirkulation hängt an einem der Sensoren welcher nicht erkannt wird und man aktuell morgens in der Dusche ca. 3 Minuten Wasser laufen lassen muss bis es warm kommt.

[willisurf]

Die Warmwasser Zirkulation hängt an einem der Sensoren welcher nicht erkannt wird und man aktuell morgens in der Dusche ca. 3 Minuten Wasser laufen lassen muss bis es warm kommt

Temporärer Workaround: Morgens die Zirkulation mit Präsenz starten

[mumpf]

Ich versuche heute eine passende Version zu bauen - spätestens morgen bekommst Du die.
Falls Du es noch nicht ausprobiert hast: Ich hatte von anderen Usern schon die Info bekommen, dass es bei Problemen hilft, die Gerätesuche abzuschalten. Vielleicht hilft das auch bei Dir.

Gruß, Waldemar

[Techi]

Gerätesuche hab ich nur zum Debuggen an.
Hatte anderweitig schon viel Spaß mit 1-Wire, da wird man für sowas sensibel ;-)

[mumpf]

Techi: Du hast eine PN. Hoffe es hilft.

Gruß, Waldemar

[Techi]

Super, Dank dir.
Die Fixe wirken zwar aber es gibt noch andere Probleme.

[Techi]

Temporärer Workaround: Morgens die Zirkulation mit Präsenz starten

Ja, läuft auch schon mit PM aber etwas komplexer, die WW Zirkulation wird per 1-Wire Sensor in der Nähe der Dusche gemessen.
Es gibt da dann eine einfach Regelung von WW Heizung zu WW Zirk Dusche und einen entsprechende Zielwert, genau dieser Zielwert wir nun vom PM höher gesetzt.
Das bedeutet wenn niemand den PM auslößt, dann läuft die Zirkulation in sehr kurzen Intervallen ein paar mal am Tag gerade do das bei Duschbeginn nicht gerade 20C° Wasser anliegt und die Rohre auch schon leicht temperiert sind. Ansonsten würde man über mehrere Minuten in der Dusche warten. (war am Anfang so als ich die Zik Pumpe ausgemacht hatte)

[Techi]

Techi: Du hast eine PN. Hoffe es hilft.

Gruß, Waldemar

Danke, wie schon besprochen hat im wesentlichen funktioniert.
Soll ich das Gateway jetzt noch ohne Gehäuse im Verteiler baumeln lassen bis es die neue Version gibt, oder wird sich die offizielle Firmware eh nicht mehr ändern ?

VG,
Walter

[Masifi]

Darf ich kurz fragen, was hier jetzt geändert wurde und was jetzt funktioniert?

Soll ich das Gateway jetzt noch ohne Gehäuse im Verteiler baumeln lassen bis es die neue Version gibt,

Wenn es mein Device ist, dann reicht doch nur den Deckel vom Gehäuse abzunehmen. Dann kannst du einfach von oben den USB einstecken.
Da muss man nichts baumeln lassen :-) oder gibt es noch einen anderen Grund dafür?