PiVCCU

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

Ati

Du hattest in irgendeinem Thread mal was dazu gepostet, dem ich gefolgt bin. Da ging es darum, dass der CUL ja am Pi am USB steckt und die CCU im Container da nicht hin kommt.

deimos

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 /dev

Viele Grüße

Alex

Ati

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.sh

pi@piiobrokerCCU2:~ $ cat /etc/piVCCU/post-start.sh
#!/bin/bash
pivccu-device add /dev/ttyACM0

pi@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 zero

so weit

viele Grüße

Andreas

Ati

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] <-- F530E0100

Danke

deimos

Hi,

dann war es vermutlich das Problem hier:

https://github.com/alexreinert/piVCCU/issues/36

Viele Grüße

Alex

HAL

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

deimos

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 upgrade


Viele Grüße

Alex

HAL

Hallo Alex, vielen Dank ! Nach dem Upgrade geht jetzt wieder alles …

VG Uwe

Ati

@Alex

das mit den DevNodes passt schon. Allerdings war der Stick zwar in CUxD noch angezeigt, jedoch nicht als TTY Device.

Langsam aber stetig lernt man dazu

Danke

Andreas

HAL

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

deimos

Hi,

möglicherweise ist der RAM voll- bzw. übergelaufen und das System hat angefangen zu swappen?

Viele Grüße

Alex

HAL

Hallo Alex,

available RAM war noch 100mb. Den swapp parameter hatte ich noch nicht anzeigen lassen. Baue ich jetzt in meiner view ein und beobachte das mal.

VG Uwe

HAL

Nach Umzug auf Tinkerboard scheint jetzt alles problemlos zu funktionieren. Ich vermute der Raspi war überfordert.

VG Uwe

Fox1985

Hallo,

ich habe anscheinend ein blöden Fehler gemacht

und zwar hatte ich bis eben zwei raspberry im einsatz. einer mit raspberrymatic und den anderen mit dem iobroker, nun wollte ich alles nur noch auf einem laufen lassen. und zwar mit dem all in one raspi paket.

der iobroker läuft auch super nach dem zurückspielen des backup. nun habe ich mich an homematic begeben, leider habe ich vergessen vorher die addons zu löschen. nun startet pivccu nicht mehr und ich komme auch nicht per putty auf die ip.

könnt ihr mir helfen, pivccu wieder herzustellen, ohne die sd neu bespielen zu müssen.

viele grüße

mafe68

Habe mal ein Frage zu dem Thema! Kann man dazu auch einen CUL v2 USB auch dazu nehmen und den in piVCCU einbinden? Momentan habe ich noch den CUL unter Fhem laufen, würde aber lieber alles auch einem System zusammen haben. Fhem ist in ioBroker eingebunden per Adapter.

paul53

~~@mafe68:~~

Kann man dazu auch einen CUL v2 USB auch dazu nehmen und den in piVCCU einbinden? Nein, [https://github.com/alexreinert/piVCCU](https://github.com/alexreinert/piVCCU) schreibt dazu > Support for

HM-MOD-RPI-PCB (HmRF+HmIP),

RPI-RF-MOD (HmRF+HmIP, LEDs, Pushbutton and RTC are not supported inside CCU Container)

HmIP-RFUSB (HmIP only)

HM-LGW-O-TW-W-EU (HmRF only) `
Einzige mir bekannte Alternative: https://doc.homegear.eu/data/homegear-homematicbidcos/configuration.html#communication-modules.

mafe68

Danke für die Info, dann lasse ich weiter mein Fhem läufen so wie gehabt. Lauft schon einige Jahre problemlos ohne das ich mal was machen musste daran.

NEWS

PiVCCU

Support us

627

32.4k

81.4k

1.3m