x86-CCU 3.47.10

OCCU für Betriebssysteme basierend auf Debian

Moderator: Co-Administratoren

quickmic
Beiträge: 518
Registriert: 20.01.2011, 14:39
Hat sich bedankt: 5 Mal
Danksagung erhalten: 4 Mal

x86-CCU 3.47.10

Beitrag von quickmic » 03.07.2019, 16:33

Das Update gibts im development-git branch.
Es wird aber noch etwas dauern bis das veroeffentlicht wird. Ich baue noch LXC-Support fuer HB-RF-USB mitein.

Benutzeravatar
deimos
Beiträge: 5383
Registriert: 20.06.2017, 10:38
System: Alternative CCU (auf Basis OCCU)
Wohnort: Leimersheim
Hat sich bedankt: 121 Mal
Danksagung erhalten: 949 Mal
Kontaktdaten:

Re: x86-CCU 3.47.10

Beitrag von deimos » 03.07.2019, 17:12

Hi,
quickmic hat geschrieben:
03.07.2019, 16:33
Ich baue noch LXC-Support fuer HB-RF-USB mitein.
Wie löst du das Problem, dass man unter LXC keine Kernel Module nachladen kann?

Viele Grüße
Alex

quickmic
Beiträge: 518
Registriert: 20.01.2011, 14:39
Hat sich bedankt: 5 Mal
Danksagung erhalten: 4 Mal

Re: x86-CCU 3.47.10

Beitrag von quickmic » 03.07.2019, 18:07

Kernel Module muessen am Host eingebunden werden, da kommt man nicht drum rum.

Das eigentliche Problem war, dass die virtuellen devices dynamisch erst zur Laufzeit des multimac erstellt werden.
Die koennen also nicht beim Start der CCU durchgreicht werden weil da noch keine existieren.
Im Moment mache in den Ansatz, dass ich die virtuellen Geraete in einem Unterordner via multimac config erstellen lasse. z.b. /dev/hmip/
Auch wenn der Ordner am Anfang leer ist, kann Proxmox den kompletten leeren Ordner durchreichen.
Wenn nun multimac im lxc-container die devices erstellt (devices werden am Host erstellt) auch wenn multimac im Container lauft, werden die devices durch den Trick mit dem /dev/hmip/ Ordner dynamisch weitergereicht.

Benutzeravatar
deimos
Beiträge: 5383
Registriert: 20.06.2017, 10:38
System: Alternative CCU (auf Basis OCCU)
Wohnort: Leimersheim
Hat sich bedankt: 121 Mal
Danksagung erhalten: 949 Mal
Kontaktdaten:

Re: x86-CCU 3.47.10

Beitrag von deimos » 03.07.2019, 21:25

Hi,

ok, das funktioniert dann aber nur für das eq3_char_loop. Die dynamische Ansteuerung des rpi_rf_mod_led und des dummy_rx8130 kannst du erst machen, nachdem du weißt, welches Funkmodul aufgesteckt ist. Und ohne diese funktioniert die Ansteuerung der LED vom RPI-RF-MOD nicht.

Und natürlich muss man auch noch dafür sorgen, dass die Kernel Module im Host installiert sind.

Viele Grüße
Alex

quickmic
Beiträge: 518
Registriert: 20.01.2011, 14:39
Hat sich bedankt: 5 Mal
Danksagung erhalten: 4 Mal

Re: x86-CCU 3.47.10

Beitrag von quickmic » 04.07.2019, 14:01

Mit der Led-Steuerung habe ich mich noch nicht auseinandergesetzt, das kommt im Anschluss.
Der LXC Kram wird sowieso nicht ohne Handanlegen am Host passieren koennen. Daher, wenn ein User bereit ist sich darauf einzulassen, setze ich vorraus dass er weiss welches Modul er verwendet. Von Modul/Service autodetect-Funktionen bin ich kein Fan.
Ich versuche nur den LXC-Container/Nativ-VM bereits auf alle Eventualitaeten vorzubereiten, dass der einfach alles schluckt was man ihm vorwirft.
Den Host-Teil werde ich dann mit Anleitungen hier im Forum erschlagen.

quickmic
Beiträge: 518
Registriert: 20.01.2011, 14:39
Hat sich bedankt: 5 Mal
Danksagung erhalten: 4 Mal

Re: x86-CCU 3.47.10

Beitrag von quickmic » 15.07.2019, 14:18

Update ist jetzt im master eingecheckt.

chka
Beiträge: 2482
Registriert: 13.02.2012, 20:23
System: Alternative CCU (auf Basis OCCU)
Hat sich bedankt: 300 Mal
Danksagung erhalten: 116 Mal

Re: x86-CCU 3.47.10

Beitrag von chka » 15.07.2019, 21:24

nach dem update ist keins meiner gerate mehr erreichbar, alle erscheinen in Servicemeldungen als nicht erreichbar. nach einem Neustart sieht es ein wenig besser aus aber es sind noch 17 gerate nicht erreichbbar.

habe es jetzt zwei mal durch gespielt immer das gleiche
laufende Version: 3.45.7 angebotene version 3.45.10.X.X.X
RaspberryMatic - CuL 868mHz- CuxDemon - PioTek Tracker - Velux mit KLF200 und Somfy Anbindung- io.Broker auf Proxmox NUC6I3SYH i3-6100U RAM: 40Gig Crucial 8GB DDR4 CT2K8G4SFS824A + 32GB DDR4CT32G4SFD8266

quickmic
Beiträge: 518
Registriert: 20.01.2011, 14:39
Hat sich bedankt: 5 Mal
Danksagung erhalten: 4 Mal

Re: x86-CCU 3.47.10

Beitrag von quickmic » 16.07.2019, 07:03

Waren das bidcos Geraete betroffen? Wenn ja, war der Gateway verbunden?

chka
Beiträge: 2482
Registriert: 13.02.2012, 20:23
System: Alternative CCU (auf Basis OCCU)
Hat sich bedankt: 300 Mal
Danksagung erhalten: 116 Mal

Re: x86-CCU 3.47.10

Beitrag von chka » 16.07.2019, 10:53

Ja waren nur bitcos, ja das usb gateway war dran.

Therotisch könnte ich noch mal testen; update ccu runterfahren, gateway komplett vom esx ab und dann wieder alles hochfahren
RaspberryMatic - CuL 868mHz- CuxDemon - PioTek Tracker - Velux mit KLF200 und Somfy Anbindung- io.Broker auf Proxmox NUC6I3SYH i3-6100U RAM: 40Gig Crucial 8GB DDR4 CT2K8G4SFS824A + 32GB DDR4CT32G4SFD8266

quickmic
Beiträge: 518
Registriert: 20.01.2011, 14:39
Hat sich bedankt: 5 Mal
Danksagung erhalten: 4 Mal

Re: x86-CCU 3.47.10

Beitrag von quickmic » 16.07.2019, 11:10

Therotisch könnte ich noch mal testen; update ccu runterfahren, gateway komplett vom esx ab und dann wieder alles hochfahren
Ja bitte testen.

Zur Sicherheit noch die Frage, du hattest keine weitere CCU am Start. Zweite VM oder so die kollidieren koennte.

Hast den HM-CFG-USB?
Der ist eigentlich am unproblematischsten von der Konfiguration.

Oder den HmIP-RFUSB?
Der hat mit bidcos nix zu tun, selbst wenn der Probleme haette, muesste bidcos einwandfrei laufen.


Hast du HMIP generaell aktiviert? Wenn nein, faellt mir da noch was ein was ich testen kann.

Antworten

Zurück zu „x86-CCU“