piVCCU repository defekt?

Virtualisierte CCU für Raspberry Pi und Clones

Moderator: Co-Administratoren

Antworten
Benutzeravatar
trood
Beiträge: 42
Registriert: 21.03.2017, 11:46
System: Alternative CCU (auf Basis OCCU)
Wohnort: Erkrath
Hat sich bedankt: 5 Mal
Danksagung erhalten: 1 Mal

piVCCU repository defekt?

Beitrag von trood » 12.03.2022, 02:16

Ich wollte heute mein Tinkerboard neu bestücken (Testphase erledigt) und hab noch mal das Setup neu begonnen (gemäß github-Anleitung für armbian). Im ersten Lauf war das Ergebnis, dass die RF-MOD korrekt erkannt wurde, aber deren LED-Ansteuerung komplett ausgefallen ist (detect_radio_module /dev/raw-uart war ok).
Darauf hin habe ich neu angefangen und jetzt erhalte ich bei

sudo apt install pivccu-devicetree-armbian -y

den schlanken Hinweis "Unable to locate package pivccu-devicetree-armbian", obwohl das repository richtig eingebunden ist. Ist das Repo defekt oder welchen Geist jage ich hier?
LG
Thorsten

Benutzeravatar
deimos
Beiträge: 5383
Registriert: 20.06.2017, 10:38
System: Alternative CCU (auf Basis OCCU)
Wohnort: Leimersheim
Hat sich bedankt: 121 Mal
Danksagung erhalten: 950 Mal
Kontaktdaten:

Re: piVCCU repository defekt?

Beitrag von deimos » 12.03.2022, 03:23

Hi,

bitte die vollständige Ausgabe des Befehls posten. Welche Armbian Version hast du genau? Was liefert 'sudo apt upgrade'?

Viele Grüße
Alex

Benutzeravatar
trood
Beiträge: 42
Registriert: 21.03.2017, 11:46
System: Alternative CCU (auf Basis OCCU)
Wohnort: Erkrath
Hat sich bedankt: 5 Mal
Danksagung erhalten: 1 Mal

Re: piVCCU repository defekt?

Beitrag von trood » 12.03.2022, 11:34

Hallo Alex, danke für die Antwort.

apt update upgrade dist-upgrade haben jeweils nix mehr zum Aktualisieren angeboten.

Was soll ich sagen: die exakt gleiche Stelle wie bei meiner Kapitulation gestern Nacht klappt heute morgen und installiert die entsprechenden Module. Das ist gruselig. Aber daher ja auch der Titel meiner Anfrage...

Jetzt, direkt nach der Installation meckert die pivCCU, dass das raw-uart nicht verfügbar sei, obwohl ich vorher rebootet habe. Sie startet dennoch , findet das Funkmodul und es bleibt leider ein Problem: die LED vom RPI-FM-MOD ist dauerhaft aus.

pivccu-info zeigt:

Code: Alles auswählen

piVCCU version: 3.61.7-69
Kernel modules: Available
Raw UART dev:   Available
HMRF Hardware:  RPI-RF-MOD
 Connected via: GPIO@ff190000.serial (/dev/raw-uart)
 Board serial:  9D89979617
 Radio MAC:     0x753EF3
HMIP Hardware:  RPI-RF-MOD
 Connected via: GPIO@ff190000.serial (/dev/raw-uart)
 SGTIN:         xxx
 Radio MAC:     0xB3B48B
State:          RUNNING
PID:            2632
IP:             10.188.78.89
CPU use:        18.92 seconds
BlkIO use:      69.45 MiB
Memory use:     172.59 MiB
KMem use:       4.25 MiB
Link:           vethpivccu
 TX bytes:      3.56 MiB
 RX bytes:      204.29 KiB
 Total bytes:   3.76 MiB
und der

pivccu-attach cat /var/log/messages

gibt das zurücK:

Code: Alles auswählen

Jan  8 09:29:01 piVCCU syslog.info syslogd started: BusyBox v1.29.2
Jan  8 09:29:01 piVCCU user.notice kernel: klogd started: BusyBox v1.29.2 (2021-12-06 15:47:34 CET)
Jan  8 09:29:04 piVCCU syslog.info syslogd exiting
Jan  8 09:29:04 ccu3-webui syslog.info syslogd started: BusyBox v1.29.2
Jan  8 09:29:04 ccu3-webui user.notice kernel: klogd started: BusyBox v1.29.2 (2021-12-06 15:47:34 CET)
Jan  8 09:29:04 ccu3-webui daemon.err udhcpc[169]: started, v1.29.2
Jan  8 09:29:05 ccu3-webui daemon.err udhcpc[169]: sending discover
Jan  8 09:29:08 ccu3-webui daemon.err udhcpc[169]: sending discover
Jan  8 09:29:11 ccu3-webui daemon.err udhcpc[169]: sending discover
Jan  8 09:29:14 ccu3-webui daemon.err udhcpc[169]: sending discover
Jan  8 09:29:16 ccu3-webui user.info kernel: [   49.635520] br0: port 2(vethpivccu) entered learning state
Jan  8 09:29:17 ccu3-webui daemon.err udhcpc[169]: sending discover
Jan  8 09:29:20 ccu3-webui daemon.err udhcpc[169]: sending discover
Jan  8 09:29:23 ccu3-webui daemon.err udhcpc[169]: sending discover
Jan  8 09:29:26 ccu3-webui daemon.err udhcpc[169]: sending discover
Jan  8 09:29:29 ccu3-webui daemon.err udhcpc[169]: sending discover
Mar 12 11:15:19 ccu3-webui user.info kernel: [   64.739313] br0: topology change detected, propagating
Mar 12 11:15:19 ccu3-webui daemon.err udhcpc[169]: sending discover
Mar 12 11:15:19 ccu3-webui daemon.err udhcpc[169]: sending select for 10.188.78.89
Mar 12 11:15:19 ccu3-webui daemon.err udhcpc[169]: lease of 10.188.78.89 obtained, lease time 14400
Mar 12 11:15:20 ccu3-webui user.info firewall: configuration set
Mar 12 11:15:20 ccu3-webui daemon.info ifplugd(eth0)[241]: ifplugd 0.28 initializing.
Mar 12 11:15:20 ccu3-webui daemon.info ifplugd(eth0)[241]: Using interface eth0/DA:15:63:2B:96:B6 with driver <veth> (version: 1.0)
Mar 12 11:15:20 ccu3-webui daemon.info ifplugd(eth0)[241]: Using detection mode: SIOCETHTOOL
Mar 12 11:15:20 ccu3-webui daemon.info ifplugd(eth0)[241]: Initialization complete, link beat detected.
Mar 12 11:15:20 ccu3-webui daemon.warn ifplugd(eth0)[241]: Could not open /dev/tty, cannot beep.
Mar 12 11:15:20 ccu3-webui daemon.info ifplugd(eth0)[241]: Executing '/etc/ifplugd/ifplugd.action eth0 up'.
Mar 12 11:15:20 ccu3-webui daemon.warn ifplugd(eth0)[241]: client: ifup: interface eth0 already configured
Mar 12 11:15:20 ccu3-webui daemon.info ifplugd(eth0)[241]: Program executed successfully.
Mar 12 11:15:29 ccu3-webui daemon.notice ntpdate[249]: step time server 193.158.22.13 offset -0.000527 sec
Mar 12 11:15:29 ccu3-webui daemon.notice ntpd[250]: ntpd 4.2.8p12@1.3728-o Mon Dec  6 15:45:40 CET 2021 (1): Starting
Mar 12 11:15:29 ccu3-webui daemon.info ntpd[250]: Command line: /usr/sbin/ntpd -g 0.de.pool.ntp.org 1.de.pool.ntp.org 2.de.pool.ntp.org 3.de.pool.ntp.org
Mar 12 11:15:29 ccu3-webui daemon.info ntpd[252]: proto: precision = 1.458 usec (-19)
Mar 12 11:15:29 ccu3-webui daemon.info ntpd[252]: Listen and drop on 0 v6wildcard [::]:123
Mar 12 11:15:29 ccu3-webui daemon.info ntpd[252]: Listen and drop on 1 v4wildcard 0.0.0.0:123
Mar 12 11:15:29 ccu3-webui daemon.info ntpd[252]: Listen normally on 2 lo 127.0.0.1:123
Mar 12 11:15:29 ccu3-webui daemon.info ntpd[252]: Listen normally on 3 eth0 10.188.78.89:123
Mar 12 11:15:29 ccu3-webui daemon.info ntpd[252]: Listen normally on 4 lo [::1]:123
Mar 12 11:15:29 ccu3-webui daemon.info ntpd[252]: Listening on routing socket on fd #21 for interface updates
Mar 12 11:15:29 ccu3-webui daemon.info ntpd[252]: kernel reports TIME_ERROR: 0x2041: Clock Unsynchronized
Mar 12 11:15:29 ccu3-webui daemon.info ntpd[252]: kernel reports TIME_ERROR: 0x2041: Clock Unsynchronized
Mar 12 11:15:29 ccu3-webui daemon.err xinetd[268]: Unable to read included directory: /etc/config/xinetd.d [file=/etc/xinetd.conf] [line=14]
Mar 12 11:15:29 ccu3-webui daemon.crit xinetd[268]: 268 {init_services} no services. Exiting...
Mar 12 11:15:29 ccu3-webui user.info root: Updating RF Lan Gateway Coprocessor Firmware
Mar 12 11:15:29 ccu3-webui user.debug update-coprocessor: firmware filename is: coprocessor_update_hm_only.eq3
Mar 12 11:15:29 ccu3-webui user.info root: Updating RF Lan Gateway Firmware
Mar 12 11:15:29 ccu3-webui user.info update-lgw-firmware: No gateway found in config file /etc/config/rfd.conf
Mar 12 11:15:31 ccu3-webui user.info kernel: [   77.608324] eq3loop: eq3loop_open_slave() mmd_bidcos
Ich nutze Armbian 22.02.1 focal current 5.15.25, also das aktuelle Tinkerboard S image aus dem Download. Mit exakt den gleichen Files auf exakt derselben Hardware hatte ich bis gestern noch ein lauffähiges pivCCU-Testsystem und da war die LED-Steuerung noch in Ordnung. Im Zuge des Neuaufsetzen - ich checke gerade meine Recoveryliste für den Notfall - habe ich irgendwas übersehen, aber sehe nicht, was.
LG
Thorsten

Benutzeravatar
trood
Beiträge: 42
Registriert: 21.03.2017, 11:46
System: Alternative CCU (auf Basis OCCU)
Wohnort: Erkrath
Hat sich bedankt: 5 Mal
Danksagung erhalten: 1 Mal

Re: piVCCU repository defekt?

Beitrag von trood » 12.03.2022, 22:12

Hi Alex,

tatsächlich konnte ich Probleme mit einigen armbian Mirrorservern identifizieren. Das hat sich jetzt wieder eingependelt. Wenn man in den sourcen von https auf http umstellt, ging ein wenig mehr (Fehlermeldungen "redirect from https to http forbidden" im apt) und inzwischen scheint sich die Situation insgesamt beruhigt zu haben. Ich hab das Tinkerboard noch mal komplett von vorne neu aufgesetzt und hatte diesmal keine apt-Besonderheiten oder Fehler.

Jetzt kommt das besondere "aber": die pivCCU sagt direkt nach der Installation, dass sie das raw-uart nicht gefunden hat (obwohl sie dann läuft) und das RPI-RF-MOD funktioniert auch, aber dessen (blaue) Status-LED ist bei mir komplett tot. Hab ich jetzt einen Software- oder Hardwareschaden? Wie kann ich das eingrenzen?

LG
Thorsten
LG
Thorsten

Antworten

Zurück zu „piVCCU“