O que deve ser preservado durante uma desconexão?
Preserve o horário original da medição, a identidade da estação e um identificador estável do registro. Defina armazenamento local, confirmações e novas tentativas para que dados atrasados não mudem de horário nem sejam contados duas vezes.
Plano de engenharia
Preservar a chuva medida durante uma interrupção
Restrição
A plataforma precisava do horário original, identificação da estação e registros após a queda da conexão.
Decisão
Definir armazenamento, identidade dos registros, confirmação e testes de recuperação com a interface da plataforma.
Documento de trabalho
Um contrato de dados e um escopo de testes de interrupção/recuperação.
Etapa e próxima verificaçãoVerificações planejadas; não se afirma teste aprovado ou implantação aceita.
Dois horários diferentes
Uma medição pode chegar muito depois da coleta. Separe measured_at e received_at, com fuso e sincronização definidos. Um gráfico baseado apenas na chegada pode atribuir a chuva ao intervalo errado.
A tentativa mantém o registro
Um identificador estável permite reconhecer o reenvio do mesmo dado. Combine formato, autenticação e confirmação antes da configuração. Uma conexão HTTP, sozinha, não comprova compatibilidade.
Testar a recuperação
O projeto separava rede elétrica/Wi-Fi e solar/celular. Os testes previstos incluíam queda de rede, reinício com registros pendentes, erros do servidor, duplicatas e memória cheia. A duração máxima sem rede depende da frequência e da memória finais.
Origem e escopo
Escopo anonimizado de firmware e integração de uma estação de chuva, agosto de 2026. Descreve trabalhos e testes propostos, sem comprovar sua conclusão.
Os exemplos são anonimizados. Os requisitos de um projeto não garantem o funcionamento de outra configuração.
Perguntas frequentes
Armazenamento local garante reenvio automático?
Não. Verifique se o firmware conserva registros pendentes, tenta novamente e só os apaga após uma confirmação válida.
