PiVCCU
-
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,
was für ein Symlink?
Wie hast du den CUL bisher in den Container reingereicht?
Viele Grüße
Alex
-
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.
-
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
closed Fehlendes tty-Device nach Neustart #36
-
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 -
Hallo Alex, vielen Dank ! Nach dem Upgrade geht jetzt wieder alles …
VG Uwe
-
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
-
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
-
Hi,
möglicherweise ist der RAM voll- bzw. übergelaufen und das System hat angefangen zu swappen?
Viele Grüße
Alex
-
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
-
Nach Umzug auf Tinkerboard scheint jetzt alles problemlos zu funktionieren. Ich vermute der Raspi war überfordert.
VG Uwe
-
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
-
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.
-
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 forHM-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. -
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.
-
Mir ist noch nicht ganz klar, ob nun die Verwendung eines CUL USB Sticks in dem piVCCU Container mit cuxD nun funktioniert oder nicht? Ich habe da widersprüchliches gelesen und hätte gern mal eine Antwort dazu.
Im Moment erscheint bei mir immer, trotz korrekter Konfiguration in cuxD:
USB 7-1 - NANO CUL [FF] - no tty - Fri Dec 21 09:55:00 2018
Kein TTY-Device connected!
