Na soweit müsste man natürlich ein entsprechendes OpenHab Addon treiben, das ist klar Aber so schwierig sollte das nicht sein, braucht halt nur Fleißarbeit...deimos hat geschrieben: Wie geschrieben, lief nicht wirklich rund und ich habe es irgendwann aufgegeben. Grundsystem bekommt man zum Laufen, wenn man in allen Startscripten die bash durch sh ersetzt, aber bei den Addons die ich brauche lief es nicht. Und Verwaltung ist dann echt Käse, weil Samba nicht vorhanden ist. Fertig verpackt in Pakete ist dann doch schöner.
piVCCU - Virtualisierte CCU für Raspberry und Tinkerboard
Moderator: Co-Administratoren
- jmaus
- Beiträge: 9865
- Registriert: 17.02.2015, 14:45
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Dresden
- Hat sich bedankt: 464 Mal
- Danksagung erhalten: 1883 Mal
- Kontaktdaten:
Re: piVCCU - Virtualisierte CCU für Raspbian
RaspberryMatic 3.75.7.20240420 @ ProxmoxVE – ~200 Hm-RF/HmIP-RF/HmIPW Geräte + ioBroker + HomeAssistant – GitHub / Sponsors / PayPal /
- jmaus
- Beiträge: 9865
- Registriert: 17.02.2015, 14:45
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Dresden
- Hat sich bedankt: 464 Mal
- Danksagung erhalten: 1883 Mal
- Kontaktdaten:
Re: piVCCU - Virtualisierte CCU für Raspbian
Wenn du also das Grundgerüst mal irgendwo zur Verfügung stellen könntest, dann könnte ich mir das mal bei Gelegenheit anschauen und vielleicht das ganze dann runder machen...
RaspberryMatic 3.75.7.20240420 @ ProxmoxVE – ~200 Hm-RF/HmIP-RF/HmIPW Geräte + ioBroker + HomeAssistant – GitHub / Sponsors / PayPal /
Re: piVCCU - Virtualisierte CCU für Raspbian
Nochmal zurück zur Grundinstallation.
Gibt es Restriktionen bei bereits benutzen Funkmodulen, die von YAHM oder RaspberryMatic auf IP geflasht wurden?
Und auch hier die Zusatzfrage:
Wenn ich für die Community ein All-in-One Image mit piVCCU incl. IP und ioBroker erstelle, und der User dann ein jungfräuliches Funkmodul nutzt - geht das auch?
Gruß
Rainer
Gibt es Restriktionen bei bereits benutzen Funkmodulen, die von YAHM oder RaspberryMatic auf IP geflasht wurden?
Und auch hier die Zusatzfrage:
Wenn ich für die Community ein All-in-One Image mit piVCCU incl. IP und ioBroker erstelle, und der User dann ein jungfräuliches Funkmodul nutzt - geht das auch?
Gruß
Rainer
Alle meine Hinweise sind auf eigene Gefahr umzusetzen. Immer einen Fachmann zu Rate ziehen!
- deimos
- Beiträge: 5396
- Registriert: 20.06.2017, 10:38
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Leimersheim
- Hat sich bedankt: 121 Mal
- Danksagung erhalten: 957 Mal
- Kontaktdaten:
Re: piVCCU - Virtualisierte CCU für Raspbian
Mir sind keine bekannt. An der Stelle ist die Original-Firmware auch nicht verändert, so dass (im Gegensatz zu YAHM, aber analog zu RaspberryMatic) die Firmware bei jedem Start (des Containers) bei Bedarf geflasht wird.Homoran hat geschrieben:Nochmal zurück zur Grundinstallation.
Gibt es Restriktionen bei bereits benutzen Funkmodulen, die von YAHM oder RaspberryMatic auf IP geflasht wurden?
Jein: Beim ersten Start des Containers erstellt die CCU Firmware bereits etliche Dinge, unter anderem die SSH Keys, aber auch HmIP Dinge (analog zum ersten Einschalten einer normalen CCU).Homoran hat geschrieben: Und auch hier die Zusatzfrage:
Wenn ich für die Community ein All-in-One Image mit piVCCU incl. IP und ioBroker erstelle, und der User dann ein jungfräuliches Funkmodul nutzt - geht das auch?
Jetzt passiert der erste Start des Containers aber bereits bei der Installation.
Was du für das Image machen kannst: Installation wie beschrieben und dann als letzten Schritt bevor du das Image schreibst, den Container stoppen und das User Verzeichnis löschen:
Code: Alles auswählen
sudo systemctl stop pivccu
sudo rm -rf /var/lib/piVCCU/userfs/*
Wobei ich jetzt nicht weiß, inwieweit du bereits DInge innerhalb des Containers einstellen müsstest für ioBroker. Wenn da noch irgendwann gemacht werden muss, können wir uns aber gerne kurzschließen, ob es da einen gangbaren Weg für gibt mit Hook Scripten.
Viele Grüße
Alex
Re: piVCCU - Virtualisierte CCU für Raspbian
Danke Alex für die schnelle Antwort!
Gruß
Rainer
Dann mache ich mich mal ran!deimos hat geschrieben:Was du für das Image machen kannst
IMHO sehr wichtig, nachdem ich den Abschnitt davor gelesen hatte.deimos hat geschrieben:Hat auch den kleinen Vorteil, dass nicht alle Nutzer des Images die gleichen SSH Schlüssel innerhalb der CCU haben.
Danke für das Angebot! Da ich eh nicht weiß was ich tue, werde ich ggf. darauf zurückkommen.deimos hat geschrieben:können wir uns aber gerne kurzschließen
Gruß
Rainer
Alle meine Hinweise sind auf eigene Gefahr umzusetzen. Immer einen Fachmann zu Rate ziehen!
- deimos
- Beiträge: 5396
- Registriert: 20.06.2017, 10:38
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Leimersheim
- Hat sich bedankt: 121 Mal
- Danksagung erhalten: 957 Mal
- Kontaktdaten:
Re: piVCCU - Virtualisierte CCU für Raspbian
Hi,
mit den Tipps von ptweety und Jens habe ich geschafft, dass ich die Module alleine bauen kann ohne den kompletten Kernel neu zu bauen.
Das ganze habe ich jetzt mal unter testing bereitgestellt.
Ein Upgrade vom custom Kernel kann man so erreichen:
0. Backup der SD Card
1. ggf. /etc/apt/source.list anpassen und auf testing umstellen
2. sudo apt update
3. sudo apt upgrade (neue pivccu Version sollte jetzt installiert werden)
4. sudo apt install pivccu-modules-raspberrypi raspberrypi-kernel (Es sollten die beiden Pakete installiert werden und das Paket raspberrypi-kernel-pivccu entfernt werden)
5. Restart
@jmaus Die Anpassungen am bcm2835_raw_uart werde ich demnächst als PR bei Raspberrymatic einkippen. Ich will da aber noch einbauen, dass er im Probe die Daten für membase, irq, etc. aus dem Device-Tree übernimmt (mit Fallback auf die aktuellen Hardcoded Werte, wenn die Daten nicht verfügbar sind. Vielleicht ist das dann schon der entscheidende Schritt Richtung einheitlicher Treiber für alle möglichen Einplatinen-Rechner.
Viele Grüße
Alex
mit den Tipps von ptweety und Jens habe ich geschafft, dass ich die Module alleine bauen kann ohne den kompletten Kernel neu zu bauen.
Das ganze habe ich jetzt mal unter testing bereitgestellt.
Ein Upgrade vom custom Kernel kann man so erreichen:
0. Backup der SD Card
1. ggf. /etc/apt/source.list anpassen und auf testing umstellen
2. sudo apt update
3. sudo apt upgrade (neue pivccu Version sollte jetzt installiert werden)
4. sudo apt install pivccu-modules-raspberrypi raspberrypi-kernel (Es sollten die beiden Pakete installiert werden und das Paket raspberrypi-kernel-pivccu entfernt werden)
5. Restart
@jmaus Die Anpassungen am bcm2835_raw_uart werde ich demnächst als PR bei Raspberrymatic einkippen. Ich will da aber noch einbauen, dass er im Probe die Daten für membase, irq, etc. aus dem Device-Tree übernimmt (mit Fallback auf die aktuellen Hardcoded Werte, wenn die Daten nicht verfügbar sind. Vielleicht ist das dann schon der entscheidende Schritt Richtung einheitlicher Treiber für alle möglichen Einplatinen-Rechner.
Viele Grüße
Alex
-
- Beiträge: 10660
- Registriert: 21.09.2012, 08:09
- System: CCU
- Wohnort: Stuttgart
- Hat sich bedankt: 321 Mal
- Danksagung erhalten: 501 Mal
Re: piVCCU - Virtualisierte CCU für Raspbian
Hi Alex,deimos hat geschrieben: 2. sudo apt update
3. sudo apt upgrade (neue pivccu Version sollte jetzt installiert werden)
4. sudo apt install pivccu-modules-raspberrypi raspberrypi-kernel (Es sollten die beiden Pakete installiert werden und das Paket raspberrypi-kernel-pivccu entfernt werden)
fehlt da nicht ein "-get" hinter "sudo apt"?
Gruß,
Thorsten
CCU3 mit stets aktueller FW und den Addons "CUxD" und "Programmedrucken", ioBroker auf Synology DiskStation DS718+ im Docker-Container;
einige Projekte: zentrales Push-Nachrichten-Programm zPNP, DoorPi-Videotürsprechanlage, An- und Abwesenheitsdetektion per Haustürschloss, zentrales Programm zur Steuerung von Beschattungsgeräten zBSP.
einige Projekte: zentrales Push-Nachrichten-Programm zPNP, DoorPi-Videotürsprechanlage, An- und Abwesenheitsdetektion per Haustürschloss, zentrales Programm zur Steuerung von Beschattungsgeräten zBSP.
- deimos
- Beiträge: 5396
- Registriert: 20.06.2017, 10:38
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Leimersheim
- Hat sich bedankt: 121 Mal
- Danksagung erhalten: 957 Mal
- Kontaktdaten:
Re: piVCCU - Virtualisierte CCU für Raspbian
Nein. siehe z.B. https://linuxundich.de/gnu-linux/apt-ge ... abkuerzen/dtp hat geschrieben: fehlt da nicht ein "-get" hinter "sudo apt"?
Viele Grüße
Alex
- jmaus
- Beiträge: 9865
- Registriert: 17.02.2015, 14:45
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Dresden
- Hat sich bedankt: 464 Mal
- Danksagung erhalten: 1883 Mal
- Kontaktdaten:
Re: piVCCU - Virtualisierte CCU für Raspbian
Das hört sich ja wirklich super an. Dann bitte schauen das du den PullRequest wirklich zeitnah schickst damit ich da auch noch meinen Senf dazugeben kanndeimos hat geschrieben:mit den Tipps von ptweety und Jens habe ich geschafft, dass ich die Module alleine bauen kann ohne den kompletten Kernel neu zu bauen.
Das ganze habe ich jetzt mal unter testing bereitgestellt.
[...]
@jmaus Die Anpassungen am bcm2835_raw_uart werde ich demnächst als PR bei Raspberrymatic einkippen. Ich will da aber noch einbauen, dass er im Probe die Daten für membase, irq, etc. aus dem Device-Tree übernimmt (mit Fallback auf die aktuellen Hardcoded Werte, wenn die Daten nicht verfügbar sind. Vielleicht ist das dann schon der entscheidende Schritt Richtung einheitlicher Treiber für alle möglichen Einplatinen-Rechner.
Und es wäre in der Tat sehr gut wenn du vielleicht noch Zeit opfern könntest an dem generic raw uart treiber weiter zu arbeiten den "angelnu" hier bereits angefangen hatte - aber leider bis dato noch nicht zu Ende geführt hat:
https://github.com/angelnu/RaspberryMat ... e800a43161
Dann könnte es nämlich auch HomeMaticIP Support für das GPIO Funkmodul geben wenn man ein ASUS Tinkerboard oder anderes Embedded Board als ein RaspberryPi einsetzt.
RaspberryMatic 3.75.7.20240420 @ ProxmoxVE – ~200 Hm-RF/HmIP-RF/HmIPW Geräte + ioBroker + HomeAssistant – GitHub / Sponsors / PayPal /
- deimos
- Beiträge: 5396
- Registriert: 20.06.2017, 10:38
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Leimersheim
- Hat sich bedankt: 121 Mal
- Danksagung erhalten: 957 Mal
- Kontaktdaten:
Re: piVCCU - Virtualisierte CCU für Raspbian
Stand jetzt hat sich da noch nicht wirklich viel getan: https://github.com/alexreinert/piVCCU/c ... 78da9c3eb7jmaus hat geschrieben:Das hört sich ja wirklich super an. Dann bitte schauen das du den PullRequest wirklich zeitnah schickst damit ich da auch noch meinen Senf dazugeben kann
Aber wie gesagt, ich mach da noch was dran.
Den PR kannte ich bisher noch nicht. Aber grob das war mein Plan. In der Hoffnung, dass mein Tinkerboard die Woche noch kommt, werde ich da am WE mal dran gehen.jmaus hat geschrieben:Und es wäre in der Tat sehr gut wenn du vielleicht noch Zeit opfern könntest an dem generic raw uart treiber weiter zu arbeiten den "angelnu" hier bereits angefangen hatte - aber leider bis dato noch nicht zu Ende geführt hat:
https://github.com/angelnu/RaspberryMat ... e800a43161
Dann könnte es nämlich auch HomeMaticIP Support für das GPIO Funkmodul geben wenn man ein ASUS Tinkerboard oder anderes Embedded Board als ein RaspberryPi einsetzt.
Viele Grüße
Alex