Eventos

Events indica quando algo precisa de atenção: um sensor que deixou de responder, um reinício do hub ou uma ligação perdida ao hub. Mostra também o registo do próprio hub. Abra-o a partir da navegação à esquerda da aplicação: Monitoring → Events.

Separadores

Quando não há nada para mostrar, a página diz "✓ No active alarms". Essa mensagem não aparece enquanto a ligação ao hub estiver perdida, porque a aplicação não pode saber o estado atual.

Avisos

Os avisos aparecem acima dos cartões.

Ligação perdida

Se a aplicação não recebeu nada do hub durante 15–20 segundos:

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

O que vê abaixo do aviso é o último estado conhecido, não o atual. Se a aplicação nunca recebeu dados do hub, o aviso diz "No connection to the hub. The alarm state is unknown." O aviso não aparece no modo de demonstração.

O que verificar: se o telemóvel ou o computador continua na rede do hub e se o hub tem alimentação. O aviso desaparece sozinho quando a ligação voltar.

O hub reiniciou

Se o hub reiniciou nos últimos 7 dias (e o relógio estava definido nessa altura), um aviso diz quando e porquê:

The hub restarted day month, time — reason.

Se esteve desligado ou parado durante mais de um minuto, o aviso acrescenta: "It was off or down for ≈ duration; history records for that time may be missing, but “today” counts it from the hub's counters." (ver History).

Um reinício planeado é mostrado como informação; os outros, como aviso. Se o hub indicar um código de motivo que a aplicação não conhece, o código é mostrado tal como está. A coluna O que verificar é o nosso conselho; o próprio aviso mostra apenas o motivo.

Sensor sem resposta

Aparece um cartão por cada ponto associado cujo sensor não está a responder.

O cartão mostra:

• a gravidade, warning;
• o nome do ponto;
• "sensor not responding", seguido de " · module n, channel" quando o hub indica o módulo;
• desde quando, obtido do registo do hub quando possível:
  • "the hub has logged poll failures since time" — o hub conseguia ler o módulo antes e agora não consegue;
• "the hub didn't find the module at start-up (time) and keeps looking" — o módulo não estava presente quando o hub arrancou;
• caso contrário: "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 a página do ponto.

Enquanto algum sensor estiver em silêncio, a aplicação volta a ler o registo do hub a cada minuto.

O que verificar

1. A alimentação do módulo rbAmp e o cabo I2C até ao hub (o conselho do próprio cartão).
2. Points → rbAmp modules (n): o cartão do módulo diz not found? A página mostra um aviso de barramento ("A module bus line is held low…" ou "The module bus is stuck…")? Ver Points.
3. Se o hub não encontrou o módulo ao arrancar, verifique a ligação do módulo. O hub continua a procurá-lo.
4. Se isso não ajudar, abra o Hub log, carregue em Copy e contacte o seu instalador ou o suporte.

Um ponto associado a um canal que o módulo instalado não tem não recebe este cartão. A própria página do ponto indica-o (ver Points).

Registo do hub

O Hub log (no separador Log) é o que o próprio hub registou: reinícios e as suas causas, atualizações, Wi-Fi, falhas de leitura dos módulos, e o fecho de horas e dias. As linhas são técnicas, destinadas a um engenheiro ou ao suporte. Os nós remotos registam aqui o seu emparelhamento, as definições que confirmam e linhas FAIL para tramas ou registos que o hub não conseguiu contabilizar. Um nó que fica offline ou que volta não aparece neste registo: o hub publica-o em MQTT e mostra-o no cartão do nó (ver Remote nodes).

No topo está a linha de firmware do hub: a versão, um ID curto da imagem e a partição a partir da qual corre.

Linhas de preço

A partir da v1.2.0, quando um preço dinâmico está ativo, o Hub log é onde ficam registadas as obtenções de preço — e é o sítio onde olhar quando um valor de custo não é o que esperava:

Os motivos de falha são os códigos do próprio hub — fetch_failed, http_status, parse, auth, no_data_for_zone, rate_limited — e qual deles é que decide o que fazer. A página Prices apresenta o mesmo motivo em palavras simples, e De onde vem o seu preço lista o que cada um significa para si.

As horas nestas linhas são escritas como o hub as escreve, em segundos Unix.

⚠️ Uma linha FAIL price: não é uma medição perdida. A energia continua a ser contada e custeada em todo o momento; o que uma obtenção falhada altera é qual preço foi aplicado — o da reserva, ou a taxa da zona do plano. O registo de preços indica qual, para cada período.

Filtro

Ler as linhas

• Primeiro as mais recentes, agrupadas por arranque: "Start #n", com "· current" no que está em execução.
• A hora é a do relógio do hub, com segundos. Antes de o relógio ser definido, lê-se "s s after start".
• Cada linha tem um nível: failure, event ou routine. As linhas de falha ficam destacadas. A mensagem é mostrada tal como o hub a escreveu.

Cada carregamento recua uma extensão fixa do registo; Show earlier carrega mais.

Botões

• Refresh volta a carregar o registo.
• Copy coloca na área de transferência, em texto simples, uma linha curta de firmware (quando a versão é conhecida) e as linhas mostradas, uma linha por linha, separadas por tabulação. O botão diz "Copied" durante 2 segundos; fica desativado quando não há linhas carregadas. Cole o texto na sua mensagem quando contactar o suporte.

Mensagens

Uma atualização de firmware de módulo falhada tem uma ligação Hub log → (ver Sensors and modules). Abre o Events no separador Active; mude para Log para ver porquê.