Plugin: 1-Wire-NG

[Teilzeitfreak]

Moin!
Frohes Neues allen! :-)

Nach dem Hinweis von Prof.Mobilux kommen alle Werte an! Danke nochmal!!!

Ich stelle aber jetzt ein anderes Phänomen fest:
Im 1-wire NG Plugin kommt es in unregelmäßigen Abständen zu Problemen beim Auslesen des Busses bzw. der DS2408.
Gemäß Debug-Protokoll wird beim Auslesen "." zurückgegeben anstatt eines validen Wertes. Das Plugin setzt daraufhin den Ersatzwert -9999.
Ich kann im Debug-Protokoll keinen Hinweis herauslesen, wie es dazu kommt.
Manchmal "erholt" sich das Ganze wieder aber es kommt auch vor, dass der Bus oder das PlugIn völlig aussetzen --> "unknown error busses"
Neustart LB und/oder Plugin bringen keine Besserung.

Auf meinem alten LoxBerry ist noch das 1-wire Plugin der ersten Generation installiert. Hab da zum Vergleich den Busmaster (DS9490R) dran gehangen - ohne irgendeine andere Änderung - und da läuft das ganze stabil.

Gibt's ne Möglichkeit, das noch tiefer zu debuggen?

VG

20241230_211656_551_owfs2mqtt_LB2_error.log 1wire_Log_alt.log

[Prof.Mobilux]

Das Plugin nutzt OWFS zum Auslesen der Daten. Wenn Du den Fehler wieder siehst, schaue in der OWFS WebUI, ob Du die Werte abrufen kannst. Testweise könntest Du auch das Abfrageintervall mal hochnehmen, um zu schauen ob der Bus überlastet ist.

Du könntest auch mal den letzten Master probieren - da hatte ich noch einige Bugfixes eingebaut, wohl aber nicht veröffentlicht. Vielleicht hilft's: https://github.com/mschlenstedt/LoxB...ads/master.zip

[Teilzeitfreak]

In der OWFS WebUI sind die Sensoren dann nicht mehr verfügbar - hatte ich bereits probiert.
Das mit der Buslast probier ich jetzt mal als Erstes. Hab von 10s/Sensor auf 30s/Sensor hochgesetzt als Prinzipversuch. Let's see..

[Prof.Mobilux]

Probiere mal auch den Master zu installieren.

[Teilzeitfreak]

Änderung der Zykluszeit auf 30s/Sensor hat keine Änderung im Verhalten gebracht.
Hab jetzt den Master installiert und beobachte das mal inkl. Debug-Logging... Fingers crossed!

[Prof.Mobilux]

Wenn das auch nicht hilft, dann wird es ein Problem mit OWFS sein. Du bist sicherlich auf einem aktuellen DietPi Bookworm Image? Du könntest mal schauen, welche OWFS Version bei Dir installiert ist:

loxberry@loxberrykeller:~ $ apt info owfs
Package: owfs
Version: 3.2p4+dfsg1-4.1
Priority: optional
Section: electronics
Maintainer: Vincent Danjean <vdanjean@debian.org>
Installed-Size: 21.5 kB
Depends: owfs-fuse (>= 3.2p4+dfsg1-4.1), owserver (>= 3.2p4+dfsg1-4.1), owhttpd (>= 3.2p4+dfsg1-4.1), owftpd (>= 3.2p4+dfsg1-4.1)
Suggests: owfs-doc
Homepage: http://owfs.org/
Download-Size: 6012 B
APT-Sources: https://deb.debian.org/debian bookworm/main amd64 Packages
Description: Dallas 1-wire support

Es sollte 3.2p4+dfsg1-4.1 sein. Das ist auch die aktuellste, die auf Git verfügbar ist (wenn auch schon 4 Jahre alt): https://github.com/owfs/owfs

Eventuell gibt Dir die Ausgabe von "dmesg" (als Root) auch noch Hinweise - könnte auch ein Problem mit USB sein (der Busmaster (DS9490R) ist USB, oder?).

[Teilzeitfreak]

Master bringt keine Änderung. Nach gut 3h leider wieder tot...

Die owfs version ist exakt die von Dir beschriebene:
loxberry@loxberry:~ $ loxberry@loxberry:~ $ apt info owfs
Package: owfs
Version: 3.2p4+dfsg1-4.1
Priority: optional
Section: electronics
Maintainer: Vincent Danjean <vdanjean@debian.org>
Installed-Size: 21.5 kB
Depends: owfs-fuse (>= 3.2p4+dfsg1-4.1), owserver (>= 3.2p4+dfsg1-4.1), owhttpd (>= 3.2p4+dfsg1-4.1), owftpd (>= 3.2p4+dfsg1-4.1)
Suggests: owfs-doc
Homepage: http://owfs.org/
Download-Size: 6012 B
APT-Manual-Installed: yes
APT-Sources: https://deb.debian.org/debian bookworm/main arm64 Packages
Description: Dallas 1-wire support


Mit dmesg bekomme ich (Achtung: Linux-DAU!) nichts zurück, was auf eine Problem mit dem Busmaster schließen lässt.
Ein paar Warnings gibt es, die sehen aber irgendwie nach dem Weather4Loxone-Plugin aus...
[ 819.834436] WARN::dwc_otg_hcd_urb_dequeue:639: Timed out waiting for FSM NP t ransfer to complete on 7
[ 2438.568462] systemd-journald[159]: Data hash table of /run/log/journal/a07072 842e7a405f9e3e5658c563c81f/system.journal has a fill level at 75.1 (3282 of 4373 items, 2519040 file size, 767 bytes per hash table item), suggesting rotation.
[ 2438.568511] systemd-journald[159]: /run/log/journal/a07072842e7a405f9e3e5658c 563c81f/system.journal: Journal header limits reached or header out-of-date, rot ating.

[ 2979.767689] WARN::dwc_otg_hcd_urb_dequeue:639: Timed out waiting for FSM NP t ransfer to complete on 3

[ 4060.420193] WARN::dwc_otg_hcd_urb_dequeue:639: Timed out waiting for FSM NP t ransfer to complete on 1

[ 4959.520348] WARN::dwc_otg_hcd_urb_dequeue:639: Timed out waiting for FSM NP t ransfer to complete on 5

[ 5320.234572] WARN::dwc_otg_hcd_urb_dequeue:639: Timed out waiting for FSM NP t ransfer to complete on 7

[ 7300.196393] WARN::dwc_otg_hcd_urb_dequeue:639: Timed out waiting for FSM NP t ransfer to complete on 5

[ 7480.331593] WARN::dwc_otg_hcd_urb_dequeue:639: Timed out waiting for FSM NP t ransfer to complete on 0

[ 8019.895204] WARN::dwc_otg_hcd_urb_dequeue:639: Timed out waiting for FSM NP t ransfer to complete on 6

[ 8559.690204] WARN::dwc_otg_hcd_urb_dequeue:639: Timed out waiting for FSM NP t ransfer to complete on 3

[ 9280.230724] WARN::dwc_otg_hcd_urb_dequeue:639: Timed out waiting for FSM NP t ransfer to complete on 5

[ 9639.481088] WARN::dwc_otg_hcd_urb_dequeue:639: Timed out waiting for FSM NP t ransfer to complete on 7

[ 9819.769342] WARN::dwc_otg_hcd_urb_dequeue:639: Timed out waiting for FSM NP t ransfer to complete on 0

[10540.169736] WARN::dwc_otg_hcd_urb_dequeue:639: Timed out waiting for FSM NP t ransfer to complete on 3

[12160.180139] WARN::dwc_otg_hcd_urb_dequeue:639: Timed out waiting for FSM NP t ransfer to complete on 2
[12458.556721] systemd-journald[159]: Data hash table of /run/log/journal/a07072 842e7a405f9e3e5658c563c81f/system.journal has a fill level at 75.1 (3282 of 4373 items, 2519040 file size, 767 bytes per hash table item), suggesting rotation.
[12458.556999] systemd-journald[159]: /run/log/journal/a07072842e7a405f9e3e5658c 563c81f/system.journal: Journal header limits reached or header out-of-date, rot ating.

[13239.857102] WARN::dwc_otg_hcd_urb_dequeue:639: Timed out waiting for FSM NP t ransfer to complete on 6

Ein isoliertes Problem vom Busmaster DS9490R (ja - USB) kann ich mir nicht vorstellen, weil er an dem alten Plugin ja seinen Job stabil tut.
Kann aber natürlich sein, dass OWFS in dieser Version mit meinem Systemaufbau sich mal verschluckt. Timing... Weiß der Kuckuck...

Überlege schon, den LinkUSB mal zu probieren!?

VG

[Prof.Mobilux]

Der Fehler WARN::dwc_otg_hcd_urb_dequeue ist ein USB Fehler. Such mal mit Google danach. Da wird es ein Problem mit Kernel, OWFS oder weiß der Geier geben. Eine ordentliche Stromversorgung hast du?

Den LinkUSB (irgendeine ziemlich alte Bauart - hatte ich hier noch liegen) habe ich hier am Pool laufen, allerdings nur mit 3x DS18b20. Die laufen stabil.

Wenn ich mir aber etwas Neues anschaffen würde, dass vermutlich eher einen I2C Adapter. Die haben sehr viele stabil am laufen. Ich hatte ihn aber nur testweise mal eingebaut zur Pluginoptimierung. https://wiki.loxberry.de/plugins/1_wire_ng/einbau_i2c

[Teilzeitfreak]

es sieht offenbar in der Tat so aus, als ob das beim PI3B ein bekanntest Thema mit USB ist.
Scheint, als wäre hier eine Q&D Lösung beschrieben: https://github.com/jens-maus/RaspberryMatic/issues/1002
Da fängts jetzt aber bei mir an haaring zu werden mit meinen Linux-Kenntnissen...

So oder so kann ich mir das erst in ein paar Tagen weiter anschauen. Ggf. bau ich dann irgenwann einfach um auf I2C und lass interimsmäßig den alten Berry weiterlaufen. Für den Umbauch brauch ich aber Zeit (= weibliche Genehmigung), was sich nach dem Weihnachtsurlaub auf längere Sicht schwierig gestaltet... :-P

VG