Une mise à jour à distance d'un boîtier installé dans votre tableau électrique peut sembler risquée. Voici donc d'abord le mécanisme, car il répond à cette crainte :
Le nouveau firmware est écrit dans un emplacement libre pendant que le hub continue de tourner sur l'ancien. Le basculement n'a lieu qu'une fois le fichier entier reçu et contrôlé. Si le courant ou le Wi-Fi est coupé en cours de route, le firmware en fonctionnement n'est pas touché : le hub redémarre avec la version qu'il avait déjà, et vous relancez l'installation. Sur notre banc, un envoi interrompu à 377 KB sur 1650 KB a produit exactement ce résultat, et le journal du hub l'a dit en toutes lettres : running image intact.
Et si le nouveau firmware est écrit mais ne démarre pas, le hub revient de lui-même au précédent. Deux emplacements, dont l'un est toujours connu pour fonctionner.
Il y a une minute, dans cette procédure, pendant laquelle on peut encore annuler, et c'est la seule partie de cette page qu'il vaut la peine de retenir.
D'abord : un point de restauration récent
Le firmware et vos réglages sont deux choses distinctes. Une mise à jour conserve vos réglages ; un point de restauration protège contre tout le reste, et il ne demande qu'un clic.
Settings → Restore point → Save restore point. Il contient six fichiers — réglages, matériel, points, tarifs, heure et modules — tels qu'ils sont à cet instant. Le hub ne garde qu'un seul point de restauration : une nouvelle sauvegarde remplace l'ancienne. Restore and restart le rétablit, et le hub est de nouveau opérationnel en 20 à 30 secondes.
Deux éléments ne sont pas inclus, et les deux comptent si vous vous y fiez :
- Pas votre historique. La restauration n'écrit que ces six fichiers de réglages ; les enregistrements de mesures et les totaux depuis l'installation ne sont pas touchés. (Mesuré : 71 enregistrements horaires identiques au bit près avant et après une restauration.)
- Pas vos accès. Le jeton API, le réseau Wi-Fi et son mot de passe, le mot de passe du point d'accès, les origines d'accès au navigateur (CORS) et l'adresse du broker MQTT ne sont pas dans le point de restauration : ils ne sont ni sauvegardés ni restaurés.
Sauvegardez-le juste avant de mettre à jour, pas plusieurs semaines plus tôt. Il restaure le hub tel qu'il était au moment de la sauvegarde ; un point ancien ramène donc une disposition ancienne — les points que vous avez modifiés depuis, le tarif que vous avez fixé depuis.
Un point de restauration sauvegardé sur la v1.1.5 a été restauré sans problème sur un hub mis à jour en v1.1.6 — mesuré, les six fichiers, aucune erreur. Il n'y a pas de contrôle de version ; le hub ne refuse pas un point plus ancien. D'autres couples de versions n'ont pas été testés, et c'est la vraie raison de sauvegarder un point récent plutôt que de faire confiance à un ancien.
Le fichier
Dans la version, vous voulez main_release.bin et rien d'autre. Les trois autres fichiers de la version servent à une installation USB complète et ne conviennent pas ici.
L'application web n'est pas dans ce fichier. Elle est livrée dans un kit à part, rbgrid-ui_<version>.zip, à installer ensuite — voir la fin de cette page. Deux fichiers, deux étapes ; bien les distinguer est la façon la plus courante de se tromper sur ce que l'on vient de mettre à jour.
Ce que vous verrez
Settings → Hub firmware. Le panneau s'ouvre avec ce que vous avez actuellement :
Now: version 1.1.5 · build Nov 6 2026 16:38:17 · image 3ecbbfde
Choisissez le fichier : il indique son contenu avant tout envoi — taille, version, build et le framework avec lequel il a été compilé. Les contrôles s'exécutent aussi à ce stade : un fichier qui n'est pas une image de firmware est refusé, de même qu'un fichier sans description, et un firmware destiné à un autre appareil ("This is another device's firmware, not the hub's"). Si vous choisissez le build que vous utilisez déjà, l'application affiche "This build is already installed. No need to update." — Install reste disponible, et réinstaller fonctionne.
Appuyez sur Install et confirmez. Le dialogue vaut la peine d'être lu une fois, car il décrit toute la séquence :
Update the hub firmware? The hub takes the file, restarts (offline for about half a minute) and confirms the new firmware a minute after it starts. Don't power the hub off until it's done.
Ensuite, le panneau décrit chaque étape, et rien ne se passe en silence :
- Sending the file… 6 % … 100 % — environ 30 secondes sur notre banc, par Wi-Fi.
- The hub wrote the firmware and is restarting…
- The hub is back. Waiting for the new firmware to confirm (about a minute)…
- Done: the hub runs the new firmware — version 1.1.6, build Nov 6 2026 21:28:48.
De bout en bout, environ 1 minute 40 secondes sur notre banc — bien en deçà des trois minutes au-delà desquelles l'application cesse d'attendre. Votre propre durée dépend de votre Wi-Fi ; considérez la nôtre comme un ordre de grandeur, pas comme une valeur. L'en-tête affiche alors la nouvelle version, et la mise à jour est terminée.
La minute qui compte
Entre l'étape 3 et l'étape 4, le nouveau firmware est installé mais pas encore confirmé. Un redémarrage pendant cette fenêtre — volontaire, ou par coupure de courant — ramène le hub au firmware qu'il avait auparavant. Tout semblera alors indiquer que la mise à jour n'a simplement pas eu lieu.
Donc : n'éteignez pas le hub et ne le redémarrez pas tant que le panneau n'affiche pas Done. C'est la seule chose que cette page est là pour vous dire.
Il est peu probable que vous rencontriez le refus du hub dans cette fenêtre, et il vaut la peine de comprendre pourquoi : Done n'apparaît qu'après la confirmation, donc quand le panneau vous propose quoi que ce soit, la minute est déjà écoulée. Le refus apparaît si un second onglet du navigateur, un autre appareil ou un script tente d'installer pendant que le premier attend encore :
Failed: The hub is still confirming the firmware installed less than a minute ago. Try again in about a minute.
Rien n'est cassé quand vous voyez ce message. Attendez une minute et relancez l'installation. (Le message lui-même correspond au firmware v1.1.6 et à son application ; sur la v1.1.5 et les versions antérieures, la même situation échouait avec une erreur générique.)
Quand cela ne prend pas
- Le nouveau firmware n'a pas démarré. Le hub revient de lui-même au précédent, et l'application vous le signale : "The new firmware didn't start — the hub went back to the previous one. Details in 'Events → Hub log'." Le journal du hub se trouve dans l'onglet Log. → Events
- Le hub n'est pas revenu dans les trois minutes. L'application cesse d'attendre et le signale. Vérifiez que le hub est alimenté et connecté à votre réseau, puis rechargez l'application et regardez la version dans l'en-tête du panneau : elle vous indiquera le firmware que vous utilisez.
- Le courant ou la connexion a été coupé pendant l'envoi. Le hub reste sur le firmware qu'il avait. Relancez l'installation.
Dans chacun de ces cas, le point de restauration est votre second filet de sécurité, et il concerne vos réglages — pas le firmware, qui a le sien.
Revenir à une version plus ancienne
C'est possible. Le hub ne le bloque pas : installer un main_release.bin plus ancien se déroule comme pour une version plus récente, et ce retour a été mesuré de la v1.1.6 vers la v1.1.5.
Vous obtenez alors le comportement de cette version, défauts compris — un hub antérieur à la v1.1.6 peut, par exemple, effacer vos serveurs NTP lorsque vous enregistrez le fuseau horaire, ce que la v1.1.6 a corrigé.
⚠️ Et une règle non négociable : si votre entrée triphasée est mesurée par un point par phase, repassez à un seul point avant d'installer une version antérieure à la v1.1.5. Le firmware plus ancien ne gère qu'un seul point d'alimentation. → Votre alimentation triphasée est mesurée sur une seule phase
Ce que la mise à jour conserve
Le Wi-Fi, les réglages, les points, le tarif, les jetons, l'historique et l'application web installée sont tous conservés. Les modules continuent de compter pendant la mise à jour — celle-ci concerne le hub, pas les compteurs.
Ensuite, installez le fichier rbgrid-ui_<version>.zip correspondant à la version, pour que l'application que vous ouvrez soit celle qui est prévue pour le firmware que vous exécutez désormais. Plusieurs changements d'une version relèvent de l'application et non du firmware ; tant que le kit n'est pas installé, vous utilisez l'ancienne application avec le nouveau hub.
Une dernière chose, car c'est la question qui se cache derrière la question : le hub ne récupère pas le firmware par lui-même. Il n'y a ni téléchargement en arrière-plan, ni notification « mise à jour disponible », ni rien qui s'applique pendant la nuit. Il se met à jour seulement lorsqu'une personne choisit un fichier et appuie sur Install, et jamais autrement.
Pour aller plus loin
- Settings: Hub firmware · Restore point
- Ce que change la dernière version : RBgrid v1.1.6
- La mise à jour du firmware d'un module est une autre opération, à faire depuis la fiche du module : Sensors and modules
- Des questions ? → Assistance