Help mappe!

[Ospite]

Ciao a tutti, considerato che di meccanica non ne so un accidente (ma imparo presto) ma di computer e di programmazione mastico come un Dobermann, pensavo seriamente di iniziare lo sviluppo di un software unico per interpretare i vari file (.bin, .mod. .ori, etc.) con i dump delle EPROM delle nostre (vostre, più che altro, visto che la mia ha l'iniezione ancora meccanica). Questo software, ovviamente, lo regalerò in versione completa al forum ed ai suoi utenti. L'unico aiuto che Vi chiedo è quello di "insegnarmi" letteralmente a leggere quei file dove vengono salvati i nostri valori vitali. Vi ringrazio anticipatamente, Riccardo. --- Se volete un contatto diretto, chiedetemelo e vi lascio il mio cellulare.

[brando]

bè,allora non credo che per te sia difficile realizzare un programmino di lettura\modifica\correzione checksum...alla fine non è nulla di ipercomplesso.... Finchè si tratta di visualizzare in tabella,2d e 3d i valori della eprom credo sia facile,ma il casino grosso sono i driver....per quelli come fai?cercati winols e guarda come funziona.....

[bobracing]

semmai il casino sono i CKS no i driver

[brando]

dici?a me sembra la cosa più facile.....quando ero impedito con ecm la cks me la correggevo da solo....un po di picchi e buche nelle zone ff e via...............poi credo ci siano dei programmini che svolgano da soli l'algoritmo di correzione.Cmq il nostro amico non ha avuto una cattiva idea.....magari unire i pregi di tutti i programmi che usiamo(ecm,winols,race200,map3d ecc ecc) per tirare fuori qualcosa di concreto....per me è da incoraggiare!

[max]

Mi sa che Bob ha ragione, di algoritmi CKs ce ne sono a centinaia, con logiche completamente diverse, non è sufficente fare combinare semplicemente i due file a livello di bit.

[brando]

Davvero?non è la stessa cosa per tutti i file?credevo che si potesse risolvere utilizzando sempre la stessa logica di calcolo....eppure.....usare gli spazi vuoti per far tornare la cks......dove è la differenza?

[Ospite]

Allora... Ho bisogno, innanzitutto, che qualcuno mi sappia dire i vari modelli di centralina ed i protocolli che vengono utilizzati... Da quello della vecchia Fiat Panda per la sola diagnosi a quelli più comunemente utilizzati ad oggi. Se ce la faccio cerco di non usare le interfacce e creare ex-novo il software di interfaccia. Il software sarà quasi completamente portabile, sia su Windows (che conosco appena) sia su Unix/Linux, sia su MacOSX. I grafici 2D e 3D non saranno un problema. Mi preoccupa per iniziare il formato di quei file e gli indirizzi a cui fanno capo i dati...

[Sayan V]

Davvero?non è la stessa cosa per tutti i file?credevo che si potesse risolvere utilizzando sempre la stessa logica di calcolo....eppure.....usare gli spazi vuoti per far tornare la cks......dove è la differenza?

Complimenti ... soluzione davvero geniale

[Ospite civic06]

fammi sapere di cosa hai bisogno di preciso

[Ospite Daniele Admin Ecu-Tuning]

vecchiaguardia, per il software sono daccordissimo.... è da tanto che ci penso....

in che linguaggio vorresti scriverlo?

a presto

[brando]

bè?dove è finito vecchiaguardia?

[gallis]

l'idea non è male ... che tipo di linguaggio voresti usare java...?? si potrebbe anche cercare di fare una divisione a blocchi del soft per far sviluppare vari blocchi a diverse persone in modo da renderlo modulare e semplice da aggiornare....

[Ospite]

Allora... Il software (essendo io un esperto di sistemi UNIX od affini) pensavo di scriverlo in C, però visti i problemi di non portabilità che costerebbero una quasi completa riscrittura, Java potrebbe venirci in aiuto, nella considerazione che, volendo, si potrebbe realizzare una applicazione web-based, metter su un serverino con tomcat e... palle al vento! Mappe a go go... Che ne dite?

[gallis]

non sarebbe una cattiva idea .. così si avrebbero anche le mappe disponibili online magari con la accesso loggato di user e pass o magari una bella banca dati via ftp