PiVCCU

[Ati]

ahh ok.

Habe das nach Wartezeit und keiner weiterne Neuigkeit mal durchlaufen lassen. Die erneute Installation lief fehlerfrei.

Der Status jedoch sagt - geht nicht.

! DKMS: install completed.
! Created symlink /etc/systemd/system/multi-user.target.wants/pivccu-dkms.service â /lib/systemd/system/pivccu-dkms.service.
! pi@pibrokerCCU2:~ $ sudo systemctl status pivccu.service
! â pivccu.service - piVCCU
! Loaded: loaded (/lib/systemd/system/pivccu.service; disabled; vendor preset: enabled)
! Active: failed (Result: exit-code) since Mon 2018-02-19 13:00:48 CET; 1h 28min ago
! CPU: 42ms
! Feb 19 13:00:48 pibrokerCCU2 systemd[1]: Starting piVCCU…
! Feb 19 13:00:48 pibrokerCCU2 start_container.sh[2086]: modprobe: WARNING: Module bcm2835_raw_uart not found in directory /lib/modules/4.9.59-v7+
! Feb 19 13:00:48 pibrokerCCU2 start_container.sh[2086]: <11>Feb 19 13:00:48 piVCCU: Could not load kernel modules plat_eq3ccu2, eq3_char_loop and bcm2835_raw_uart.
! Feb 19 13:00:48 pibrokerCCU2 systemd[1]: pivccu.service: Control process exited, code=exited status=1
! Feb 19 13:00:48 pibrokerCCU2 systemd[1]: Failed to start piVCCU.
! Feb 19 13:00:48 pibrokerCCU2 systemd[1]: pivccu.service: Unit entered failed state.
! Feb 19 13:00:48 pibrokerCCU2 systemd[1]: pivccu.service: Failed with result 'exit-code'.
! pi@pibrokerCCU2:~ $
Nach diese Modifikation reagiert der Pi nicht mehr wie gewohnt. Sudo reboot ist unbekannt. Auch andere Befehle jeglicher Art sind plötzlich unbekannt. Hier hilft nur noch ein Hard Reset.

Was etwas irritiert ist, dass in der Fehlermeldung auf den BCM2835 Bezug genommen wird. Im Pi3 werkelt aber meines Wissens ein SoC BCM2837 (64bit). Nun bin ich nicht der Linux Spezi, aber sonderbar ist das schon.

Also reboot:

! pi@pibrokerCCU2:~ $ sudo systemctl status pivccu.service
! â pivccu.service - piVCCU
! Loaded: loaded (/lib/systemd/system/pivccu.service; disabled; vendor preset:
! Active: inactive (dead)
! pi@pibrokerCCU2:~ $ sudo systemctl start pivccu.service
! Job for pivccu.service failed because the control process exited with error code.
! See "systemctl status pivccu.service" and "journalctl -xe" for details.
! pi@pibrokerCCU2:~ $
Sieht nicht gut aus.

Gruß

Andreas

[deimos]

Hi,

@Ati:

Was etwas irritiert ist, dass in der Fehlermeldung auf den BCM2835 Bezug genommen wird. Im Pi3 werkelt aber meines Wissens ein SoC BCM2837 (64bit). Nun bin ich nicht der Linux Spezi, aber sonderbar ist das schon. `

Da ist nichts Sonderbares dran. Ich hatte am Anfang das Kernel Modul von eQ-3 benutzt und die haben das entsprechend benannt, weil sie damit zu einer Zeit gestartet haben, als der Pi noch den BCM2835 verwendet hat und es den 3er noch nicht gab.

Mit der Unterstützung für andere SBC habe ich das ganze Modul aber komplett umgeschrieben und generischer gemacht und daher heißt das Modul für den Raspberry jetzt pl011_raw_uart.

Wenn das Startskript von piVCCU aber immer noch das alte laden will, dann ist das eigentliche piVCCU Paket wohl noch nicht aktualisiert. Das passt ja auch dazu, dass du meintest, dass beim apt upgrade Fehler kamen.

Kannst du mal folgendes ausführen um die Pakete explizit neu zu installieren:

sudo apt install --reinstall pivccu pivccu-modules-raspberrypi pivccu-modules-dkms

Wenn das sauber durchläuft, dann einen Reboot, 5-10 Minuten warten und dann

sudo pivccu-info

Wenn da Fehler kommen, dann bitte nicht selber weiter probieren, sondern die Ausgabe hier posten.

Viele Grüße

Alex

[Ati]

jetzt steht zumindest erst mal entpacken von 2.31 über 2.29. Aber dann hagelt es reihenweise Fehlermeldungen

dpkg: Fehler beim Aufräumen:
Soeben entpackte Version von »/var/lib/piVCCU/rootfs/usr/share/locale/sk/LC_MESSAGES/wget.mo« kann nicht entfernt werden: Eingabe-/Ausgabefehler
dpkg: Fehler beim Aufräumen:
Soeben entpackte Version von »/var/lib/piVCCU/rootfs/usr/share/locale/sk/LC_MESSAGES/popt.mo« kann nicht entfernt werden: Eingabe-/Ausgabefehler
dpkg-deb: Fehler: Unterprozess einfügen wurde durch Signal (Datenübergabe unterbrochen (broken pipe)) getötet
E: Sub-process /usr/bin/dpkg returned an error code (2)
W: Problem beim Entfernen (unlink) der Datei /var/cache/apt/pkgcache.bin - pkgDPkgPM::Go (30: Das Dateisystem ist nur lesbar)
pi@pibrokerCCU2:~ $ Soeben entpackte Version von »/var/lib/piVCCU/rootfs/usr/shre/locale/ru/LC_MESSAGES/popt.mo« kann nicht entfernt werden: Eingabe-/Ausgabefhler
dpkg: Fehler beim Aufräumen:
-bash: Soeben: Kommando nicht gefunden.

[deimos]

Hi,

"Eingabe-/Ausgabefehler" und "Das Dateisystem ist nur lesbar" klingt schwer danach, dass deine SD Karte einen Schuß hat.

Möglicherweise kannst du über````
sudo dmesg

Viele Grüße

Alex

[Ati]

wohl eher nicht

pi@pibrokerCCU2:~ $ sudo dmesg
-bash: /usr/bin/sudo: Datei oder Verzeichnis nicht gefunden
pi@pibrokerCCU2:~ $

Defekte SD-Card. Nichts ist unmöglich. Obwohl die mit Sicherheit nicht alt ist und also kaum totgeflasht sein sollte.

Um zu sehen, was es noch sein könnte habe ich einen weiteren Pi3 mit dem Image von pivccu.de/Images bestückt.

Alles nach normaler Vorgehensweise

1. flashen, raspi-config mit Partitionserweiterung, und Lokales.

2. reboot

3. sudo apt update && upgrade

4. reboot

5. Wartezeit 10 Minuten

6. sudo dpkg -s pivccu | grep 'Version'

Ergebnis - Paket >>pivccu<< ist nicht installiert und es ist keine Information verfügbar

Jetzt das Ganze noch mal mit dem Image von iobroker.net (Homematic All-In-One mit piVCCU) und ohne update/upgrade startet die CCU (2.29) zumindest.

beim upgrade ist zumindest ein Frage offen. Es erscheint die Meldung "a new CCU Firmware is to be installed…" Es wird empfohlen ein backup zu erstellen. Wenn backup angelegt wird - wo liegt es und wie nutzt man es im Bedarfsfall?

Ich brauchte jetzt kein backup und habe gesagt "habe ich"

Gab zwar wiederum Fehlermeldungen im log aber nach reboot sieht es jetzt gut aus. Die CCU startet jetzt und ist nach mehreren Minuten auch einsatzbereit. io-broker ist auch "anwesend"

Also, nächster Test dann im aktiven System mit neuer SD-Card

[deimos]

Hi,

bei den Images unter pivccu.de ist piVCCU auf jeden Fall installiert, bevor ich die hochlade, prüfe ich die logischerweise. Dass das Paket nach einem apt upgrade und einem Reboot dann auf einmal verschwunden ist, höre ich zum ersten Mal.

Die Meldung mit dem Backup: Wenn du genau ließt, die Frage ist, ob man ein Backup hat, nicht ob eins gemacht werden soll. Dementsprechend wird da auch keines gemacht, wenn man auf Ja geht.

Wenn du Fehlermeldungen hast, wäre es natürlich ungemein hilfreich nicht einfach nur zu sagen, dass du welche hattest, sondern auch welche.

Viele Grüße

Alex

[Ati]

ohh sorry, ich dachte, dass das nach erfolgreichem Neustart eher unwichtig war. Ich stelle das noch mal nach und poste es dann. Backupmeldung nun klar, danke.

Anbei, die ausgetauschte SD-Card im Live-System tut es nun. Nach Einspielen des Backups sind alle Funktionen sofort wieder verfügbar.

Was ich faszinierend fand, die virtuelle CCU hat die gleiche IP-Adresse erhalten wie zuvor auf dem anderen Image. Scheint wohl immer die gleiche "virtuelle" MAC zu sein.

[deimos]

@Ati:

Was ich faszinierend fand, die virtuelle CCU hat die gleiche IP-Adresse erhalten wie zuvor auf dem anderen Image. Scheint wohl immer die gleiche "virtuelle" MAC zu sein. `

Ich berechne die MAC von der CCU aus der MAC vom Raspberry. Ist also nur auf einem Raspberry immer die gleiche, bei zwei Raspberries sind die jeweils unterschiedlich. Komplett identisch wäre vorsichtig ausgedrückt suboptimal, wenn man Test- und Prod-Raspberry im gleichen Netz hat.

Viele Grüße

Alex

[reini]

Hallo, habe gestern auch das Update auf 2.31 gemacht - Phänomen ist nun das ich die Homematic Seite mit diversen Browsern nicht mehr öffnen kann (Startseite nur blau), Iphone geht nicht (Safari), PC geht auch nicht (Firefox)

[deimos]

Hi,

das ist ein bekannter Issue und betrifft alle CCU Variante (Original CCU, piVCCU, RaspberryMatic), welcher aufgrund von geänderten, aber gecachten Javascripts auftritt.

Cache löschen und Force Refresh mit Strg+F5 löst dein Problem (und das sollte bei jedem Firmware Update gemacht werden, diesmal ist es aber das erste mal, dass es so extrem auffällt)

Viele Grüße

Alex

[wendy2702]

@reini:

Hallo, habe gestern auch das Update auf 2.31 gemacht - Phänomen ist nun das ich die Homematic Seite mit diversen Browsern nicht mehr öffnen kann (Startseite nur blau), Iphone geht nicht (Safari), PC geht auch nicht (Firefox) `

Hast du den Cache geleert?

[deimos]

Hi,

@wendy2702:

Hast du den Cache geleert? `

Nur Browsercache leeren reicht leider nicht immer (Javascripts werden teilweise trotzdem aggressiv gecached). Man sollte immer noch einen Forced Refresh mit Strg+F5 hinterherjagen.

Viele Grüße

Alex

[wendy2702]

OK.

Danke… dann hatte ich wohl Glück. Bei mir reichte das Cache löschen.

Gruß

Mirko

[Ati]

@Alex

Da hast Du recht. eine mehrfach gleiche MAC in einem Netz wäre nicht so prall.

Ich habe jetzt nebenher das Ganze noch mal durchlaufen lassen mit dem Image von der Downloadseite von io.broker.

Diesmal lief das Upgrade komplett ohne Fehler durch. Habe das ganze log mitgeschnitten - keine Fehler.

Die vermutlich defekte Speicherkarte habe ich mit H2testw überprüfen lassen. keine Fehler wurden gefunden. Nochmaliges Flashen und installieren wirft aber wieder Fehler. Ich vermute, dass das Schreiben mit ext-Partition auf der SD-Card anders aussieht als bei FAT

[reini]

@deimos:

Hi,

@wendy2702:

Hast du den Cache geleert? `

Nur Browsercache leeren reicht leider nicht immer (Javascripts werden teilweise trotzdem aggressiv gecached). Man sollte immer noch einen Forced Refresh mit Strg+F5 hinterherjagen.

Viele Grüße

Alex `

Danke Alex das war die Lösung!

[Ati]

habe heute wegen einer anderen Installation ein update && upgrade gemacht. Dabei wurde wohl auch pivCCU upgedatet. Allerdings mit Fehler. Und in der Folge startet pivCCU nicht mehr.

hier die Logs dazu.

pi@piiobrokerCCU2:~ $ sudo systemctl start pivccu.service
Job for pivccu.service failed because the control process exited with error code.
See "systemctl status pivccu.service" and "journalctl -xe" for details.

! Mär 22 10:17:02 piiobrokerCCU2 systemd[1]: Starting piVCCU... Mär 22 10:17:02 piiobrokerCCU2 start_container.sh[4001]: <11>Mar 22 10:17:02 piV Mär 22 10:17:02 piiobrokerCCU2 systemd[1]: pivccu.service: Control process exite Mär 22 10:17:02 piiobrokerCCU2 systemd[1]: Failed to start piVCCU. Mär 22 10:17:02 piiobrokerCCU2 systemd[1]: pivccu.service: Unit entered failed s Mär 22 10:17:02 piiobrokerCCU2 systemd[1]: pivccu.service: Failed with result 'e ...skipping... Unit pivccu.servicesystemctl.service could not be found. Unit status.service could not be found. â pivccu.service - piVCCU Loaded: loaded (/lib/systemd/system/pivccu.service; enabled; vendor preset: e Active: failed (Result: exit-code) since Thu 2018-03-22 10:17:02 CET; 13min a Process: 4001 ExecStart=/var/lib/piVCCU/start_container.sh (code=exited, statu Main PID: 671 (code=exited, status=1/FAILURE) CPU: 18ms !

! pi@piiobrokerCCU2:~ $ journalctl -xe -- The result is failed. Mär 22 10:50:38 piiobrokerCCU2 systemd[1]: pivccu.service: Unit entered failed s Mär 22 10:50:38 piiobrokerCCU2 systemd[1]: pivccu.service: Failed with result 'e Mär 22 10:50:39 piiobrokerCCU2 sudo[6206]: pam_unix(sudo:session): session close Mär 22 10:57:19 piiobrokerCCU2 sshd[6491]: Accepted password for pi from 192.168 Mär 22 10:57:19 piiobrokerCCU2 sshd[6491]: pam_unix(sshd:session): session opene Mär 22 10:57:19 piiobrokerCCU2 systemd[1]: Started Session c4 of user pi. -- Subject: Unit session-c4.scope has finished start-up -- Defined-By: systemd -- Support: https://www.debian.org/support -- -- Unit session-c4.scope has finished starting up. -- -- The start-up result is done. Mär 22 10:57:19 piiobrokerCCU2 systemd-logind[381]: New session c4 of user pi. -- Subject: A new session c4 has been created for user pi -- Defined-By: systemd -- Support: https://www.debian.org/support -- Documentation: http://www.freedesktop.org/wiki/Software/systemd/multiseat -- -- A new session with the ID c4 has been created for the user pi. -- -- The leading process of the session is 6491. lines 1800-1822/1822 (END) !
Hast Du eine Idee dazu Alex?

[deimos]

Hi,

kannst du mal die Ausgabe von````
sudo pivccu-info

Je nachdem, von welcher Version du kommst, kann es reichen einen Reboot zu machen, in einer alten 2.29 Version habe ich irgendwann mal Anpassungen machen müssen für die Unterstützung anderer Boards und da hat sich dann der Name vom Kernelmodul geändert und das wird erst mit einem Reboot übernommen.

Kannst du dich (zumindest grob) errinnern, was für ein Fehler beim Update kam?

Viele Grüße

Alex

[Ati]

das blöde im Terminal ist, dass nur ein bestimmte Zeilen Zahl drin ist. Da ist das leider nicht mehr sichtbar gewesen. Das Einzige, was mir direkt auffiel, das Version 2.31.25 über 2.31.25 installiert wurde. War vermutlich eine andere Patchversion von Dir. Hat per download auch alles korrekt abgeholt. Meiner schwachen Erinnerung nach war der Fehler in einem xxx.sh File. Ich weiß aber nicht mehr welches. Aber bitte diese Vermutung nicht als Referenz nehmen. Zu ungenau. :oops:

! Using username "pi". pi@192.168.0.9's password: Linux piiobrokerCCU2 4.9.80-v7+ #1098 SMP Fri Mar 9 19:11:42 GMT 2018 armv7l ! The programs included with the Debian GNU/Linux system are free software; the exact distribution terms for each program are described in the individual files in /usr/share/doc/*/copyright. ! Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent permitted by applicable law. Last login: Thu Mar 22 11:02:50 2018 from 192.168.0.201 pi@piiobrokerCCU2:~ $ systemctl status pivccu.service â pivccu.service - piVCCU Loaded: loaded (/lib/systemd/system/pivccu.service; enabled; vendor preset: e Active: active (running) since Thu 2018-03-22 11:16:01 CET; 20s ago Process: 590 ExecStart=/var/lib/piVCCU/start_container.sh (code=exited, status Main PID: 683 (lxc-start) CPU: 372ms CGroup: /system.slice/pivccu.service ââ681 /usr/lib/arm-linux-gnueabihf/lxc/lxc-monitord /var/lib/piVCCU 5 ââ683 /usr/bin/lxc-start --lxcpath /var/lib/piVCCU --name lxc --pidfi ! Mär 22 11:15:53 piiobrokerCCU2 systemd[1]: Starting piVCCU... Mär 22 11:16:00 piiobrokerCCU2 start_container.sh[590]: kernel.sched_rt_runtime _ Mär 22 11:16:01 piiobrokerCCU2 systemd[1]: Started piVCCU. lines 1-13/13 (END) â pivccu.service - piVCCU Loaded: loaded (/lib/systemd/system/pivccu.service; enabled; vendor preset: enabled) Active: active (running) since Thu 2018-03-22 11:16:01 CET; 20s ago Process: 590 ExecStart=/var/lib/piVCCU/start_container.sh (code=exited, status=0/SUCCESS) Main PID: 683 (lxc-start) CPU: 372ms CGroup: /system.slice/pivccu.service ââ681 /usr/lib/arm-linux-gnueabihf/lxc/lxc-monitord /var/lib/piVCCU 5 ââ683 /usr/bin/lxc-start --lxcpath /var/lib/piVCCU --name lxc --pidfile /var/run/pivccu.pid --dae ! Mär 22 11:15:53 piiobrokerCCU2 systemd[1]: Starting piVCCU... Mär 22 11:16:00 piiobrokerCCU2 start_container.sh[590]: kernel.sched_rt_runtime_us = -1 Mär 22 11:16:01 piiobrokerCCU2 systemd[1]: Started piVCCU. ~ lines 1-13/13 (END) â pivccu.service - piVCCU Loaded: loaded (/lib/systemd/system/pivccu.service; enabled; vendor preset: enabled) Active: active (running) since Thu 2018-03-22 11:16:01 CET; 20s ago Process: 590 ExecStart=/var/lib/piVCCU/start_container.sh (code=exited, status=0/SUCCESS) Main PID: 683 (lxc-start) CPU: 372ms CGroup: /system.slice/pivccu.service ââ681 /usr/lib/arm-linux-gnueabihf/lxc/lxc-monitord /var/lib/piVCCU 5 ââ683 /usr/bin/lxc-start --lxcpath /var/lib/piVCCU --name lxc --pidfile /var/run/pivccu.pid --daemon ! Mär 22 11:15:53 piiobrokerCCU2 systemd[1]: Starting piVCCU... Mär 22 11:16:00 piiobrokerCCU2 start_container.sh[590]: kernel.sched_rt_runtime_us = -1 Mär 22 11:16:01 piiobrokerCCU2 systemd[1]: Started piVCCU. !

Ich habe noch etwas probiert und die Idee mit dem Reboot hing auch noch im Kopf, obwohl ich ja eher nicht dazu neige, da sonst die temporären Logs auch weg sind.

Aber Du hattest auch die richtige Nase. Nach Reboot funktioniert es wieder.

Hatte schon Schweißperlen auf der Stirn, weil ich nach den letzten Konfigurationsänderungen noch kein Backup gemacht hatte. FS20 über CUL funktioniert jetzt auch korrekt. War ganz schöne Fummelei. Hätte mich ganz schön geärgert, wenn das weg gewesen wäre.

Danke

Andreas

[edit]

vorher war 2.31.25-23 jetzt 2.31.25-24 der Erinnerung nach

[edit off]

[Ati]

könnte es ein, dass mit dem Update der Symlink für den CUL verändert werden muss? Ich bekommen nur noch Fehlermeldungen im Log zu sehen.

Mar 23 08:21:18 homematic-ccu2 daemon.err cuxd[252]: TTY(?): send_cux_command(F530E0111): unknown device!
Mar 23 08:21:28 homematic-ccu2 daemon.err cuxd[252]: TTY(?): send_cux_command(F530E0100): unknown device!
Mar 23 08:21:33 homematic-ccu2 daemon.err cuxd[252]: USB(1-1.3) mknod '/dev/ttyACM0' error!
Mar 23 08:21:39 homematic-ccu2 daemon.err cuxd[252]: TTY(?): send_cux_command(F530E0111): unknown device!
Mar 23 08:21:48 homematic-ccu2 daemon.err cuxd[252]: USB(1-1.3) mknod '/dev/ttyACM0' error!
Mar 23 08:21:51 homematic-ccu2 daemon.err cuxd[252]: TTY(?): send_cux_command(F530E0111): unknown device!
Mar 23 08:22:03 homematic-ccu2 daemon.err cuxd[252]: USB(1-1.3) mknod '/dev/ttyACM0' error!

Das Sende- und Empfangsterminal in Cuxd ist leer

Status:

  USB 1-1 - (9514) [HUB] - Fri Mar 23 08:17:18 2018
  USB 1-1.1 - (ec00) [FF] - no driver - Fri Mar 23 08:17:18 2018
  USB 1-1.3 - CUL868 [COMM] - no tty - Fri Mar 23 08:17:18 2018
  Kein TTY-Device connected!

  Erfolgreich mit HomeMatic-CCU 127.0.0.1:8181 verbunden!

  als RPC-Server(INIT) von 192.168.0.9:8701 (hm-rpc.1) angefordert!
  als RPC-Server(INIT) von HomeMatic-CCU (1689) angefordert!

Sieht fast so aus, als ob der CUL nicht korrekt erkannt wird.

Wie kann man das per Terminal oder auch anders testen?

Grüße

Andreas

[deimos]

Hi,

was für ein Symlink?

Wie hast du den CUL bisher in den Container reingereicht?

Viele Grüße

Alex