Partilhar: WhatsApp
aulify · Sebenta
UC · Unidade de Competência · UC03175

Sebenta · Localizar falhas e substituir componentes em sistemas multiplexados (UC03175)

Redes CAN, LIN e FlexRay — diagnóstico com OBD, leitura de DTC, medições e substituição de UCE
—h · — pontos crédito Curso: T. Mecatr. Automóvel ↗ Referencial oficial SNQ
Índice

Introdução

Esta sebenta ensina a diagnosticar e reparar sistemas multiplexados de um automóvel: as redes de comunicação (sobretudo o CAN), as unidades eletrónicas de comando (UCE), os sensores e atuadores ligados a essa rede, e o método para localizar uma falha e substituir o componente certo sem estragar o resto.

O automóvel moderno é, na prática, uma rede de computadores sobre rodas. Dezenas de módulos comunicam entre si por um barramento partilhado. Isto trouxe funções impensáveis há vinte anos, mas também um novo tipo de avaria: falhas de comunicação que afetam vários sistemas ao mesmo tempo e que não se resolvem trocando peças ao acaso. O técnico de mecatrónica tem de pensar como um diagnosticador: primeiro compreender a rede, depois medir, e só então substituir.

Objetivos de aprendizagem (referencial): detetar anomalias em sistemas multiplexados e nos seus componentes; substituir unidades eletrónicas de comando ligadas à rede de multiplexagem; e registar corretamente a informação da intervenção efetuada. Ao longo do percurso vais aprender a ler esquemas do fabricante, a interpretar códigos de avaria (DTC), a usar a máquina de diagnóstico, o multímetro e o osciloscópio, e a codificar um módulo novo — tudo com as normas de segurança e os EPI adequados.

1. Do fio à rede: porque multiplexar

Nos automóveis antigos, cada sinal tinha o seu próprio fio: um fio do interruptor à lâmpada, outro do sensor ao instrumento, e assim por diante. À medida que os carros ganharam funções (ABS, airbags, climatização, conforto, multimédia), o número de fios explodiu. Uma cablagem completa chegava a ter quilómetros de cobre e milhares de ligações — pesada, cara e difícil de diagnosticar.

A solução é a multiplexagem: em vez de um fio por sinal, os módulos partilham um mesmo par de fios — o barramento — e comunicam por mensagens digitais. A informação "rotação do motor = 2500 rpm" circula uma única vez no barramento e é lida por todos os módulos que precisam dela (painel, caixa, ABS...).

Vantagens da multiplexagem:

A contrapartida: como tudo está ligado, uma falha na rede pode manifestar-se em vários sistemas ao mesmo tempo. Um curto num único fio do CAN pode "apagar" meia dúzia de módulos. É por isso que o método de diagnóstico é tão importante nesta UC.

2. O barramento CAN

O CAN (Controller Area Network) é a rede mais usada no automóvel. Deves conhecê-lo em detalhe.

Características principais:

Níveis de tensão (referência típica):

Estado CAN-H CAN-L Diferença
Recessivo (bit 1) ~2,5 V ~2,5 V ~0 V
Dominante (bit 0) ~3,5 V ~1,5 V ~2 V

Arbitragem: quando dois módulos tentam falar ao mesmo tempo, ganha o que tem o identificador de menor valor (mais prioritário). O outro recua e tenta depois. Assim não há colisões destrutivas — as mensagens mais importantes (ex.: travagem) passam sempre à frente.

Velocidades:

Rede Velocidade Utilização
CAN High-Speed 500 kbit/s Motor, ABS/ESP, caixa (crítico)
CAN Low-Speed 125 kbit/s Conforto, painel, portas
CAN FD até 5 Mbit/s Redes recentes, mais dados

3. LIN, FlexRay e outras redes

Nem tudo precisa da velocidade e do custo do CAN. Um carro moderno tem várias redes ligadas por um gateway.

O gateway é o módulo que interliga estas redes e faz a ponte para a ficha de diagnóstico OBD. Quando ele falha, o diagnóstico pode "perder" redes inteiras — é sempre um suspeito quando há muitas perdas de comunicação em simultâneo.

4. Unidades eletrónicas de comando (UCE)

Uma UCE (ECU, Electronic Control Unit) é um computador dedicado a uma função. O seu ciclo é sempre o mesmo: sensores → decide segundo um programa → comanda atuadores. Além disso, comunica no barramento e guarda códigos de avaria quando deteta algo fora do esperado.

Exemplos comuns:

Codificação e configuração: muitas UCE novas não funcionam só por serem ligadas. Têm de ser codificadas ao veículo — o técnico grava o VIN, o nível de equipamento, o país, e às vezes faz adaptações (ex.: aprender o ponto de fecho de um vidro, calibrar o sensor de ângulo de direção). Uma UCE trocada mas não codificada gera novos DTC e o sistema fica inoperacional.

5. Sensores e atuadores na rede

A rede não anda sozinha: ela transporta a informação que sensores produzem e as ordens que atuadores executam.

Ponto essencial: a maioria dos sensores e atuadores liga diretamente à UCE, não ao barramento. É a UCE que lê o sensor e coloca essa informação na rede para os outros módulos. Por isso, ao diagnosticar, tens de distinguir três mundos:

  1. Falha do sensor/atuador ou do seu fio até à UCE.
  2. Falha da rede (barramento CAN/LIN entre módulos).
  3. Falha da própria UCE.

Confundir estes três é a origem da maioria das trocas de peças desnecessárias.

6. Documentação técnica e esquemas

Nunca se diagnostica "de cabeça". O primeiro passo profissional é consultar a documentação do fabricante, porque cada modelo tem uma topologia, cores de fios e valores de referência diferentes.

O que procurar:

Fontes: manual de oficina, plataformas do fabricante, e bases técnicas independentes (ex.: Autodata, HaynesPro). Ler o esquema antes de medir poupa horas — mostra-te onde e o que medir.

7. Equipamento de diagnóstico

8. Códigos de avaria (DTC) e OBD

Os DTC (Diagnostic Trouble Codes) são o ponto de partida. No formato OBD-II têm uma letra + 4 dígitos:

Letra Sistema
P Powertrain — motor e transmissão
B Body — carroçaria/conforto
C Chassis — travões, suspensão, direção
U Network — comunicação/rede

Exemplos: P0341 (sinal do sensor de árvore de cames), U0100 (perda de comunicação com a UCE do motor). Os códigos U são a "assinatura" clássica de um problema de rede — barramento aberto, em curto, um módulo sem alimentação ou o gateway em falha.

Ao ler DTC:

9. Método de diagnóstico passo-a-passo

Um bom técnico segue sempre um método, para não trocar peças à sorte:

  1. Entrevista e reprodução — ouvir o cliente, perceber quando e como acontece, e tentar reproduzir o sintoma.
  2. Inspeção visual — fichas soltas ou oxidadas, cablagem roída, massas, fusíveis, sinais de água ou reparações anteriores. Muitas avarias de rede resolvem-se aqui.
  3. Ler DTC em todos os módulos com o scan tool; anotar tudo (não apagar já!).
  4. Live data + freeze frame — comparar os valores com o esquema e o bom senso (ex.: temperatura do motor a -40 °C com o motor quente → sensor/fio).
  5. Isolar — a falha é do sensor/atuador, da cablagem, da UCE ou da rede?
  6. Medir — multímetro e/ou osciloscópio, comparando com os valores de referência.
  7. Reparar/substituir e, quando aplicável, codificar.
  8. Apagar DTC, testar em estrada e confirmar que não regressa.

Regra de ouro: confirmar a causa antes de substituir. Trocar a UCE "para ver" é caro, muitas vezes obriga a codificar, e não resolve se a causa era uma massa.

10. Medições na rede CAN

Teste de terminação (rápido, chave off, bateria desligada):

Medir a resistência entre CAN-H e CAN-L. Interpretação:

Com osciloscópio (chave on): ver os dois traços a comutar entre ~1,5 V e ~3,5 V, espelhados um do outro. Se um traço está "morto", encravado ou fora de nível, isola-se o fio/nó com problema. O osciloscópio revela também ruído e mensagens corrompidas que o multímetro nunca mostra.

Alimentação e massa dos módulos: confirmar que cada UCE suspeita tem +12 V e massa corretos — uma UCE sem alimentação "desaparece" da rede e gera DTC de comunicação nos vizinhos, sem ela própria estar avariada.

11. Substituição e codificação de componentes

Depois de confirmar a causa:

  1. Confirmar a referência correta da peça (esquema + VIN). Verificar se é peça nova codificável ou já pré-configurada.
  2. Segurança: chave off, desligar a bateria e, em sistemas de airbags, esperar o tempo de descarga indicado pelo fabricante.
  3. Substituir com cuidado nas fichas (ferramentas de extração, sem forçar pinos).
  4. Codificar/configurar a UCE ao veículo com o scan tool (VIN, equipamento, país).
  5. Adaptações/calibrações necessárias (ex.: sensor de ângulo de direção, posição da borboleta, aprendizagem de vidros).
  6. Apagar DTC e testar o sistema completo, de preferência em estrada.

Nunca esquecer: uma UCE fisicamente instalada mas não codificada deixa o sistema inoperacional e gera novos códigos.

12. Registo da intervenção

O registo é obrigatório, protege a oficina e o cliente, e acelera diagnósticos futuros. Deve conter:

Erros comuns

Glossário

Síntese

Multiplexar é fazer os módulos partilharem um barramento. O CAN é diferencial, de 2 fios, com terminação de ~60 Ω e arbitragem por identificador; ao lado dele há LIN, FlexRay e outras redes, interligadas por um gateway. As avarias de rede aparecem como DTC U e podem afetar vários sistemas. O diagnóstico exige método: entrevista → visual → DTC → live data → medir (multímetro/osciloscópio) → confirmar → substituir → codificarregistar. E, acima de tudo: segurança — bateria desligada, tempos de descarga e EPI.

Exercícios resolvidos

1) Teste de terminação. Mediste 120 Ω entre CAN-H e CAN-L com a bateria desligada. O que concluis? Resolução: O valor normal é ~60 Ω (duas resistências de 120 Ω em paralelo). Ler 120 Ω indica que só uma terminação está ativa → o barramento está aberto algalgures ou falta/está desligada uma das resistências de terminação (ou um segmento da rede está cortado). Passo seguinte: localizar o corte com o esquema, verificando continuidade por troços.

2) Interpretar DTC. O scan tool mostra U0155 — perda de comunicação com o painel de instrumentos, e o painel está "apagado". Por onde começas? Resolução: Sendo um código U (rede) e o painel um nó do barramento, começa pela alimentação e massa do painel e pelo estado do CAN nesse ramo. Verifica +12 V, massa e fusível do painel; se estiverem bons, mede a terminação/continuidade do CAN até ao painel. Só depois de excluir alimentação e cablagem se considera trocar o módulo (que exigiria codificação).

3) Sensor ou rede? A UCE do motor regista temperatura do líquido a -40 °C com o motor quente. É problema de rede? Resolução: Provavelmente não é rede. -40 °C é o valor típico de circuito aberto de um sensor NTC (resistência "infinita" → a UCE lê o extremo frio). Verifica o sensor e o seu fio/ficha até à UCE (continuidade, curto à massa/positivo). A rede transporta o valor, mas a origem da falha está no sensor/cablagem, não no barramento.

4) Substituição de UCE. Substituíste a UCE do ABS por uma nova. Ao ligar, surgem novos DTC e o ABS não funciona. O que falhou? Resolução: Muito provavelmente faltou a codificação/configuração da UCE ao veículo (VIN, variante) e/ou uma calibração (ex.: sensor de ângulo de direção). Faz a codificação com o scan tool segundo o procedimento do fabricante, executa as adaptações necessárias, apaga os DTC e testa. Sem este passo, uma UCE nova fica inoperacional.