Recientemente instalé un sistema de flujo libre completo en mi Opel/Vauxhall Astra Turbo Coupe. Junto con esto, hice un mapa STO de la etapa 1 para aprovechar al máximo las nuevas características del escape. En cualquier caso, le pregunté al sintonizador si podía usar la aplicación Torque Pro que tenía en mi Galaxy Tab para leer el impulso, la temperatura, el avance de tiempo, etc. desde el puerto OBD como lo hice antes. Dijo que intentar esto corrompería el mapa. También afirmó que el software STO que envió al ECM informaría lecturas falsas.
Ahora, sé que la respuesta es razonablemente obvia para alguien que es un desarrollador de software y sabe un poco sobre el protocolo OBD, pero es más seguro que lamentar. Parece que el tipo piensa que quiero aplicar ingeniería inversa a su mapa y venderlo o personalizarlo aún más, así que hablar con él es como hablar con una pared de ladrillos.
Así que básicamente:
Nunca tuve problemas para leer cosas del puerto OBD cuando el automóvil aún era estándar.
En mi opinión, la mayoría de las cosas que te dijo son tonterías.
En primer lugar, no instaló ningún software en la ECU; simplemente volcó el firmware original, identificó dónde están los valores que controlan la inyección de combustible (cantidad de combustible, etc.), los cambió e instaló ese firmware modificado; al final solo modificó algunos dígitos en el código original, nada más.
Para hacer lo que te dijo, tendría que reescribir por completo el código que maneja las comunicaciones OBD, que es específico de cada ECU, propietario (sin código fuente, buena suerte con la ingeniería inversa del código de ensamblaje que obtuviste de esa ECU) y extremadamente difícil de hacer, si es que es factible (sin mencionar los riesgos, imagina el peligro si su software defectuoso falla repentinamente y tu motor funciona a toda velocidad).
Ahora, siéntase libre de conectar su adaptador de diagnóstico, no hay necesidad de temer nada.
Ah, y si desea aplicar ingeniería inversa a su mapa, simplemente desuelde la ROM de la ECU del motor, empújela con un editor hexadecimal, encuentre dónde está el "mapa" real y allí tiene su precioso "mapa" (es posible que desee cargar en un software como WinOLS); y ninguna cantidad de software ni tonterías que diga cambiará eso (para protegerse contra eso, tendría que implementar el cifrado en la ECU para descifrar sus propios datos, lo que probablemente sea imposible en un hardware de especificaciones tan bajas, e incluso entonces, el la llave todavía estaría allí en alguna parte esperando a ser encontrada por algún alma curiosa).
Soy programador de aplicaciones CAN, así que me gustaría compartir un poco de mi experiencia.
Sí, se puede denunciar falso. Incluso es muy simple. Solo observe los mensajes que no le gustan y luego informe el error. Pero, ¿cuál es el punto de implementar tal cosa? Entonces ya no podrá leer el error o algunos otros parámetros por su cuenta.
También sí, si está tratando de proteger su software, pero ¿por qué de esta manera? Como programador, haría algo como una lista de respaldo para comandos como: lectura/escritura de datos de ECU, por lo que otras cosas como leer y borrar errores y leer parámetros podrían funcionar como antes.
El punto es que, incluso con STO modificado, debería poder leer sus cosas (con la pestaña de su galaxia) como lo hacía antes / automóvil estándar.
El uso de 'bombas lógicas' u otros tipos de 'semillas' es justo y razonable para proteger cualquier pieza particular de software de ser copiada. Si el software se hace fácil o está abierto para redistribuir, encontrará muchos desarrolladores que van a la quiebra. Los métodos que solicita en su pregunta apuntan a buenas formas de evitar que se elimine el software.
Capitán Kenpachi