NEWS
PiVCCU
PiVCCU
-
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
-
Hi,
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!
-
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? -
Hi,
kannst du mal die Ausgabe von````
sudo pivccu-infoJe 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 -
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]
-
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
-
Hi,
dann meinst du vermutlich nicht symlink, sondern devnode.
Kannst du bitte mal folgendes ausführen und den Output hier posten:
ls -la /etc/piVCCU/post-start.sh cat /etc/piVCCU/post-start.sh sudo /etc/piVCCU/post-start.sh sudo pivccu-attach ls -la /devViele Grüße
Alex
-
pi@piiobrokerCCU2:~ $ ls -la /etc/piVCCU/post-start.sh -rwxr-xr-x 1 root root 43 Mär 13 18:17 /etc/piVCCU/post-start.shpi@piiobrokerCCU2:~ $ cat /etc/piVCCU/post-start.sh #!/bin/bash pivccu-device add /dev/ttyACM0pi@piiobrokerCCU2:~ $ sudo /etc/piVCCU/post-start.sh pi@piiobrokerCCU2:~ $ sudo pivccu-attach ls -la /dev total 4 drwxr-xr-x 4 root root 440 Mar 23 21:34 . drwxr-xr-x 20 root root 4096 Mar 23 07:17 .. c--x--x--x 1 root tty 136, 0 Mar 23 07:17 console crw-rw-rw- 1 root root 242, 0 Mar 23 07:17 eq3loop lrwxrwxrwx 1 root root 13 Mar 23 07:17 fd -> /proc/self/fd crw-rw-rw- 1 root root 1, 7 Mar 23 07:17 full srw-rw-rw- 1 root root 0 Mar 23 07:17 log crw-rw-rw- 1 root root 242, 2 Mar 23 07:17 mmd_bidcos crw-rw-rw- 1 root root 243, 0 Mar 23 07:17 mxs_auart_raw.0 drwxr-xr-x 2 root root 60 Mar 23 07:17 net crw-rw-rw- 1 root root 1, 3 Mar 23 07:17 null crw-rw-rw- 1 root root 5, 2 Mar 23 07:17 ptmx drwxr-xr-x 2 root root 0 Mar 23 07:17 pts crw-rw-rw- 1 root root 1, 8 Mar 23 07:17 random lrwxrwxrwx 1 root root 15 Mar 23 07:17 stderr -> /proc/self/fd/2 lrwxrwxrwx 1 root root 15 Mar 23 07:17 stdin -> /proc/self/fd/0 lrwxrwxrwx 1 root root 15 Mar 23 07:17 stdout -> /proc/self/fd/1 crw-rw-rw- 1 root root 5, 0 Mar 23 07:17 tty crw-r----- 1 root root 166, 0 Mar 23 21:34 ttyACM0 crw-rw-rw- 1 root root 242, 1 Mar 23 07:17 ttyS0 crw-rw-rw- 1 root root 1, 9 Mar 23 07:17 urandom crw-rw-rw- 1 root root 1, 5 Mar 23 07:17 zeroso weit
viele Grüße
Andreas
-
ahh geht jetzt wieder
22:34:16 [ttyACM0] *** connect(9600:8N1) CUL868 22:34:16 [ttyACM0] <-- V 22:34:16 [ttyACM0] --> V 1.67 CUL868 22:34:16 [ttyACM0] <-- X21 22:34:16 [ttyACM0] <-- T01 22:34:16 [ttyACM0] --> FFFF 22:52:22 [ttyACM0] <-- F530E0111 22:52:23 [ttyACM0] <-- F530E0100Danke
-
Hi,
dann war es vermutlich das Problem hier:
https://github.com/alexreinert/piVCCU/issues/36
Viele Grüße
Alex
-
Moin zusammen, heute früh wurden alle Rollos nicht hochgefahren und in der CCU Gui stand "Die Homematic CCU2 ist noch nicht bereit" . Nach einem reboot lief es zunächst wieder. Kurze Zeit später, das gleiche Symptom. Die piCCU "arbeitet" , über die Android App kann ich die Aktoren bedienen, nur die HM GUI wird nicht angezeigt. Auch das löschen des Browser Cache hat nichts gebracht.
Laut pivccu-info scheint alles zu laufen:
pi@raspberrypi:~ $[b] sudo pivccu-info[/b] Kernel modules: Available UART: Assigned to GPIO pins Board serial: OEQ0304046 State: RUNNING PID: 633 IP: 192.168.178.20 CPU use: 28.79 seconds BlkIO use: 52.41 MiB Link: vethpivccu TX bytes: 48.71 KiB RX bytes: 53.64 KiB Total bytes: 102.35 KiB pi@raspberrypi:~ $ [b]sudo dpkg -s pivccu | grep 'Version'[/b] Version: 2.29.23-14 pi@raspberrypi:~ $Der Raspi "langweilt" sich auch:
Wie kann ich den Fehler eingrenzen ?
VG Uwe
3183_raspi.jpg -
Hi,
https://homematic-forum.de/forum/viewto … 26&t=42887.
Die CCU2 Firmware 2.29.x hat einen Bug im Zeitmodul, welcher mit der Zeitumstellung zusammenhängt. Du hast zwei Möglichkeiten: Update mit````
sudo apt update && sudo apt upgradeViele Grüße Alex -
Das all-in-one Image lief einigen Wochen ziemlich stabil auf meinem Raspi 3. Dann wurden ohne erkennbaren Grund einige CCU programme nicht mehr ausgeführt. Der Systemlog der ccu zeigte nichts verdächtiges. Als ich dann vom iobroker ein Backup machen wollte, wurde der gestartet , kam aber nicht zum Ende. Darauf hin habe ich den Raspi remote gebootet. Danach lief sowohl der Backup, als auch wieder die ccu programme.
Frage: wäre ein automatischer reboot ( z.B. Q x pro Woche) sinnvoll ? Einen Fehler kann ich nicht finden. Oder sont noch einen Tipp ?
VG Uwe
550
Online32.4k
Users81.3k
Topics1.3m
Posts