Médecin de voiture OBD - histoire du développement d’applications mobiles
L’idée de connecter un smartphone au bord d’un véhicule système intéresse l’humanité il y a longtemps.
La recherche des possibilités de lancement de la voiture montre que le connecteur de diagnostic DLC - connecteur de liaison de données, qui sert à relier le réseau de bord de la voiture les scanners de diagnostic auto et de la demande / lecture des données des sous-systèmes du véhicule différent.
Le problème lié à la quantité et la variété de marques de voitures, des scanners, des connecteurs, a été résolue en raison d’une des agences environnementales des États-Unis d’Amérique - California Air Resources Board - CARB, qui est responsable pour le contrôle d’émissions. Aujourd'hui, il est l’ensemble actuel des normes OBD-II, spécifie le type de connecteur de diagnostic et son brochage, les protocoles de signalisation électriques disponibles et le format de messagerie.
Il convient de mentionner que la conformité avec l’un des paramètres ne garantit pas la conformité avec les autres. Ainsi, connecteur droit mécanique dans la voiture ne garantit pas la conformité avec les protocoles standard de signal et de la logique, par conséquent n’est pas nécessairement s’assurer du respect de la norme OBD-II.
Examiner les niveaux susmentionnés de compatibilité :
- Mécaniquement, c’est la femelle J1962 16-pin (2 x 8).
- Niveau de signal électrique définit les protocoles pris en charge : il sont a cinq protocoles de signal principal - SAE J1850 PWM, SAE J1850 VPW, ISO 9141-2, ISO 14230 KWP2000, ISO 15765 peut
- Niveau logique spécifie l’envoi des messages par défaut structure et donc recevoir une réponse structurée. Le paquet se compose d’un en-tête, le corps du message et une somme de contrôle : < en-tête >< corps >< crc >.
Considérons la structure du corps de la demande :
La structure du corps < > est représentée par :
- < mode > (1 octet) définit le groupe fonctionnel des paramètres, tels que 01 - les paramètres en temps réel, 02 – Arrêt sur image des paramètres au moment de l’erreur, etc..
- < pid > (1 ou 2 octets) - paramètre ID, a demandé l’identificateur de paramètre dans le cadre du groupe, par exemple pour le mode 01 pid 0D mode est responsable de la vitesse actuelle du véhicule.
Par exemple, 68 01 6 F1 0 D A6, où l’en-tête = 68 6 F1, corps = 01 0d, crc = A6.
Structure de carrosserie de réponse contient le code de retour :
- pour une réponse positive
- Pour plus d’informations sur l’erreur 7F
- puis la valeur de retour réelle.
Par exemple, 6 b 48 10 41 00 0d 11 où en-tête = 48 10 6 b, corps = 41 0D 00, crc = 11, c'est-à-dire la valeur de retour réelle 00
Ainsi, on obtient un ensemble de commandes décrites par la norme http://en.wikipedia.org/wiki/OBD-II_PIDs, avec différents modèles de machines soutenant une petite partie de cette liste. En outre, norme OBD-II fournit des commandes personnalisées qui sont spécifiques à certaines marques de voitures et de modèles, mais l’information du public sur ces commandes n’est pas disponible.
Pour résumer les résultats. Nous avons une liste de paramètres décrits par la norme et si pris en charge par la voiture, ils peuvent être lus. Habituellement, c’est les paramètres dynamiques qui peuvent être surveillés en temps réel (vitesse, tr/min, température, paramètres de sondes lambda, paramètres pour calculer la consommation de carburant, etc.), les erreurs menant à CheckEngine indicateur s’allume ; résultats de l’autodiagnostic chat systèmes embarqués. Aussi effacer les codes d’erreur peut bénéficier de la fonctionnalité.
Aussi, en théorie, il est possible de riche pour les paramètres utilisateur de voiture, une liste qui est beaucoup plus grande que la norme.