Una vez creado el proyecto, activando el comando “overview” de pestaña “window” nos

aparece el cuadro de dialogo que vemos a continuación. A la derecha se aprecia una barra vertical
que representa la totalidad del contenido del proyecto. Las zonas de colores representan lo que
marcar la leyenda que tenemos a su derecha. En el caso del ejemplo podemos observar que en la
parte superior se encuentran las zonas de programación.

Estas zonas son las que normalmente no se leen en una lectura parcial por OBD, por lo que
nos es fácil reconocer una lectura de este tipo si vemos que no tenemos la zona de programación.
Cuando nos sucede esto tenemos que tener en cuenta que este archivo nunca se puede cargar por
BDM o boot mode a la unidad, ya que estos métodos cargan el archivo completo y al ser el nuestro
parcial, bloquearían la unidad.

En la zona de abajo vemos zonas de mapas no reconocidas y algún mapa de 16 bit, aquí es
donde normalmente centramos todas nuestras modificaciones. Estas áreas son las afectadas por
checksum y contienen toda la información referente a mapas, valores únicos, curvas características
y capas de DTC.

Al igual que en este diálogo, en la barra de desplazamiento de la ventana de hexdump

podemos apreciar el mismo esquema de colores que nos permite dirigirnos rápidamente a la zona
de la memoria que más nos interese.

100
 En algunas ocasiones al crear un proyecto y hacer un recorrido por él, podemos observar
que no encontramos una zona coherente con mapas, o incluso Winols detecta mapas pero la
información de estos no se corresponde a ningún patrón conocido. En estos casos lo primero sería
intentar cambiar la organización del archivo en sus bytes altos y bajos. Comentábamos anteriormente
que disponemos de un botón “LO/HI” “HI/LO”. Dependiendo del tipo de procesador podemos
ordenar la información de dos maneras diferentes.

La primera es si escribimos primero el byte más significativo y después el menos significativo,

“HHLL”. Este sistema de codificación es más intuitivo y se llama comúnmente Big-endian , es el
adoptado en procesadores Motorola entre otros.

La segunda es si escribimos primero el byte menos significativo y después el más significativo,

“LLHH”. Este sistema de codificación facilita el acceso a datos y se llama comúnmente Little-endian,
es el adoptado en procesadores Intel.

Una vez ajustado el sistema de codificación de los bytes, dependiendo del tipo de información
almacenada, nos puede interesar ver el binario en 8,16 ó 32 bits. En 8 bits podemos tener almacenados
mapas, ejes, curvas características, y valores únicos como interruptores. En 16 bits encontramos
mapas, ejes, curvas características, DTC y valores únicos como limitadores de velocidad o de presión.
Los modos de 32 bits o 32 bits con coma flotante no se utilizan normalmente debido a que los
procesadores que incluyen las unidades de control funcionan a 8 o 16 bits, pero podemos
encontrarlos en unidades DENSO para almacenar mapas.

101
 Para realizar el último ajuste tenemos las opciones de vista decimal, hexadecimal y binario.
En los mapas usamos normalmente valores decimales a los cuales se le aplica un factor de correc-
ción. Para buscar DTCs usamos el modo hexadecimal, ya que este formato es que se utiliza interna-
mente para generar el código. La notación en binario es poco practica para nuestra aplicación.

Pulsando sobre cerrar se nos advierte de que el archivo del proyecto se ha guardado pero no
contiene ningún cambio, por si queremos mantenerlo guardado en nuestra base de datos o borrar
todo permanentemente.

Si posteriormente pulsamos abrir podemos comprobar que nuestro proyecto se ha guardado

en nuestra base de datos con los datos introducidos en las propiedades del proyecto.

102