zu blöd um yahm zu installieren

[deimos]

Egal wie, was natürlich ärgerlich ist das wenn man schon Teile eines Projektes übernimmt, das nicht drauf verwiesen wird! Da stimme ich Dir zu!

Ich habe es leonsio bereits privat geschrieben, aber ich möchte es hier auch nochmal klarstellen:
Die Idee grundsätzliche Idee von piVCCU ist ähnlich wie bei lxccu oder YAHM, nämlich einen LXC Container nehmen und darin die Firmware laufen lassen. Aber übernommen habe ich nicht eine einzige Zeile Code, ansonsten hätte ich darauf hingewiesen.

Viele Grüße
Alex

[leonsio]

Egal wie, was natürlich ärgerlich ist das wenn man schon Teile eines Projektes übernimmt, das nicht drauf verwiesen wird! Da stimme ich Dir zu!

Ich habe es leonsio bereits privat geschrieben, aber ich möchte es hier auch nochmal klarstellen:
Die Idee grundsätzliche Idee von piVCCU ist ähnlich wie bei lxccu oder YAHM, nämlich einen LXC Container nehmen und darin die Firmware laufen lassen. Aber übernommen habe ich nicht eine einzige Zeile Code, ansonsten hätte ich darauf hingewiesen.

Viele Grüße
Alex

Und wie ich alex sagte, war mein Hinweis mehr auf die Vorarbeit von bullshit bezogen und nicht auf mein Projekt
wir haben uns alle lieb

piVCCU verfolgt den gleichen Ansatz wie bei LXCCU damals in dem man DEB Pakete bereitstellt mit deren die CCU installiert wird. was für in meinen Augen unnötige Abhängigekeit reinbringt und man dabei auf DEB-basierte Systeme begrenzt bleibt. Muss jedoch jeder für sich entscheiden.
Es hat alles seine da-sein Berechtigung und Alex kann gern Teile des Codes übernehmen. Er ist aber noch recht früh am Anfang seiner Entwicklung und ich begrüsse es wenn mehr Leute mit der Thematik beschäftigen, dann kann auch ich eine oder andere Idee aufgreifen.

Z.b. kannst du gern auf die Patch-Datenbank zugreifen https://github.com/leonsio/YAHM-Firmware an Stelle die Patches bei dir zu pflegen und auch ggf. Patches für kommende Releases beisteuern.
Oder die Logik zur Bestimmung der jeweils aktuellen CCU2-FW (oder auch ältere Versionen) übernehmen. Aktuell wird ja bei dir nur die derzeitige Version unterstützt, wenn morgen neue Version kommt, musst du neues DEB Paket rausbringen

Ich finde nicht, dass man Rad doppelt erfinden muss und wenn du mein Code verbessern kannst, ist es ebenfalls eine Inspiration für mich.

ich für mein Teil werde den DeviceTree Ansatz in zukünftige Releases integrieren, damit man keinen neuen Kernel bauen muss

Gruß

[deimos]

Z.b. kannst du gern auf die Patch-Datenbank zugreifen https://github.com/leonsio/YAHM-Firmware an Stelle die Patches bei dir zu pflegen und auch ggf. Patches für kommende Releases beisteuern.

Liebes Angebot, aber funktioniert aktuell nicht, da die Patches inkompatibel sind, da du ja in den Patches erstmal das Funkmodul komplett deaktivierst. Zusätzlich emuliere ich ja die ganzen Sachen unter /sys/module/plat_eq3ccu2 was in den Patches alles auskommentiert ist.

Oder die Logik zur Bestimmung der jeweils aktuellen CCU2-FW (oder auch ältere Versionen) übernehmen. Aktuell wird ja bei dir nur die derzeitige Version unterstützt, wenn morgen neue Version kommt, musst du neues DEB Paket rausbringen

Korrekt erkannt. Aber bei einen neuen Firmware braucht es neue Patches und das dann noch schnell als DEB bereitzustellen macht keinen wirklichen Aufwand.

ich für mein Teil werde den DeviceTree Ansatz in zukünftige Releases integrieren, damit man keinen neuen Kernel bauen muss

Schau es dir gerne an, aber mit dem einbinden würde ich dir empfehlen noch zu warten. Ich bau grade die kompletten Kernel Module um, damit das Funkmodul dann auch auf anderen Boards läuft. Ich bin da fast soweit, dass das veröffentlicht werden kann und auch wenn die Grundidee gleich bleibt, gibt es da doch ein paar Detailveränderungen.

Viele Grüße
Alex

[leonsio]

Auf das plat_eq3ccu2 Modul habe ich ebenfalls Auge geworfen

Was die Patches für die neuen Versionen angeht, so sind die meisten patches zueinander kompatibel, es ändert sich alle 5-6 Versionen etwas, ich habe bei mir mittlerweile eine Routine eingebaut, mit der das letze Patch zuerst verwendet wird, falls ich noch kein neues bereitgestellt habe.

Code: Alles auswählen

get_ccu2_actual_version()
{
    # aktuelle Version bestimmen
    checkVersion="http://update.homematic.com/firmware/download?cmd=js_check_version&serial=0&product=HM-CCU2"
    curVersion=$(wget $QUIET -qO-  -T 3 -t 1  "$checkVersion" | cut -d"'" -f2)
    # Bei misserfolg letze bekannte Version ausgeben
    if [ "$curVersion" = "" ] || [ "$curVersion" = "n/a" ]
    then
        curVersion=$CCU2Version
    fi
    # Ausgabe
    echo $curVersion
}

damit bekommst du die jeweils aktuelle Version zurück, ich würde dir ähnlichen Ansatz empfehlen wie bei mir, die Last-know-good-configuration (patch) behalten und so lange damit arbeiten, bis es Probleme macht

[Daimler]

Hi Leo,

ich für mein Teil werde den DeviceTree Ansatz in zukünftige Releases integrieren, damit man keinen neuen Kernel bauen muss

Top.
Aber schau bitte vorher einmal nach den Inkompatibilitäten bei den Neu- / Updateinstallationen.