1.

Métodos de Extracción de Archivos de la ECU:

Tenemos varias opciones para sacar la información del interior de la ECU de motor. Estas
opciones podremos elegirlas dependiendo de la versión de la unidad o año de fabricación.

Los fabricantes de hardware de lectura y escritura ofrecen distintas soluciones para una misma
unidad, una vez se desbloquea el acceso todas las unidades pueden actualizar su flash interna por
OBD y estos interfaces suelen corregir el checksum durante la escritura. Si todavía no se ha
desarrollado el protocolo de acceso por OBD disponemos de otras opciones de lectura, la primera
opción es leer directamente la memoria flash con un programador de memorias específico, como
por ejemplo el Batronix. Este método es el más costoso en trabajo de todos los que tenemos a nuestra
disposición, además necesita de una corrección de checksum por parte de WINOLS, ya que al no existir
un interface de programación dedicado que se encarga de esta tarea, el programador de memorias
escribe la información tal y como nosotros la cargamos, sin ningún tipo de comprobación.

La siguiente opción disponible es la extracción del software por la toma de BDM o jtag. Para
poder utilizar esta conexion tenemos que encontrarnos con una unidad que disponga de un
procesador con puerto BDM o Jtag. Estos procesadores son los Motorola de la serie MPC555 o los
procesadores RENESAS. Como ventaja de este puerto es que nos permite no solo extraer la
información de la flash o de la memoria de mapas, sino que también podemos leer y escribir la parte
de programa del procesador y la memoria de inmovilizador serial. Gracias a esto nos permite copiar
completamente toda una unidad en otra. Además se incluye la corrección de checksum durante la
escritura de la mayoría de las unidades en el propio interface de programación.

Por último tenemos las unidades con el procesador Infineon TriCore, que se pueden leer
y escribir por OBD si no tienen activado el antituning, pero de tenerlo activado su lectura y
programación se realiza poniendo el procesador en modo de arranque y cargando la información
por bus CAN. También incluye corrección de checksum en escritura para la mayoría de las unidades
de control.

A partir de todos los métodos anteriores obtenemos uno o varios archivos binarios, estos
contienen toda la información de funcionamiento de la unidad de control. En esta información se
incluyen los mapas o cartografía de la unidad que es lo que posteriormente modificaremos con
WINOLS. A veces las lecturas que realizamos por OBD no son de la memoria completa sino que solo
se extrae la zona de mapas, en este caso debemos volver a introducir la información a partir de esta
lectura parcial y con el mismo interface que hemos realizado la lectura, ya que de otra manera
podríamos introducir zonas vacías de programación que bloquearían la unidad. A este tipo de lecturas
se les llama parciales y se tiene que tener en cuenta para realizar la modificación que necesitemos.

Una vez disponemos de este archivo, que normalmente llamamos archivo original, debemos
guardarlo, esto nos permitirá posteriormente recuperar la unidad en caso de algún error de escritura
o de programación o incluso clonarla en otra placa similar. A partir de estos archivos generamos los
archivos modificados, en WINOLS esto equivale a decir que en un proyecto tenemos la versión original,
que es la que extraemos de la unidad del vehículo, y las posteriores modificaciones, que son las
demás versiones del proyecto.

94
 Para crear un proyecto en winols utilizamos el comando “New” de la pestaña “Project”. De
esta manera se nos abre el cuadro de diálogo que nos permite seleccionar el tipo de archivo que va
a formar parte de la versión original del proyecto.

Como comentábamos en el manual anterior, podemos seleccionar si el archivo que vamos a

importar al proyecto procede de un dispositivo BDM o BSL, de un archivo “File” que es el que normalmente
utilizamos si realizamos cualquier tipo de lectura, sea por OBD, por lector de memorias o por puerto
BDM o jtag, con un dispositivo distinto a los ofrecidos por la marca EVC y desde una Eprom con un
lector de memorias batronix.

La mayoría de archivos con los que vamos a trabajar normalmente se pueden cargar con el
formato “File” y en casos muy específicos utilizaremos cualquiera de los otros.

En la siguiente pantalla elegimos el tipo de archivo que vamos a importar a nuestro proyecto.
De modo habitual cargaremos archivos binarios. El resto de formatos se explicaba anteriormente en
el manual, y una vez incluido la forma de trabajar es similar en todos los casos por lo que solo vamos
a exponer la importación de un archivo binario.

95
 Pulsando “OK” sobre “Binary file” se nos muestra una venta de navegación de Windows que
nos permite seleccionar el archivo desde cualquier carpeta del disco duro. En este ejemplo vamos a
utilizar un archivo de una unidad edc16c1. Para abrirlo lo seleccionamos y pulsamos “Abrir”.

La siguiente pantalla nos muestra un consejo sobre el checksum. El checksum es una suma
de comprobación que utilizan las unidades de control para verificar la integridad de los datos que
contiene la memoria. Estas sumas de verificación afectan a zonas concretas de la memoria de mapas
y su cálculo varía en función de la unidad de control. Si no disponemos de plugin que corrija los
cambios en el checksum, debemos asegurarnos que el interface de programación lo haga.

96
 En caso contrario la unidad de procesamiento bloqueará el arranque del vehículo por
seguridad, ya que detecta una modificación en la memoria que no está calculada, e interpreta como
un error de la memoria. Winols nos indica que de manera habitual necesitamos una versión
original intacta para reconocer correctamente el checksum, esto no quiere decir que con una
versión modificada del archivo no reconozca el checksum, pero no tendremos la misma seguridad
de reconocimiento de todas las zonas afectadas. Este mensaje se puede desactivar para que no se
muestre más adelante.

En la siguiente pantalla se nos advierte del no reconocimiento del checksum, debido a que
no tenemos el plugin necesario para ello. Podemos intentar lanzar una búsqueda online para
posteriormente comprarlo. Este mensaje se puede desactivar para que no se muestre más adelante.

97
 Como vemos en la pantalla siguiente la versión del plugin detectada para este proyecto es
“OLS285 – Bosch EDC16V2”. Aun no disponiendo de este plugin, podemos continuar con las
modificaciones siempre que posteriormente nuestro interface de programación corrija el checksum
durante la escritura. De no ser así la ecu quedará bloqueada.

Si disponemos del plugin adecuado, en la siguiente pantalla de checksums tal como veíamos
en el manual anterior, nos mostrará el nombre y la versión de este, direcciones de memoria
afectadas, bloques parcheados y zonas de sincronización si existen.

98
 Continuamos con el diálogo de propiedades del proyecto. Como comentábamos
anteriormente el propio archivo binario contiene información referente al número de hardware de
la unidad, versión del software, fabricante, modelo de unidad, etc. En esta pantalla se nos muestran
los datos detectados automáticamente para introducirlos en las propiedades del proyecto. Podemos
seleccionar los que nos interesen o descartar todos.

Vamos a completar la pantalla de propiedades del proyecto lo más completamente posible

para facilitar su posterior localización en la base de datos. Como veíamos en el manual también
podemos intentar buscar en la base de datos de internet, a partir del checksum del archivo, datos
que se hayan introducido anteriormente por otro usuario.

Todos los datos referentes al campo de “ECU” se han completado a partir de los datos
extraídos del binario por Winols. También se muestra el tipo de procesador de la unidad “PowerPC”
familia a la que pertenece el MPC de Motorola, con este dato se divide el archivo en zonas de
programación y zonas de mapas.
Pulsando el botón “OK” tenemos nuestro proyecto creado con el archivo binario que
hemos seleccionado.

99