OBD coche médico - historia del desarrollo de aplicaciones móviles
La idea de conectar un smartphone con el sistema del vehículo a bordo interesados a la humanidad hace mucho tiempo.
La investigación de las posibilidades de lanzar el coche muestra el diagnóstico conector DLC - conector de enlace de datos, que sirve para conectar la red a bordo del automóvil escáner diagnóstico auto y solicitud leer datos de los subsistemas del vehículo diferentes.
El problema relacionado con la cantidad y variedad de marcas de coches, analizadores, conectores, se ha resuelto debido a una de las agencias ambientales de los Estados Unidos - California Air Resources Board - CARB, que es responsable de control de emisiones del vehículo. Hay hoy es el actual conjunto de estándares OBD-II, especifica el tipo de conector de diagnóstico y su pinout, los protocolos de señalización eléctricos disponibles y el formato de mensajería.
Cabe mencionar que el cumplimiento de uno de los parámetros no garantiza el cumplimiento de los demás. Por lo tanto, conector derecho mecánico en el coche no garantiza el cumplimiento de los protocolos estándar de señal y lógica, por consiguiente no necesariamente cumplir con el estándar de OBD-II.
Tenga en cuenta los mencionados niveles de compatibilidad:
- Mecánicamente es la hembra J1962 de 16 pines (2 x 8).
- Nivel de la señal eléctrica define protocolos admitidos: hay cinco protocolos de la señal principal - SAE J1850 PWM, SAE J1850 VPW, ISO 9141-2, ISO 14230 KWP2000, ISO 15765 puede
- Nivel de lógica especifica envío de los mensajes de estructura por defecto y así recibir una respuesta estructurada. El paquete consta de un encabezado, el cuerpo del mensaje y una suma de comprobación: < header >< cuerpo >< crc >.
Consideremos la estructura del cuerpo de la solicitud:
La estructura del < cuerpo > se representa como:
- modo de < > (1 byte) define el grupo funcional de parámetros, tales como 01 - los parámetros de tiempo real, 02 – congelación de fotogramas de los parámetros en el momento del error, etc..
- < pid > (1 o 2 bytes) - pidió a parámetro ID, identificador de parámetro en el contexto del grupo, por ejemplo para el modo 01 pid 0D modo es responsable de la velocidad actual del vehículo.
Por ejemplo, 68 01 6 F1 0 A6 D, donde el encabezado = 68 6 F1, cuerpo = 01 0d, crc = A6.
La estructura del cuerpo respuesta contiene el código de retorno:
- una respuesta positiva
- para obtener más información sobre el error 7F
- entonces el valor devuelto real.
Por ejemplo, 6B 48 10 41 00 0d 11 donde encabezado = 48 10 6B, cuerpo = 41 D 0 00, crc = 11, es decir, el valor devuelto real 00
Como resultado, obtenemos un conjunto de comandos según el estándar http://en.wikipedia.org/wiki/OBD-II_PIDs, con diferentes modelos de máquinas de apoyo a una pequeña parte de esta lista. Además, estándar de OBD-II proporciona comandos personalizados que son específicos a ciertas marcas de coches y modelos, pero la información pública sobre estos comandos no está disponible.
Resumen de los resultados. Tenemos una lista de los parámetros descritos por la norma y si es compatible con el coche, puede leerse. Es generalmente los parámetros dinámicos que pueden ser monitoreados en tiempo real (velocidad, rpm, temperatura, parámetros de los sensores lambda, los parámetros para calcular el consumo de combustible, etc.), errores a check indicador encienda; CAT resultados de autodiagnóstico de sistemas de a bordo. Claro también puede apoyar la función de los códigos de error.
Además, hipotéticamente es posible ricos a la configuración de usuario de coche, una lista que es mucho más grande que el estándar.
