Já observei muitas câmeras 4G ficarem escuras em áreas remotas - e permanecerem escuras por semanas porque ninguém estava lá para pressionar o botão de reinicialização.
Um Watchdog de hardware é um chip de temporizador independente dentro da câmera. Ele monitora o sinal de batimento cardíaco do sistema. Se a CPU principal parar de responder, devido a um congelamento do módulo 4G, falha de firmware ou estouro de memória, o Watchdog corta a energia física e força uma reinicialização completa. Não é necessário nenhum ser humano. Não é necessário rodar o caminhão.
Sistema de reinicialização automática da câmera PTZ 4G do Hardware Watchdog
Abaixo, explico exatamente como esse mecanismo funciona, passo a passo. Também abordo a lógica de verificação de link inteligente, o registro de reinicialização e o temporizador de atraso que evita loops de reinicialização sem fim. Se você implanta câmeras PTZ 4G em locais onde uma única visita ao local custa mais do que a própria câmera, este artigo é para você.
O Watchdog pode fazer ping em um DNS público (como 8.8.8.8) para detectar falhas na Internet?
Eu costumava pensar que o Watchdog de hardware cuidava de tudo sozinho, inclusive verificar se a Internet ainda estava funcionando. Eu estava errado.
O Watchdog de hardware em si não faz nenhum ping. Ele apenas observa o batimento cardíaco da CPU. Um serviço de software separado - o script de monitoramento de links - executa os testes reais de ping para servidores DNS públicos, como 8.8.8.8 ou o gateway da operadora. Se os pings falharem repetidamente, esse script aciona ações de recuperação. O Watchdog é o último recurso se tudo o mais falhar.
Watchdog ping DNS público Monitoramento de link 4G
Como funciona o sistema de duas camadas
Pense nisso como dois guardas trabalhando em turnos diferentes. O primeiro guarda é o processo de monitoramento de links. Ele é executado dentro do sistema Linux e envia pacotes de ping ICMP para um endereço IP público a cada 30 a 60 segundos. Se o ping retornar, está tudo bem. O guard não faz nada.
Mas se o ping falhar - digamos, três vezes seguidas - esse primeiro protetor começa a agir. Ele pode reiniciar o serviço de discagem 4G. Ele pode enviar um comando AT para redefinir o módulo do modem. Ele tenta primeiro a abordagem suave.
A segunda proteção é a hardware Watchdog. Ele fica em um chip separado. Ele não se importa com os resultados do ping. Ele só se preocupa com uma coisa: “A CPU principal me enviou um sinal de batimento cardíaco nos últimos 180 segundos?” Se a resposta for não, ele desliga o plugue de energia. Reinicialização forçada. Tudo é reiniciado do zero.
Por que essa separação é importante
Veja por que acho que esse design é inteligente. O Watchdog de hardware é simples de propósito. Ele não tem dependências de software. Ele não pode travar. Não pode travar. Ele apenas conta o tempo. Se a CPU travar de tal forma que até mesmo o script de monitoramento de links pare de funcionar, o Watchdog ainda funcionará.
O script de monitoramento de links, por outro lado, é inteligente. Ele consegue perceber a diferença entre “o módulo 4G perdeu o sinal por 10 segundos” e “toda a pilha de rede está inoperante”. Ele pode tentar correções suaves antes de fazer uma reinicialização completa.
O que é exibido e quando
| Tipo de verificação | Alvo | Frequência | Finalidade |
|---|---|---|---|
| Ping ICMP | 8.8.8.8 (DNS do Google) | A cada 30-60 segundos | Confirmar o acesso público à Internet |
| Ping do gateway | IP de gateway de operadora | A cada 60 segundos | Confirmar se a sessão de dados 4G está ativa |
| Consulta de comando AT | Módulo 4G (interno) | A cada 120 segundos | Verifique o status do registro e a intensidade do sinal |
Em nossas câmeras PTZ na Loyalty-Secu, eu me certifico de que ambas as camadas estejam ativas desde o início. Você não deve precisar configurar isso por conta própria. Mas se quiser alterar o alvo do ping ou o intervalo de verificação, poderá fazê-lo por meio da interface da Web ou do arquivo de configuração.
Quantas tentativas de conexão fracassadas desencadearão um ciclo de alimentação forçada do modem?
Já vi câmeras baratas que são reiniciadas após uma única falha de ping. Essa é uma péssima ideia. Um pacote perdido e todo o sistema é reiniciado, bem no meio da gravação.
Em um sistema adequadamente projetado, a recuperação segue uma abordagem em camadas. Normalmente, três falhas consecutivas de ping acionam uma reinicialização suave do serviço de discagem 4G. Se isso falhar, o sistema liga e desliga o módulo 4G após 5 falhas cumulativas. Uma reinicialização completa pelo Watchdog ocorre somente após 10 a 15 minutos de perda total da rede - não após um ping ruim.
Limite de falha de conexão do ciclo de energia do modem 4G
A estratégia de recuperação em três níveis
Eu sempre digo aos meus clientes, especialmente aos que estão implantando na zona rural da América do Norte, que uma boa câmera 4G nunca deve pular diretamente para uma reinicialização forçada. A recuperação deve ser gradual. Veja como eu projetei o escalonamento em nossos sistemas:
Nível 1: reinicialização suave da conexão de dados. O monitor de link detecta três falhas consecutivas de ping. Ele encerra a sessão de dados PPP ou QMI atual e inicia uma nova. Isso corrige a maioria das desconexões temporárias do lado da operadora. A câmera permanece ligada. Nenhum vídeo é perdido durante essa etapa.
Nível 2: Ciclo de energia do módulo 4G. Se a Camada 1 não resolver o problema após duas tentativas, o sistema enviará um sinal GPIO de hardware para cortar a energia do módulo 4G por 10 segundos e, em seguida, ligá-lo novamente. Isso força o modem a se registrar novamente com a torre de celular do zero. Isso elimina qualquer impasse no nível do firmware dentro do chip do modem.
Nível 3: Reinicialização completa do sistema via Watchdog. Se o módulo 4G ainda não conseguir se conectar depois de 15 minutos de tentativas de Nível 1 e Nível 2, o script de monitoramento de link para deliberadamente de alimentar o Watchdog de hardware. O cronômetro do Watchdog expira. Ele corta a energia de toda a placa - CPU, memória, módulo 4G, tudo - e reinicia o sistema a frio.
Por que o escalonamento gradual economiza seu dinheiro
Cada camada leva mais tempo, mas resolve um problema mais difícil. O ponto principal é o seguinte: uma reinicialização completa leva de 60 a 90 segundos. Durante esse tempo, você perde o vídeo, perde a posição PTZ e perde qualquer sessão de alarme ativa. Portanto, você só deseja uma reinicialização completa quando nada mais funcionar.
| Nível de recuperação | Condição de acionamento | Ação tomada | Tempo de inatividade |
|---|---|---|---|
| Nível 1 - Reinicialização suave | 3 falhas consecutivas de ping | Reiniciar a sessão de dados (PPP/QMI) | 5-10 segundos |
| Tier 2 - Ciclo de energia do módulo | A camada 1 falha duas vezes | Corte de energia do GPIO para o módulo 4G | 20-30 segundos |
| Nível 3 - Reinicialização completa | Sem conexão por 15 minutos | O Watchdog corta a energia principal | 60-90 segundos |
Testei essa sequência exata em nossas unidades PTZ solares 4G em condições reais - áreas de sinal fraco, janelas de manutenção da operadora, eventos de limitação do cartão SIM. Em mais de 95% dos casos, o problema é resolvido no Nível 1 ou Nível 2. A reinicialização completa raramente acontece. Mas quando isso acontece, sempre funciona.
O Watchdog registrará o motivo de cada reinicialização para os meus relatórios de manutenção?
Uma vez tive um cliente no Canadá que ficava me perguntando: “Han, a câmera reiniciou novamente ontem à noite. Foi a operadora? Foi o hardware? Preciso saber para que eu possa escrever meu relatório de manutenção”.”
Sim. Após cada reinicialização, um sistema bem projetado grava o motivo da reinicialização em EEPROM 1 - um tipo de memória não volátil que sobrevive à falta de energia. Você pode obter esse registro remotamente. Ele informará se a reinicialização foi causada por um tempo limite do Watchdog, uma falha de link 4G, um comando de reinicialização manual ou uma interrupção da fonte de alimentação.
Registro de reinicialização do watchdog Relatório de manutenção da EEPROM
O que é registrado e onde
Em nossas câmeras PTZ Loyalty-Secu, o registro de reinicialização é armazenado em dois locais. O primeiro é o chip EEPROM integrado. Esse é um pequeno pedaço de memória que mantém seus dados mesmo quando a energia está completamente desligada. Ele armazena um código curto para cada evento de reinicialização - coisas como “WDT_TIMEOUT”, “LINK_FAIL”, “USER_REBOOT” ou “POWER_LOSS”.”
O segundo local é o arquivo de registro do sistema no armazenamento flash interno. Esse arquivo tem mais detalhes. Ele inclui registros de data e hora, a última intensidade de sinal conhecida antes da reinicialização, o número de tentativas de ping com falha e qual camada de recuperação estava ativa quando o sistema desistiu.
Como acessar os registros
Você pode obter os registros de três maneiras. Primeiro, por meio da interface da Web da câmera - basta fazer login e ir para a página de manutenção. Segundo, por meio de um VMS compatível com ONVIF, como o Marco 2 ou Íris Azul 3, Se a câmera for compatível com relatórios de eventos ONVIF. Terceiro, por meio de uma plataforma de gerenciamento remoto, se as suas câmeras reportarem a um servidor central via MQTT ou HTTP.
Um exemplo real de como isso é importante
Vou contar uma história. Um cliente no Texas implantou 20 de nossas unidades PTZ 4G solares ao longo de um oleoduto. Após três meses, cinco câmeras estavam sendo reiniciadas todas as noites por volta das 2h da manhã. Os registros mostraram que a causa era “LINK_FAIL”, e não “WDT_TIMEOUT”. Isso nos disse que a CPU estava funcionando bem. A conexão 4G estava caindo.
Analisei mais detalhadamente os registros. A intensidade do sinal logo antes de cada falha estava em torno de -105 dBm - muito fraca. A operadora estava fazendo manutenção em uma torre próxima entre 1:00 e 3:00 da manhã todas as noites. Quando soubemos disso, o cliente ligou para a operadora, confirmou o cronograma de manutenção e ajustou o tempo do Watchdog para esperar mais tempo antes da reinicialização. Problema resolvido. Não foi necessário deslocar caminhões.
Sem os registros, meu cliente teria presumido que as câmeras estavam quebradas. Ele poderia ter enviado uma equipe para trocar o hardware. Isso teria custado a ele milhares de dólares, por um problema que nem era culpa da câmera.
Códigos de motivos comuns de reinicialização
| Código de registro | Significado | Ação sugerida |
|---|---|---|
| WDT_TIMEOUT | A CPU congelou, o Watchdog forçou a reinicialização | Verifique a versão do firmware e atualize-a, se necessário |
| LINK_FAIL | Perda de conexão 4G por mais de 15 minutos | Verifique a intensidade do sinal e a posição da antena |
| USER_REBOOT | Reinício manual via web ou comando | Nenhuma ação necessária |
| PERDA DE ENERGIA | A fonte de alimentação caiu abaixo do limite | Verifique a integridade do painel solar e da bateria |
| MODULE_RESET | O módulo 4G foi submetido a um ciclo de energia (Nível 2) | Geralmente com resolução automática, monitora a frequência |
O sistema tem um “temporizador de atraso” para evitar loops de reinicialização intermináveis durante interrupções?
Já vi esse cenário de pesadelo antes: uma torre de operadora fica inoperante por seis horas e a câmera se reinicia a cada 15 minutos, repetidamente, até a bateria acabar.
Sim. Um sistema Watchdog adequadamente projetado inclui um temporizador de atraso de back-off. Após um número definido de reinicializações consecutivas (geralmente de 3 a 5), o sistema estende o tempo de espera entre as tentativas de reinicialização. Isso evita que a câmera descarregue a bateria durante uma longa falta de energia da operadora. Alguns sistemas também incluem a detecção de queda de energia para bloquear as reinicializações quando a tensão da bateria estiver muito baixa.
Prevenção de loop de reinicialização do timer de atraso do watchdog
Por que os loops de reinicialização são perigosos
Sempre que uma câmera 4G é reinicializada, o módulo 4G passa por uma sequência que consome muita energia. Ele liga o rádio. Ele procura por torres de celular próximas. Tenta se registrar na rede. Negocia uma sessão de IP. Todo esse processo consome muita corrente, às vezes 2 A ou mais, por 30 a 60 segundos.
Se você estiver usando energia solar com uma bateria, esses 30 a 60 segundos de alto consumo se acumulam rapidamente. Cinco reinicializações em uma hora podem consumir mais energia do que a câmera usa em operação normal durante o mesmo período. Se o tempo estiver nublado ou se for inverno, com poucas horas de luz do dia, a bateria se esgota. Quando a tensão cai abaixo do mínimo, a câmera se desliga completamente. Agora você tem uma câmera inoperante que não voltará a funcionar até que o sol carregue a bateria o suficiente, o que pode levar um dia inteiro.
Como funciona o cronômetro de folga
O cronômetro de desligamento é simples. Após a primeira reinicialização, o sistema aguarda os 15 minutos normais antes de tentar outra reinicialização se a conexão ainda falhar. Após a segunda reinicialização, ele aguarda 30 minutos. Após a terceira, ele aguarda 60 minutos. Após a quarta, ele aguarda 2 horas. Isso recuo exponencial 4 mantém a câmera ativa por tempo suficiente para sobreviver a uma longa interrupção de energia.
Detecção de Brown-Out: O protetor silencioso
Quero destacar um recurso que a maioria dos compradores não pergunta, mas deveria. Ele se chama detecção de queda de energia. Antes de o Watchdog acionar a reinicialização, ele verifica a tensão da bateria. Se a tensão estiver abaixo de um limite seguro - por exemplo, 11,4 V para um sistema de 12 V - o Watchdog adia a reinicialização. Ele aguarda até que a tensão volte a subir acima de 11,8 V antes de permitir a reinicialização.
Isso é fundamental para implantações solares. Durante a fase de busca de sinal do módulo 4G, o pico de corrente pode causar uma queda de tensão. Se a bateria já estiver fraca, essa queda pode travar o sistema no meio da inicialização. A detecção de Brown-out evita isso. A câmera permanece em um estado de suspensão de baixo consumo de energia até que tenha energia suficiente para concluir um ciclo de inicialização completo com segurança.
O que você deve perguntar ao seu fornecedor
Se você estiver adquirindo câmeras PTZ 4G da China, aqui vai minha orientação. Faça três perguntas específicas à sua fábrica:
- O Watchdog tem um temporizador de desligamento para reinicializações repetidas?
- O sistema verifica a tensão da bateria antes de acionar a reinicialização?
- Qual é o número máximo de reinicializações permitido por hora?
Se a fábrica não puder responder a essas perguntas com clareza, a implementação do Watchdog provavelmente é básica - apenas um temporizador simples sem inteligência. Isso é bom para câmeras alimentadas pela rede elétrica. Mas para implantações de 4G solar em áreas remotas, você precisa da versão inteligente.
Na Loyalty-Secu, projetei nossos sistemas solares PTZ com todas as três proteções integradas. O temporizador de back-off, a detecção de brown-out e um limite de reinicialização configurável. Porque sei que, para clientes como David, uma câmera inoperante em um campo remoto não é apenas um inconveniente. É um projeto fracassado e uma reputação prejudicada.
Conclusão
O hardware Watchdog garante a reinicialização da sua câmera 4G quando ela congela. Combinado com o monitoramento inteligente de links, a recuperação em camadas e o registro de reinicialização, ele mantém os locais remotos on-line, sem a necessidade de deslocamentos dispendiosos de caminhões.
1. Memória não volátil EEPROM para registro do motivo da reinicialização. ︎ 2. Marco da integração do evento ONVIF e do registro Watchdog. ︎ 3. Monitoramento do evento Blue Iris PTZ Watchdog. ︎ 4. Algoritmo de back-off exponencial para prevenção de loop de reinicialização. ︎ 5. Monitoramento da conectividade com a Internet baseado em ping ICMP. ︎ 6. Projeto de circuito de temporizador de Watchdog de hardware para Linux incorporado. ︎ 7. Recuperação de sessão de dados PPP vs QMI para módulos 4G. ︎ 8. Comutação de energia GPIO para reinicialização do módulo 4G. ︎ 9. Circuito de detecção de Brown-out para câmeras alimentadas por energia solar. ︎ 10. Gerenciamento remoto MQTT para relatórios de registro do Watchdog. ︎