RaspberryMatic in Docker oder Proxmox betreiben

[jmaus]

Sollte eigentlich recht einfach sein: du hast Punkt (4) der Anleitung wohl befolgt. Siehe:

https://github.com/jens-maus/RaspberryM ... ost-system

d.h. Du misst die dkms kernel module installieren wie dort erläutert.

[Auweia]

modprobe: FATAL: Module eq3_char_loop not found in directory /lib/modules/5.10.81-v7l+

Ist das ein Raspbian System? Neuer Kernel?

Hallo Jens,
funktionieren die piVCCU - Module auch mit dem neuen kernel 5.10.81-v7l ?

vg
Albert

[Josh]

Ich betreibe mein Raspberrymatic unter Proxmox in einer VM. Das (große/neue) Funkmodul habe ich mittels HB-RF-ETH ins Netzwerk gebracht. Da bist Du vollkommen unabhängig von anderer Hardware. Ist dann egal, ob Du die RM auf dem RPi oder einer VM oder was was ich noch wo laufen lassen willst.

Einrichtung ist denkbar einfach. Einfach die IP des Netzwerk-Funkmoduls in eine conf-Datei in RM eintragen. Fertig.

[Matze1984]

Hallo zusammen,

ich habe jetzt die RaspberryMatic (aktuelle Version) im Docker Container erfolgreich mit dem aufgesteckten Funkmodul RPI-RF-MOD auf dem Pi4 zum laufen gebracht.

Am Nikolaus gab es bei smartkram das HB-RF-ETH Modul zum halben Preis und ich konnte nicht widerstehen und hab es mir gekauft

Das Modul zusammengelötet, Firmware aktualisiert und es wird auch im Netzwerk ordnungsgemäß angezeigt.

Jedoch scheitere ich daran, es im Docker Container mit der RaspberryMatic zu verknüpfen. Bin jetzt schon das ganze Wochenende am versuchen und habe es bisher nicht geschafft. Vielleicht hat jemand eine Idee oder kann mir helfen. Würde mich sehr freuen.

Folgende Fragen/Fehlermeldungen haben sich den letzten beiden Tagen ergeben:
- Ich hatte bereits die Anleitung auf GitHub (https://github.com/jens-maus/RaspberryM ... ost-system für die Erstellung des Docker Containers und die Anleitung für das am Pi4 aufgesteckte RPI-RF-MOD befolgt (Schritte 1-7). Jetzt hängt nur das Funkmodul nicht mehr auf dem Pi, sondern auf dem HB-RF-ETH. Muss ich auf dem Pi die Schritte erneut durchführen?
-Muss ich den bestehenden Docker Container neu aufsetzen (bisher kannte er nur das direkt aufgesteckte Funkmodul am Pi)?
-Ich bin auch der Anleitung gefolgt und habe in dem raspberrymatic container diesen Befehl mit der IP des HB-RF-ETH ausgeführt:
echo '192.168.178.115' >/etc/config/hb_rf_eth

Wenn ich dann den Container neu starte, bekomme ich folgende Fehlermeldung in den Logs:

Code: Alles auswählen

,Starting network: eth0: link up, fixed, firewall, inet up, 192.168.178.130, OK
,Identifying Homematic RF-Hardware: modprobe: can't load module hb_rf_eth (kernel/drivers/pivccu/hb_rf_eth.ko): Invalid argument
,.............................../etc/init.d/S47InitRFHardware: line 58: can't create /sys/module/hb_rf_eth/parameters/connect: nonexistent directory
,./etc/init.d/S47InitRFHardware: line 58: can't create /sys/module/hb_rf_eth/parameters/connect: nonexistent directory
,./etc/init.d/S47InitRFHardware: line 58: can't create /sys/module/hb_rf_eth/parameters/connect: nonexistent directory
,./etc/init.d/S47InitRFHardware: line 58: can't create /sys/module/hb_rf_eth/parameters/connect: nonexistent directory
,./etc/init.d/S47InitRFHardware: line 58: can't create /sys/module/hb_rf_eth/parameters/connect: nonexistent directory
,./etc/init.d/S47InitRFHardware: line 58: can't create /sys/module/hb_rf_eth/parameters/connect: nonexistent directory
,./etc/init.d/S47InitRFHardware: line 58: can't create /sys/module/hb_rf_eth/parameters/connect: nonexistent directory
,./etc/init.d/S47InitRFHardware: line 58: can't create /sys/module/hb_rf_eth/parameters/connect: nonexistent directory
,./etc/init.d/S47InitRFHardware: line 58: can't create /sys/module/hb_rf_eth/parameters/connect: nonexistent directory
,./etc/init.d/S47InitRFHardware: line 58: can't create /sys/module/hb_rf_eth/parameters/connect: nonexistent directory
,./etc/init.d/S47InitRFHardware: line 58: can't create /sys/module/hb_rf_eth/parameters/connect: nonexistent directory
,./etc/init.d/S47InitRFHardware: line 58: can't create /sys/module/hb_rf_eth/parameters/connect: nonexistent directory
,./etc/init.d/S47InitRFHardware: line 58: can't create /sys/module/hb_rf_eth/parameters/connect: nonexistent directory
,./etc/init.d/S47InitRFHardware: line 58: can't create /sys/module/hb_rf_eth/parameters/connect: nonexistent directory
,./etc/init.d/S47InitRFHardware: line 58: can't create /sys/module/hb_rf_eth/parameters/connect: nonexistent directory
,./etc/init.d/S47InitRFHardware: line 58: can't create /sys/module/hb_rf_eth/parameters/connect: nonexistent directory
,./etc/init.d/S47InitRFHardware: line 58: can't create /sys/module/hb_rf_eth/parameters/connect: nonexistent directory
,./etc/init.d/S47InitRFHardware: line 58: can't create /sys/module/hb_rf_eth/parameters/connect: nonexistent directory
,./etc/init.d/S47InitRFHardware: line 58: can't create /sys/module/hb_rf_eth/parameters/connect: nonexistent directory
,./etc/init.d/S47InitRFHardware: line 58: can't create /sys/module/hb_rf_eth/parameters/connect: nonexistent directory
,./etc/init.d/S47InitRFHardware: line 58: can't create /sys/module/hb_rf_eth/parameters/connect: nonexistent directory
,./etc/init.d/S47InitRFHardware: line 58: can't create /sys/module/hb_rf_eth/parameters/connect: nonexistent directory
,./etc/init.d/S47InitRFHardware: line 58: can't create /sys/module/hb_rf_eth/parameters/connect: nonexistent directory
,./etc/init.d/S47InitRFHardware: line 58: can't create /sys/module/hb_rf_eth/parameters/connect: nonexistent directory
,./etc/init.d/S47InitRFHardware: line 58: can't create /sys/module/hb_rf_eth/parameters/connect: nonexistent directory
,./etc/init.d/S47InitRFHardware: line 58: can't create /sys/module/hb_rf_eth/parameters/connect: nonexistent directory
,./etc/init.d/S47InitRFHardware: line 58: can't create /sys/module/hb_rf_eth/parameters/connect: nonexistent directory
,./etc/init.d/S47InitRFHardware: line 58: can't create /sys/module/hb_rf_eth/parameters/connect: nonexistent directory
,./etc/init.d/S47InitRFHardware: line 58: can't create /sys/module/hb_rf_eth/parameters/connect: nonexistent directory
,./etc/init.d/S47InitRFHardware: line 58: can't create /sys/module/hb_rf_eth/parameters/connect: nonexistent directory
,...HmRF: none, HmIP: none, OK
,Updating Homematic RF-Hardware: no GPIO/USB connected RF-hardware found

Jemand eine Idee, was ich falsch oder vergessen habe? Verzweifle hier gerade etwas.

Lieben Gruß

Mathias

[Matze1984]

Ok, konnte das Problem selber lösen. Ich hätte einfach mal den Pi neustarten müssen

[DoMM]

Hi, wäre es möglich, wenn man z.B den Docker mit RaspberryMatic auf einer Diskstation laufen lässt, und einen Accesspoint über hat, diesen als Funk- Gateway zu nutzen?
Hat das jemand schonmal getestet?

[jmaus]

Hi, wäre es möglich, wenn man z.B den Docker mit RaspberryMatic auf einer Diskstation laufen lässt, und einen Accesspoint über hat, diesen als Funk- Gateway zu nutzen?

Nein, das wird nicht gehen. Ein HmIP-HAP kann man nur an seine CCU/RaspberryMatic anbinden wenn man ein RPI-RF-MOD bzw. ein HmIP-RFUSB im Hauptsystem im Einsatz hat. Und diese beiden benötigen eigene Linux-Kernelmodule die man so aber nicht ohne größere Entwicklungsarbeiten für die Synology Diskstation zum laufen bekommen wird. Da bleibt einzig und alleine die Möglichkeit unter einer Synology Diskstation die "Virtual Machine Manager" Erweiterung zu installieren um dann eine vollvirtualisierte OVA Version von RaspberryMatic zu installieren an die man das RPI-RF-MOD bzw. den HmIP-RFUSB durchleitet.

[Roland M.]

Hallo!

Hi, wäre es möglich, wenn man z.B den Docker mit RaspberryMatic auf einer Diskstation laufen lässt, und einen Accesspoint über hat, diesen als Funk- Gateway zu nutzen?

Um einen Access Point in einer CCU-Umgebung betreiben zu können, ist zwingend das RPI-RF-MOD notwendig, da auf diesem Funkmodul - besser Erweiterungsmodul - auch ein Chip für die Verschlüsselung integriert ist, der für die Kommunikation untereinander notwendig ist.

Dann kann der Access Point aber natürlich zur Reichweitenverlängerung genutzt werden.


Roland

[DoMM]

Okay alles klar danke für die Info. Ist generell der Betrieb von RaspberryMatic auf einem Pi oder als VM in der Diskstation vorzuziehen? Ich hätte beide Möglichkeiten dies umzusetzen, daher die Frage

[jmaus]

Okay alles klar danke für die Info. Ist generell der Betrieb von RaspberryMatic auf einem Pi oder als VM in der Diskstation vorzuziehen?

Meine persönlichen Erfahrungen gehen glasklar in die Richtung des Vorziehens einer VM-basierten Lösung gegenüber dedizierter Hardware. Die Möglichkeiten und Flexibilität überwiegen meiner Meinung nach bei Weitem die mitunter vorgebrachten Sicherheits- oder Stabilitätsbedenken. Aber unterm Strich muss man das schon mit sich selbst, mit seiner Erfahrung und mit den äußeren Umständen des Einsatzes ausmachen und ein generelles Vorziehen einer VM-basierten Lösung kann so auch nicht ausgesprochen werden.