WIKI TÉCNICO
Leer un calculador consiste en recuperar, según la herramienta y el protocolo, todos o parte de sus datos. Escribir consiste en programar el contenido previsto por el procedimiento utilizado. Una lectura OBD no es necesariamente una copia de seguridad completa del calculador, y un Virtual Read no es una lectura física de su contenido actual.
01
Una ECU puede contener varias zonas: programa, datos de calibración, configuración y, según arquitectura, memorias no volátiles distintas. Una lectura puede recuperar solo la zona útil para reprogramación, no todas las memorias.
La herramienta recupera datos presentes en la ECU en el momento de la operación, dentro del protocolo. Si una zona leída ya fue modificada, la lectura puede contener esas modificaciones.
La herramienta recupera solo ciertas zonas. Un archivo usable para Stage 1 puede no ser copia completa de la ECU.
Según herramienta y ECU, puede incluir varias memorias para restauración o clonado. «Backup» en software debe entenderse según documentación: no todas las copias contienen los mismos datos.
La herramienta identifica software instalado y proporciona archivo de referencia, generalmente desde base de datos. No es extracción del contenido actual. Si el vehículo ya fue modificado, Virtual Read puede dar versión original en lugar de cartografía modificada en la ECU.
VISTA
OBD, Bench y Boot son métodos de acceso. Virtual Read describe origen del archivo obtenido.
ECU / TCU
02
En OBD, la herramienta comunica con la ECU por la toma diagnóstico. Con protocolo compatible puede permitir identificación, lectura y/o escritura sin desmontar la ECU.
Método práctico, pero «compatible OBD» no significa siempre «lectura completa posible». Algunos protocolos solo identificación y escritura, o archivo por Virtual Read. Otros exigen desbloqueo previo.
Durante escritura, estabilidad de alimentación y comunicación es esencial. Siga consignas sobre contacto, consumidores y pasos de programación.
03
En Bench, la ECU suele estar fuera del vehículo y conectada a la herramienta por cableado específico. Según arquitectura, comunicación distinta a OBD.
Bench no exige siempre abrir carcasa. En muchos protocolos conexión por pines externos. Respete estrictamente esquema del fabricante: error de alimentación, masa o pinout puede dañar hardware.
Bench tampoco garantiza acceso a todas las memorias. Datos disponibles dependen de ECU y protocolo.
04
Boot usa modo de acceso particular a ECU o microcontrolador. Según modelo puede requerir abrir carcasa, puntos de prueba, sondas o cableado dedicado.
Usado para ciertas lecturas, escrituras, copias o recuperación si el protocolo lo permite. No siempre solución de reparación: ECU dañada o datos perdidos puede ser irrecuperable.
Boot exige seguir exactamente procedimiento de la herramienta. Puntos, secuencias de alimentación y datos accesibles varían por arquitectura.
05
BDM es una interfaz de depuración y programación usada en particular en ciertas generaciones de calculadores, a menudo más antiguas. Puede requerir acceso a puntos de la placa y equipo adecuado.
JTAG es otra interfaz hardware aún utilizada en muchas arquitecturas para comunicar con ciertos componentes. Su presencia y posibilidades reales dependen de la arquitectura y del diseño del calculador.
BDM y JTAG no son solo «último recurso». En algunas ECU y herramientas son métodos previstos para lectura, programación o copia. No confundir con OBD, Bench y Boot ni suponer disponibles en todas las generaciones.
06
El archivo obtenido es una referencia que corresponde a la identificación de software reconocida. No permite guardar las modificaciones que puedan estar ya presentes en el calculador. Si se desconoce el historial del vehículo, hay que tenerlo en cuenta antes de pedir un archivo.
Es posible incluso cuando la herramienta autoriza la escritura por OBD. Antes de intervenir, verifica qué permite leer realmente el protocolo y qué soluciones de recuperación prevé el fabricante.
No multiplique los intentos con archivos o protocolos elegidos al azar. Anote el mensaje de la herramienta, compruebe la alimentación y consulte el procedimiento de recuperación que corresponda exactamente al calculador y al material utilizado. Según el caso, puede ser necesario otro método de acceso, sin garantía de recuperación.
07
| Método | Conexión habitual | Apertura ECU | Punto importante |
|---|---|---|---|
| OBD | Toma diagnóstico del vehículo | No | Lectura real, virtual o escritura según protocolo |
| Bench | Conectores de ECU desmontada | No sistemáticamente | Cableado y protocolo específicos |
| Boot | Puntos o conexiones del procedimiento | A menudo, no universalmente | Acceso y datos según arquitectura |
| BDM | Interfaz de programación en placa | Generalmente | Método de ciertas generaciones |
| JTAG | Interfaz hardware en placa | Generalmente | Disponibilidad según componente e implementación |
| Virtual Read | Función software ligada a identificación | No aplica (origen del archivo, no un acceso) | Archivo de referencia, no lectura física del estado actual |
A recordar: Virtual Read describe origen del archivo; OBD, Bench, Boot, BDM y JTAG describen métodos o interfaces de acceso. Presentarlos como seis ramas equivalentes sería incorrecto.
08
Un checksum controla la integridad de ciertos datos. Cuando se modifica un archivo, los valores de control pueden tener que recalcularse. Según el calculador y el protocolo, la corrección puede hacerla el software de calibración, al preparar el archivo o la herramienta de escritura — no es sistemático para todas las herramientas ni situaciones.
No asumas que una herramienta corrige correctamente todos los checksums al escribir. Una corrección ausente, incorrecta o mal reaplicada puede provocar rechazo de escritura, un fallo o un calculador que no arranca. Sigue las indicaciones del fabricante. En el portal ECUTuneFiles existe una prestación « Corrección checksum »; lo incluido en cada entrega se deduce del expediente y de la línea de catálogo elegida.
09
Tras programación, verifique comunicación ECU, arranque del vehículo y sistemas concernidos. Lea y conserve códigos antes de borrar. Si concierne rendimiento, controle parámetros en condiciones adecuadas.
Si falla escritura, evite intentos aleatorios. Conserve mensaje de error, identificación ECU, archivos y método. Recuperación depende de ECU, datos guardados y herramientas.
10
Envía el archivo pedido y aceptado por el proveedor, con herramienta, protocolo y tipo de lectura. Un Virtual Read puede servir para ciertas prestaciones, pero no muestra un mapa ya modificado. Una copia Boot puede contener datos adicionales: no la trates como un mapa simple. Para el contexto del vehículo, véase también la guía File Service.
En duda, precise herramienta, protocolo y tipo de lectura antes de pedir. Evita confundir archivo de calibración, referencia y backup de recuperación.
El método adecuado no se elige únicamente en función de la facilidad de acceso al calculador. Hay que tener en cuenta la referencia exacta, el software presente, la herramienta utilizada, el tipo de archivo obtenido y las posibilidades de recuperación en caso de fallo. Tras la escritura, el éxito anunciado por el software no sustituye al diagnóstico ni a los controles en el vehículo.
ECU/TCU: Bosch, Continental, Delphi, Marelli e identificación HW/SW.
Papel del taller, experiencia en desarrollo de motores, material y desarrollo de una intervención.
Recorrido portal, tratamiento automático o manual, controles tras escritura.
¿Tiene lectura ECU o TCU? Verifique tipo de archivo y consulte servicios en portal ECUTuneFiles.
Acceder al portal