Corrección de checksum ECU — por qué la herramienta lo necesita

Un checksum es un valor que la ECU calcula sobre sus zonas de programa y calibración al arrancar — un CRC en las familias antiguas, una combinación de CRCs y firma digital en las nuevas. El valor calculado se compara con el almacenado en la flash: igual significa funcionar, distinto significa que la ECU se niega a arrancar el motor.

Es un auto-test de integridad, no una protección anticopia — pero en muchas ECU nuevas (tuning protection, zonas de calibración firmadas) ambas cosas se solapan, y por eso algunas herramientas deben desbloquear la ECU antes de que cualquier archivo modificado pueda funcionar.

Cambiar un solo byte dentro de una zona cubierta cambia lo que la ECU calcula al arrancar. El valor esperado almacenado ya no coincide, y el control de integridad falla antes de que el motor llegue a arrancar.

Recalcular significa computar el checksum sobre las zonas modificadas y escribir el nuevo valor esperado en su ranura del archivo — una operación exacta al byte y específica de cada familia. No existe una rutina de checksum universal: el diseño de zonas y el algoritmo difieren entre Bosch, Delphi, Continental, Marelli y las demás.

• Herramientas master — KESS3, Autotuner, FLEX y similares — recalculan el checksum durante la escritura; el log muestra la línea «checksum corrected».
• Herramientas slave — la corrección la gestiona tu master o la herramienta que escribe; el archivo puede permanecer cifrado de principio a fin.
• Software de PC — WinOLS, ECM Titanium y la mayoría de suites de edición pueden pre-corregir un archivo para flashearlo por otra vía.
• Servicio de archivos — un servicio serio devuelve el archivo con el checksum ya corregido cuando tu vía de escritura lo necesita; indica qué herramienta escribe el archivo al hacer el pedido.

• Mejor caso — la ECU se queda en modo flash/recovery esperando un archivo válido; sin daños, solo un vehículo parado hasta re-flashear.
• Caso frecuente — no-arranque con un fallo de checksum guardado; mecánicamente todo está bien.
• Peor caso — una escritura boot fallida o zonas equivocadas sobrescritas corrompen la flash; la recuperación exige restaurar un backup completo o un archivo donante.

La recuperación casi siempre significa acceso bench o boot — la hora extra de trabajo que un archivo corregido existe justamente para evitar.

Las Bosch de la era ME7 usan un par de zonas CRC; las EDC17/MED17 sobre Tricore combinan varios CRC con una firma RSA y a menudo un flag de tuning protection que la herramienta de escritura debe sortear. Delphi DCM, Continental SID/SIM y Marelli tienen cada una su propio diseño. Una rutina válida en una familia no significa nada en otra — por eso la gestión del checksum vive dentro de la herramienta o en el servicio de archivos, no en una calculadora genérica.

• Sabe si tu vía de escritura corrige checksums — verifícalo en el log en una escritura real, no en la lista de funciones.
• ¿Escribes un archivo crudo por BDM, JTAG o restauración boot? Hazlo pre-corregir primero.
• Guarda el ORI: un original con checksum válido restaura una ECU muerta en minutos.
• Nunca edites a mano y flashees sin recalcular — un byte basta.
• En caso de duda, pide el archivo listo-para-flashear para tu herramienta.

Lectura relacionada: nuestra checklist stage 1 cubre el resto de la rutina previa al flash.