Eventos

Events le indica cuándo algo necesita revisión: un sensor que dejó de responder, un reinicio del hub o una conexión perdida con el hub. También muestra el registro propio del hub. Ábralo desde la navegación izquierda de la aplicación: Monitoring → Events.

Pestañas

Cuando no hay nada que mostrar, la página dice "✓ No active alarms". Ese mensaje no se muestra mientras la conexión con el hub está perdida, porque la aplicación no puede conocer el estado actual.

Avisos

Los avisos aparecen encima de las tarjetas.

Conexión perdida

Si la aplicación no ha recibido nada del hub durante 15–20 segundos:

No connection to the hub since time. The alarm state is unknown — the last known is shown below.

Lo que ve debajo del aviso es el último estado conocido, no el actual. Si la aplicación nunca recibió datos del hub, el aviso dice "No connection to the hub. The alarm state is unknown." El aviso no se muestra en el modo de demostración.

Qué revisar: que su teléfono o su ordenador siga en la red del hub, y que el hub tenga alimentación. El aviso desaparece solo cuando vuelve la conexión.

El hub se reinició

Si el hub se reinició en los últimos 7 días (y su reloj estaba puesto en ese momento), un aviso indica cuándo y por qué:

The hub restarted day month, time — reason.

Si estuvo apagado o caído más de un minuto, el aviso añade: "It was off or down for ≈ duration; history records for that time may be missing, but “today” counts it from the hub's counters." (véase History).

Un reinicio planificado se muestra como información; los demás, como aviso. Si el hub informa de un código de motivo que la aplicación no conoce, el código se muestra tal cual. La columna What to check es nuestro consejo; el aviso en sí solo muestra la causa.

Sensor que no responde

Aparece una tarjeta por cada punto asignado cuyo sensor no responde.

La tarjeta muestra:

• la gravedad, warning;
• el nombre del punto;
• "sensor not responding", seguido de " · module n, channel" cuando el hub informa del módulo;
• desde cuándo, tomado del registro del hub cuando es posible:
  • "the hub has logged poll failures since time" — el hub podía leer el módulo antes y ahora no puede;
• "the hub didn't find the module at start-up (time) and keeps looking" — el módulo no estaba cuando el hub arrancó;
• en otro caso: "seen in this browser since time (the hub log has no poll failure for this module — perhaps it wasn’t found at start-up)";
• Open point, que abre la página del punto.

Mientras cualquier sensor siga en silencio, la aplicación vuelve a leer el registro del hub cada minuto.

Qué revisar

1. La alimentación del módulo rbAmp y el cable I2C hacia el hub (el propio consejo de la tarjeta).
2. Points → rbAmp modules (n): ¿la tarjeta del módulo dice not found? ¿La página muestra un aviso del bus ("A module bus line is held low…" o "The module bus is stuck…")? Véase Points.
3. Si el hub no encontró el módulo al arrancar, revise la conexión del módulo. El hub sigue buscándolo.
4. Si eso no ayuda, abra el Hub log, pulse Copy y contacte con su instalador o con soporte.

Un punto asignado a un canal que el módulo instalado no tiene no recibe esta tarjeta. En su lugar, su propia página lo indica (véase Points).

Registro del hub

El Hub log (en la pestaña Log) es lo que el hub registró por sí mismo: reinicios y sus causas, actualizaciones, Wi-Fi, fallos de sondeo de módulos, y el cierre de horas y días. Las líneas son técnicas, pensadas para un ingeniero o para soporte. Los nodos remotos escriben aquí su emparejamiento, los ajustes que confirman y las líneas FAIL de tramas o registros que el hub no pudo contar. Que un nodo se desconecte o vuelva no aparece en este registro: el hub lo publica por MQTT y lo muestra en la tarjeta del nodo (véase Remote nodes).

Arriba está la línea de firmware del hub: la versión, un identificador corto de la imagen y la partición desde la que se ejecuta.

Líneas de precio

Desde v1.2.0, cuando un precio dinámico está activado, el Hub log es donde quedan registradas las consultas de precio, y es el lugar donde mirar cuando una cifra de coste no es la que esperaba:

Los motivos de fallo son los códigos propios del hub —fetch_failed, http_status, parse, auth, no_data_for_zone, rate_limited— y cuál sea decide qué hacer al respecto. La página Prices recoge el mismo motivo en palabras sencillas, y Where your price comes from explica lo que significa cada uno para usted.

Las horas en estas líneas se escriben como las escribe el hub, en segundos Unix.

⚠️ Una línea FAIL price: no es una medición perdida. La energía sigue contándose y valorándose en todo momento; lo que cambia con una consulta fallida es qué precio se aplicó: el del respaldo o la tarifa de zona del plan. El registro de precios indica cuál para cada periodo.

Filtro

Lectura de las filas

• Primero las más recientes, agrupadas por arranque: "Start #n", con "· current" en el que está en marcha.
• La hora es la del reloj del hub, con segundos. Antes de poner el reloj, aparece "s s after start".
• Cada fila tiene un nivel: failure, event o routine. Las filas de fallo van resaltadas. El mensaje se muestra tal como lo escribió el hub.

Una carga retrocede un tramo fijo del registro; Show earlier carga más.

Botones

• Refresh vuelve a cargar el registro.
• Copy copia en el portapapeles una línea corta de firmware (cuando se conoce la versión) y las filas mostradas, como texto plano, una fila por línea separada por tabuladores. El botón dice "Copied" durante 2 segundos; está desactivado cuando no hay filas cargadas. Pegue el texto en su mensaje cuando contacte con soporte.

Mensajes

Un fallo en la actualización de firmware de un módulo tiene un enlace Hub log → (véase Sensors and modules). Abre Events en la pestaña Active; cambie a Log para ver el motivo.