RBgrid v1.1.6 ist da. Zwei Änderungen stechen heraus: Der Hub behält Ihre Uhreinstellungen über einen Neustart hinweg, und ein dreiphasiger Eingang, der je Phase gemessen wird, wird jetzt überall als ein einziger Eingang gelesen, wo die App eine Periode anzeigt.
So bekommen Sie es
- Firmware: Das v1.1.6-Release enthält den Image-Satz für eine Erstinstallation über USB, jede Datei mit ihrer SHA-256-Prüfsumme, sowie
main_release.binfür ein Update über die Luft (OTA). - Web-App: Installieren Sie
rbgrid-ui_v1.1.6.zipvon derselben Seite, wie unter Bauen und Flashen beschrieben, oder nutzen Sie die gehostete App unter webapp.rbgrid.io. - Schon auf v1.1.x? Aktualisieren Sie per Update über die Luft aus der App (Settings → Hub firmware) mit
main_release.bin. Ihr WLAN, Ihre Einstellungen, Punkte und Ihr Verlauf bleiben erhalten. Schritt für Schritt, mit dem, was zu tun ist, falls das Update auf halbem Weg stehen bleibt: Was passiert, wenn das Firmware-Update auf halbem Weg stoppt. - Alle Releases: github.com/rb-amp/RBgrid/releases.
Behoben: Ihre Zeiteinstellungen überstehen einen Neustart
Das lohnt eine Minute, auch wenn bei Ihnen nichts falsch aussieht.
Bei v1.1.5 und älter speicherte der Hub das Zeit-Panel als eine vollständige Datei, während die App nur die Felder schickt, die Sie tatsächlich geändert haben. Wenn Sie nur die Zeitzone speicherten, also Schritt 3 des Einrichtungsassistenten und das Erste, was die meisten ändern, blieb der Hub ohne NTP-Server zurück. Er behielt die richtige Zeit bis zum nächsten Neustart, danach synchronisierte er nie wieder. Die Uhr blieb ungesetzt, der Verlauf wartete auf ein echtes Datum, und Energie wurde anhand der Zeit bepreist, die der Hub gerade für richtig hielt.
v1.1.6 führt das, was die App schickt, mit dem zusammen, was bereits gespeichert ist. Ein teilweises Speichern ist damit nur ein teilweises Speichern.
Ein Hub in diesem Zustand repariert sich beim ersten Start auf v1.1.6 selbst: Die gespeicherte Zeitzone bleibt erhalten, und die Server kehren zu pool.ntp.org und time.nist.gov zurück. Eine Sache ist nach dem Update zu tun: Öffnen Sie Settings → Time und prüfen Sie die Zeitzone. Wenn der Hub in diesem Zustand mehr als einmal neu gestartet ist, ist die Zeitzone ebenfalls verloren gegangen. Stellen Sie sie neu ein, dann synchronisiert sich die Uhr von selbst.
Wenn einer Ihrer Hubs auf älterer Firmware bleiben muss, installieren Sie das neue App-Paket trotzdem: Es schickt das Panel vollständig an einen Hub mit v1.1.5 oder älter, sodass die Server auch dort ein Speichern überstehen.
Und ein zweiter Fix auf derselben Seite, für Hubs ganz ohne Internet. Die Uhr mit Use this device's time zu setzen, zählt jetzt als Synchronisation: Das Panel zeigt synchronized mit der Quelle MANUAL, der Zeitschritt des Einrichtungsassistenten ist erfüllt, und der Hub legt seine Datensätze unter echten Datumsangaben ab. Auf v1.1.5 und älter tat er das nicht. Ein Hub im WLAN, der keinen Zeitserver erreichen konnte, meldete weiter not synchronized ohne Quelle, und seine gespeicherten Datensätze warteten auf ein Datum, das nie kommen würde. Die Uhr driftet trotzdem weiter, weil danach nichts korrigiert. Geändert hat sich, dass der Hub die Eingabe jetzt annimmt. Settings → Time ließ sich auf einem solchen Hub außerdem etwa jedes dritte Mal nicht öffnen, während er NTP erneut versuchte. Das passiert jetzt nicht mehr.
Während Sie auf dieser Seite sind: Das Resync interval muss jetzt zwischen 60 und 86400 Sekunden liegen, denn ein Wert außerhalb dieses Bereichs schaltete die Zeitsynchronisation beim nächsten Neustart ab. Die App speichert keinen solchen Wert mehr, und ein Hub, der noch einen trägt, wird beim Start wieder in den Bereich gebracht. Damit ist ein bekannter Fehler geschlossen, den diese Seiten seit v1.1.0 hatten.
Neu: ein dreiphasiger Eingang wird als ein Eingang gelesen
Seit v1.1.5 kann ein dreiphasiger Eingang als ein Punkt je Phase gemessen werden, wobei jede Phase ihren eigenen Bezug und ihre eigene Einspeisung behält. Das Problem: Die App konnte dann pro Periode nur eine davon anzeigen. Die Bilanz in Economics, der Monat in der Overview, „vs yesterday“ und das Energiediagramm lasen jeweils nur einen Phasenpunkt, während die Live-Werte und die eigenen Summen des Hubs die volle Summe zeigten. In der Release-Notiz zu v1.1.5 stand das als bekannte Einschränkung.
Der Hub liefert den Netzeingang jetzt als eine summierte Reihe, und die App liest sie. Mit dem passenden App-Paket decken diese Ansichten den gesamten Eingang wieder ab:
- die heute nach Stunden und den gestrigen Geisterverlauf der Overview, heute vs. gestern, Monat bis heute und die Monatsprognose;
- Economics mit ausgewähltem Eingang: die Summen, Imported at the input in der Bilanz, die Erzeugung sowie die Kosten und den Exportwert je Zone.
Die History-Seite zeigt weiterhin jede Phase getrennt: L1, L2 und L3 mit eigenen Diagrammen, Tabellen und CSV-Dateien. Das ist Absicht. Die summierte Ansicht dient der Frage „was hat mein Haus verbraucht“, die Ansicht je Punkt der Frage „was macht jede Phase“, und bei einem nach Phasen aufgeteilten Eingang braucht man manchmal beides.
Nichts muss eingeschaltet werden. Der Hub bietet die summierte Reihe an, und eine App, die sie findet, nutzt sie; eine App, die sie nicht findet, oder ein Hub mit älterer Firmware liest den Hauptpunkt wie bisher.
Der Rückweg zu einem einzigen Punkt löscht weiterhin den Verlauf der Phasenpunkte. Die summierte Reihe kann nur summieren, was auf dem Hub liegt. Für den Zeitraum, in dem ein geteilter Eingang in Gebrauch war, behält sie danach nur L1. Wenn diese Datensätze wichtig sind, laden Sie sie unter History herunter, bevor Sie die Gruppierung zurücknehmen.
Geändert: Beim Löschen eines Punkts wird sein Nettomessungs-Datensatz gelöscht
Beim Löschen eines Punkts wird jetzt sein Nettomessungs-Datensatz mitgelöscht, also der Guthabenspeicher und der laufende Periodensaldo. Ein Punkt, der später mit derselben ID angelegt wird, startet dadurch mit einem Guthaben von null. Auf früheren Versionen übernahm eine wiederverwendete ID das Guthaben des entfernten Punkts. Das ist nur richtig, wenn der Kanal weiterhin dasselbe speist. Wenn Sie das wollen, behalten Sie die ID. Speist der Kanal jetzt eine andere Last, vergeben Sie eine neue.
Geändert: Ein zweites Update innerhalb der Bestätigungsminute wird angekündigt
Etwa eine Minute nach einem Update bestätigt der Hub noch das Image, das er gerade installiert hat, und nimmt in diesem Fenster kein weiteres an. Früher schlug das mit einer allgemeinen Fehlermeldung fehl. Jetzt nennt das Panel den Grund – "Failed: The hub is still confirming the firmware installed less than a minute ago. Try again in about a minute." – und das ist alles, was falsch ist. Warten Sie eine Minute und installieren Sie dann erneut.
⚠️ Starten Sie den Hub während des Wartens nicht neu. Genau deshalb: Ein Neustart innerhalb der Bestätigungsminute, ob von Hand oder durch Ziehen des Netzsteckers, setzt den Hub auf die Firmware zurück, die er vorher hatte. Das galt schon immer; jetzt steht es aber ausdrücklich da, weil es leicht passiert, während man sich fragt, warum ein Update „nicht gegriffen“ hat.
Web-App 1.1.6
- Der summierte Eingang wie oben und die gesamte Zeitkonfiguration für Hubs mit älterer Firmware.
- Settings → Time prüft, was Sie eingeben, bevor gespeichert wird: die NTP-Server als Hostnamen („A server name, without spaces or "/", up to 63 characters“) und das Resync interval als ganze Sekunden zwischen 60 und 86400. Die Fehlermeldung steht unter dem Feld, und Save bleibt deaktiviert, bis sie verschwunden ist.
- Wechselt man einen dreiphasigen Eingang zwischen einem Punkt und einem Punkt je Phase, meldet das Ergebnis sich jetzt auf der Modulkarte, die Sie gedrückt haben, mit Restart now dort und den Modus-Schaltflächen, die sich ausblenden, bis Sie neu gestartet haben. Das Ergebnis erschien früher oberhalb der Modulliste, oft außerhalb des sichtbaren Bereichs, wodurch der nötige Neustart leicht übersehen wurde.
Vollständige Liste: das Changelog. Benutzerhandbuch: rbgrid.io/webapp/docs.