Alte Steckdose (Gerät) neues System => Firmware

[jp112sdl]

Aber meine Idee wäre einen WebUI Patch zu haben der in der Gerätefirmware-Liste bei Geräten mit herunterladbaren Gerätefirmwareupdates dann einen "Download" Button anbietet und wenn man den drückt lädt&installiert er die vollautomatisch und startet dann daraufhin ja das normale update.

ob das Gerätefirmware-Management wirklich noch in der Hand der traditionellen WebUI liegt oder das auch schon in den HMIPServer teil gewandert

Teilweise ist es das.
Der File-Upload ist noch so zu bewerkstelligen; die FW-Validitätsprüfung und das Entpacken erfolgt aber innerhalb des HMIPServer.

Ein Zwischenschritt könnte sein, die Ansicht "Geräte-Firmware" so zu erweitern, dass dort nicht nur die hochgeladenen Firmware-Files angezeigt werden, sondern alle (lokal und online) verfügbaren.
Die Spalte "Aktion" bekommt bei den online verfügbaren einen Button "Download".
Ein Klick lädt sie runter, stellt sie bereit und zeigt dann (wie bei den lokal verfügbaren) die Buttons "Löschen" und "Changelog" an.

Ist dann auch noch die Frage, ob man die Abfrage der verfügbaren Firmware-Versionen am eQ-3 Server bei jedem Aufruf der Seite erfolgen lässt. Oder nur 1x täglich mittels Cronjob.

[jmaus]

Ein Zwischenschritt könnte sein, die Ansicht "Geräte-Firmware" so zu erweitern, dass dort nicht nur die hochgeladenen Firmware-Files angezeigt werden, sondern alle (lokal und online) verfügbaren.
Die Spalte "Aktion" bekommt bei den online verfügbaren einen Button "Download".
Ein Klick lädt sie runter, stellt sie bereit und zeigt dann (wie bei den lokal verfügbaren) die Buttons "Löschen" und "Changelog" an.

Das klingt verknünftig und nach dem was mir auch so vorschwebt. Klar muss dann allerdings sein das sofort nach dem "Download" knopf eben der Upload beginnt ohne das man den noch einmal starten muss. Aber ich denke das sollte die nutzer wissen.

Ist dann auch noch die Frage, ob man die Abfrage der verfügbaren Firmware-Versionen am eQ-3 Server bei jedem Aufruf der Seite erfolgen lässt. Oder nur 1x täglich mittels Cronjob.

Das wäre sicherlich auch eine gute Sache, allerdings würde ich das erst in einem nächsten Schritt dann machen. Vorteil der jetzigen Art&Weise ist ja, das dafür die CCU nicht zwangsläufig internetzugriff haben müsste.

[SabineT]

Auf https://ccu3-update.homematic.com ist aber auch nicht immer die aktuelle Firmware für ein Gerät zu finden!

Für den HmIP-STHD liefert dort z.B. die Abfrage https://ccu3-update.homematic.com/firmw ... D&serial=0 "homematic.com.setLatestVersion('2.2.2', 'HmIP-STHD');", ein kürzlich neu gekaufter STHD hat aber inzwischen lt. Geräte-Firmware-Übersicht 2.6.0.

[jp112sdl]

Auf ccu3-update.homematic.com ist aber auch nicht immer die aktuelle Firmware für ein Gerät zu finden!

Für den HmIP-STHD liefert dort z.B. die Abfrage https://ccu3-update.homematic.com/firmw ... D&serial=0 "homematic.com.setLatestVersion('2.2.2', 'HmIP-STHD');", ein kürzlich neu gekaufter STHD hat aber inzwischen lt. Geräte-Firmware-Übersicht 2.6.0.

Das ist korrekt. Die gibt es dann weder dort noch bei eQ-3 zum Download.
Dazu gibt es hier im Forum aber auch bei ELV im Forum ein paar Statements, warum das so ist bzw. sein kann.

[SabineT]

Eigentlich müsste es dann bei:

statt Update eher Downdate bzw. Downgrade heissen

[jmaus]

Eigentlich müsste es dann bei:
Bildschirmfoto 2020-11-14 um 10.20.26.png
statt Update eher Downdate bzw. Downgrade heissen

Prinzipiell schon, aber das ist IMHO vernachlässigbar.

Leider liegt es in der Natur der Dinge das die homematicIP Cloud hier inzwischen was die Gerätefirmwares angeht die Nase vorne hat und ELV hier Geräte verkauft die auf dem Firmwarestand der Cloud sind. Das liegt daran das neben Tests die eQ3 ja dann auch für die CCU firmware einplanen/durchführen muss hier oftmals Änderungen in der WebUI für die Unterstützung neuerer Gerätefirmwareversionen umgesetzt werden müssen und das dauert eben leider wohl und wird oftmals hinten angestellt.

Und dann kommt hier auch noch erschwerend hinzu, das hier im Forum viel zu oft entweder über neue Gerätefirmwares oder das langsame bzw dutycycle zehrende Update geschimpft wird sodass sich hier eQ3 oftmals eher dazu entscheidet ein Update erst einmal nicht für die CCU herauszubringen und zu warten bis entweder mal Zeit ist (also nie) oder die Anfragen beim Support sich dazu häufen!

Achja. Und auch wenn ich es schon einmal betont hatte: wenn die CCU ein solchen Downgrade vorschlägt sollte man ihn durchführen. Eben da nur so gewährleistet ist das der Gerätefirmwarestand auch zum Entwicklungsstand der WebUI passt!

[SabineT]

Prinzipiell schon, aber das ist IMHO vernachlässigbar.

Mein letzter Beitrag war auch eher ironisch gemeint, darum ja auch das

[Baxxy]

Na ihr habt ja wieder Ideen...

Aber muss man jetzt wirklich an der "wie Update ich meine Geräte-Firmware Geschichte" was ändern?
Bei der "Häufigkeit" wie eQ-3 neue Geräte-Firmware raushaut sehe ich da nicht wirklich Bedarf.

Meine Zentrale hat mich in den letzten 2 Jahren immer auf der Startseite auf neuere (oder auch mal auf ältere) Geräte-Firmware hingewiesen.
Daher sehe ich z.B. für eine zusätzliche Prüfung à la

ob man die Abfrage der verfügbaren Firmware-Versionen am eQ-3 Server bei jedem Aufruf der Seite erfolgen lässt. Oder nur 1x täglich mittels Cronjob

keinen Nutzen.
Als Kompromiss könnte ich mir einen zusätzlichen Button vorstellen der bei Druck einmalig die FW-Prüfung macht und vielleicht irgendwo eine Einblendung wann der letzte Check erfolgte.

Ein komplette Automatisierung der Geschichte (Download --> Bereitstellung --> Upload auf die Geräte) ist in meinen Augen überhaupt nicht sinnvoll.
Damit würde man komplett die Kontrolle über die Updates verlieren und bspw. Geräte updaten die man eigentlich nicht will. (Hier z.B. WTH-2 von 2.0.2 --> 2.6.0). Wenn das tatsächlich in Betracht gezogen wird dann bitte auch gleich eine /usr/local/etc/config/NoAutoFWUpdates mit einplanen.

Beim Thema das FW-File direkt auf die Zentrale, statt erst auf einen Rechner und anschließend auf die Zentrale zu laden, bin ich grundsätzlich bei Euch.

Klar muss dann allerdings sein das sofort nach dem "Download" knopf eben der Upload beginnt ohne das man den noch einmal starten muss.

Man könnte aber auch noch einen weiteren Butten machen z.B. "Bereitstellung".
Der "Download" Button lädt und speichert z.B. erstmal nur nach /media/usb1/fw-files...
Der "Bereitstellung" Button übernimmt dann die Funktion des jetzigen Uploads...

[Xel66]

Ein komplette Automatisierung der Geschichte (Download --> Bereitstellung --> Upload auf die Geräte) ist in meinen Augen überhaupt nicht sinnvoll.

Sehe ich genau so. Dieser Updatewahn ist lediglich dem antrainierten Beißreflex durch die dringend notwendigen Updates bei Desktop- und Smartdevice-Betriebssystemen geschuldet. Dort mag es wegen möglicher Sicherheitsprobleme noch zielführend sein. In der abgeschotteten Funkwelt gibt es derartige Problematiken eher nicht (ja, ich kenne das CCC-Video) und solche Automatismen sind daher in meinen Augen auch überflüssig. Solange sich keine Inkompatibilitäten mit der CCU-Firmware ergeben und die Geräte das tun, was ich von ihnen erwarte und/oder es keine neuen Features oder funktionale Verbesserungen (die ich "unbedingt" benötige) in der Gerätefirmware gibt, sehe ich keinen Grund, überhaupt ein Update einzuspielen.

Gruß Xel66

[jp112sdl]

Ich würde hier zwar nicht ganz sonoffensiv vorgehen und die direkt herunterladen.

In der CCU FW 3.55.x wird es ja schon einen Schritt in die Richtung gehen... zumindest was die CCU FW selbst betrifft.
https://github.com/eq-3/occu/blob/maste ... rmware.tcl