Bonjour,
HA me propose une maj de mon Sonoff TRVZB et de mes thermomètres SNZB-02D. Mais lorsque je la lance, la démarre puis après qqes minutes elle s’arrête.
J’ai bien tenté de les maintenir éveillé en les tripotant pendant la maj mais rien à faire ça finit par échouer.
Est-ce que quelqu’un y arrive ?
J’ai une clé Skyconnect qui fonctionne à merveille.
[center]## System Information
version
core-2025.11.1
installation_type
Home Assistant OS
dev
false
hassio
true
docker
true
container_arch
aarch64
user
root
virtualenv
false
python_version
3.13.9
os_name
Linux
os_version
6.12.51-haos
arch
aarch64
timezone
Europe/Paris
config_dir
/config
Home Assistant Community Store
GitHub API
ok
GitHub Content
ok
GitHub Web
ok
HACS Data
ok
GitHub API Calls Remaining
5000
Installed Version
2.0.5
Stage
running
Available Repositories
2372
Downloaded Repositories
51
Home Assistant Cloud
logged_in
false
can_reach_cert_server
ok
can_reach_cloud_auth
ok
can_reach_cloud
ok
Home Assistant Supervisor
host_os
Home Assistant OS 16.3
update_channel
stable
supervisor_version
supervisor-2025.11.1
agent_version
1.7.2
docker_version
28.3.3
disk_total
28.0 GB
disk_used
20.1 GB
nameservers
2a01:cb00:1842:5b00:7ac2:13ff:fe35:1950, 192.168.1.1
healthy
true
supported
true
host_connectivity
true
supervisor_connectivity
true
ntp_synchronized
true
virtualization
board
green
supervisor_api
ok
version_api
ok
installed_addons
Matter Server (8.1.1), Samba share (12.5.4), InfluxDB (5.0.2), Glances (0.21.1), NGINX Home Assistant SSL proxy (3.13.0), SQLite Web (4.4.1), AppDaemon (0.17.12), Piper (2.1.1), Whisper (3.0.1), Mosquitto broker (6.5.2), Zigbee2MQTT (2.6.3-1), Studio Code Server (5.19.3), Silicon Labs Flasher (0.4.0), OpenThread Border Router (2.15.0), Tesla HTTP Proxy (2.3.0), Terminal & SSH (9.20.1), Let’s Encrypt (5.4.9), MQTT Explorer (browser-1.0.1)
Dashboards
dashboards
8
resources
31
views
46
mode
storage
Network Configuration
adapters
lo (disabled), end0 (enabled, default, auto), hassio (disabled), docker0 (disabled), vethf218ee5 (disabled), veth411c7f8 (disabled), veth7a78e20 (disabled), vethc72f94f (disabled), veth6f799b8 (disabled), veth93e7b52 (disabled), veth78c5efb (disabled), vethcd6f11d (disabled), veth8e6cd4f (disabled), veth26cfc59 (disabled), wpan0 (disabled), veth9d24a63 (disabled), vethaa39ed2 (disabled), vethc3705f1 (disabled), vethf6327f7 (disabled), vethe4d3273 (disabled), veth2951a69 (disabled)
ipv4_addresses
lo (127.0.0.1/8), end0 (192.168.1.113/24), hassio (172.30.32.1/23), docker0 (172.30.232.1/23), vethf218ee5 (), veth411c7f8 (), veth7a78e20 (), vethc72f94f (), veth6f799b8 (), veth93e7b52 (), veth78c5efb (), vethcd6f11d (), veth8e6cd4f (), veth26cfc59 (), wpan0 (), veth9d24a63 (), vethaa39ed2 (), vethc3705f1 (), vethf6327f7 (), vethe4d3273 (), veth2951a69 ()
ipv6_addresses
lo (::1/128), end0 (2a01:cb00:1842:5b00:42cd:afa2:e30e:ff70/64, fdd8:7f2b:dea5:eb3b:5269:c324:c238:b5de/64, fe80::8a31:a5a1:2293:b4ae/64), hassio (fe80::2876:66ff:fe8a:4bf1/64), docker0 (fe80::10fd:2ff:febf:d5c9/64), vethf218ee5 (fe80::6c25:a4ff:febb:164f/64), veth411c7f8 (fe80::481e:d8ff:fe7c:ac72/64), veth7a78e20 (fe80::f8db:b9ff:fe51:42de/64), vethc72f94f (fe80::14f4:bbff:fe0c:f097/64), veth6f799b8 (fe80::2009:e0ff:fefa:b30e/64), veth93e7b52 (fe80::f019:2bff:fea5:35d/64), veth78c5efb (fe80::c88e:fdff:feec:8cd8/64), vethcd6f11d (fe80::e034:3eff:fefc:7bd3/64), veth8e6cd4f (fe80::18c3:9aff:fe5d:ed99/64), veth26cfc59 (fe80::188f:b2ff:feac:ddaf/64), wpan0 (fda6:d78c:e856:ac0:0:ff:fe00:fc11/64, fda6:d78c:e856:ac0:0:ff:fe00:fc38/64, fd55:96a2:5b75:1:b87f:14bd:9ba0:46c4/64, fda6:d78c:e856:ac0:0:ff:fe00:fc10/64, fda6:d78c:e856:ac0:0:ff:fe00:7800/64, fda6:d78c:e856:ac0:e55b:c9ae:ae51:5a1f/64, fe80::7004:9867:f136:3311/64), veth9d24a63 (fe80::cc5a:90ff:fe0c:a178/64), vethaa39ed2 (fe80::9c3c:63ff:fea9:db0c/64), vethc3705f1 (fe80::f4df:60ff:fe25:d1d5/64), vethf6327f7 (fe80::477:23ff:fee8:a218/64), vethe4d3273 (fe80::901d:d4ff:fe11:d916/64), veth2951a69 (fe80::5871:5ff:fe38:77f7/64)
announce_addresses
192.168.1.113, 2a01:cb00:1842:5b00:42cd:afa2:e30e:ff70, fdd8:7f2b:dea5:eb3b:5269:c324:c238:b5de, fe80::8a31:a5a1:2293:b4ae
Recorder
oldest_recorder_run
1 novembre 2025 à 08:04
current_recorder_run
8 novembre 2025 à 09:06
estimated_db_size
792.32 MiB
database_engine
sqlite
database_version
3.49.2
Sonoff
version
3.9.3 (7c75c46)
cloud_online
5 / 5
local_online
5 / 5
debug
failed to load:
[/center]
Bonjour,
J’ai fait les MAJ cet après-midi et je n’ai pas eu de problème.
Math77
Novembre 11, 2025, 9:17
3
Hello @Jean-Marc_Collin
Merci @cedric1 , ca prouve que c’est un soucis local.
Ca fait plusieurs mois que j’essaye… Il doit y avoir un truc.
bentou
Novembre 11, 2025, 10:15
5
je viens de tester pour mes TRVZB, je les fais une par une, sdans y avoir touché avant, juste pour voir, y’en a une qui est faite, la seconde est en cours. ca prend du temps, mais ca avance.
Jicay
Novembre 11, 2025, 10:51
6
J’ai 3 vannes thermostatiques et j’ai pu faire les MAJ l’une à l’a suite de l’autre sans problème
Mise à jour également faite pour moi hier sur deux vannes. C’est vrai que c’est long mais ça se fait tranquillement.
Oui je dois avoir un peu de retard sur les FW. Je vais essayer ça
KipK
Novembre 12, 2025, 8:32
10
@Jean-Marc_Collin essaye de modifier dans z2m, setting, OTA le param image_block_response_delay de 250 à 50.
Pas sûr que ça change quoi que ce soit à son problème.
je l’ai à 100 chez moi, ça met 12 min à peu près contre 30 min à 250.
KipK
Novembre 12, 2025, 9:48
12
J’avais pas mal de soucis, surtout avec les gros fw comme le lixee.
C’était tellement lent que ça augmentait les chances de fail. Depuis que je suis à 50 plus un soucis d’ota.
C’est d’ailleurs le paramètre qu’utilise Deconz depuis des années sans problèmes.
J’ai essayé ca change rien. Ca marche 5 min puis ca s’arrête, je vais tenter le flashage mêrme si la dernière fois que j’ai essayé, il n’a pas voulu (process figé et grosse perle de sueur tout le long du dos
Chez moi quand j’ai lancé la maj OTA, j’ai réveillé les appareils en appuyant sur un bouton et la mise a jour est passé
Merci @WarC0zes , c’était à priori la bonne solution.
C’est la jungle dans les firmwares…Releases · NabuCasa/silabs-firmware-builder · GitHub , Skyconnect est en 7.4.4.5. Sur ton site (Releases · Nerivec/silabs-firmware-builder · GitHub ) on trouve des choses beaucoup plus à jour et qui a l’air officiel aussi.
Y a même encore plus récent avec une 8.2.2 Release v2025.6.2-pre0 · Nerivec/silabs-firmware-builder · GitHub mais y a tellement de warnings au-dessus que je n’ai pas osé.
En tout les mises à jour ont l’air de se faire maintenant. C’est lent mais c’est normal.
Encore merci !
KipK
Novembre 14, 2025, 10:30
16
Good news. Pour la rapidité de maj, garde le setting évoqué plus haut.
Bonne nouvelle, je savais bien que c’étais un problème de firmware, d’autre ont eu les mêmes soucis avec des firmwares en 7.4.x. Il faudra penser à mettre ton sujet en résolu.
Oui, mais c’est en pre-release. Celui que je t’ai proposé est en version stable.
Le site nabucasa
Bon je suis passé de 79% de batterie à 57% par contre.
Il faut pas être juste pour que ça passe du coup.
@KipK , si on diminue image_block_response_delay , ça ira plus vite à mettre à jour, mais est-ce que ça consomme moins en batterie ?
@Jean-Marc_Collin , de diminuer le image_block_response_delay ça va bien plus vite à mettre à jour.
KipK
Novembre 14, 2025, 11:32
20
Je ne penses pas, on reçoit la même quantité de données.
Et plus vite on a finit plus vite le device va se remettre en veille
Par contre ça peut saturer le réseau. Cela dit ici avec à peu près 70 devices, dont le lixee et des tuyas bavards, aucun problème
)
