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?
piVCCU repository defekt?
Moderator: Co-Administratoren
- 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?
Hi,
bitte die vollständige Ausgabe des Befehls posten. Welche Armbian Version hast du genau? Was liefert 'sudo apt upgrade'?
Viele Grüße
Alex
bitte die vollständige Ausgabe des Befehls posten. Welche Armbian Version hast du genau? Was liefert 'sudo apt upgrade'?
Viele Grüße
Alex
- 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?
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:
und der
pivccu-attach cat /var/log/messages
gibt das zurücK:
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.
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
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
LG
Thorsten
Thorsten
- 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?
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
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
Thorsten