FW Update HmIP-PSM auf 2.18.22 (CCU3)

[Daimler]

Hi,

Noch immer falsch.

Teiweise.

auch dort dauert es nur wenige Sekunden.

Ja, aber dafür dauert bei IP das Übertragen Tage (Wochen, Monat) - bei HM Sekunden.

Das hochladen des Updates startet automatisch.

Und das auf alle gleichen IP-Geräte gleichzeitig (bei HM kann ich das steuern) - das ist ja das Dilemma.

[jp112sdl]

Und das auf alle gleichen IP-Geräte gleichzeitig (bei HM kann ich das steuern) - das ist ja das Dilemma.

Nun ja, sie sind stets bemüht, das "DutyCyle ist nach 2 Geräten erreicht"-Dilemma zu beheben, indem die Firmware auf alle gleichen Gerätetypen per Broadcast verteilt wird. Das klappt im Schönwetter-Labor sicher auch.
Aber halt dann nicht mehr, wenn während der Übertragung zig andere Geräte dazwischenfunken.

[Daimler]

Hi,

Nun ja, sie sind stets bemüht, das "DutyCyle ist nach 2 Geräten erreicht"-Dilemma zu beheben,

War das ein Dilemma?
Das wurde doch iwann einfach und rigoros gelöst - das 3. oder 4. Update lies sich einfach nicht mehr durchführen, solange der DC zu hoch war.

Und ich kann mich nicht an seitenlange Freds zu dem Thema bei HM erinnern - bei IP füllen die seit Jahren das Forum.

[jp112sdl]

War das ein Dilemma?

In Relation zur neuen IP-Welt - nein.

Und ich kann mich nicht an seitenlange Freds zu dem Thema bei HM erinnern - bei IP füllen die seit Jahren das Forum.

In der Fülle sicher nicht, aber an vereinzelte "Ich hab jetzt aber 20 von diesen Aktoren " Beiträge erinnere ich mich schon.

Was auch ein ganz großer Vorteil aus meiner Sicht bei BidCos war ist: Man kann sich mit einem HM UART (z.B. HM-CFG-USB) behelfen und ohne das zu aktualisierende Gerät abzulernen "außerhalb" der CCU flashen, was dann nicht zu Lasten des DC der CCU geht.

[Daimler]

Hi,

vereinzelte

seitenlange

Update geht nicht - DC zu hoch? - Ja - warten, bis er wieder auf Normallevel ist.
So in etwa sahen die aus.

Was auch ein ganz großer Vorteil aus meiner Sicht bei BidCos ... ist: Man kann sich mit einem HM UART (z.B. HM-CFG-USB) behelfen

Ein Lan-Gateway reicht da auch.

Ja, ja - früher war ...

Aber es gibt ja bei IP den HAP!
Nein - dem kann man ja keine Geräte zuordnen.
Vielleicht geht das ja in xx Jahren.

/Edith
Aber lass uns mit dem ganzen OT aufhören - von meiner Meinung, dass das mit IP - Updates zur Zeit Murks ist, lasse ich mich nicht abbringen und ich denke, du siehst das ähnlich.

[Daimler]

Hi,

Aber ich werde bei Gelegenheit nochmals dieses Backup aufspielen und dann entweder kleinlaut eingestehen, dass mir meine Erinnerung einen Streich gespielt hat oder dich eines Besseren belehren.

Leider hat mir hier doch meine Erinnerung einen Streich gespielt - die 2.18.22 hatte ich zum Zeitpunkt des Backups bereits auf die CCU hochgeladen und wohl das PSM-Update erst nach dem Backup gemacht.

Was aber interessant ist:
Neben der Tatsache, dass der tatsächliche FW-Stand nicht überprüft wird, wird auch nicht überprüft, ob ein Gerät überhaupt noch vorhanden ist.

Den FSM hatte ich nach dem Backup aus der CCU gelöscht und wieder in die Krabbelkiste gelegt.
Ja - das kann die CCU nat. nicht wissen!
Aber das sie die FW ohne Servicemeldung auf ein nicht mehr vorhandenes, stromloses Gerät überträgt, finde ich dann doch etwas merkwürdig.
Ich habe aber auch nur 10 Minuten gewartet - viell. wäre die SM ja iiiiirgendwann doch noch gekommen.

sondern beginnt nur damit, diese auf das Gerät zu übertragen (die wird dort in einem separaten Speicherbereich abgelegt - also quasi erstmal auf den Aktor heruntergeladen

Was geschieht eigentlich mit den bereits mit den bereits übertragenen Dateifragmenten, wenn man den Übertragungsvorgang abbricht?
Ich habe ja jetzt wieder die SD von heute Morgen drin.

[Gerti]

Hi,

woher soll die CCU wissen, dass Dein Gerät in einer Kiste liegt?
Für sie gibt es hier ein Gerät, was ein Update bekommen soll und somit versucht sie die Übertragung.
Mit den Fragmenten passiert gar nichts.
Die sind ja, wie ich bereits schrieb, in einem separaten Speicherbereich des Aktors. Das Update hat ja noch gar nicht begonnen, sondern nur der Download auf den Aktor. Ist wie der Download eines Programms für Deinen PC. Der Download überträgt es auf deinen PC, installiert wird es aber erst, wenn du die Installation startest.

Gruß
Gerti

[stan23]

Aber das sie die FW ohne Servicemeldung auf ein nicht mehr vorhandenes, stromloses Gerät überträgt, finde ich dann doch etwas merkwürdig.

Ist diese Anzeige ein Nebeneffekt des Broadcast der FW an alle betroffenen Geräte?

Ich meine, wenn im ersten Versuch die FW gleichzeitig an alle übertragen wird (oder zumindest versucht wird), dann müssen sich diese wahrscheinlich auch nicht zurückmelden und die Zentrale merkt dabei nicht dass eine Antwort ausbleibt.

[Daimler]

Hi,

ich nehme an, du willst das nur nicht verstehen.

Das Update hat ja noch gar nicht begonnen, sondern nur der Download auf den Aktor.

Ob sich das Kind jetzt Download oder Übertragung nennt - ein Download wird nach meinem Verständnis vom Empfänger angetoßen .....

Fakt ist, dass etwas auf ein nicht angeschlossenes Gerät übertragen wird - und es gibt keine Servicemeldung,

Und der genannte PC wäre ja wohl in Betrieb, sonst ...

[Xel66]

Fakt ist, dass etwas auf ein nicht angeschlossenes Gerät übertragen wird - und es gibt keine Servicemeldung,

Nein, das ist eben nicht ein Fakt, sondern eine Vermutung von Dir, bzw. eine Fehlinterpretation des Meldungstextes. Der Aktor benötigt aufgrund seines Firmwarestandes ein Update und dieses wird in die Queue mit eingereiht, entsprechend adressiert und auch so in der CCU dargestellt. Da Updates per Broadcast übertragen werden, um den DC nicht noch weiter zu belasten, wird auf "Eingangsbestätigung" seitens der Aktoren verzichtet. Solange die CCU diesen Aktor nicht vermisst (weil er z.B. keine zyklischen Statusmeldungen aussendet), gibt es auch keine Kommunikationsstörungsmeldungen.

Dass ein Update für den im System vorhandenen Aktor ansteht und das gebroadcastete Update an ihn adressiert wird, wird eben trotzdem dargestellt. Und die Firmware wird wie beschrieben nicht vom Aktor downgeloadet, sondern eben durch die CCU gebroadcastet und die adressierten Aktoren schreiben die übertragene Firmware vermutlich in einen Cache. Erst nach vollständiger Übertragung würden sie in der WebUI den eigentlichen Updatebutton einblenden lassen. Spätestens dann würde wohl der Aktor vermisst und eine Kommunikationsstörungsmeldung generiert. Zumindest hätte ich diese Funktion so angelegt.

Ich habe bei mir im System auch die Aktoren der Weihnachtsbeleuchtung. Diese werden von der CCU auch nur bei einem Neustart vermisst, oder wenn das Weihnachtsprogramm laufen sollte. Daher versorge ich sie nach einem Reboot der CCU eben mal kurz mit Spannung und packe sie nach dem Löschen der Meldungen wieder zurück in die Kiste. Mit Updates gehe ich eher sparsam um, solange ich von einem ggf. gefixten Problem nicht betroffen bin.

Gruß Xel66