Hora

Descripción general

El hub necesita la hora correcta para dos cosas: para registrar cada medición en la hora, el día y el mes correctos, y para elegir la zona tarifaria adecuada para su coste. Obtiene la hora por la red (SNTP) desde servidores horarios, o una sola vez desde su navegador si el hub no tiene internet.

Ábrala en la aplicación: Settings → Time. El asistente de configuración muestra un panel compacto: la zona horaria con la sugerencia del navegador, el estado de sincronización, los dos botones de reloj y Save. Los ajustes de NTP solo están aquí.

Campos

Zona horaria

La zona horaria es una zona con nombre y sus reglas de horario de verano, no un desfase fijo respecto a UTC, así que el reloj cambia por sí solo en las fechas correctas.

⚠️ La zona horaria propia del hub decide qué es "un día", no la de su teléfono ni la de Home Assistant. Sitúa sus zonas tarifarias y sus días, y desde v1.2.0 también las horas de una ventana barata, el día en que empieza un ciclo de facturación de picos de importación, y el día en que un precio es "hoy" o "mañana". Un hub con la zona equivocada falla en todas ellas a la vez, con el mismo desfase, por eso una ventana que se abre una hora antes casi siempre es un problema de reloj y no de regla.

• Elija uno de los preajustes, por ejemplo "Central Europe — Berlin, Paris… (CET/CEST)".
• La lista incluye zonas del hemisferio sur, donde el horario de verano va al revés a lo largo del año: Sydney/Melbourne/Canberra/Hobart, Adelaide, Brisbane, Perth, Auckland/Wellington, Santiago, São Paulo/Buenos Aires y Johannesburg.
• Si su zona no está en la lista, elija Other (POSIX TZ) e introduzca la zona como una cadena POSIX TZ. La cadena debe llevar su propia regla de horario de verano.
• La aplicación sugiere la zona del navegador que está usando ("This browser's zone: … Use it"). La sugerencia aparece solo cuando la aplicación conoce la zona del navegador y es distinta de la del hub. En la aplicación v1.1.4 y anteriores, las zonas del hemisferio sur con horario de verano no se ofrecen como preajustes y no reciben sugerencia: elija una cadena POSIX TZ o actualice el hub.

Guardado y cuándo se aplican los cambios

El panel de hora tiene su propio botón Save; no forma parte de la barra de Settings de la parte superior. Hasta que lo pulse, el panel dice "The zone isn't saved yet — press "Save"." Cuando el hub tiene un token de administrador, guardar requiere ese token.

Una vez guardado:

• Time zone: de inmediato. Es el único ajuste de hora que se aplica en vivo.
• SNTP on/off, the time source, the NTP server, the backup NTP server and the resync interval: tras reiniciar el hub. El panel dice entonces "Time settings saved. Some settings take effect after a restart." con Restart now.

⚠️ ¿Actualiza desde v1.1.5 o anterior? Abra esta página una vez después. En el firmware v1.1.5 y anteriores el hub guardaba este panel como un único archivo completo, mientras que la aplicación envía solo los campos que cambió; así que guardar la zona horaria por sí sola borraba los servidores NTP, y tras el siguiente reinicio el hub no tenía sincronización de hora alguna: el reloj quedaba sin fijar, el historial esperaba una fecha real y la energía se tarifaba según la hora que creyera tener el hub. Corregido en v1.1.6, que combina lo que envía la aplicación con lo que ya está guardado. Un hub se recupera en su primer arranque con v1.1.6: la zona horaria guardada se conserva, y los servidores vuelven a pool.ntp.org y time.nist.gov. Si el hub se reinició más de una vez en ese estado, la zona horaria también se pierde: vuelva a fijarla aquí. Considere sospechosos los costes registrados mientras el reloj no estaba fijado, como cualquier lectura tomada antes de la primera sincronización.

Si su hub tiene que seguir con un firmware anterior, actualice igualmente el paquete de la aplicación: el paquete v1.1.6 envía este panel completo a un hub con v1.1.5 o anterior, así que los servidores también sobreviven a un guardado allí. El riesgo lo tenían los paquetes de aplicación v1.1.2 a v1.1.5 cuando hablaban con el firmware v1.1.5 o anterior.

Estado

El panel muestra el estado de la sincronización y de dónde procede la hora actual:

• synchronized: el hub tiene la hora.
• synchronizing…: el hub está obteniendo la hora ahora.
• not synchronized: el reloj aún no se ha fijado, o la última sincronización falló.
• source: la palabra que indica el hub:
  • SNTP: la hora procede de un servidor horario.
• MANUAL: una hora manual: el reloj se fijó desde un navegador con Use this device's time. Desde el firmware v1.1.6 el hub cuenta eso como una sincronización, así que el estado junto a él dice synchronized.
• NONE: el hub aún no tiene una fuente de hora confirmada.

Si el hub no informa de ningún estado, el panel no muestra ninguno.

Hasta la primera sincronización correcta, el hub vuelve a intentarlo cada 30 segundos. Después sincroniza con el intervalo de resincronización.

¿Sin internet? Fije la hora desde su navegador

En una red sin acceso a internet, el hub no puede llegar a un servidor horario. Use Use this device's time: el hub toma la hora del navegador que está usando. En el firmware v1.1.6 eso cuenta como una sincronización: el estado muestra synchronized con la fuente MANUAL, el paso de hora del asistente queda cumplido, y el hub registra sus mediciones con fechas reales a partir de ese momento. Nada corrige el reloj después, así que sigue derivando.

En el firmware v1.1.5 y anteriores un reloj fijado desde el navegador no contaba como tal. En un hub con Wi-Fi que no podía llegar a ningún servidor horario, el panel seguía informando not synchronized con la fuente NONE; en un hub sin red en absoluto, el estado seguía en synchronized pero la fuente seguía diciendo NONE. En ambos casos el hub consideraba su propio reloj como no confirmado, así que el paso de hora del asistente no se marcaba y los registros guardados seguían esperando una fecha real en lugar de archivarse. Si ese es su hub, actualizar es lo que lo soluciona.

Sync with NTP pide al hub que se sincronice con el servidor horario ahora.

El hub no tiene reloj con batería. Su reloj sobrevive a un reinicio, pero no a un corte de energía. Tras un corte de energía sin internet, su reloj vuelve a quedar sin fijar. Fíjelo desde el navegador de nuevo, o deje que se sincronice cuando la red vuelva.

Qué ocurre mientras el reloj no está fijado

• Los valores en vivo siguen llegando. La aplicación le indica que el reloj no está fijado: en el Overview, Imported today dice "hub clock not set", y la tarjeta Today indica que "hoy" cuenta desde la última medianoche o reinicio del propio hub, no desde el día de su calendario. El último paso del asistente muestra "not synced".
• El reloj sigue en "not set". El hub no inventa una fecha. Solo usa una hora manual guardada antes si esa hora es reciente.
• Los registros del historial hechos antes de la primera sincronización esperan en la memoria del hub. En la primera sincronización reciben sus marcas de tiempo reales. Si la espera es muy larga, se descartan los más antiguos. Los registros que todavía no tienen una fecha real se marcan como "clock not synced": el gráfico de History y la exportación CSV los dejan fuera, y la tabla de History los muestra marcados como "before sync".
• Coste: mientras el reloj del hub no esté fijado, los periodos se tarifan en la zona por defecto del plan. Desde el firmware v1.1.7 eso es una alternativa deliberada y no una suposición: sin reloj no hay forma de saber a qué zona pertenece una hora, así que el hub usa la única zona que no depende de la hora, y guarda esos costes como cualquier otro. En v1.1.6 y anteriores la energía se tarifaba con la zona en la que cayera el reloj sin fijar, que podía ser cualquiera de ellas. En cualquier caso, fije la hora antes de fiarse del coste. → How cost is calculated

Los relojes de los módulos rbAmp

El hub no fija los relojes de los módulos rbAmp. El reloj propio del hub es el que registra sus lecturas y las tarifa.

Requisitos de red

SNTP usa el puerto UDP 123, en salida, hacia los servidores que usted configure. Si su red lo bloquea, use un servidor horario dentro de su red, o fije la hora desde el navegador.

Solución de problemas

El estado nunca muestra "synchronized"

• Compruebe que el hub está en una red con acceso a internet (la tarjeta Status en Settings).
• Compruebe que el puerto UDP 123 de salida está permitido.
• Pruebe con otro servidor, o con la dirección IP de un servidor en lugar de su nombre (un problema de DNS).
• En una red sin internet, use Use this device's time.

Las horas en la aplicación están desfasadas una hora o más

• Compruebe la Time zone. Un desfase UTC fijo no cambia con el horario de verano; use la zona con nombre.
• Cuando el desfase del hub y el de su navegador difieren en 30 minutos o más, el Overview lo indica y ofrece Change the zone →.

Los costes parecen incorrectos en un periodo

• Compruebe si el reloj se fijó durante ese periodo. Mientras el reloj no esté fijado (por ejemplo tras un corte de energía sin internet), las lecturas pueden tarifarse en una zona incorrecta.

La sincronización de hora dejó de funcionar tras un reinicio

• En el firmware v1.1.5 y anteriores hay dos causas, ambas corregidas en v1.1.6: guardar la zona horaria por sí sola borraba los servidores NTP (véase la nota de arriba), y un Resync interval fuera de 60–86400 s desactivaba la sincronización en el siguiente reinicio. Actualice el hub, y después abra este panel una vez y compruebe la zona y los servidores.
• Si no, compruebe que el hub tiene acceso a internet, que el puerto UDP 123 de salida está permitido y que el Resync interval está entre 60 y 86400 s.

El panel de hora a veces no se abre

• Corregido en v1.1.6. En v1.1.5 y anteriores, abrir Settings → Time en un hub sin ningún servidor horario accesible fallaba aproximadamente una de cada tres veces mientras el hub reintentaba NTP. Vuelva a abrirlo, o actualice el hub.