Antes de pedir um diagnóstico, uma leitura, uma atualização ou um ficheiro para uma ECU, é tentador indicar apenas a marca, o modelo, o ano e a motorização do veículo. Esses dados são úteis como contexto, mas não substituem a identificação precisa da unidade. Hardware, software, versão, número de peça, VIN e identificadores de calibração são campos distintos — e uma pequena diferença entre eles pode significar que o ficheiro ou o procedimento aplicável não é o mesmo.
Este artigo explica, de forma prática e sem prometer compatibilidade automática, que referências deve registar e porquê.
Resposta curta: que informação deve ser registada
A identificação completa de uma ECU reúne normalmente três conjuntos de dados: a referência física impressa na etiqueta da unidade, a identificação eletrónica obtida através de uma ferramenta de diagnóstico e o contexto do veículo onde a ECU está instalada. A documentação técnica sobre identificadores de diagnóstico (UDS Data Identifiers) mostra que estes podem incluir, entre outros, o número de peça sobressalente do fabricante, o número de software da ECU, a versão de software, o número de hardware, a versão de hardware, o número de série, o VIN e a data de programação. Um exemplo de ferramenta de fabricante (um boletim técnico Mitsubishi arquivado pela NHTSA) mostra ainda estes campos separados numa única tela: Supplier ID, ECU ID, Hardware Version, Software Version, Hardware Part Number, Software Part Number e VIN.
A conclusão prática é simples: o modelo, o ano ou a família da ECU, isoladamente, não são uma base suficientemente precisa para confirmar que um ficheiro ou procedimento é compatível. A referência deve ser conservada exatamente como aparece — incluindo zeros, letras, hífens, espaços, sufixos e revisões — porque esses detalhes podem distinguir unidades que, à primeira vista, parecem iguais.
As três camadas da identificação de uma ECU
Para evitar confundir dados de origens diferentes, é útil separar a identificação em três camadas:
- Identificação física — o que está impresso na etiqueta ou gravado na caixa da ECU.
- Identificação eletrónica — o que uma ferramenta de diagnóstico consegue ler diretamente da unidade, muitas vezes com mais campos do que a etiqueta mostra.
- Contexto do veículo — marca, modelo, ano, motorização, VIN e método de leitura utilizado, que ajudam a enquadrar a identificação técnica.
Estas camadas não são intermutáveis. A etiqueta física pode não refletir uma atualização de software já realizada; a leitura eletrónica pode apresentar campos com nomes diferentes consoante o fabricante da ferramenta; e o contexto do veículo, por si só, não revela se a unidade foi substituída ou reprogramada.
1. Etiqueta física: o que fotografar e transcrever
Quando a ECU está acessível, vale a pena fotografar a etiqueta com boa iluminação e, sempre que possível, transcrever manualmente a referência, para reduzir o risco de erro de leitura em fotografias desfocadas. Deve procurar registar:
- Nome do fabricante da ECU (fornecedor do sistema) e, quando presente, nome ou logótipo do fabricante do veículo.
- Número de peça completo, incluindo prefixos e sufixos.
- Referência ou número de hardware, se impresso separadamente do número de peça geral.
- Revisão ou versão indicada na etiqueta (por exemplo, letras ou números de revisão adicionais).
- Número de série da unidade.
- Quaisquer códigos de barras, QR codes ou campos adicionais que acompanhem a etiqueta principal.
A recomendação de conservar a cadeia completa — zeros, hífens, espaços, sufixos — é uma prática de registo prudente, não uma norma universal única: não existe um manual oficial que defina um formato de transcrição comum a todas as marcas. Ainda assim, registar o texto exato, sem o reinterpretar ou normalizar prematuramente, reduz ambiguidade mais tarde.
2. Identificação eletrónica: campos que a ferramenta pode apresentar
Além da etiqueta, uma ferramenta de diagnóstico pode ler eletronicamente dados adicionais diretamente da memória da ECU. Consoante o fabricante, a ECU e a ferramenta utilizada, estes campos podem incluir identificadores separados para o número de hardware e de software do fabricante do veículo, o número de hardware e de software do fornecedor do sistema, a versão de hardware, a versão de software, o número de série e o VIN gravado na unidade.
É importante não tratar esta lista como universal: a documentação sobre identificadores UDS sublinha que vários destes campos são definidos pelo fabricante do veículo, pelo que a disponibilidade e o conteúdo concreto variam de caso para caso. Nem todas as ferramentas de diagnóstico — em particular ferramentas OBD genéricas — conseguem necessariamente apresentar todos estes campos. Por isso, em vez de transcrever apenas um código isolado, é preferível capturar a tela completa de identificação apresentada pela ferramenta, com todos os campos visíveis.
Hardware part number não é o mesmo que software part number
Um dos principais pontos de confusão é tratar número de peça, número de hardware, número de software e versão de software como sinónimos. Não são. A tabela seguinte resume, de forma geral e não exaustiva, como estes campos costumam aparecer:
| Campo | O que normalmente descreve | Onde pode aparecer | Por que deve ser guardado |
|---|---|---|---|
| Número de peça do fabricante do veículo | Referência comercial atribuída pelo fabricante do veículo à unidade completa | Etiqueta física; identificação eletrónica | Pode ser usado para procurar a peça no catálogo do fabricante do veículo |
| Número de peça do fornecedor do sistema | Referência interna atribuída pelo fabricante da ECU (fornecedor) | Etiqueta física; identificação eletrónica | Pode diferir do número do fabricante do veículo, mesmo na mesma unidade |
| Número e versão de hardware | Identifica a revisão física da placa/componentes da ECU | Etiqueta; identificação eletrónica | Normalmente não muda com uma atualização de software |
| Número de software (part number) | Identifica o pacote de software instalado na unidade | Identificação eletrónica; por vezes etiqueta | Pode mudar após uma reprogramação, mesmo sem alterar o hardware |
| Versão de software | Indica a iteração ou revisão específica do software instalado | Identificação eletrónica | Permite distinguir estados anteriores e posteriores a uma atualização |
| Número de série | Identificador único de fabrico da unidade física | Etiqueta; identificação eletrónica | Ajuda a confirmar que se trata da mesma unidade física ao longo do tempo |
Um exemplo documentado de um procedimento de reprogramação (arquivado pela NHTSA, relativo a um fabricante de motociclos) mostra precisamente este ponto: a verificação após a reprogramação comparou o número de hardware, a versão de software e o número de software antes e depois, e o número de software foi alterado entre os dois estados, sem que o número de hardware mudasse. Este é um exemplo ilustrativo de um caso concreto, não uma regra válida para todas as arquiteturas ou fabricantes — mas demonstra por que razão hardware e software devem ser registados como campos separados.
CAL ID e CVN: dados de calibração, não substitutos da referência da ECU
Em sistemas relevantes para emissões, é comum encontrar ainda o Calibration ID (CAL ID) e o Calibration Verification Number (CVN). Segundo documentação da EPA, o CAL ID representa a versão de software, incluindo os mapas de motor utilizados, enquanto o CVN é o resultado de um cálculo de verificação (checksum) usado para confirmar a integridade dos dados de calibração.
Estes dois identificadores estão especialmente associados a requisitos de diagnóstico de bordo (OBD) e não devem ser confundidos com o número de peça da ECU: identificam a calibração instalada e a sua integridade, não a unidade física em si. A presença, a nomenclatura exata e a forma como são apresentados dependem do veículo e do sistema de diagnóstico utilizado — nem toda a ferramenta os mostra. Para compreender melhor o papel da validação de integridade de um ficheiro de calibração, veja também o artigo sobre o que é checksum numa ECU e porque a validação do ficheiro é importante.
3. Contexto do veículo: dados que completam a identificação
Além das referências da própria unidade, é útil reunir o contexto do veículo: marca, modelo, ano, motorização, e, quando aplicável, o VIN. O VIN deve ser partilhado com cuidado — por exemplo, protegendo parcialmente os últimos dígitos em comunicações não seguras — e serve para enquadrar a identificação técnica, não para a substituir. Também é útil registar o método ou a ferramenta utilizada para obter os dados eletrónicos, uma vez que diferentes ferramentas podem apresentar campos ou nomenclaturas distintas para a mesma informação.
Nenhum destes dados de contexto, por si só, confirma que um ficheiro ou procedimento é aplicável à unidade em questão. Servem para complementar, não para substituir, as referências de hardware e software.
Porque pequenas diferenças podem mudar o ficheiro ou o procedimento
Considere um exemplo puramente ilustrativo: duas ECUs podem partilhar a mesma designação geral de família e até o mesmo modelo de veículo associado, mas uma pode ter uma revisão de hardware diferente, um número de software diferente ou uma versão de software distinta, resultante de uma atualização aplicada numa delas e não na outra. Esta situação não é hipotética sem fundamento — documentos técnicos de procedimentos de reprogramação (por exemplo, instruções arquivadas pela NHTSA relativas a um fabricante automóvel) pedem explicitamente que a identificação da unidade seja registada antes e depois da intervenção, comparando campos como a versão de hardware, a versão de software e a data de produção, precisamente porque estes valores podem divergir de unidade para unidade.
A conclusão prudente não é que uma combinação específica de hardware e software garanta a existência ou a compatibilidade de um ficheiro: é que a compatibilidade deve ser confirmada caso a caso, com base na identificação completa e não apenas na família ou no modelo geral. Este princípio é especialmente relevante quando se compara um ficheiro de remap personalizado com um ficheiro genérico: a precisão dos dados do veículo e da unidade é o que separa um ficheiro ajustado de um ficheiro aproximado.
Checklist prática de identificação
Antes de pedir um diagnóstico, uma leitura ou um ficheiro, reúna:
- Etiqueta física: fotografia legível, nome do fabricante da ECU, número de peça completo, número/revisão de hardware, revisão impressa, número de série.
- Leitura eletrónica: captura integral da tela de identificação da ferramenta de diagnóstico, incluindo todos os campos visíveis (hardware, software, versões, VIN, e CAL ID/CVN quando disponíveis).
- Contexto do veículo: marca, modelo, ano, motorização, VIN (parcialmente protegido em comunicações não seguras) e ferramenta/método de leitura utilizado.
Modelo seguro de pedido de informação
Um pedido tecnicamente útil costuma incluir:
- Marca, modelo, ano e motorização do veículo.
- VIN parcialmente protegido (por exemplo, ocultando alguns dos últimos dígitos).
- Fotografias legíveis da etiqueta física da ECU.
- Captura integral da tela de identificação eletrónica, não apenas um código isolado.
- Indicação da ferramenta ou método utilizado para obter a leitura.
Este modelo reduz ambiguidade sem exigir a partilha desnecessária de dados pessoais completos.
Validar divergências antes de avançar
Por fim, vale a pena verificar ativamente três tipos de divergência, em vez de assumir que etiqueta, leitura eletrónica e veículo estão sempre alinhados:
- Etiqueta física diferente da leitura eletrónica — pode indicar uma atualização de software não refletida na etiqueta, ou uma unidade substituída.
- VIN atual diferente do VIN registado na ECU — pode indicar que a unidade foi instalada noutro veículo ou associada a um VIN diferente anteriormente.
- Software mais recente do que o indicado na etiqueta — é esperado que o software possa ser reprogramado ao longo da vida da unidade; a etiqueta física normalmente não é atualizada quando isso acontece.
Quando existe uma intervenção planeada, como uma atualização ou reprogramação, a prática documentada em procedimentos de fabricante é registar a identificação antes e depois do procedimento, para confirmar o que foi efetivamente alterado. Nem todos os fabricantes exigem exatamente os mesmos campos nesse registo, mas o princípio de comparar o estado antes e depois é transversal. Este cuidado está diretamente relacionado com a importância de guardar o ficheiro original da ECU antes de qualquer alteração.
Se a ECU precisar de ser removida para leitura ou programação, convém também perceber quando os métodos bench e boot mode são utilizados, e a diferença entre leitura virtual e leitura completa da ECU, uma vez que o método de leitura pode influenciar quais campos de identificação ficam disponíveis.
Em resumo
A identificação de uma ECU não se resume ao modelo do veículo nem à família geral da unidade. Reunir a referência física completa, a identificação eletrónica detalhada e o contexto do veículo — e verificar ativamente possíveis divergências entre estes três conjuntos de dados — reduz significativamente a ambiguidade antes de um diagnóstico, uma leitura ou uma atualização. Ainda assim, a identificação completa não substitui a confirmação específica, caso a caso, de que um determinado ficheiro ou procedimento é aplicável à unidade em questão.