32kWh ha scritto:strano sembra tornato a posto eppure ieri ho fatto più letture c'era sempra quel 71
Si, ho analizzato il log file tuo di ieri e non ho trovato nulla che possa far pensare ad un bug in OBD Amigos, in base al log file quei valori strani provenivano dall'auto o perlomeno dal layer software inferiore che sarebbe la libreria ELM327lite.pm (che non e' opera mia, io l'ho solamente modificata in alcune parti).
Nel log file la sezione "resp" (response=risposta) e' quella che contiene i dati crudi esadecimali che provengono dall'auto prima che vengano trasformati, ecco un esempio dal tuo log che riguarda "expanded battery limits", OBD Amigos ha effettivamente ricevuto il valore 47 esadecimale che corrisponde a 71 decimale:
[17/06/2022-20:54:24.091] [(7E5/7ED) PID 22 74 38] [ok] [len 1] [expanded battery limits] [resp 0:(7ED 04 62 74 38 47 )] [ 71 ] [71] [ 71 ]
Ma come dicevo ci sarebbe ancora la possibilità che quel valore sia stato causato da un bug nella libreria
ELM327lite.pm.
Perciò se ti dovesse ricapitare di notare valori strani del genere ti prego di chiudere OBD Amigos, aggiungere la seguente riga al file di configurazione obd_amigos.ini e poi riavviare OBD Amigos e ripremere "Get Test Data" e poi mandarmi il log file risultante.
debug_lvl "2" genera un log file ancora molto piu' dettagliato che contiene le singole operazioni svolte da ELM327lite.pm e di conseguenza mi dovrebbe permettere di scovare un eventuale bug nella libreria ELM327lite.pm.
Nell'uso normale non ti consiglio di tenere debug_lvl "2" attivo perché genera una quantità eccessiva di dati che non servono a nulla quando non ci sono anomalie da analizzare, oltre a rallentare il funzionamento di OBD Amigos.
Se vuoi puoi aggiungere quella riga già da ora al file obd_amigos.ini, ma con un cancelletto davanti cosi non e' attiva, poi quando serve devi solamente togliere il cancelletto per attivarla: