Moin!
Nach Austausch einen Raspberry 3B gegen einen 4B funktioniert die vorhandene Installation meiner ca. 20 1-wire-Sensoren nicht mehr. Gar nicht. Ich vermute ein Softwareproblem.
Die Sensoren sind an einen Busmaster (USB-Stick) von denkovi.com angeschlossen, derzeit nur DS18B20. Da ich 2 dieser Busmaster habe und beide ausprobiert habe gehe ich nicht von einem Hardwaredefekt aus.
Die Software owfs habe ich inzwischen mehrfach drüberinstalliert, als Firmware des Pi's wird angegeben:
Linux rpi4 5.10.89-v7l+ #1506 SMP Fri Dec 31 14:40:15 GMT 2021 armv7l.
Das Verzeichnis /mnt/1-wire ist angelegt und enthält von diversen Versuchen einige komische Einträge:
Code
pi@rpi4:~ $ cd /sys/bus/w1
pi@rpi4:/sys/bus/w1 $ ls
devices drivers drivers_autoprobe drivers_probe uevent
pi@rpi4:/sys/bus/w1 $ cd devices/
pi@rpi4:/sys/bus/w1/devices $ ls
00-100000000000 00-900000000000 00-e00000000000 w1_bus_master1
pi@rpi4:/sys/bus/w1/devices $ cd w1_bus_master1
pi@rpi4:/sys/bus/w1/devices/w1_bus_master1 $ ls
00-100000000000 subsystem w1_master_name w1_master_slave_count
00-900000000000 uevent w1_master_pointer w1_master_slaves
00-e00000000000 w1_master_add w1_master_pullup w1_master_timeout
driver w1_master_attempts w1_master_remove w1_master_timeout_us
power w1_master_max_slave_count w1_master_search
Weitere Info:
pi@rpi4:/mnt/1wire $ sudo apt-get install owfs
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
owfs ist schon die neueste Version (3.2p3+dfsg1-2+deb10u1).
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
pi@rpi4:~ $ sudo apt-get -y install owfs ow-shell
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
ow-shell ist schon die neueste Version (3.2p3+dfsg1-2+deb10u1).
owfs ist schon die neueste Version (3.2p3+dfsg1-2+deb10u1).
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
pi@rpi4:~ $ sudo apt-get install libdevice-serialport-perl libwww-perl
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
libdevice-serialport-perl ist schon die neueste Version (1.04-3+b5).
libwww-perl ist schon die neueste Version (6.36-2).
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
pi@rpi4:~ $ owhttpd
pi@rpi4:~ $ owserver --version
owserver version:
3.2p3
libow version:
3.2p3Diese Einträge sind aber von FHEM aus nicht lesbar (der automatischer Erkennungsdienst findet nichts).
Was mich am meisten irritiert ist aber folgendes:
Code
pi@rpi4:~ $ /etc/init.d/owserver start
[....] Starting owserver (via systemctl): owserver.service==== AUTHENTICATING FOR org.freedesktop.systemd1.manage-units ===
Legitimierung ist zum Starten von »owserver.service« notwendig.
Authenticating as: ,,, (pi)
Password:
==== AUTHENTICATION COMPLETE ===
Job for owserver.service failed because the control process exited with error code.
See "systemctl status owserver.service" and "journalctl -xe" for details.
failed!
pi@rpi4:~ $ systemctl status owserver.service
● owserver.service - Backend server for 1-wire control
Loaded: loaded (/lib/systemd/system/owserver.service; enabled; vendor preset: enabled)
Active: failed (Result: protocol) since Sun 2022-01-02 21:57:43 CET; 27s ago
Docs: man:owserver(1)
Process: 3850 ExecStart=/usr/bin/owserver -c /etc/owfs.conf (code=exited, status=0/SUCCESS)
Main PID: 3850 (code=exited, status=0/SUCCESS)
Jan 02 21:57:43 rpi4 systemd[1]: owserver.service: Service RestartSec=100ms expired, scheduling
Jan 02 21:57:43 rpi4 systemd[1]: owserver.service: Scheduled restart job, restart counter is at
Jan 02 21:57:43 rpi4 systemd[1]: Stopped Backend server for 1-wire control.
Jan 02 21:57:43 rpi4 systemd[1]: owserver.service: Start request repeated too quickly.
Jan 02 21:57:43 rpi4 systemd[1]: owserver.service: Failed with result 'protocol'.
Jan 02 21:57:43 rpi4 systemd[1]: Failed to start Backend server for 1-wire control.
pi@rpi4:~ $ journalctl -xe
Jan 02 21:58:44 rpi4 systemd[1]: iobroker.service: Main process exited, code=exited, status=1/FA
-- Subject: Unit process exited
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- An ExecStart= process belonging to unit iobroker.service has exited.
--
-- The process' exit code is 'exited' and its exit status is 1.
Jan 02 21:58:44 rpi4 systemd[1]: iobroker.service: Failed with result 'exit-code'.
-- Subject: Unit failed
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- The unit iobroker.service has entered the 'failed' state with result 'exit-code'.
Jan 02 21:58:44 rpi4 systemd[1]: iobroker.service: Service RestartSec=100ms expired, scheduling
Jan 02 21:58:44 rpi4 systemd[1]: iobroker.service: Scheduled restart job, restart counter is at
-- Subject: Automatic restarting of a unit has been scheduled
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- Automatic restarting of the unit iobroker.service has been scheduled, as the result for
-- the configured Restart= setting for the unit.
Jan 02 21:58:44 rpi4 systemd[1]: Stopped ioBroker Server.
-- Subject: A stop job for unit iobroker.service has finished
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- A stop job for unit iobroker.service has finished.
--
-- The job identifier is 7475 and the job result is done.
Jan 02 21:58:44 rpi4 systemd[1]: Started ioBroker Server.
-- Subject: A start job for unit iobroker.service has finished successfully
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- A start job for unit iobroker.service has finished successfully.
--
-- The job identifier is 7475.
Jan 02 21:58:46 rpi4 bash[4068]: doc.rows is not iterable
Jan 02 21:58:46 rpi4 bash[4068]: TypeError: doc.rows is not iterable
Jan 02 21:58:46 rpi4 bash[4068]: at Object.getInstancesOrderedByStartPrio (/opt/iobroker/nod
Jan 02 21:58:46 rpi4 bash[4068]: at async getInstances (/opt/iobroker/node_modules/iobroker.
Jan 02 21:58:46 rpi4 bash[4068]: object system.meta.uuid cannot be updated: Error: DB closed
Jan 02 21:58:46 rpi4 bash[4068]: object system.user.admin created
Jan 02 21:58:46 rpi4 kernel: w1_master_driver w1_bus_master1: Attaching one wire slave 00.e00000
Jan 02 21:58:46 rpi4 kernel: w1_master_driver w1_bus_master1: Family 0 for 00.e00000000000.e9 is
Jan 02 21:58:47 rpi4 vncserver-x11[743]: AgentInitCheck: no response from agent
Jan 02 21:58:47 rpi4 systemd[1]: iobroker.service: Main process exited, code=exited, status=1/FA
-- Subject: Unit process exited
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- An ExecStart= process belonging to unit iobroker.service has exited.
--
-- The process' exit code is 'exited' and its exit status is 1.
Jan 02 21:58:47 rpi4 sudo[4104]: iobroker : TTY=unknown ; PWD=/ ; USER=root ; COMMAND=/usr/bin/s
Jan 02 21:58:47 rpi4 sudo[4104]: pam_unix(sudo:session): session opened for user root by (uid=0)
Jan 02 21:58:52 rpi4 vncserver-x11[743]: AgentInitCheck: agent comms failure
Jan 02 21:58:57 rpi4 vncserver-x11[743]: AgentInitCheck: no response from agent
Jan 02 21:59:02 rpi4 vncserver-x11[743]: AgentInitCheck: agent comms failure
Jan 02 21:59:07 rpi4 vncserver-x11[743]: AgentInitCheck: no response from agent
Jan 02 21:59:12 rpi4 vncserver-x11[743]: AgentInitCheck: agent comms failure
Jan 02 21:59:17 rpi4 vncserver-x11[743]: AgentInitCheck: no response from agent
Jan 02 21:59:22 rpi4 vncserver-x11[743]: AgentInitCheck: agent comms failureIch habe nicht alles verstanden, vor allen die Meldung über iobroker irritiert, das war mal ein Versuch. Doch warum sollte sich owfs an iobroker stören?
Wer weis Rat?
Gruß
Thomas