UTENTE  0

Con lo standard obd non sempre ? possibile visualizzare tutte le informazioni, ma per capirci meglio su quali macchine hai provato? Dati completi, anno, modello e tipo motore

UTENTE  0

Pubblico l'elenco parziale, appena posso inserisco gli altri dati che hai indicato. oltre la Fiat Panda, che si ? rivelata l'unica a indicare il valore, ho provato: Audi A4 Citro?n C1 Fiat Panda Mercedes Classe E Opel Corsa Renault Megane Scoda Octavia Seat Cordoba Sulle quali riesco a rilevare sempre: velocit?, giri motore e temperatura motore. Per quanto riguarda la questione OBD. Sono consapevole che non ? sempre attiva la risposta al comando 012F(fuel level), infatti chiedevo se ci sia un altro approccio che posso adottare per avere su PC questo valore(non OBD).

UTENTE  0

Dopo aver letto tutte le discussioni presenti in questa categoria, vi chiedo: Per le auto che non mi permettono di leggere questo valore, ma che utilizzano protocollo CAN, posso leggere in qualche modo il valore del livello carburante tramite una qualche richiesta specifica in questo protocollo?(la richiesta sarebbe differente per ogni auto?) Lo chiedo perch?, leggendo la documentazione relativa al chip presente nell'interfaccia OBD<->PC che uso([url="http://www.elmelectronics.com/DSheets/ELM327DSF.pdf"]ELM327[/url]), pare che possa inviargli dei comandi CAN. Grazie

elmiki1  0

il protocollo can non e standard.ognuno fa i cavoli suoi poi su vetture piu datate non risonde perche la ecu e priva di tale info

UTENTE  0

<div align="center" id="quote2"><table class="quote"><tr><td class="quotetd"></td></tr><tr><td class="quotetd2"><span class="quotetext">elmiki1 ha scritto: il protocollo can non e standard.ognuno fa i cavoli suoi poi su vetture piu datate non risonde perche la ecu e priva di tale info </span></td></tr></table></div align="center" id="quote2"> Quindi ? standard il protocollo di comunicazione per la trasmissione dei messaggi, ma non il significato degli stessi? Ho letto della necessit? dei databasecan nelle altre discussioni, ma credevo che almeno un parametro relativamente banale, come quello del livello carburante, fosse standard. Grazie per la risposta(se pur poco consolante [V] ) Mentre gli altri protocolli? Quelli che possono essere raggruppati nei "protocolli che lavorano su linea K"?

UTENTE  0

<div align="center" id="quote2"><table class="quote"><tr><td class="quotetd"></td></tr><tr><td class="quotetd2"><span class="quotetext">elmiki1 ha scritto: il protocollo can non e standard.ognuno fa i cavoli suoi poi su vetture piu datate non risonde perche la ecu e priva di tale info </span></td></tr></table></div align="center" id="quote2"> Scusami, ripensandoci, nello studio dei vari protocolli ho trovato questa informzione circa il J1939(che dovrebbe far parte degli standards CAN): <div align="center" id="quote2"><table class="quote"><tr><td class="quotetd"></td></tr><tr><td class="quotetd2"><span class="quotetext">Dash Display - DD Transmission Rate: 1s Data Length: 8 Data Page: 0 PGN Supporting Information: PDU Format: 254 PDU Specific: 252 Default Priority: 6 <b>Parameter Group 65276 ( FEFC )</b> SPN Doc Date POS Length Parameter Name SPN and paragraph Approved 1 1 byte Washer Fluid Level <b>2 1 byte Fuel Level</b> 3 1 byte Fuel Filter Differential Pressure 4 1 byte Engine Oil Filter Differential Pressure 5,6 2 bytes Cargo Ambient Temperature</span></td></tr></table></div align="center" id="quote2"> Credevo che il CAN-ID relativo proprio al valore carburante fosse ricavabile da queste informazioni. Nello specifico avevo immaginato che con il PG 65276 si potessero intercettare questi messaggi, di cui il secondo byte sarebbe stato proprio il valore che cerco. Cosa sbaglio? molto probabilmente c'? qualcosa che non mi ? chiara..

oer  0

queste sono propio le difficolt? che incontrano i produttori di diagnostici , e quello che rende un diagnostico pi? performante rispetto un'altro [B)]

aricky  0

<div align="center" id="quote2"><table class="quote"><tr><td class="quotetd"></td></tr><tr><td class="quotetd2"><span class="quotetext">elmiki1 ha scritto: il protocollo can non e standard.ognuno fa i cavoli suoi poi su vetture piu datate non risonde perche la ecu e priva di tale info </span></td></tr></table></div align="center" id="quote2"> Su questo ho i miei dubbi. Che non siano tutti uguali siamo d'accordo ma se si rifanno a normative ISO devono per forza essere uniformati (ovviamente all stesso protocollo.Per le normative EOBD i protocolli sono pi? di uno. Il dato che cerchi ? presente in tutte le vetture a benzina post EURO 3 ma non sempre allo stesso modo. Infatti ci sono vetture che mettono a disposizione il valore lineare della quantit? altre che dicono soltanto quando esso scende sotto il quarto di sebatoio, valore basilare per l'inibizione del controllo misfire

UTENTE  0

Grazie per le risposte <div align="center" id="quote2"><table class="quote"><tr><td class="quotetd"></td></tr><tr><td class="quotetd2"><span class="quotetext">Aricky ha scritto: <div align="center" id="quote2"><table class="quote"><tr><td class="quotetd"></td></tr><tr><td class="quotetd2"><span class="quotetext">elmiki1 ha scritto: il protocollo can non e standard.ognuno fa i cavoli suoi poi su vetture piu datate non risonde perche la ecu e priva di tale info </span></td></tr></table></div align="center" id="quote2"> Su questo ho i miei dubbi. Che non siano tutti uguali siamo d'accordo ma se si rifanno a normative ISO devono per forza essere uniformati (ovviamente all stesso protocollo.Per le normative EOBD i protocolli sono pi? di uno. Il dato che cerchi ? presente in tutte le vetture a benzina post EURO 3 ma non sempre allo stesso modo. Infatti ci sono vetture che mettono a disposizione il valore lineare della quantit? altre che dicono soltanto quando esso scende sotto il quarto di sebatoio, valore basilare per l'inibizione del controllo misfire </span></td></tr></table></div align="center" id="quote2"> Da quanto ho capito, ? standard il protocollo di comunicazione(struttura rete, struttura messaggio ecc...) ma non gli ID dei messaggi scambiati. Per quanto riguarda il valore carburante, se ho capito quanto dici, sarebbe come la questione di persone che rilevano l'abbassamento del livello carburante pur andando con alimentazione differente(es.metano)? (ho letto qualcosa facendo le mie ricerche) Dove praticamente alcune centraline leggono il valore dal sensore nel serbatoio solo quando c'era un aumento positivo(dopo un rifornimento) e poi emulano via SW il valore attuale(tramite altri parametri quali RPM, carico motore ecc...). Cosa che viene fatta anche se si circola a metano e quindi si vede la lancetta scendere(pur non variando realmente il livello della benzina nel serbatoio). Una gestione del genere mi f? capire che oltre ad essere difficile da rilevare l'ID del messaggio "livello carburante", pur sapendolo sarebbe anche difficile "vederlo passare"... Quindi, morale della favola, l'unico modo(abbastanza improponibile) ? quello di trovare una soluzione ad hoc per ogni caso ?!?

aricky  0

No, se il proptocollo ? lo stesso (con lo stesso codice ISO) anche gli ID sono identici. Il problema in cui ti stai imbattendo (presumo ovviamente) ? che il dato che cerchi non necessariamente ? implementato. Puo esserlo oppure puo pervenire alla centralina il solo segnale di "un quarto raggiunto" trasmesso in rete dal quadro strumenti (ad esempio) al quale ? a sua volta pervenuto l segnale analogico della resistenza variabile che ? nel serbatoio. Come vedi non ? detto che in CAN trovi lo stesso dato (nel senso che si tratta di un altra informazione) ma se l'informazione ? analoga (a parita di protocollo) l'ID ? lo stesso. Altro ? il tipo di protocollo, il quale puo essere standardizzato da norma ISO (es. C CAN) oppure proprietario es. VAN, Bytefly ecc. Sul proprietario ovviamente gli ID (ma anche la frequenza e la valutazione del frame) e normato dai costruttori e si puo accedervi (quando si puo) solo su licenza

UTENTE  0

Capisco. Forse ? anche peggio di quanto pensassi... Il problema dunque non ? "solo" la capacit? di leggere il messaggio, ma la non certezza della presenza dello stesso... E pensare che all'inizio avevo fatto questa osservazione: "Se tutte le auto hanno un indicatore del livello carburante(la lancetta!) tutte dovranno in qualche modo leggere questo valore, in qualche modo si dovrebbe poterlo intercettare"... ma a quanto pare questo ? difficile farlo, almeno in maniera digitale.

aricky  0

Ma il problema dove sta? Fatti un convertitore A/D e preleva il segnale dalla resistenza variabile, lo indirizzi con un IP tuo e vai tranquillo

UTENTE  0

<div align="center" id="quote2"><table class="quote"><tr><td class="quotetd"></td></tr><tr><td class="quotetd2"><span class="quotetext">Aricky ha scritto: Ma il problema dove sta? Fatti un convertitore A/D e preleva il segnale dalla resistenza variabile, lo indirizzi con un IP tuo e vai tranquillo </span></td></tr></table></div align="center" id="quote2"> Era preferibile una soluzione "non invasiva", anche perch? come detto non sono un autoriparatore... da informatico capisco cosa intendi, ma farlo ? un altro paio di maniche

aricky  0

Vedi tu. Potresti crearti un diagnostico a pi? largo spettro (magari utilizzando qualche strumento di diagnosi obsoleto) da cui potresti prelevare anche le modalit? di diagnosi in K o in LIN che quindi ti permettano di analizzare pi? nodi e non solo il controllo motore limitato, ricordatelo sempre, ai parametri di scann tool.

UTENTE  0

<div align="center" id="quote2"><table class="quote"><tr><td class="quotetd"></td></tr><tr><td class="quotetd2"><span class="quotetext">Aricky ha scritto: Vedi tu. Potresti crearti un diagnostico a pi? largo spettro (magari utilizzando qualche strumento di diagnosi obsoleto) da cui potresti prelevare anche le modalit? di diagnosi in K o in LIN che quindi ti permettano di analizzare pi? nodi e non solo il controllo motore limitato, ricordatelo sempre, ai parametri di scann tool. </span></td></tr></table></div align="center" id="quote2"> Ma ci sono gi? diagnostici multimarca con la possibilit? di visualizzare questo valore? ovviamente mi riferisco ai dispositivi utilizzati nelle officine, quindi non nati con lo scopo di essere collegati ad un PC.

aricky  0

Hai voglia. Senza nominare marche potrei dirti TEXA TriboX o Navigator TXT ecc. ecc. Sono delle interfaccia comandabili anche in blue toot che attraverso un software dedicato(IDC 3- IDC4) ti fanno diagnosi di tutti i dispositi. Ora per quanto riguarda il TXT ? un p? difficile reperire un usato che costi poco, ma su "Navigator" (pi? obsoleto ovviamente) trovi usati in giro con prezzi abbordabili. I software dell'IDC3 (meglio se trovi il PLUS)oramai sostituiti da IDC4 e instalabili su PC penso si possano reperire con poco..

UTENTE  0

vedo un p? in giro... Grazie [;)]

luce  0

L'ACTIA MultiDi@g,risponde al meglio di quanto il mercato di marchi automobilistici sono presenti ,e il software con i cavi interfaccia acclusi alla confezione,riescono a poter eseguire e dialogare con le reti piu' svariate.

UTENTE  0

Rilevare da PC il valore "livello carburante"

Come gi? indicato nella [url="http://www.lusardim.it/forum/topic.asp?TOPIC_ID=31236"]mia presentazione[/url], sto cercando informazioni per la mia tesi in informatica. Devo rilevare, tra gli altri, il valore del sensore che indica il livello carburante. Per ora l'approccio adottato ? quello di utilizzare un interfaccia OBD(con micro controllore ELM327) che comunica via Bluetooth/USB con il mio PC, da collegare al connettore per la diagnostica. Per chi utilizza i comandi standard OBD, sapr? che il comando relativo al "Fuel Level" ? l'esadecimale 012F. Il problema che ho riscontrato con questo approccio, nonostante sia stato per me gi? un grande traguardo arrivarci data l'assoluta non conoscenza tecnica in ambito automobilistico, ? che non tutte le ECU sono abilitate a rispondere a tale comando. (mi sembra di capire che sia una scelta delle case produttrici, ma sinceramente non ne capisco il motivo) Per ora ho provato questa metodologia su diverse auto e per ora solo una Fiat Panda mi risponde con un valore che sembrerebbe veritiero, in tutti gli altri casi ho un "NO DATA" Ad ogni modo, mi chiedo se sia possibile utilizzare un altro approccio per rilevare questo valore. Grazie... P.s.Mi scuso se ho usato impropriamente alcuni termini. Sono ben accette osservazioni/correzioni/domande in genere...