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?

[mumpf]

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

Ich habe 2 Bugs bereinigt, die eine ungünstige Topologie negativ beeinflusst haben (bei Techi ist es - wenn ich es recht verstanden habe, ein großer Stern):

1. Ich habe an 2 Stellen statt einem binären NOT (~) ein boolesches NOT (!) verwendet, was zu einer falschen Bitoperation geführt hat und den Active Pullup abgeschaltet hat. Das wirkt sich vor allem bei langen 1-Wire-Leitungen aus.
2. Das Setzen der erweiterten Timing Parameter (Expertenmodus) ist gar nicht an den Chip geschickt worden, ich vermute, ich hatte den entsprechenden Aufruf beim Umstieg vom SAMD auf RP2040 versehentlich entfernt.

Ferner gibt es noch 2 Null-Pointer, die nur in seltenen Fällen zuschlagen, aber das hab ich inzwischen auch korrigiert.
Alle Korrekturen werden im nächsten Release enthalten sein.

@Techi: Ich will schon noch eine interne Beta vom nächsten offiziellen Release bereitstellen, aber diese wird dann mehreren Testern (gerne auch Dir) zur Verfügung gestellt und alle Updates enthalten wird, die den RaumController betreffen. Einfach damit sich der Test lohnt. Das ist nichts ganz kurzfristiges, auf keinen Fall noch diese Woche. Ich hatte Dich so verstanden, dass der Hotfix von Vorgestern erstmal die Funktion wiederhergestellt hat - falls das nicht der Fall ist, melde Dich bitte nochmal.

Gruß, Waldemar

[Techi]

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


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?

Der andere Grund ist das Gehäuse, das hält praktisch gar nicht auf der Hutschiene, sobald man da was anfasst, ist es nicht mehr auf der Hutschiene, keine Ahnung wer sich sowas einfallen lässt.


Wenn wir gerade bei Hardware sind, gibt es einen Schaltplan der gateway, Bild oder PDF ?
Ich würde mir gerne mal den Pfad der Spannungsversorgung (1-Wire) anschauen.
Ich betreibe am Bus 17 x 1-Wire DS18B20 (Nicht parasitär sonder mit 3 Anschlüssen) und für diese funktioniert die Versorgung nicht.
Ohne weitere Maßnahmen liefern die Temp Sensoren Abweichungen im Abfragetakt von teils über 1°C obwohl diese Wärmetechnisch an den Estrich angebunden sind. Ich hab jetzt einfach mal eine dicken Elko direkt bei den Verteilerklemmen des Bus eingebaut, damit läuft es nun.
Würde aber gerne aus Hardwaresicht wissen wie das kommt und ob man das nicht direkt im gateway lösen kann.

VG,
Walter

[Masifi]

Ich betreibe am Bus 17 x 1-Wire DS18B20 (Nicht parasitär sonder mit 3 Anschlüssen) und für diese funktioniert die Versorgung nicht.

Hast du denn mal gemessen, was für eine Spannung dann noch an VCC (5V) anliegt?

Ohne weitere Maßnahmen liefern die Temp Sensoren Abweichungen im Abfragetakt von teils über 1°C obwohl diese Wärmetechnisch an den Estrich angebunden sind.

Wie konntest du die 1°C feststellen und welche Maßnahmen hast du unternommen?

Ich hab jetzt einfach mal eine dicken Elko direkt bei den Verteilerklemmen des Bus eingebaut, damit läuft es nun.
Würde aber gerne aus Hardwaresicht wissen wie das kommt und ob man das nicht direkt im gateway lösen kann.

Der HW-Aufbau ist Simple: ein LDO der von ~9V auf 5V regelt, danach kommt noch ein MIC20xx(Strombegrenzerbaustein auf 50mA) und am Stecker sitzt noch eine DS19xx TVS Diode.
Ein DS18B20 nimmt bei einem Messvorgang 1,5mA auf, selbst wenn alle 17 Sesnoren gleichzeitig messen, dann sind wir immer noch nur bei 25mA.
Was der Elko bei dir bewirkt, damit es dann tut, kann ich im ersten Moment nicht erklären.