RBgrid

Zeit

Übersicht

Der Hub braucht die richtige Uhrzeit für zwei Dinge: um jede Messung der richtigen Stunde, dem richtigen Tag und dem richtigen Monat zuzuordnen und um die passende Tarifzone für ihre Kosten zu wählen. Er bezieht die Zeit über das Netzwerk (SNTP) von Zeitservern oder einmal von Ihrem Browser, falls der Hub kein Internet hat.

Öffnen Sie sie in der App: Settings → Time. Der Einrichtungsassistent zeigt ein kompaktes Panel: die Zeitzone mit dem Vorschlag des Browsers, den Synchronisationsstatus, die beiden Uhr-Schaltflächen und Save. Die NTP-Einstellungen gibt es nur hier.

Felder

Feld Was es tut
Network time sync (SNTP) Schaltet die Zeitsynchronisation über Internet-Zeitserver ein oder aus.
NTP server Der primäre Zeitserver. Standard: pool.ntp.org. Ein Hostname oder eine Adresse, bis zu 63 Zeichen, ohne Leerzeichen und ohne „/“: Das Feld zeigt „A server name, without spaces or “/”, up to 63 characters“, wenn es keines ist, und „Required“, wenn es leer ist.
Backup NTP server Wird verwendet, wenn der primäre Server nicht antwortet. Standard: time.nist.gov. Leer, oder ein Host nach derselben Regel.
Resync interval, s Wie oft der Hub nach dem Erhalt der Zeit erneut synchronisiert. Standard 3600 s (eine Stunde), und der Wert muss zwischen 60 und 86400 s liegen: Ab App v1.1.6 speichert das Panel keinen Wert außerhalb dieses Bereichs und akzeptiert nur ganze Sekunden. Ist das Feld ungültig, zeigt es unter dem Feld „At least 60“, „At most 86400“ oder „Required“ und lässt Save deaktiviert, bis Sie den Wert korrigieren. In App v1.1.5 und früher nahmen sowohl die App als auch der Hub jede Zahl an, und ein Wert außerhalb des Bereichs schaltete die NTP-Synchronisation nach dem nächsten Neustart ab. Ein Hub mit einem solchen Wert wird beim ersten Start mit Firmware v1.1.6 wieder in den Bereich gebracht.
Time zone Ihre lokale Zeitzone mit ihren Sommerzeitregeln.

Zeitzone

Die Zeitzone ist eine benannte Zone mit ihren Sommerzeitregeln und kein fester UTC-Versatz, sodass die Uhr an den richtigen Tagen von selbst umschaltet.

⚠️ Die eigene Zeitzone des Hubs bestimmt, was „ein Tag“ bedeutet – nicht die Ihres Telefons und nicht die von Home Assistant. Sie legt Ihre Tarifzonen und Tage fest und ab v1.2.0 auch die Stunden eines günstigen Fensters, den Tag, an dem ein Abrechnungszyklus für Importspitzen beginnt, und den Tag, an dem ein Preis als „heute“ oder „morgen“ gilt. Ein Hub mit der falschen Zone verfälscht all diese Werte gemeinsam um denselben Versatz – deshalb ist ein Fenster, das eine Stunde zu früh öffnet, fast immer eine Uhrzeitfrage und keine Regelfrage.

  • Wählen Sie eine der Voreinstellungen, zum Beispiel „Central Europe — Berlin, Paris… (CET/CEST)“.
  • Die Liste enthält Zeitzonen der Südhalbkugel, wo die Sommerzeit im Jahr umgekehrt verläuft: Sydney/Melbourne/Canberra/Hobart, Adelaide, Brisbane, Perth, Auckland/Wellington, Santiago, São Paulo/Buenos Aires und Johannesburg.
  • Wenn Ihre Zone nicht in der Liste steht, wählen Sie Other (POSIX TZ) und geben die Zone als POSIX-TZ-Zeichenkette ein. Die Zeichenkette muss ihre eigene Sommerzeitregel enthalten.
  • Die App schlägt die Zone des Browsers vor, den Sie verwenden („This browser's zone: … Use it“). Der Vorschlag erscheint nur, wenn die App die Zone des Browsers kennt und sie von der des Hubs abweicht. In App v1.1.4 und früher werden Zeitzonen der Südhalbkugel mit Sommerzeit nicht als Voreinstellung angeboten und erhalten keinen Vorschlag: Wählen Sie dann eine POSIX-TZ-Zeichenkette oder aktualisieren Sie den Hub.

Speichern und wann Änderungen wirksam werden

Das Zeit-Panel hat eine eigene Schaltfläche Save; sie gehört nicht zur Settings-Leiste oben. Bis Sie sie drücken, zeigt das Panel „The zone isn't saved yet — press "Save"“. Wenn der Hub ein Admin-Token hat, braucht das Speichern es.

Nach dem Speichern gilt:

  • Zeitzone: sofort. Sie ist die einzige Zeiteinstellung, die live wirkt.
  • SNTP ein/aus, die Zeitquelle, der NTP-Server, der Backup-NTP-Server und das Resync-Intervall: nach einem Neustart des Hubs. Das Panel zeigt dann „Time settings saved. Some settings take effect after a restart.“ mit Restart now.

⚠️ Von v1.1.5 oder früher aktualisiert? Öffnen Sie danach einmal diese Seite. Auf Firmware v1.1.5 und früher speicherte der Hub dieses Panel als eine vollständige Datei, während die App nur die geänderten Felder sendet – das Speichern nur der Zeitzone löschte daher die NTP-Server, und nach dem nächsten Neustart hatte der Hub gar keine Zeitsynchronisation mehr: Die Uhr blieb ungesetzt, der Verlauf wartete auf ein echtes Datum, und Energie wurde nach der Zeit bepreist, die der Hub gerade für richtig hielt. Behoben in v1.1.6, das die von der App gesendeten Felder mit dem bereits Gespeicherten zusammenführt. Ein Hub erholt sich beim ersten Start mit v1.1.6 – die gespeicherte Zeitzone bleibt erhalten, und die Server kehren zu pool.ntp.org und time.nist.gov zurück. Wenn der Hub in diesem Zustand mehr als einmal neu gestartet ist, ist auch die Zeitzone verloren: Stellen Sie sie hier erneut ein. Behandeln Sie Kosten, die erfasst wurden, während die Uhr ungesetzt war, als verdächtig – wie jeden Messwert vor der ersten Synchronisation.

Wenn Ihr Hub bei älterer Firmware bleiben muss, aktualisieren Sie das App-Paket trotzdem: Das Paket v1.1.6 sendet dieses Panel vollständig an einen Hub mit v1.1.5 oder früher, sodass die Server auch dort ein Speichern überstehen. Das Risiko lag bei App-Paketen v1.1.2 bis v1.1.5, die mit Firmware v1.1.5 oder früher kommunizierten.

Status

Das Panel zeigt den Synchronisationszustand und woher die aktuelle Zeit stammt:

  • synchronized: Der Hub hat die Zeit.
  • synchronizing…: Der Hub bezieht die Zeit gerade.
  • not synchronized: Die Uhr wurde noch nicht gesetzt, oder die letzte Synchronisation ist fehlgeschlagen.
  • source: das Wort, das der Hub meldet:
    • SNTP: Die Zeit stammt von einem Zeitserver.
  • MANUAL: eine manuelle Zeit – die Uhr wurde von einem Browser mit Use this device's time gesetzt. Ab Firmware v1.1.6 zählt der Hub das als Synchronisation, sodass der Status daneben synchronized anzeigt.
  • NONE: Der Hub hat noch keine bestätigte Zeitquelle.

Meldet der Hub keinen Status, zeigt das Panel keinen Zustand an.

Bis zur ersten erfolgreichen Synchronisation versucht der Hub es alle 30 Sekunden erneut. Danach synchronisiert er im Resync-Intervall.

Kein Internet? Die Zeit aus dem Browser setzen

In einem Netzwerk ohne Internetzugang kann der Hub keinen Zeitserver erreichen. Verwenden Sie Use this device's time: Der Hub übernimmt die Zeit aus dem Browser, den Sie gerade nutzen. Auf Firmware v1.1.6 zählt das als Synchronisation – der Status zeigt synchronized mit der Quelle MANUAL, der Zeitschritt des Einrichtungsassistenten ist erfüllt, und der Hub legt seine Messwerte ab da unter echten Daten ab. Danach korrigiert nichts die Uhr, sie driftet also weiter.

Auf Firmware v1.1.5 und früher zählte eine aus dem Browser gesetzte Uhr nicht als Synchronisation. Bei einem Hub im WLAN, der keinen Zeitserver erreichen konnte, meldete das Panel weiterhin not synchronized mit der Quelle NONE; bei einem Hub ganz ohne Netzwerk blieb der Status synchronized, aber die Quelle zeigte weiterhin NONE. In beiden Fällen behandelte der Hub seine eigene Uhr als unbestätigt: Der Zeitschritt des Assistenten blieb ungehakt, und gespeicherte Messwerte warteten auf ein echtes Datum, statt abgelegt zu werden. Wenn das Ihr Hub ist, behebt das Aktualisieren das Problem.

Sync with NTP bittet den Hub, sich jetzt mit dem Zeitserver zu synchronisieren.

Der Hub hat keine batteriegepufferte Uhr. Seine Uhr übersteht einen Neustart, aber keinen Stromausfall. Nach einem Stromausfall ohne Internet ist seine Uhr wieder ungesetzt. Setzen Sie sie erneut im Browser oder lassen Sie sie synchronisieren, sobald das Netzwerk wieder verfügbar ist.

Was passiert, solange die Uhr nicht gesetzt ist

  • Live-Werte kommen weiterhin an. Die App zeigt an, dass die Uhr nicht gesetzt ist: In der Übersicht zeigt Imported today „hub clock not set“, und die Karte Today sagt, dass „heute“ ab der eigenen letzten Mitternacht oder dem letzten Neustart des Hubs zählt, nicht ab Ihrem Kalendertag. Der letzte Schritt des Assistenten zeigt „not synced“.
  • Die Uhr bleibt auf „not set“. Der Hub erfindet kein Datum. Er verwendet eine früher gespeicherte manuelle Zeit nur, wenn diese Zeit aktuell ist.
  • Verlaufseinträge, die vor der ersten Synchronisation entstanden, warten im Speicher des Hubs. Bei der ersten Synchronisation erhalten sie ihre echten Zeitstempel. Dauert das Warten sehr lange, werden die ältesten verworfen. Einträge, die noch kein echtes Datum haben, werden mit „clock not synced“ markiert: Das Verlaufsdiagramm und der CSV-Export lassen sie weg, und die Verlaufstabelle zeigt sie als „before sync“ markiert.
  • Kosten: Solange die Uhr des Hubs nicht gesetzt ist, werden Zeiträume zur Standardzone des Tarifs bepreist. Ab Firmware v1.1.7 ist das ein bewusster Ersatzwert und keine Vermutung: Ohne Uhr gibt es keine Möglichkeit zu wissen, zu welcher Zone eine Stunde gehört, also verwendet der Hub die eine Zone, die nicht von der Zeit abhängt, und speichert diese Kosten wie alle anderen. Auf v1.1.6 und früher wurde die Energie mit der Zone bepreist, in die die ungesetzte Uhr gerade fiel – das konnte jede der Zonen sein. In beiden Fällen stellen Sie die Zeit ein, bevor Sie sich auf die Kosten verlassen. → How cost is calculated

Die Uhren der rbAmp-Module

Der Hub stellt die Uhren der rbAmp-Module nicht ein. Die eigene Uhr des Hubs ordnet Ihre Messwerte zu und bepreist sie.

Netzwerkanforderungen

SNTP verwendet UDP-Port 123, ausgehend, zu den von Ihnen eingestellten Servern. Blockiert Ihr Netzwerk ihn, verwenden Sie einen Zeitserver innerhalb Ihres Netzwerks oder setzen Sie die Zeit aus dem Browser.

Fehlerbehebung

Der Status zeigt nie „synchronized“

  • Prüfen Sie, ob der Hub in einem Netzwerk mit Internetzugang hängt (die Karte Status in den Settings).
  • Prüfen Sie, ob ausgehender UDP-Port 123 erlaubt ist.
  • Probieren Sie einen anderen Server oder die IP-Adresse eines Servers statt seines Namens (ein DNS-Problem).
  • In einem Netzwerk ohne Internet verwenden Sie Use this device's time.

Die Zeiten in der App sind um eine Stunde oder mehr falsch

  • Prüfen Sie die Time zone. Ein reiner UTC-Versatz ändert sich bei der Sommerzeit nicht; verwenden Sie die benannte Zone.
  • Weichen der Versatz des Hubs und der Ihres Browsers um 30 Minuten oder mehr ab, sagt die Übersicht das und bietet Change the zone → an.

Die Kosten für einen Zeitraum wirken falsch

  • Prüfen Sie, ob die Uhr während dieses Zeitraums gesetzt war. Solange die Uhr nicht gesetzt ist (zum Beispiel nach einem Stromausfall ohne Internet), können Messwerte in der falschen Zone bepreist werden.

Die Zeitsynchronisation funktioniert nach einem Neustart nicht mehr

  • Auf Firmware v1.1.5 und früher gibt es zwei Ursachen, beide in v1.1.6 behoben: Das Speichern der Zeitzone allein löschte die NTP-Server (siehe Hinweis oben), und ein Resync interval außerhalb von 60–86400 s schaltete die Synchronisation beim nächsten Neustart ab. Aktualisieren Sie den Hub, öffnen Sie dann dieses Panel einmal und prüfen Sie Zone und Server.
  • Ansonsten prüfen Sie, ob der Hub Internetzugang hat, ausgehender UDP-Port 123 erlaubt ist und das Resync interval zwischen 60 und 86400 s liegt.

Das Zeit-Panel öffnet sich manchmal nicht

  • Behoben in v1.1.6. Auf v1.1.5 und früher schlug das Öffnen von Settings → Time auf einem Hub ohne erreichbaren Zeitserver etwa in einem von drei Fällen fehl, während der Hub NTP erneut versuchte. Öffnen Sie es erneut oder aktualisieren Sie den Hub.