RBgrid v1.1.6 est disponible. Deux changements se remarquent : le hub conserve vos réglages d'horloge après un redémarrage, et une entrée triphasée mesurée phase par phase est désormais lue comme une seule entrée partout où l'application affiche une période.
Get it
- Firmware : la version v1.1.6 contient le jeu d'images pour un flashage USB complet, chaque fichier avec son SHA-256, et
main_release.binpour une mise à jour over-the-air. - Application web : installez
rbgrid-ui_v1.1.6.zipdepuis la même page, comme décrit dans Compilation et flashage, ou utilisez l'application hébergée sur webapp.rbgrid.io. - Déjà sur v1.1.x ? Mettez à jour à distance depuis l'application (Settings → Hub firmware) avec
main_release.bin; votre Wi-Fi, vos réglages, vos points et votre historique sont conservés. Pas à pas, avec la marche à suivre si la mise à jour s'interrompt en cours de route : Que faire si la mise à jour du firmware s'interrompt. - Toutes les versions : github.com/rb-amp/RBgrid/releases.
Corrigé : vos réglages d'heure survivent à un redémarrage
Cela vaut une minute, même si rien dans votre installation ne semble poser problème.
Sur v1.1.5 et les versions antérieures, le hub enregistrait le panneau Time comme un seul fichier complet, alors que l'application n'envoie que les champs que vous avez réellement modifiés. Donc, enregistrer seul le fuseau horaire — étape 3 de l'assistant de configuration, et la première chose que la plupart des gens modifient — laissait le hub sans serveur NTP. Il gardait la bonne heure jusqu'au redémarrage suivant, puis ne se synchronisait plus jamais : l'horloge restait non réglée, l'historique attendait une vraie date, et l'énergie était valorisée à partir de l'heure que le hub croyait être.
La v1.1.6 fusionne ce que l'application envoie avec ce qui est déjà enregistré, de sorte qu'un enregistrement partiel reste un enregistrement partiel.
Un hub dans cet état se répare tout seul à son premier démarrage sous v1.1.6 : le fuseau horaire enregistré est conservé, et les serveurs reviennent à pool.ntp.org et time.nist.gov. Une chose à faire après la mise à jour : ouvrez Settings → Time et vérifiez le fuseau. Si le hub a redémarré plusieurs fois dans cet état, le fuseau aussi a été perdu — réglez-le de nouveau, et l'horloge se synchronisera d'elle-même.
Si l'un de vos hubs doit rester sur un firmware plus ancien, installez tout de même le nouveau paquet d'application : il envoie ce panneau en entier à un hub en v1.1.5 ou antérieure, de sorte que les serveurs survivent aussi à un enregistrement sur ce hub.
Et une seconde correction sur la même page, pour les hubs sans accès à Internet. Régler l'horloge avec Use this device's time compte désormais comme une synchronisation : le panneau affiche synchronized avec la source MANUAL, l'étape de l'assistant de configuration consacrée à l'heure est validée, et le hub range ses enregistrements à de vraies dates. En v1.1.5 et les versions antérieures, ce n'était pas le cas : un hub en Wi-Fi qui ne pouvait joindre aucun serveur de temps continuait d'afficher not synchronized sans source, et ses enregistrements restaient en attente d'une date qu'ils n'obtiendraient jamais. L'horloge dérive toujours, puisque rien ne la corrige ensuite ; ce qui a changé, c'est que le hub accepte désormais ce réglage. Settings → Time ne parvenait pas non plus à s'ouvrir environ une fois sur trois sur un tel hub, pendant qu'il réessayait NTP. Ce n'est plus le cas.
Pendant que vous êtes sur cette page : l'intervalle de resynchronisation (Resync interval) doit désormais être compris entre 60 et 86400 secondes, car une valeur hors de cette plage désactivait la synchronisation de l'heure au redémarrage suivant. L'application n'accepte plus une telle valeur, et un hub qui en conserve une est ramené dans la plage à son démarrage. Cela clôt un problème connu que ces pages portaient depuis la v1.1.0.
Nouveau : une entrée triphasée lue comme une seule entrée
Depuis la v1.1.5, une entrée triphasée peut être mesurée sous forme de un point par phase, chaque phase conservant son propre import et son propre export. Le problème était que l'application ne pouvait alors afficher qu'un seul de ces points par période : le bilan d'Economics, le mois dans Overview, « vs yesterday » et le graphique d'énergie ne lisaient qu'un seul point de phase, alors que les valeurs en direct et les totaux du hub étaient la somme complète. Cela figurait dans la note de version v1.1.5 comme limitation connue.
Le hub sert désormais l'entrée réseau sous forme d'une seule série additionnée, et l'application la lit. Avec le paquet d'application correspondant, ces vues couvrent de nouveau toute l'entrée :
- today by hour de Overview et son fantôme de la veille, today vs yesterday, month to date et la prévision du mois ;
- Economics avec l'entrée sélectionnée : les totaux, Imported at the input dans le bilan, la production, et le coût et la valeur d'export par zone.
La page History affiche toujours chaque phase séparément — L1, L2 et L3 avec leurs propres graphiques, tableaux et fichiers CSV. C'est voulu : la vue additionnée répond à « qu'est-ce que ma maison a consommé », la vue par point répond à « que fait chaque phase », et une entrée par phase est précisément le cas où il faut les deux.
Rien à activer. Le hub annonce la série additionnée, et une application qui la trouve l'utilise ; une application qui ne la trouve pas, ou un hub en firmware plus ancien, lit le point principal comme avant.
Revenir à un seul point efface toujours l'historique des points de phase. La série additionnée ne peut additionner que ce qui se trouve sur le hub ; donc, pour la période pendant laquelle une entrée divisée était utilisée, elle ne conserve ensuite que L1. Si ces enregistrements comptent pour vous, téléchargez-les depuis History avant de regrouper.
Modifié : supprimer un point efface son enregistrement de comptage net
Supprimer un point supprime désormais aussi son enregistrement de comptage net — le compte de crédit et le solde courant de la période — de sorte qu'un point rattaché plus tard sous le même ID commence son crédit à zéro. Dans les versions précédentes, un ID réutilisé reprenait le crédit du point supprimé, ce qui n'était juste que si la voie alimente toujours la même chose. Si c'est ce que vous voulez, gardez l'ID ; si la voie alimente désormais une autre charge, donnez-lui un nouvel ID.
Modifié : une deuxième mise à jour dans la minute de confirmation le signale
Pendant environ une minute après une mise à jour, le hub confirme encore l'image qu'il vient d'installer, et il refuse une autre image pendant ce laps de temps. Auparavant, l'opération échouait avec une erreur générique ; désormais, le panneau indique ce qui se passe — « Failed: The hub is still confirming the firmware installed less than a minute ago. Try again in about a minute. » — et c'est tout ce qui ne va pas. Attendez une minute et réinstallez.
⚠️ Pendant que vous attendez, ne redémarrez pas le hub. C'est aussi pour cela que cette minute existe : un redémarrage pendant cette minute — à la main, ou en coupant l'alimentation — ramène le hub au firmware qu'il avait auparavant. Ce point a toujours été vrai ; il est désormais écrit noir sur blanc, parce qu'il est facile de le faire en se demandant pourquoi une mise à jour « n'a pas pris ».
Application web 1.1.6
- L'entrée additionnée décrite ci-dessus, et la configuration horaire complète envoyée aux hubs en firmware plus ancien.
- Settings → Time vérifie ce que vous saisissez avant d'enregistrer : les serveurs NTP en noms d'hôte (« A server name, without spaces or "/", up to 63 characters »), l'intervalle de resynchronisation en secondes entières entre 60 et 86400. L'erreur s'affiche sous le champ, et Save reste désactivé tant qu'elle n'a pas disparu.
- Le passage d'une entrée triphasée d'un seul point à un point par phase, et inversement, renvoie maintenant le résultat sur la carte du module sur laquelle vous avez appuyé — avec Restart now à cet endroit, et les boutons de mode masqués jusqu'à ce que vous l'ayez utilisé. Le résultat s'affichait auparavant au-dessus de la liste des modules, souvent hors de l'écran, ce qui rendait le redémarrage très facile à manquer.
Liste complète : le journal des modifications. Guide d'utilisation : rbgrid.io/webapp/docs.