Sua Placa Wi-Fi Enlouquece a Inverter? O Guia Definitivo do Analisador de Espectro para Diagnosticar a 'Guerra Invisível' dos Sinais na Bancada | Notícias Climatrônico

Sua Placa Wi‑Fi Enlouquece a Inverter? O Guia Definitivo do Analisador de Espectro para Diagnosticar a ‘Guerra Invisível’ dos Sinais na Bancada

Introdução

Eu sou o Lawhander, da Academia da Manutenção Eletrônica (AME). Se você já perdeu horas caçando um defeito que parecia “fantasma” — um ESP32 que perde Wi‑Fi só no local do cliente, uma unidade VRF que troca mensagens erradas ou um sensor que some de vez em quando — pega essa visão: muitas dessas falhas não são bugs de software nem defeito óbvio em solda. São brigas de sinais no espectro eletromagnético. Eletrônica é uma só, e hoje a bancada precisa “ver” em frequência, não só no tempo.

A notícia do teardown do novo analisador de espectro Rigol RSA800 pelo EEVblog (vídeo/relato EEVblog 1770) chegou como sinal de que ferramentas mais acessíveis e modernas estão entrando no jogo. Usei esse teardown como gancho para escrever um artigo técnico denso e prático: por que um analisador de espectro está se tornando tão essencial para o técnico que trabalha com climatização e eletrônica (Midea, Gree, LG, Carrier e afins); como ele complementa o multímetro e o osciloscópio; e como diagnosticamos na bancada problemas reais de interferência que antes pareciam impossíveis.

Neste artigo vou explicar os fundamentos (domínio do tempo x domínio da frequência), apresentar dois casos práticos — ESP32 perdendo Wi‑Fi e uma lâmpada LED derrubando a comunicação entre unidades VRF — e ainda comentar o que o teardown do RSA800 revela e o que você, meu patrão, deve avaliar na hora de comprar uma ferramenta dessas. Tamamo junto: bora nós subir o nível da manutenção.

Contexto Técnico

Domínio do Tempo x Domínio da Frequência — por que isso é crítico

Na bancada temos três ferramentas clássicas: multímetro, osciloscópio e agora, cada vez mais, o analisador de espectro. O multímetro mede grandezas estáveis (tensão DC, corrente, resistência). O osciloscópio mostra sinais em domínio do tempo: amplitude versus tempo, ótimo para ver formas de onda, tempo de subida, jitter e protocolos digitais em lower speeds (com sondas adequadas). Mas quando a falha envolve energia espalhada em frequências — portadoras Wi‑Fi, harmônicos de chaveamento da fonte, interferência de rádio — o osciloscópio fica limitado.

O analisador de espectro mostra amplitude versus frequência (o famoso espectro). Ele revela quem está transmitindo em cada banda, sinais contínuos (CW), burst, sinais modulação digital e ruído de fundo. Muitos problemas de IoT, interferência e EMI só ficam visíveis no espectro: um ruído broadband que levanta o piso de ruído em 2,4 GHz; um spike em 2,412 GHz que coincide com perda de conectividade; harmônicos de 100 kHz da fonte chaveada que aliam e criam interferência.

Pega essa visão: o osciloscópio pode fazer FFTs, mas a resolução e a sensibilidade são piores que a de um analisador dedicado. Além disso, os analisadores com real‑time conseguem capturar eventos muito curtos (bursts, pulso de EMI intermitente) que um sweep tradicional perde. É por isso que, na bancada moderna, o analisador de espectro se tornou uma ferramenta de diagnóstico essencial.

Mecanismos de EMI que o técnico precisa conhecer

Conduzida vs Radiada: interferência pode chegar por cabos de alimentação e sinal (conduzida) ou por ar (radiada). Para conduzida usamos LISN / filtro e analisador com entrada adequada; para radiada usamos antenas e sondas de campo próximo.
Fonte chaveada (SMPS): comutação em dezenas de kHz a centenas de kHz gera harmônicos e transientes que se estendem em banda larga, podendo “entupir” recepção em GHz se houver mistura não linear.
Acoplamento: capacitivo (entre trilhas), indutivo (laços de terra), e por irradiação. Cabos longos e layout pobre amplificam o problema.
Intermodulação e produto de mistura: sinais fortes fora de banda podem criar produtos de mistura em front‑ends não lineares (por exemplo, um transmissor próximo que satura o receptor Wi‑Fi).
Ruído de fase e floor do receptor: se o nível de ruído do ambiente subir, a sensibilidade do módulo Wi‑Fi despenca e pacotes se perdem.

Toda placa tem reparo, mas hoje parte do reparo exige entender esses mecanismos e saber medir o espectro.

Análise Aprofundada

Analisador de Espectro vs Osciloscópio — Domínio da Frequência em profundidade

Quando chego na bancada e o técnico fala “o Wi‑Fi some”, a primeira ação é confirmar o problema: é local, é sempre, ou intermitente? Se for intermitente eu já penso em real‑time. As diferenças práticas:

Sensibilidade: analisadores têm melhor Minimum Detectable Signal para RF; detectam sinais muito fracos que o scope não enxerga.
Resolução em frequência (RBW): permite separar sinais próximos; você pode reduzir RBW para ver dois canais Wi‑Fi adjacentes.
Waterfall e persistence: identificam sinais intermitentes e ocupação de espectro no tempo.
Medições especiais: potência de canal (dBm), largura de banda ocupada, spurious, harmonics, ocupação espectral — essenciais para EMI.
Captura temporal: sempre tive cuidado com scopes porque, mesmo com FFT em tempo real limitado, eles perdem bursts curtos. Analisadores RT capturam e armazenam esses eventos.

Dito isso, o osciloscópio continua essencial para ver shapes, tempos de subida e protocolos elétricos; mas o espectro responde a “quem está competindo com meu sinal”.

Caso prático 1 — ESP32 do ar condicionado perde conexão: ruído da SMPS em 2,4 GHz?

Cenário típico: cliente reclama que o módulo Wi‑Fi do ar condicionado (ESP32) perde conexão em horários específicos — normalmente quando a unidade interna liga a ventoinha em alta ou a fonte faz o startup. Suspeitamos da fonte chaveada da placa de potência/inversor.

Passo a passo diagnóstico com o analisador:

Reproduzir o evento em bancada com a unidade ligada e monitorando Wi‑Fi.
Colocar uma antena de 2,4 GHz próxima ao módulo Wi‑Fi e ao conversor SMPS; usar sonda de campo próximo (loop probe) para localizar a origem do sinal.
Ajustar o analisador: centro 2,4 GHz, span 20–50 MHz (depende se quer ver canal), RBW pequeno (100–300 kHz) para separar portadoras 20 MHz; detector peak e max‑hold para capturar picos intermitentes.
Se aparecer um pico fixo em uma frequência dentro da banda Wi‑Fi (ex.: 2412 MHz), comparar com as emissões quando SMPS ligado/desligado. Se o pico cresce com SMPS, temos candidato.
Verificar harmônicos e produtos: colocar span amplo (até alguns GHz) para ver se há conteúdo broadband ou harmônicos do switching.

Mecanismos plausíveis:

A chaveamento do SMPS gera transientes com altas componentes de alta frequência; se houveruma path de radiação (cabo, trilha longa, conector metálico), esses transientes podem modular ou saturar o front‑end do módulo Wi‑Fi.
Se o front‑end do ESP32 estiver com filtragem pobre ou aterramento fraco, sinais indesejados aumentam o noise floor, reduzindo SINR e taxas de retransmissão.

Mitigação prática:

Adicionar ferrites em cabos de alimentação e antena, testar com e sem ferrite. Ferrites são rápidos e baratos e frequentemente resolvem.
Melhorar o aterramento e laços de retorno; colocar capacitores de bypass próximos ao módulo (cerâmicos 0402/0603 0,1 µF + 1 nF em paralelo).
Filtrar a alimentação do módulo com um pequeno LC (ex.: L = alguns µH, C = 10 µF + 100 nF) para reduzir ruido conduzido.
Reposicionar antena ou usar cabo coaxial com conector SMA e antena externa com melhor ganho; em alguns casos mudança da antena resolve.
Em casos extremos, adicionar shielding localizado entre SMPS e rádio.

💡 Dica prática: comece testando com um pedaço de papel alumínio como blindagem temporária entre SMPS e módulo Wi‑Fi. Se o problema diminuir, já sabemos que é radiação direta e a solução envolve metalização/escudo ou relocação.

⚠️ Alerta: não improvise blindagens que causem curto entre trilhas/camadas; proteja os conectores e mantenha caminhos de retorno.

Caso prático 2 — Lâmpada LED derrubando comunicação serial entre unidades VRF

Situação comum: liga uma lâmpada LED barata no quadro e, ao acender, a comunicação entre unidades VRF (frequentemente RS‑485 ou protocolo proprietário sobre par balanceado) começa a perder quadros. Isso parece bizarro, mas é típico de EMI conduzida e radiada.

Diagnóstico com analisador:

Para comunicação serial com problemas, primeiro identificar a banda de interesse: muitas fontes chaveadas de LED trabalham em algumas dezenas a centenas de kHz com drivers que geram ruído broadband até dezenas de MHz.
Use um sonda de corrente/clamp (RF current probe) no cabo de alimentação e no par de comunicação para medir ruído conduzido. Conecte o analisador com adaptador 50 Ω; registre espectro de 100 kHz a alguns hundred MHz.
Faça teste com a lâmpada desligada/ligada e compare isolações: identificar picos ou aumento de piso de ruído em faixas que coincidam com taxas de símbolos ou com armónicos que possam interferir no interface física.

Causas prováveis:

Ruído comum (common‑mode) elevado no cabo de alimentação induzando no par de comunicação.
Driver LED com má filtragem produz armónicos fortes e spikes de alta dV/dt que entram por capacitância parasita nos condutores.
Cabos longos sem blindagem que atuam como antena.

Contramedidas:

Inserir filtro EMI no cabo de alimentação do quadro (common‑mode choke + Y capacitors).
Em cabos de comunicação, usar cabos blindados (STP) ou rebaixar impedance com terminação adequada (120 Ω para RS‑485).
Adicionar ferrite toroidal no cabo da lâmpada e no par de comunicação.
Se permitido, substituir a lâmpada por modelo com driver de melhor qualidade (certificações EMC).
Em software, incluir retry e detecção de erro mais robusta — mas isso é paliativo; a solução é elétrica.

💡 Dica prática: uma vez identifiquei que uma lâmpada LED em corredor próximo gerava bursts em ~2–5 MHz que corrompiam um protocolo proprietario em 3,5 MHz. A solução foi colocar choke e condensador Y na alimentação e trocar o cabo da estação por STP. Show de bola: comunicação estabilizou.

O que o teardown do Rigol RSA800 me diz — o que observar ao considerar compra

O teardown feito pelo EEVblog (EEVblog 1770) do Rigol RSA800 confirma algo que percebo há anos: a arquitetura de um analisador moderno combina RF front‑end, um robusto sistema de mistura e filtragem, conversão AD rápida e processamento em FPGA/CPU para oferecer visualizações em tempo real e recursos de medição automatizada. Algumas observações práticas que eu tiro do teardown e que você precisa avaliar:

Front‑end e shielding: boa construção física com blindagem reduz interferência interna. Procure por placas RF separadas e tampas metálicas.
RF chain e pré‑amplificador: presença de pré‑amp selecionável melhora sensibilidade; importante para sinais fracos.
Capacidade real‑time: para capturar eventos transitórios, verifique se o equipamento tem modo RT com largura de captura e taxa de ocupação suficientemente altas.
Interface e software: análise em tempo real, markers, medição de potência de canal e exportação de dados são cruciais. Integrações com PC para processamento posterior ajudam muito.
Portas e acessórios: entradas 50 Ω, sondas de corrente, antenas, gerador de tracking, e opções de trigger são diferenciais.
Custo x benefício: modelos de bancada da Rigol têm histórico de boa relação custo/desempenho. Mas avalie sua necessidade: para quem só precisa encontrar interferência Wi‑Fi local, um modelo com alcance até 3–4 GHz e boa sensibilidade pode bastar; para trabalho com sinais acima de 6 GHz ou metrologia, procure outras faixas.

Pega essa visão: o teardown não é só curiosidade técnica — ele mostra pontos de falha e qualidades que impactam diretamente no diagnóstico. Se o projeto interno economizou em fontes, filtragem e shielding, o equipamento terá performance inferior em ambientes ruidosos.

Aplicação prática — workflow de diagnóstico e toolkit mínimo

Workflow prático quando chegar um chamado “Wi‑Fi perde” ou “comunicação com VRF intermitente”:

Coleta de informações:
- Quando ocorre (horário, ação que precede).
- Ambiente (próximo a ascensor, lâmpadas LED, inversores).
- Equipamento e versão (ESP32, módulo Wi‑Fi, fabricante).
Teste com ferramentas básicas:
- Multímetro (alimentação DC ok? ruído DC?).
- Osciloscópio (ver jitter, ripple na alimentação).
Medição em frequência:
- Use analisador: comece com antena para radiado em 2,4 GHz; depois sonda de campo próximo para localizar.
- Para condutado, usar LISN ou current probe.
- Ajustes do analisador: selecionar span apropriado, RBW, max‑hold, detector.
Localização:
- Afastar fontes suspeitas (desligar lâmpadas, aparelhos).
- Colocar blindagens temporárias.
Implementar soluções rápidas:
- Ferrites, chokes, capacitores, blindagem parcial.
- Reposição de antena ou relocação.
Verificação final com analisador e testes de conformidade (se aplicável).

Toolkit mínimo que recomendo para técnico de climatização:

Analisador de espectro com faixa até 3–6 GHz e modo RT preferable.
Sondas de campo próximo (loop e H‑field), antenas 2,4 GHz.
Ferrites (cylindrical e clamp), chokes common‑mode.
Sonda de corrente/RF clamp, adaptadores 50 Ω, atenuadores.
Osciloscópio (mínimo 100 MHz, ideal 200+), multímetro, fontes ajustáveis.
Cabos coax e terminais BNC/SMA de boa qualidade.

⚠️ Alerta de segurança: ao usar antenas e sondas em painéis, mantenha tensão segura e isolamento adequado. Não tente medições de RF em alta potência sem treinamento.

Conclusão

Resumo prático: um analisador de espectro é a ferramenta que permite “ver” as guerras invisíveis entre sinais — algo que multímetro e osciloscópio não resolvem por completo. O teardown do Rigol RSA800 (EEVblog 1770) confirma que a tecnologia RT e a qualidade do front‑end fazem diferença na bancada. Para nós, técnicos que mexemos com climatização e IoT, isso significa ganhar poder de diagnóstico para problemas que antes eram chamados de “fantasmas”: ESP32 que cai do Wi‑Fi por ruído de SMPS, lâmpadas LED que derrubam comunicação em VRF, ou injetores de ruído externos que corrompem sensores.

Ações concretas que você pode tomar agora:

Se ainda não tem um analisador, comece avaliando suas necessidades (faixa, sensibilidade, RT) antes de comprar; modelos como a linha Rigol ganham preço/benefício, mas cheque o teardown e a arquitetura.
Monte um kit básico de mitigação (ferrites, chokes, filtros) e pratique o workflow acima.
Documente medições com espectro antes/depois para provar a causa e a eficácia do reparo ao cliente.

Pega essa visão final: Eletrônica é uma só — entender frequência é tão necessário quanto saber soldar. Toda placa tem reparo, e com as ferramentas certas o reparo deixa de ser “achismo” e vira ciência. Meu patrão, tamamo junto nessa missão de profissionalizar a bancada. Bora nós dominar o espectro e colocar ordem nessa guerra invisível.

Referência citada: teardown Rigol RSA800 — EEVblog 1770 (https://www.eevblog.com/2026/09/08/eevblog-1770-rigol-rsa800-real-time-spectrum-analyser-teardown-reverse-engineering/).