Ok, dopo un po 'più ricerca, ho trovato due fonti:
- Michael Gile ha un open source library for iOS devices, pensati per comunicare con OBDII WiFi così come Dispositivi Bluetooth
- I dispositivi PLX (i creatori del KiWi) hanno un description come comunicare con KiWi. Il description è troppo grande per includere qui, ma si riduce a:
- Connetti tramite WiFi (sockets)
- Attendere che l'apparecchio torna
>
- comando Emissione e attendono risposta
Le informazioni di richiesta possono essere inviate inviando un comando in questo formato (caratteri ASCII):
MM PP\r
dove MM
è la modalità di test, PP
è il PID, e \r
è un ritorno (hex: 0x0d
). Tutti i personaggi degli spazi bianchi sono ignorati dal Kiwi. * Le modalità di test 03 e 04 non richiedono un valore PID.
Le 'modalità di prova' di cui si parla, sono le dieci modalità diagnostiche come definito nella norma SAE J1979:
Test mode Description
01 Show current data
02 Show freeze frame data
03 Show diagnostic trouble codes
04 Clear trouble codes and stored values
05 Test results, oxygen sensors
06 Test results, non-continuously monitored
07 Show 'pending' trouble codes
08 Special control mode
09 Request vehicle information
0A Request permanent trouble codes
I valori PID sono i codici per i sensori in macchina. A (non esaustivo) list of possible PID values is on Wikipedia.
Il protocollo WLAN è noto: è solo una connessione WLAN a un punto di accesso, in cui l'AP vive all'interno del dongle OBDII. Le specifiche su come connettersi sono note (indirizzo IP, porta). Quindi la domanda rimanente è quali comandi vengono emessi sulla connessione aperta. – vstrien