Neue Installation von piVCCU3 klappt nicht!

[wok1415]

Du könntest auch das Netzwerk von systemd-networkd managen lassen - dann erübrigt sich das vielleicht mit dem verzögerten Start.
Auf dem Pi4 steht das Netzwerk damit etwa 10s schneller zur Verfügung. In einem zweiten Schritt würde ich noch statische IPs für die pivccu3 und HB-RF-ETH vergeben, das hilft zusätzlich. Der Bootprozess von der SD Karte einschließlich Start der pivccu3 dauert dann weniger als eine Minute.

Wie einfach es ist auf systemd-networkd umzustellen steht z.B. hier https://hackaday.io/project/162164/instructions.

Die Konfigurationsdateien sehen bei mir so aus (IP Adressen sind anzupassen):

Code: Alles auswählen

/etc/systemd/network# ls -la
total 20
drwxr-xr-x 2 root root 4096 Jan 17 18:43 .
drwxr-xr-x 5 root root 4096 Jan 17 07:00 ..
-rw-r--r-- 1 root root   30 Nov 26 21:55 br0.netdev
-rw-r--r-- 1 root root  173 Nov 27 18:55 br0.network
-rw-r--r-- 1 root root   63 Nov 26 21:55 eth0.network

/etc/systemd/network# cat  br0.netdev
[NetDev]
Name=br0
Kind=bridge

/etc/systemd/network# cat br0.network
[Match]
Name=br0

[Network]
IPForward=yes
DHCP=no
Address=1.2.3.4/24
Gateway=1.2.3.1

/etc/systemd/network# cat eth0.network
[Match]
Name=eth0

[Network]
Bridge=br0
LinkLocalAddressing=no

/etc/systemd/network# networkctl
IDX LINK             TYPE               OPERATIONAL SETUP     
  1 lo               loopback           carrier     unmanaged 
  2 eth0             ether              carrier     configured
  3 br0              bridge             routable    configured
  4 eth1             ether              off         unmanaged 
  6 vethpivccu       ether              degraded    unmanaged 

5 links listed.

/var/log/syslog:

Code: Alles auswählen

Jan 18 08:20:21 raspi4 systemd[1]: Started Login Service.
Jan 18 08:20:21 raspi4 systemd[1]: Started Avahi mDNS/DNS-SD Stack.
Jan 18 08:20:21 raspi4 systemd[1]: Mounting FUSE Control File System...
Jan 18 08:20:21 raspi4 systemd[1]: Reached target Network.
Jan 18 08:20:21 raspi4 systemd[1]: Starting Permit User Sessions...
Jan 18 08:20:21 raspi4 systemd[1]: Starting /etc/rc.local Compatibility...
Jan 18 08:20:21 raspi4 systemd[1]: Condition check resulted in fast remote file copy program daemon being skipped.
Jan 18 08:20:21 raspi4 raspi-config[290]: Checking if shift key is held down:Error opening '/dev/input/event*': No such file or directory
Jan 18 08:20:21 raspi4 raspi-config[290]:  No. Switching to ondemand scaling governor.
Jan 18 08:20:21 raspi4 systemd[1]: Starting OpenBSD Secure Shell server...
Jan 18 08:20:21 raspi4 systemd[1]: Reached target Host and Network Name Lookups.
Jan 18 08:20:21 raspi4 systemd[1]: Reached target Sound Card.
Jan 18 08:20:21 raspi4 systemd[1]: Starting piVCCU...
Jan 18 08:20:21 raspi4 kernel: [    8.744285] Adding 102396k swap on /var/swap.  Priority:-2 extents:1 across:102396k SSFS
Jan 18 08:20:21 raspi4 systemd[1]: Starting LXC Container Initialization and Autoboot Code...
Jan 18 08:20:21 raspi4 systemd[1]: Started LSB: Switch to ondemand cpu governor (unless shift key is pressed).
Jan 18 08:20:21 raspi4 systemd[1]: Started dphys-swapfile - set up, mount/unmount, and delete a swap file.
Jan 18 08:20:21 raspi4 systemd[1]: Mounted FUSE Control File System.
Jan 18 08:20:21 raspi4 systemd[1]: Started Permit User Sessions.
Jan 18 08:20:21 raspi4 systemd[1]: Started /etc/rc.local Compatibility.
Jan 18 08:20:21 raspi4 systemd[1]: Started Serial Getty on ttyAMA0.
Jan 18 08:20:21 raspi4 systemd[1]: Started Getty on tty1.
Jan 18 08:20:21 raspi4 systemd[1]: Reached target Login Prompts.
Jan 18 08:20:21 raspi4 kernel: [    8.814828] eq3_char_loop: loading out-of-tree module taints kernel.
Jan 18 08:20:21 raspi4 kernel: [    8.848393] hb-rf-eth hb-rf-eth: Trying to connect to xx.xx.xx.32
Jan 18 08:20:21 raspi4 kernel: [    8.848434] hb-rf-eth hb-rf-eth: Error -101 while connecting to xx.xx.xx.32
Jan 18 08:20:21 raspi4 start_container.sh[369]: /var/lib/piVCCU3/detect_hardware.inc: line 65: echo: write error: Network is unreachable
Jan 18 08:20:21 raspi4 systemd[1]: Started LXC Container Initialization and Autoboot Code.
Jan 18 08:20:21 raspi4 systemd[1]: Started OpenBSD Secure Shell server.
Jan 18 08:20:23 raspi4 kernel: [   10.879818] hb-rf-eth hb-rf-eth: Trying to connect to xx.xx.xx.32
Jan 18 08:20:23 raspi4 kernel: [   10.879908] hb-rf-eth hb-rf-eth: Error -101 while connecting to xx.xx.xx.32
Jan 18 08:20:23 raspi4 start_container.sh[369]: /var/lib/piVCCU3/detect_hardware.inc: line 65: echo: write error: Network is unreachable
Jan 18 08:20:23 raspi4 kernel: [   11.032183] bcmgenet fd580000.ethernet eth0: Link is Up - 1Gbps/Full - flow control off
Jan 18 08:20:23 raspi4 kernel: [   11.032229] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Jan 18 08:20:23 raspi4 kernel: [   11.032418] br0: port 1(eth0) entered blocking state
Jan 18 08:20:23 raspi4 kernel: [   11.032432] br0: port 1(eth0) entered forwarding state
Jan 18 08:20:23 raspi4 kernel: [   11.032661] IPv6: ADDRCONF(NETDEV_CHANGE): br0: link becomes ready
Jan 18 08:20:23 raspi4 systemd-networkd[139]: eth0: Gained carrier
Jan 18 08:20:23 raspi4 avahi-daemon[292]: Joining mDNS multicast group on interface br0.IPv4 with address xx.xx.xx.35.
Jan 18 08:20:23 raspi4 systemd-networkd[139]: eth0: Configured
Jan 18 08:20:23 raspi4 avahi-daemon[292]: New relevant interface br0.IPv4 for mDNS.
Jan 18 08:20:23 raspi4 systemd-networkd[139]: br0: Gained carrier
Jan 18 08:20:23 raspi4 avahi-daemon[292]: Registering new address record for xx.xx.xx.35 on br0.IPv4.
Jan 18 08:20:23 raspi4 systemd-timesyncd[281]: Network configuration changed, trying to establish connection.
Jan 18 08:20:25 raspi4 avahi-daemon[292]: Registering new address record for fe80::xxxx:xxxx:xxxx:xxxx on br0.*.
Jan 18 08:20:25 raspi4 systemd-networkd[139]: br0: Gained IPv6LL
Jan 18 08:20:25 raspi4 systemd-networkd[139]: br0: Configured
Jan 18 08:20:25 raspi4 kernel: [   12.887592] hb-rf-eth hb-rf-eth: Trying to connect to xx.xx.xx.32
Jan 18 08:20:25 raspi4 start_container.sh[369]: /var/lib/piVCCU3/detect_hardware.inc: line 65: echo: write error: Connection timed out
Jan 18 08:20:25 raspi4 kernel: [   12.992063] hb-rf-eth hb-rf-eth: Timeout occured while connecting to xx.xx.xx.32
Jan 18 08:20:27 raspi4 kernel: [   14.998977] hb-rf-eth hb-rf-eth: Trying to connect to xx.xx.xx.32
Jan 18 08:20:28 raspi4 start_container.sh[369]: /var/lib/piVCCU3/detect_hardware.inc: line 65: echo: write error: Connection timed out
Jan 18 08:20:28 raspi4 kernel: [   15.102013] hb-rf-eth hb-rf-eth: Timeout occured while connecting to xx.xx.xx.32
Jan 18 08:20:30 raspi4 kernel: [   17.109623] hb-rf-eth hb-rf-eth: Trying to connect to xx.xx.xx.32
Jan 18 08:20:30 raspi4 start_container.sh[369]: /var/lib/piVCCU3/detect_hardware.inc: line 65: echo: write error: Connection timed out
Jan 18 08:20:30 raspi4 kernel: [   17.212047] hb-rf-eth hb-rf-eth: Timeout occured while connecting to xx.xx.xx.32
Jan 18 08:20:32 raspi4 kernel: [   19.219642] hb-rf-eth hb-rf-eth: Trying to connect to xx.xx.xx.32
Jan 18 08:20:32 raspi4 start_container.sh[369]: /var/lib/piVCCU3/detect_hardware.inc: line 65: echo: write error: Connection timed out
Jan 18 08:20:32 raspi4 kernel: [   19.322009] hb-rf-eth hb-rf-eth: Timeout occured while connecting to xx.xx.xx.32
Jan 18 08:20:34 raspi4 kernel: [   21.329564] hb-rf-eth hb-rf-eth: Trying to connect to xx.xx.xx.32
Jan 18 08:20:34 raspi4 start_container.sh[369]: /var/lib/piVCCU3/detect_hardware.inc: line 65: echo: write error: Connection timed out
Jan 18 08:20:34 raspi4 kernel: [   21.432011] hb-rf-eth hb-rf-eth: Timeout occured while connecting to xx.xx.xx.32
Jan 18 08:20:36 raspi4 kernel: [   23.439568] hb-rf-eth hb-rf-eth: Trying to connect to xx.xx.xx.32
Jan 18 08:20:36 raspi4 start_container.sh[369]: /var/lib/piVCCU3/detect_hardware.inc: line 65: echo: write error: Connection timed out
Jan 18 08:20:36 raspi4 kernel: [   23.542007] hb-rf-eth hb-rf-eth: Timeout occured while connecting to xx.xx.xx.32
Jan 18 08:20:38 raspi4 kernel: [   25.549568] hb-rf-eth hb-rf-eth: Trying to connect to xx.xx.xx.32
Jan 18 08:20:38 raspi4 start_container.sh[369]: /var/lib/piVCCU3/detect_hardware.inc: line 65: echo: write error: Connection timed out
Jan 18 08:20:38 raspi4 kernel: [   25.652041] hb-rf-eth hb-rf-eth: Timeout occured while connecting to xx.xx.xx.32
Jan 18 08:20:40 raspi4 kernel: [   27.659576] hb-rf-eth hb-rf-eth: Trying to connect to xx.xx.xx.32
Jan 18 08:20:40 raspi4 start_container.sh[369]: /var/lib/piVCCU3/detect_hardware.inc: line 65: echo: write error: Connection timed out
Jan 18 08:20:40 raspi4 kernel: [   27.762007] hb-rf-eth hb-rf-eth: Timeout occured while connecting to xx.xx.xx.32
Jan 18 08:20:42 raspi4 kernel: [   29.769507] hb-rf-eth hb-rf-eth: Trying to connect to xx.xx.xx.32
Jan 18 08:20:42 raspi4 start_container.sh[369]: /var/lib/piVCCU3/detect_hardware.inc: line 65: echo: write error: Connection timed out
Jan 18 08:20:42 raspi4 kernel: [   29.872009] hb-rf-eth hb-rf-eth: Timeout occured while connecting to xx.xx.xx.32
Jan 18 08:20:44 raspi4 kernel: [   31.879600] hb-rf-eth hb-rf-eth: Trying to connect to xx.xx.xx.32
Jan 18 08:20:44 raspi4 kernel: [   32.002036] hb-rf-eth hb-rf-eth: Successfully connected to xx.xx.xx.32
Jan 18 08:20:45 raspi4 kernel: [   32.067429] raw-uart raw-uart: Reset radio module
Jan 18 08:21:24 raspi4 systemd-timesyncd[281]: Synchronized to time server for the first time 217.144.138.234:123 (1.debian.pool.ntp.org).
Jan 18 08:21:28 raspi4 start_container.sh[369]: kernel.sched_rt_runtime_us = -1
Jan 18 08:21:28 raspi4 kernel: [   36.024923] br0: port 2(vethpivccu) entered blocking state
Jan 18 08:21:28 raspi4 kernel: [   36.024934] br0: port 2(vethpivccu) entered disabled state
Jan 18 08:21:28 raspi4 kernel: [   36.025175] device vethpivccu entered promiscuous mode
Jan 18 08:21:28 raspi4 kernel: [   36.091553] cgroup: cgroup: disabling cgroup2 socket matching due to net_prio or net_cls activation
Jan 18 08:21:28 raspi4 kernel: [   36.154348] eth0: renamed from veth14X8AD
Jan 18 08:21:28 raspi4 systemd-networkd[139]: vethpivccu: Gained carrier
Jan 18 08:21:28 raspi4 kernel: [   36.193299] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Jan 18 08:21:28 raspi4 kernel: [   36.193397] IPv6: ADDRCONF(NETDEV_CHANGE): vethpivccu: link becomes ready
Jan 18 08:21:28 raspi4 kernel: [   36.193487] br0: port 2(vethpivccu) entered blocking state
Jan 18 08:21:28 raspi4 kernel: [   36.193493] br0: port 2(vethpivccu) entered forwarding state
Jan 18 08:21:29 raspi4 systemd[1]: Started piVCCU.
Jan 18 08:21:29 raspi4 systemd[1]: Reached target Multi-User System.
Jan 18 08:21:29 raspi4 systemd[1]: Reached target Graphical Interface.
Jan 18 08:21:29 raspi4 systemd[1]: Starting Update UTMP about System Runlevel Changes...
Jan 18 08:21:29 raspi4 systemd[1]: Started Monitor HB-RF-ETH.
Jan 18 08:21:29 raspi4 systemd[1]: systemd-update-utmp-runlevel.service: Succeeded.
Jan 18 08:21:29 raspi4 systemd[1]: Started Update UTMP about System Runlevel Changes.
Jan 18 08:21:29 raspi4 systemd[1]: Startup finished in 3.056s (kernel) + 33.330s (userspace) = 36.386s.
Jan 18 08:21:29 raspi4 systemd[1]: systemd-fsckd.service: Succeeded.
Jan 18 08:21:30 raspi4 systemd-networkd[139]: vethpivccu: Gained IPv6LL
Jan 18 08:21:30 raspi4 avahi-daemon[292]: Registering new address record for fe80::xxxx:xxxx:xxxx:xxxx on vethpivccu.*.
Jan 18 08:21:37 raspi4 systemd[1]: Created slice User Slice of UID 0.
Jan 18 08:21:37 raspi4 systemd[1]: Starting User Runtime Directory /run/user/0...
Jan 18 08:21:37 raspi4 systemd[1]: Started User Runtime Directory /run/user/0.
Jan 18 08:21:37 raspi4 systemd[1]: Starting User Manager for UID 0...
Jan 18 08:21:38 raspi4 systemd[1021]: Listening on GnuPG cryptographic agent and passphrase cache (access for web browsers).
Jan 18 08:21:38 raspi4 systemd[1021]: Reached target Paths.
Jan 18 08:21:38 raspi4 systemd[1021]: Reached target Timers.
Jan 18 08:21:38 raspi4 systemd[1021]: Listening on GnuPG network certificate management daemon.
Jan 18 08:21:38 raspi4 systemd[1021]: Listening on GnuPG cryptographic agent (ssh-agent emulation).
Jan 18 08:21:38 raspi4 systemd[1021]: Listening on GnuPG cryptographic agent and passphrase cache.
Jan 18 08:21:38 raspi4 systemd[1021]: Listening on GnuPG cryptographic agent and passphrase cache (restricted).
Jan 18 08:21:38 raspi4 systemd[1021]: Reached target Sockets.
Jan 18 08:21:38 raspi4 systemd[1021]: Reached target Basic System.
Jan 18 08:21:38 raspi4 systemd[1021]: Reached target Default.
Jan 18 08:21:38 raspi4 systemd[1021]: Startup finished in 147ms.
Jan 18 08:21:38 raspi4 systemd[1]: Started User Manager for UID 0.
Jan 18 08:21:38 raspi4 systemd[1]: Started Session 2 of user root.
Jan 18 08:21:38 raspi4 systemd[1]: Listening on Load/Save RF Kill Switch Status /dev/rfkill Watch.
Jan 18 08:21:46 raspi4 kernel: [   53.822521] eq3loop: created slave mmd_hmip
Jan 18 08:21:46 raspi4 kernel: [   53.822829] eq3loop: created slave mmd_bidcos
Jan 18 08:21:48 raspi4 kernel: [   55.868836] eq3loop: eq3loop_open_slave() mmd_bidcos
Jan 18 08:22:19 raspi4 monitor_hb_rf_connection.sh[707]: Waiting for CCU startup .................................................. Done.
Jan 18 08:22:19 raspi4 monitor_hb_rf_connection.sh[707]: HB-RF-ETH is (re-)connected

Edit: für den RasPi relevanteren Link und syslog eingefügt.

[Slice]

Hallo wok1415,

danke für den Beitrag und den Hinweis, das werde ich mir nochmal in Ruhe anschauen.

Gerade mache ich mal das Update auf die neue v3.55.10 auf dem Testsystem.
Mal sehen wie weit ich heute komme.. melde mich wieder!

Grüße,
Slice

[wok1415]

Hi Slice,

ich denke, dass das Image RaspberryPiOS_lite_piVCCU3_2020-12-07 die Probleme verursacht.

Das Problem wäre leicht zu beheben, wenn Du ein frisches RasPiOS verwendest und die pivccu3 nach der Anleitung von Alex installierst (https://github.com/alexreinert/piVCCU/b ... berrypi.md). Das funktioniert sicher. Mit und ohne Änderungen des Netzwerk-Managers.

Viele Grüße !

[Slice]

Hallo wok1415,

danke, das kann ich gerne auch noch versuchen. Bin ja zu allem bereit!
Leider musste ich bei meinem Testsystem gestern feststellen das das GoBay Netzteil von ELV wohl nen Schuss hat.
Der Pi meldet undervoltage detected.. Jetzt muss ich erstmal schauen wo ich kurzfristig nen Ersatz herbekomme..

Ich bin also noch dran und werde hier auch Rückmeldung geben.

Grüße,
Slice

[Slice]

Guten Abend,

ich hab mir bei einem guten IT-Freund ein anderes Netzteil für den Pi3B+ ausgeliehen. Die Fehler mit dem undervoltage sind weg.

Bei der Gelegenheit jetzt habe ich wie von wok1415 vorgeschlagen einfach mal ein neues System ohne Image aufgesetzt.
Interessant ist das nach Anleitung nun von piVCCU im testing v3.55.10 der Pi3B+ direkt bootet mit der HB-RF-ETH eingebunden.
Allerdings dauert es ewig bis die Webui hoch kommt und es ist kein Funkmodul korrekt verbunden.
Der Anlerndialog ist leer und das Popup mit allen Devices in der Webui kommt hoch..

So sehen die Statis aus:

Code: Alles auswählen

pi@RaspberryPi3B:~ $ sudo pivccu-info
piVCCU version: 3.55.10-54
Kernel modules: Available
Raw UART dev:   Available
Rasp.Pi UART:   Assigned to GPIO pins
HMRF Hardware:  HM-MOD-RPI-PCB
 Connected via: HB-RF-ETH@10.1.1.31 (/dev/raw-uart)
 Board serial:  NEQ1330587
 Radio MAC:     0x4F6E2C
HMIP Hardware:  HM-MOD-RPI-PCB
 SGTIN:         3014F711A061A7D5699DB59B
 Radio MAC:     0xBAE083
State:          RUNNING
PID:            807
IP:             10.1.1.35
CPU use:        27.86 seconds
Link:           vethpivccu
 TX bytes:      9.37 MiB
 RX bytes:      875.63 KiB
 Total bytes:   10.22 MiB

Code: Alles auswählen

pi@RaspberryPi3B:~ $ sudo systemctl status monitor-hb-rf-eth
● monitor-hb-rf-eth.service - Monitor HB-RF-ETH
   Loaded: loaded (/lib/systemd/system/monitor-hb-rf-eth.service; enabled; vendor preset: enabled)
   Active: active (running) since Thu 2021-01-21 21:33:26 CET; 10min ago
 Main PID: 827 (monitor_hb_rf_c)
    Tasks: 2 (limit: 2063)
   CGroup: /system.slice/monitor-hb-rf-eth.service
           ├─ 827 /bin/bash /var/lib/piVCCU3/monitor_hb_rf_connection.sh
           └─2255 wait_sysfs_notify /sys/class/hb-rf-eth/hb-rf-eth/is_connected

Jan 21 21:33:26 RaspberryPi3B systemd[1]: Started Monitor HB-RF-ETH.
Jan 21 21:40:27 RaspberryPi3B monitor_hb_rf_connection.sh[827]: Waiting for CCU startup ....................................................
Jan 21 21:40:27 RaspberryPi3B monitor_hb_rf_connection.sh[827]: HB-RF-ETH is (re-)connected

Code: Alles auswählen

pi@RaspberryPi3B:~ $ sudo systemctl status pivccu.service
● pivccu.service - piVCCU
   Loaded: loaded (/lib/systemd/system/pivccu.service; enabled; vendor preset: enabled)
   Active: active (running) since Thu 2021-01-21 21:33:26 CET; 11min ago
  Process: 525 ExecStart=/var/lib/piVCCU3/start_container.sh (code=exited, status=0/SUCCESS)
 Main PID: 795 (lxc-start)
    Tasks: 1 (limit: 2063)
   CGroup: /system.slice/pivccu.service
           └─795 /usr/bin/lxc-start --lxcpath /var/lib/piVCCU3 --name lxc --pidfile /var/run/pivccu3.pid --daemon

Jan 21 21:33:17 RaspberryPi3B systemd[1]: Starting piVCCU...
Jan 21 21:33:26 RaspberryPi3B start_container.sh[525]: kernel.sched_rt_runtime_us = -1
Jan 21 21:33:26 RaspberryPi3B systemd[1]: Started piVCCU.

Code: Alles auswählen

pi@RaspberryPi3B:~ $ journalctl -xe
Jan 21 21:38:13 RaspberryPi3B kernel: hb-rf-eth hb-rf-eth: Did not receive any packet in the last 5 seconds, terminating connection.
Jan 21 21:38:13 RaspberryPi3B kernel: hb-rf-eth hb-rf-eth: Trying to reconnect to 10.1.1.31
Jan 21 21:38:13 RaspberryPi3B kernel: hb-rf-eth hb-rf-eth: Successfully connected to 10.1.1.31
Jan 21 21:38:22 RaspberryPi3B sudo[1894]:       pi : TTY=pts/1 ; PWD=/home/pi ; USER=root ; COMMAND=/usr/sbin/pivccu-info
Jan 21 21:38:22 RaspberryPi3B sudo[1894]: pam_unix(sudo:session): session opened for user root by pi(uid=0)
Jan 21 21:38:23 RaspberryPi3B sudo[1894]: pam_unix(sudo:session): session closed for user root
Jan 21 21:40:27 RaspberryPi3B monitor_hb_rf_connection.sh[827]: Waiting for CCU startup .........................................................................................................................................
Jan 21 21:40:27 RaspberryPi3B monitor_hb_rf_connection.sh[827]: HB-RF-ETH is (re-)connected
Jan 21 21:43:29 RaspberryPi3B sudo[2349]:       pi : TTY=pts/1 ; PWD=/home/pi ; USER=root ; COMMAND=/usr/sbin/pivccu-info
Jan 21 21:43:29 RaspberryPi3B sudo[2349]: pam_unix(sudo:session): session opened for user root by pi(uid=0)
Jan 21 21:43:29 RaspberryPi3B sudo[2349]: pam_unix(sudo:session): session closed for user root
Jan 21 21:43:56 RaspberryPi3B sudo[2370]:       pi : TTY=pts/1 ; PWD=/home/pi ; USER=root ; COMMAND=/usr/bin/systemctl status monitor-hb-rf-eth
Jan 21 21:43:56 RaspberryPi3B sudo[2370]: pam_unix(sudo:session): session opened for user root by pi(uid=0)
Jan 21 21:44:03 RaspberryPi3B sudo[2370]: pam_unix(sudo:session): session closed for user root
Jan 21 21:44:34 RaspberryPi3B sudo[2382]:       pi : TTY=pts/1 ; PWD=/home/pi ; USER=root ; COMMAND=/usr/bin/systemctl status pivccu.service
Jan 21 21:44:34 RaspberryPi3B sudo[2382]: pam_unix(sudo:session): session opened for user root by pi(uid=0)
Jan 21 21:44:34 RaspberryPi3B sudo[2382]: pam_unix(sudo:session): session closed for user root

Es scheint ja irgendwie zu klappen, nur nicht 100%.

Zwischendurch hatte ich noch einen Fehler:

Code: Alles auswählen

Jan 21 20:19:59 RaspberryPi3B monitor_hb_rf_connection.sh[849]: Error connecting to peer
Jan 21 21:19:59 RaspberryPi3B monitor_hb_rf_connection.sh[849]:     while executing
Jan 21 21:19:59 RaspberryPi3B monitor_hb_rf_connection.sh[849]: "rega_script $script"
Jan 21 21:19:59 RaspberryPi3B monitor_hb_rf_connection.sh[849]:     (file "/etc/piVCCU3/set_hb_rf_eth_connection_dp.tcl" line 48)

beim installieren.

EDIT:
Mit einem restart von piVCCU krieg ich dann die Webui zum laufen!

@Alex und alle anderen
Kannst Du damit was anfangen oder kannst Du mir bitte noch anderweitig weiter helfen??

Gute Nacht,
Slice

[wok1415]

Hallo Slice,

Du verwendest das ältere Funkmodul HM-MOD-RPI-PCB, bei mir läuft das RPI-RF-MOD. Es sollten eigentlich beide funktionieren zusammen mit dem HB-RF-ETH (mit aktueller Firmware 1.2.8 ). Die Software auf Deinem Pi3 Testsystem ist jetzt identisch mit der auf meinem Backupsystem RasPi4 - daran sollte es eigentlich nicht liegen.

Aus meiner Sicht bleibt als Ursache für das Problem entweder eine Inkompatibilität mit dem alten Funkmodul oder ein Hardwareproblem übrig. Du könntest das HM-MOD-RPI-PCB im Testaufbau ersetzen durch ein RPI-RF-MOD - vielleicht hilft das ja.

Deine Netzwerkumgebung hattest Du ja als Ursache ausgeschlossen. Mehr fällt mir dazu leider nicht ein.

Aber Alex hat bestimmt noch eine Idee.

Viele Grüße !

[deimos]

Hi,

ich hatte doch bereits geschrieben, was ich dazu denke. Die Umstellung auf systemd-networkd, die Mutmaßung, dass es am fertigen Image liegt und jetzt die neue Mutmaßung mit dem HM-MOD-RPI-PCB liegt, sehe ich ehrlich gesagt nicht zielführend an, weil sie komplett am Fehlerbild vorbeigehen.

Viele Grüße
Alex

[Slice]

Hallo,

ich versuche hier auch nicht mit blindem Aktionismus das System irgendwie zum laufen zu kriegen, sondern es reproduzierbar neu aufzusetzen so das vielleicht auch der Fehler wenn er existiert behoben werden kann.
Daher schien mir der Vorschlag mit der Neuinstallation von Hand mit einem Orignalimage von Raspian eine gute Idee zu sein. Das mit systemd-networkd habe ich nicht ausprobiert.
Ja, meine Testumgebung beinhaltet auf dem HM-RF-ETH das alte Funkmodul HM-MOD-RPI-PCB. Das habe ich noch übrig vom Einstieg in die Homematicwelt damals.

So, was mich gestern Abend nur gewundert hat, ist das ich durch diese Neuinstallation von Hand piVCCU quasi zum laufen bekommen habe mit der HB-RF-ETH.
Bis auf das oben beschriebene Fehlerbild, das ich im Anlernmodus nichts gesehen habe, weil die Platine doch nicht sauber eingebunden ist.
Aber ein Reboot vom Pi3B+ macht keine Probleme und piVCCU startet.

@Alex:
Kannst Du hiermit was anfangen:

Zwischendurch hatte ich noch einen Fehler:

Code: Alles auswählen

Jan 21 20:19:59 RaspberryPi3B monitor_hb_rf_connection.sh[849]: Error connecting to peer
Jan 21 21:19:59 RaspberryPi3B monitor_hb_rf_connection.sh[849]:     while executing
Jan 21 21:19:59 RaspberryPi3B monitor_hb_rf_connection.sh[849]: "rega_script $script"
Jan 21 21:19:59 RaspberryPi3B monitor_hb_rf_connection.sh[849]:     (file "/etc/piVCCU3/set_hb_rf_eth_connection_dp.tcl" line 48)

beim installieren.

Grüße,
Slice

[deimos]

Hi,

ich habe vorhin im testing APT Repo ein angepassten Treiber für die HB-RF-ETH hochgeladen. Der addressiert dein Problem nicht direkt, aber könnte dein Problem möglicherweise auch verbessern. Zumindest auf meinen Testsystemen konnte ich das Problem damit nicht erkennen.
Eine Idee kam mir noch: Was für eine SD Karte hast du? Bei einer langsamen dürfte es zu jeder Menge IO Waits kommen, die grundsätzlich auch zu einer Blockierung des Netzwerkstacks führen könnten.

Viele Grüße
Alex

[Slice]

Hi Alex,

das kann ich gerne nachher mal ausprobieren ob es mit dem neuen Treiber besser funktioniert.
Ein Versuch ist es auf jedenfall wert!!

Als Speicherkarte verwende ich im Produktivsystem sowie im Testsystem eine SanDisk Industrial X1 mit 32GB.
Die hatte ich damals extra bestellt und vermute das die schnell genug sein sollten.

Konntest Du mit dem Fehler von oben etwas anfangen??

Ich teste vorgeschlagene von Dir und werde hier Rückmeldung geben.

Danke nochmal,
Slice