Firmware-Update von HmIP-SDWO-2 "hängt" trotz minimalem DutyCycle

[demel42]

Folgende Situation:

ich habe (u.a.) HmIP-SWDO-2-Aktoren an einer CCU (Raspberrymatic 3.67.10.20230225) angelernt, diese wollen neue Firmware (1.18.4 auf 1.18.6) haben. Die Firmware ist auf der CCU, die Aktoren melden auch, das die Firmware geladen wird.
So weit, so bekannt. Es dauert (bisher 3 Tage) ... auch das ist grundsätzlich bekannt.

Was aber neu ist, ist das der DutyCycle sehr niedrig bleibt (8-12), der CarrierSense ist so bei 0-5.

Im hmserver.log taucht folgendes auf

Code: Alles auswählen

hmserver.log:2023-04-08 15:45:27,198 de.eq3.cbcs.server.core.otau.DeviceBackgroundUpdateSubsystem INFO  [vert.x-eventloop-thread-6] AP 3014F711A0001F5F298D835F: OTAU Handler 7c567a47-da53-4118-b6f8-f84e856d483c continues for device(s) [3014F711A000365F29A5BB70] 
hmserver.log:2023-04-08 15:46:27,197 de.eq3.cbcs.server.core.otau.DeviceBackgroundUpdateSubsystem INFO  [vert.x-eventloop-thread-6] AP 3014F711A0001F5F298D835F: OTAU RF Handler 7c567a47-da53-4118-b6f8-f84e856d483c suspended for device(s) [3014F711A000365F29A5BB70] 
hmserver.log:2023-04-08 16:00:06,356 de.eq3.cbcs.server.core.otau.DeviceBackgroundUpdateSubsystem INFO  [vert.x-eventloop-thread-6] AP 3014F711A0001F5F298D835F: OTAU Handler 35d7232d-9e3d-46fa-8573-26b5b5cacc65 continues for device(s) [3014F711A000365F29A5BEFD] 
hmserver.log:2023-04-08 16:00:36,357 de.eq3.cbcs.server.core.otau.DeviceBackgroundUpdateSubsystem INFO  [vert.x-eventloop-thread-6] AP 3014F711A0001F5F298D835F: OTAU RF Handler 35d7232d-9e3d-46fa-8573-26b5b5cacc65 suspended for device(s) [3014F711A000365F29A5BEFD]

D.h. es wird immer für einen (von 5) Aktor die Übertragung der FW "aktiviert" für eine gewisse Zeit (zwischen continues und suspended liegen immer so 2-5 Minuten, dann ist lange Ruhe, wo kein Aktor auf continues steht und dann geht es wieder etwas weiter.

Erwartet hätte ich ja einen DC von um die 50 oder etwas höher, dann ein suspended. Das Verhalten der CCU bei FW-Updates ist ja nicht so ganz transparent, aber nach meiner Information ist das suspenden nur ein Trick, damit der DC im Rahmen bleibt.

So kleckert das vor sich hin und zu sehen ist ja leider nichts (wie weit das ist). Natürlich kann ich noch gerne abwarten (bleibt mir ja vermutlich auch nichts über), aber die Versorgungspannung der Aktoren sind (bei 3 Autoren ist die inzwischen auf 1.4V gefallen, wenn das so weitergeht ist in einer Woche oder so der Versuch vorbei, weil die Batterien leer sind.

der RSSI der 5 Aktoren liegt bei -35..-50 - also schon ganz prima.

DIe FW an sich ist ok, ich hatte vor einigen Wochen schon einen HmIP-SDWO-2 aktualisiert und ebenfalls einige andere HmIP-Aktoren (HmIP-FSM16, HmIP-STH, HmIP-BSM) - ohne Probleme und mit dem üblichen (Zeit)Verhalten.

Das ist bzgl. dieser Aktoren schon der zweite Anlauf: ich hatte die Aktoren vor gut einer Woche angelernt und damit die FW-Übertragung gestartet und da sich nix tat, hatte ich die Aktoren bereits einmal gelöscht/auf Werkseinstellung zurück gesetzt und neu angelernt sowie die CCU rebootet - in diesem Zusammenhang hatte ich auch Raspberrymatic aktualisiert - davon war die direkte Vorversion in Gebrauch.

Grundsätzlich reden die Autoren mit der CCU (nachweislich des Systemprotokolls). Ein von Hand angestossener Test eine Aktors funktioniert auch ohne Probleme

Die Aktoren melden Sabotage, weil die Abdeckungen noch nicht drauf sind, aber einen Zusammenhang damit kann ich mir nicht vorstellen - zumal bei dem vorigen Versuch einer der Aktoren geschlossen und trotzdem auch nach Tagen noch nicht bereit zum Update war.

Hat irgendjemand eine hilfreiche Idee?

Danke

Ich habe die Aktoren nicht direkt im Zugriff, weil ich nur alle paar Tage vor Ort bin.

[PHundhausen]

Bist du denn jetzt irgendwie weiter gekommen ?

Habe aktuell ähnliches Problem: viewtopic.php?p=769298#p769298

[demel42]

Bist du denn jetzt irgendwie weiter gekommen ?

Ja und nein.

1. ich habe die Aktoren nochmal komplett ab- und wieder angelernt, dann tat sich einen Tag nix (DC nahe 0 / weil Testsystem).
Und plötzlich "ging es los" und ich hatte 1-2 Updates pro Tag. Ein Grund war aber nicht erkennbar.

2. das Problem, das du im Link beschrieben hast, habe ich auf einem System nun auch ... diverse Update, u.a. HmIP-SRH ... tut sich Tagelang gar nichts, auch wenn der DC häufig durchaus im Bereich von 50% liegt (normal auf dem System sind 10-20%)
Trotzdem nur alle x Tage ein Update (nach mehreren Wochen noch 25 von 45).
Diverse batteriebetriebene Aktoren / Sensoren hatten zwischenzeitlich auch leere Batterien ...
Auf zwei anderen Systemen (dort auch u.a. HmIP-SRH) gint das ganz normal (1 Update/Tag würde ich sagen)

Ja, das Updaten macht nicht soviel Spass. Verstehe ja, das das dauert, aber man bekommt weder eine Information (so eine %-Angabe in der Übersicht wäre ja ganz schick) noch kann man die Firmware-Übertragung irgendwie steuern (damit man gezielt Geräte nach einander update kann).
Müsste eigentlich mal den Server rebooten, aber dann beginnt ja alles von Vorne ...