OBD Car Doctor - geschiedenis van de mobiele applicatieontwikkeling
Het idee van een smartphone verbinden met het systeem van de on-board voertuig geïnteresseerd de mensheid lang geleden.
Het onderzoek van de mogelijkheden van de lancering van naar de auto blijkt dat de diagnose connector DLC - datalinkconnector, die dient om de on-board netwerk van de auto verbinden met de auto diagnostische scanners en verzoek / gegevens lezen uit verschillende auto's subsystemen.
Het probleem in verband met het aantal en de verscheidenheid aan auto's merken, scanners, verbindingslijnen, is opgelost als gevolg van een van de milieu-agentschappen van de Verenigde Staten - California Air Resources Board - CARB, die verantwoordelijk voor de emissiecontrole voertuig is. Vandaag er de feitelijke verzameling van OBD-II-normenis, geeft het soort diagnostische connector en de pinout, de elektrische signalen protocollen beschikbaar en de messaging formaat.
Er moet worden opgemerkt dat de naleving van een van de parameters geen naleving van de bepalingen van de anderen garandeert. Dus, recht mechanische aansluiting in de auto garandeert geen naleving van het signaal en logica standaardprotocollen, dienovereenkomstig niet noodzakelijkerwijs naleving van OBD-II-standaard.
Houd rekening met de bovenvermelde niveaus van compatibiliteit:
- Mechanisch is het de vrouwelijke 16-pin (2 x 8) J1962 connector.
- Elektrisch signaalniveau definieert ondersteunde protocollen: er zijn vijf belangrijkste signaal protocollen - SAE J1850 PWM, SAE J1850 VPW, ISO 9141-2, ISO 14230 KWP2000, ISO 15765 kan
- Logica niveau geeft de standaard structuur berichten worden verzonden en dus een gestructureerd antwoord ontvangen. Het pakket bestaat uit een koptekst, de hoofdtekst van het bericht en een controlesom: < kop >< lichaam >< crc >.
Laten we de structuur van het hoofdgedeelte van de aanvraag:
De structuur van de < body > wordt weergegeven als:
- < modus > (1 byte) definieert het functionele groep van parameters, zoals 01 - de parameters van real-time, 02-frame stilzetten van de parameters op het tijdstip van de fout, enz.
- < pid > (1 of 2 bytes) - Parameter-ID, verzocht de parameter ID in het kader van de groep, bijvoorbeeld voor modus 01 pid 0D modus is verantwoordelijk voor de huidige snelheid van het voertuig.
Bijvoorbeeld, 68 01 6 c F1 0 D A6, waar de header = 68 6 c-F1, lichaam = 01 0 D, crc = A6.
Reactie lichaam structuur bevat de terugkeer code:
- voor een positieve reactie
- voor informatie over de fout 7F
- de werkelijke waarde retourneren.
Bijvoorbeeld, 6B 48 10 41 00 0D 11 waar koptekst = 48 10 6B, body = 41 0D 00, crc = 11, dat wil zeggen de werkelijke retourwaarde 00
Daardoor krijgen we een aantal commando's die worden beschreven door de standaard http://en.wikipedia.org/wiki/OBD-II_PIDs, met verschillende modellen van machines ter ondersteuning van een klein deel van deze lijst. Bovendien, OBD-II-standaard biedt aangepaste opdrachten die specifiek voor bepaalde automerken en modellen zijn, maar de publieke informatie over deze opdrachten is niet beschikbaar.
De resultaten samengevat. We hebben een lijst met parameters beschreven door de standaard en indien ondersteund door de auto, ze kunnen worden gelezen. Meestal is de dynamische parameters die in real-time (snelheid, rpm, temperatuur, parameters van lambda sensoren, parameters voor de berekening van brandstofverbruik, enz.) kunnen worden gecontroleerd, fouten wat leidt tot CheckEngine indicator inschakelen; kat boordsystemen zelf-diagnostische resultaten. Ook wissen foutcodes voorziening kan worden ondersteund.
Hypothetisch is het ook mogelijk op rich de gebruikersinstellingen van de auto, een lijst die veel groter dan de standaard is.
