piVCCU3 Firmware 3.43.15

[deimos]

Hi,

Gestern wurden einige Module von IP wired geliefert. Am Abend habe ich mich gleich an den Einbau gemacht, vorher noch die Raspberrymatic auf den neuesten Stand gebracht und dann: keinen Eintrag "Homematic IP Access Points" in der Systemsteuerung.

Ich habe kein Funkmodul installiert. Wird dies für IP wired wirklich benötigt? Wofür braucht man bei wired Funk?

Die Frage musst du eQ-3 stellen. Ich tippe drauf, dass es einige Dinge bei der Programmierung einfacher macht in Bezug auf die Verschlüsselung, welche bei HmIP genutzt wird. Wobei sicher die Förderung des Funkmodulabsatzes auch gerne mitgenommen wird.

Aber ganz aufgegeben habe ich noch nicht, dass auch ohne Funkmodul oder mit altem Funkmodul ans Laufen zu bringen. Allerdings fehlen mir dafür die entsprechende Testgeräte und mal schnell 300€ für eine Minimalausstattung auf den Tisch zu legen für ein Hobbyprojekt, ist halt auch etwas extrem.

Viele Grüße
Alex

[pxlr]

Guten Morgen,

mir hat es leider meine Installation beim Update geschossen.

Code: Alles auswählen

● pivccu.service - piVCCU
   Loaded: loaded (/lib/systemd/system/pivccu.service; enabled; vendor preset: enabled)
   Active: failed (Result: resources) since Fri 2019-02-22 08:12:42 CET; 11min ago
  Process: 18285 ExecStart=/var/lib/piVCCU3/start_container.sh (code=exited, status=0/SUCCESS)
      CPU: 244ms

Feb 22 08:12:07 tinkerboard start_container.sh[18285]: modprobe: FATAL: Module rpi_rf_mod_led not found in directory /lib/modules/4.19.20-rockchip
Feb 22 08:12:07 tinkerboard start_container.sh[18285]: kernel.sched_rt_runtime_us = -1
Feb 22 08:12:12 tinkerboard start_container.sh[18285]: lxc-start: tools/lxc_start.c: main: 366 The container failed to start.
Feb 22 08:12:12 tinkerboard start_container.sh[18285]: lxc-start: tools/lxc_start.c: main: 368 To get more details, run the container in foreground mode.
Feb 22 08:12:12 tinkerboard start_container.sh[18285]: lxc-start: tools/lxc_start.c: main: 370 Additional information can be obtained by setting the --logf
Feb 22 08:12:12 tinkerboard systemd[1]: pivccu.service: PID file /var/run/pivccu3.pid not readable (yet?) after start: No such file or directory
Feb 22 08:12:42 tinkerboard systemd[1]: pivccu.service: Daemon never wrote its PID file. Failing.
Feb 22 08:12:42 tinkerboard systemd[1]: Failed to start piVCCU.
Feb 22 08:12:42 tinkerboard systemd[1]: pivccu.service: Unit entered failed state.
Feb 22 08:12:42 tinkerboard systemd[1]: pivccu.service: Failed with result 'resources'.

Reboot wurde nach dem Update durchgeführt.
Das PID File "/var/run/pivccu3.pid" existiert tatsächlich nicht.

Gruß
Stefan

[deimos]

Hi,

was sagt

Code: Alles auswählen

sudo dpkg-reconfigure pivccu-modules-dkms

Falls da eine Fehlermeldung mit einem Verweis auf eine make.log kommt, dann bitte auch den Inhalt von dieser posten.

Ich tippe drauf, dass das noch der Bug in den Armbian Kernel Headern ist, mit der Ausgabe kann ich das aber definitiv sagen.

Viele Grüße
Alex

[deimos]

Hi,

Raspberrymatic auf den neuesten Stand gebracht ....

Hier sind wir bei PiVCCU.

Was nutzt du denn jetzt wirklich?

Guter Blick für's Detail, das ist mir durchgerutscht.
Aber ist doch eh alles das Gleiche.

Viele Grüße
Alex

[pxlr]

Guten Morgen,
und Danke für deine prompte Unterstützung!

Hi,

was sagt

Code: Alles auswählen

sudo dpkg-reconfigure pivccu-modules-dkms

Code: Alles auswählen

Removed /etc/systemd/system/multi-user.target.wants/pivccu-dkms.service.
Removed /etc/systemd/system/debmatic.service.wants/pivccu-dkms.service.
Removed /etc/systemd/system/pivccu.service.requires/pivccu-dkms.service.

------------------------------
Deleting module version: 1.0.23
completely from the DKMS tree.
------------------------------
Done.

Creating symlink /var/lib/dkms/pivccu/1.0.23/source ->
                 /usr/src/pivccu-1.0.23

DKMS: add completed.

Kernel preparation unnecessary for this kernel.  Skipping...

Building module:
cleaning build area...
make -j4 KERNELRELEASE=4.19.20-rockchip ARCH=arm all...(bad exit status: 2)
Error! Bad return status for module build on kernel: 4.19.20-rockchip (armv7l)
Consult /var/lib/dkms/pivccu/1.0.23/build/make.log for more information.
Created symlink /etc/systemd/system/multi-user.target.wants/pivccu-dkms.service → /lib/systemd/system/pivccu-dkms.service.
Created symlink /etc/systemd/system/debmatic.service.wants/pivccu-dkms.service → /lib/systemd/system/pivccu-dkms.service.
Created symlink /etc/systemd/system/pivccu.service.requires/pivccu-dkms.service → /lib/systemd/system/pivccu-dkms.service.

/var/lib/dkms/pivccu/1.0.23/build/make.log

Code: Alles auswählen

pi@tinkerboard:~$ cat /var/lib/dkms/pivccu/1.0.23/build/make.log
DKMS make.log for pivccu-1.0.23 for kernel 4.19.20-rockchip (armv7l)
Fri Feb 22 08:48:02 CET 2019
make -C /lib/modules/4.19.20-rockchip/build M=/var/lib/dkms/pivccu/1.0.23/build modules
make[1]: Entering directory '/usr/src/linux-headers-4.19.20-rockchip'
  CC [M]  /var/lib/dkms/pivccu/1.0.23/build/eq3_char_loop.o
  CC [M]  /var/lib/dkms/pivccu/1.0.23/build/plat_eq3ccu2.o
  CC [M]  /var/lib/dkms/pivccu/1.0.23/build/generic_raw_uart.o
  CC [M]  /var/lib/dkms/pivccu/1.0.23/build/pl011_raw_uart.o
/bin/sh: 1: ./scripts/recordmcount: not found
scripts/Makefile.build:309: recipe for target '/var/lib/dkms/pivccu/1.0.23/build/plat_eq3ccu2.o' failed
make[2]: *** [/var/lib/dkms/pivccu/1.0.23/build/plat_eq3ccu2.o] Error 127
make[2]: *** Deleting file '/var/lib/dkms/pivccu/1.0.23/build/plat_eq3ccu2.o'
make[2]: *** Waiting for unfinished jobs....
/bin/sh: 1: ./scripts/recordmcount: not found
scripts/Makefile.build:309: recipe for target '/var/lib/dkms/pivccu/1.0.23/build/pl011_raw_uart.o' failed
make[2]: *** [/var/lib/dkms/pivccu/1.0.23/build/pl011_raw_uart.o] Error 127
make[2]: *** Deleting file '/var/lib/dkms/pivccu/1.0.23/build/pl011_raw_uart.o'
/bin/sh: 1: ./scripts/recordmcount: not found
scripts/Makefile.build:309: recipe for target '/var/lib/dkms/pivccu/1.0.23/build/generic_raw_uart.o' failed
make[2]: *** [/var/lib/dkms/pivccu/1.0.23/build/generic_raw_uart.o] Error 127
make[2]: *** Deleting file '/var/lib/dkms/pivccu/1.0.23/build/generic_raw_uart.o'
/bin/sh: 1: ./scripts/recordmcount: not found
scripts/Makefile.build:309: recipe for target '/var/lib/dkms/pivccu/1.0.23/build/eq3_char_loop.o' failed
make[2]: *** [/var/lib/dkms/pivccu/1.0.23/build/eq3_char_loop.o] Error 127
make[2]: *** Deleting file '/var/lib/dkms/pivccu/1.0.23/build/eq3_char_loop.o'
Makefile:1520: recipe for target '_module_/var/lib/dkms/pivccu/1.0.23/build' failed
make[1]: *** [_module_/var/lib/dkms/pivccu/1.0.23/build] Error 2
make[1]: Leaving directory '/usr/src/linux-headers-4.19.20-rockchip'
Makefile:23: recipe for target 'all' failed
make: *** [all] Error 2

[deimos]

Hi,

@pxlr:

Code: Alles auswählen

sudo apt install bison flex
cd /usr/src/linux-headers-4.19.20-rockchip
sudo mkdir -p net/wireguard
sudo touch net/wireguard/Kconfig
sudo touch net/wireguard/Makefile
sudo make scripts
sudo dpkg-reconfigure pivccu-modules-dkms
sudo reboot

Viele Grüße
Alex

[pxlr]

Moin Alex,

bison und flex waren bereits drauf.
Auf die anderen Befehle inkl. neukompilieren wäre ich im Traum nicht gekommen

Eben noch festgestellt, dass bei mir 3.41.11 und noch nicht 3.43.15 läuft.
Kann ich irgendwelche Sicherheitsroutinen einbauen, damit es mir bei einem normalen Upgrade über apt-get nicht irgendwelche Libraries oder Module erneut schießt?

Plane pivccu inkl. iobroker auf einem Tinkerboard in einer gewerblichen Immobilie einzusetzen, um dort Raspimatic abzulösen - ist mir aber grad noch 'n Stück zu riskant.

Werd mich demnächst mal in deiner Amazon Wunschliste umsehen - danke für deinen Support!

Besten Dank & VG
Stefan

[deimos]

Hi,

Eben noch festgestellt, dass bei mir 3.41.11 und noch nicht 3.43.15 läuft.

Wie geschrieben: Die 3.43.15 habe ich bisher nur im testing apt Repo und bringe die erst nach 2 Wochen ins stable. Bei den letzten CCU Firmware Updates hat sich das auch bewährt, da wurde ja regelmäßig eine neue Version von eQ-3 nach wenigen Tagen nachgeschoben wg. teils gravierender Problemen.

Kann ich irgendwelche Sicherheitsroutinen einbauen, damit es mir bei einem normalen Upgrade über apt-get nicht irgendwelche Libraries oder Module erneut schießt?

Das ist in der Form in apt nicht eingebaut. Du kannst einzelne Pakete markieren, dass die keine Updates erhalten. Das kann man sich für die Kernel Pakete überlegen (aber dann auch bitte gleichzeitig für die Header und Device Trees) "apt-mark hold linux-image-next-rockchip linux-headers-next-rockchip linux-dtb-next-rockchip", da die Armbian Kernel Pakete leider immer wieder Überraschungen bieten. Alternativ kann man natürlich auch auf ein globales "apt upgrade" verzichten und stattdessen mit "apt update", die Infos über neue Pakete holen, mit "apt list --upgradeable" alle Pakete mit Updates auflisten lassen und diese dann mit "apt install <Paketliste>" explizit aktualisieren und dabei potentiell kritische Pakete auslassen.

Viele Grüße
Alex

[Daimler]

Hi Gemeinde,

ein Thema / eine Frage, die sicher / vermutlich nichts mit piVCCU zu tun hat sondern der neuen FW!

Ich habe hier das Testsystem (PI 3+, RPI-RF-MOD) problemlos auf die neue Version updaten können und das System läuft auch (eigentlich) problemlos.

Aber:
An dem System hängen insgesamt lediglich 3 HM-IP (HmIP-SPDR, HmIP-SPI, HmIP-MOD-OC8) , 3 HM (HM-ES-PMSw1-Pl, HM-LC-Sw1-DR, HM-PB-6-WM55 und 1 Wired Geräte.
Bisher unter FW 3.41 lag der DC immer zwischen 1 und 2, aber nun mit der 3.43 liegt er permanent zwischen 5 und 6.
Hier läuft nichts an Programmen, lediglich ein kleines HPCL-Makro auf einen HM-Aktor, welcher aber an ein Gateway angemeldet ist - also den DC der CCU nicht beeinflussen kann.

Kann das jemand mit dem DC bestätigen?
Wenn ja, erübrigt sich das Update des Produktivsystems.

[deimos]

Hi,

siehe auch im Thread zur Originalfirmware: Ja, der DC ist bei mir auch etwas höher und bei mir kommt es ziemlich eideutig vom jetzt wieder funktionierendem SetInterfaceClock. Im Schnitt 1% höher bei mir.

Viele Grüße
Alex