Collegamento PC - TD5 ECU - FINALMENTE NANOCOM

[il Nano]

Grazie a tutti ragazzi!!!
Non c'è nulla di copiato, la grafica è diversa e lo sviluppo è interamente by Nano, i parametri della la centralina ovviamente sono quelli,ma nulla che abbia un copyright, tuttalpiù è la LUCAS o la LR che dovrebbero venire a rompermi le scatole.
La DLL gestisce l'interfaccia con routine scritte in C puro, e non usa classi o risorse spaciali di windows. Ogni funzione restituisce una struttura dati costituita da tipi semplici, stringhe di caratteri e interi. Quindi la risposta è si!!!
Gira su qualunque misero computerino con poca ram e poco hard disk e pochi MHz...

[alpino]

io.. nn potrò usufruire della tua opera...ma nn posso mancare nel farti i miei più sinceri complimenti!!!bravo!

[DAGO]

Come nella Mail.. i ringraziamenti non saranno mai abbastanza !!!
Grazieeeeeeeeeeeeeeeeeeeeee

[luc]

Queste brutte giornate le ho passate in giro su questo forum e quello che ho trovato è inebriante!! siete fantastici!!in particolare questo lavoro è da"sega" come si dice in toscana, se non è troppo tardi vorrei contribuire all'opera ho un td5 del'99 e sarei interessato e incuriosito da questa diagnostica; se sono arrivato tardi(purtroppo)sarei comunque interessato in futuro a condividere con qualcuno dei geni le eventuali applicazioni e modifiche da poter assegnare alla centralina del mio disco addebitandomi chiaramente gli oneri che saranno. Grazie a tutti voi di nuovo: Luc

[fntmra]

mumble mumble...
sostituendo il chip delle centraline old type, si potranno rimapparle col nanocom?

[rnd]

Ho già risposto in privato anch'io, ma doverosamente aggiungo i complimenti anche qui! COMPLIMENTI NANO.

[il Nano]

Il power balance cylinder è il fattore di correzione sell'apertura dell'iniettore su ogni singolo cilindro.
Suppongo, che il sensore di fase del motore dovendo sincronizzare l'apertura degli iniettori sia in grado di rilevare variazioni della velocità dell'albero anche su settori molto ristretti della rotazione.Sulla base di queste variazioni stabilisce se un cilindro è fiacco o se è troppo carico e decide di tagliare o aumentare il tempo di apertura della valvola su ogni cilindro.
Può essere utile per capire lo stato degli iniettori, ed essendoci la possibilità di modificare il codice iniettore corrispondente( che non è niente meno che la rapidità di apertura e chiusura della valvola), è possibile regolare al meglio la bilanciatura.

sostituendo il chip delle centraline old type, si potranno rimapparle col nanocom?

Purtroppo non credo, perchè una memoria OTP (one time programmable) non ha i segnali di gestione del bus utili alla scrittura e probabilmente anche il firmware stesso non gestisge queste operazioni, ma non è detto, bisognerebbe appena finito il lavoro fare esperimenti su una step 1 per accertarsi dell'assenza di questi segnali.

[REVENGE]

Molto interessante, sarebbe bello vedere in diretta come e se varia.....
Come procede lo sviluppo del sistema HUD.... non dirmi che non l'hai previsto perchè non ci credo.....

[il Nano]

scusami....HUD sta per???

[REVENGE]

Head Up Display..... proietta l'immagine della strumentazione sul parabrezza della macchina....
vuoi mettere i toyotari come ci rimarrebbero, solo il TD5 NANOTECNOLOGICO e la chevy corvette lo monterebbero....
scherzi a parte è molto usato da tuner di auto sportive (celica, mazda rx8 ecc..) per mostrare fuorigiri e pressioni turbina sul parabrezza.....

[Garfield]

Ciao Ragazzi, rimando il messaggio perchè pare sia andato perso ...
Riguardo le OTP, queste in genere vengono programmate prima di installarle sul circuito e ciò avviene per evitare di prevedere la necessaria circuiteria (oltre a eveitare che "accidentalmente" vengano riprogrammate).
Ad ogni modo, le OTP hanno delle equivalenti EEPROM che ovviamente garantiscono un po' più di libertà.
Sarebbe interessante dissaldare la OTP, clonarla in una EEPROM e magari mettere le due su una basetta con un connettore che entri in uno zoccolo nel circuito originale e un commutatore all'interno dell'abitacolo che abiliti una delle due a scelta.
Magari, meglio ancora, un emulatore di EEPROM dove i dati possano essere modificati al volo
Possiamo parlarne se a qualcuno interessa ...

[cigipi60]

E questo Garfield consentirebbe di riprogrammare anche le centraline Step1 giusto?
Mi sembra un po' invasivo e pericoloso perché dissaldare la EEPROM originale non è uno scherzo, peró teoricaemnte sarebbe interessante.
C'é peró il problema della compatibilitá del firmware: non credo sia banale, perché le centraline Step2 sono programmate per iniettori diversi i cui parametri sono sicuramente diversi. C'é la gestione ILT e, probabilmente, anche una differente gestione EGR.
Non so insomma se sarebbe possibile dal punto di vista pratico riprogrammare la EEPROM Step1 con in NanoCom, dato che questa parte di software è nato per riprogrammare le Step2...

[Garfield]

Ciao.
Mi è chiaro ciò che dici.

A mio avviso esistono due ordini di problemi che dividono a metà un progetto del genere.
1. Fattibilità realizzativa (fisica)
2. Programmabilità (ossia cose riesco a tirarne fuori)

Il punto 1 non oppone particolari difficoltà tecnologiche, non dico sia banale ma è senz'altro fattibile.
Una volta che ce l'hai (quindi passiamo al punto 2) occorre un guru delle temporizzazioni e delle volumetrie legate ai sistemi di iniezione e/o accensione (esiste anche il motore a benzina) e qui si apre un altro mondo.
Ad ogni modo, il punto di partenza è il tipo di chip da rimpiazzare. Visto quello, lo si dissalda, al suo posto si salda uno zoccolo di alto livello (okkio alle vibrazioni) al quale si connette un cavo con opportuno connettore (quelli per le attività In Circuit Debug) al quale è connesso un cavo che porti fuori dalla centralina.
Una volta fatto questo, puoi decidere se emulare la EEPROM (quindi fisicamente la EEPROM non esiste ma esiste un sistema che ne contiene i dati) oppure se realizzare un sistema ove connetti la OTP e la EEPROM oppure niente cavo e infili la EEPROM nello zoccolo.
Insomma, elettronicamente è fattibile, in termini di parametri contenuti nella OTP, getto la spugna e lascio strada a chi ne sa più di me.
A centralina differente occorre pensare a zoccolo e basette varie differenti.

Ho banalizzato un po' ma non è fuori dal mondo (i preparatori che testano le curve al volo sulle centraline fanno così se la centralina non è programmabile via CAN o OBDII).

[cigipi60]

Lo scopo principale del NanoCom (a mio avviso) é la possibilitá diagnostica.
Segue poi la possibilitá di fare qualche prova con le differenti versioni di firmware disponibili per i vari mercati o per le differenti versioni (Discovery, teoricamete un po'piú potente o Defender, sempre ammesso che la maggior potenza sia solo frutto di programma o anche di altro, vedi p.e. la gestione elettronica della waste gate sui Discovery...).
Mettere le mani al buio (o quasi) sulla mappatura vera e propria è giá da specialisti.
Ma vedremo poi cosa si potrá osare quando avremo lo strumento.

[Garfield]

Sono curioso.
Purtroppo non potrò farci molto (almeno di quelle funzioni che riguardano specificatamente il TD5) dato che ho una RR con motore BMW però almeno la parte di parametri generali tipo giri, velocità temperature, volumi nei collettori, dovrebbe essere OBD compliant e quindi potrei usufruirne.
Sarebbe bello partire da li per proseguire nel bailamme di centraline che la P38 ha a bordo (sono particolarmente sensibile alle sospensioni) ... magari faccio una proposta al Nano e gli chiedo di vendermi il RovaCom una volta che il suo progetto sarà decollato.
A parte le differenze di mezzo, rinnovo la mia disponibilità a dare una mano qualora servisse.
Ancora complimenti al genio!

[il Nano]

Ciao Garfield! confermo quanto hai detto nei tuoi interventi a riguardo dei problemi della centralina step1.In questo tipo di centralina sarà solo possibile fare diagnostica e impostare i codici degli iniettori( che sono compatibili con quelli step2/3, è stata solamente aggiunta una cifra numerica, che è sufficiente tralasciare ), per chi vuole i cavalli non c'è altro modo di operare se non mettere una eprom zoccolata. Per quanto riguarda l'emulazione di eprom e fattibile ma ha senso solo per un' haker dell'iniezione.
per quanto riguarda la compatibilità OBD ho dei seri dubbi che ci sia, visto che per ora ho trovato parecchie poche similitudini tra i documenti che si riferiscono all'obd standare e quello che ha fatto la LUCAS.
Il rovacom allo stato attuale è sprovvisto di licenza per il P38 quindi non te ne potresti faresti nulla, e sono le licenze a fare il prezzo non tanto l'hardware.
Io finito di sviluppare sto lavoro per il TD5 vado in pensione , ma sono disponibile ad aiutare chiunque volesse proseguire l'impresa ad'altre centraline.
Tornando al discorso tuning io sono molto interessato a capire il significato di ogni singolo byte dei 16K della fuel map.
Non è assolutamente possibile capirci qualcosa da un'analisi "visiva", sto cercando di mettere le mani su qualche software che usano i cippatori per generare le mappe, ma per il momento nulla...

[Garfield]

Nano, ancora complimenti.
Concordo pienamente con la tua considerazione relativa all'emulazione di OTP, a me piace definirli "virtuosi della mappatura". Sta di fatto che in mano ad un utente appena al di sopra della media, un dispositivo del genere produrrebbe come unico effetto un gran botto o, al meglio, una fumata.
Se hai idea di quali possano essere i software che stai cercando (in pratica se hai i nomi) posso vedere di aiutarti.
Ho lavorato per la società che ha sviluppato il sistema software on-line (una sorta di gestione a gettoni) per un tal preparatore (abbastanza noto) che ha sede lungo la Milano-Laghi appena dopo la barriera di Gallarate (non so se si possono fare nomi quindi sto nel vago), magari il mio ex capo può darci un aiutino ;D
Relativamente al RovaCom, so che è totalmente modulare e ho visto la politica di prezzi che lo caratterizza, prima o poi credo che farò il passo e, comunque, comincerò dal modulo che gestisce la EAS (se leggi qualche post precedente capisci perchè).
Mi interesserebbe comunque realizzare una sorta di cruscotto su PC dato che sto integrandone uno sulla mio carrozzone (con tanto di LCD da 7" incastonato nella plancia). Sto aspettando un paio di ELM323 e poi comincio di saldatore e di Visual Basic... anche se la strada sarà lunghissima, temo.
Cmq, rinnovo la disponibilità e se vuoi che provo a sondare la strada del mio ex capo mandami una mail con ciò che ti interessa, non si sa mai, chiedere è lecito e ... il mio capo era cortese!

[il Nano]

L'ELM323 é stato il primo approccio con l'OBD.
Tutto cominciò perchè DAGO spedì a Beyond un' interfaccia OBD da provare perchè sul suo disco non funzionava, Beyond a sua volta me la spedì, perchè anche sulla sua land non fungeva.
Era ed è tuttora una basetta scantool( vedere scantool.net) con un software digicom o un nome simile.
Analizzai il problema molto attentamente, e frequentando il sito scantool trovai dei link interessanti riguardanti il protocollo OBD, la gestione dell'ELM323 con anche esempi pretici di comunicazioni in OBD satndard.
Poi vedendo che alla centralina del frame di inizializzazione non gliene importava nulla ho fatto bene i miei conti e ho lanciato la proposta del rovacom.
Le similitudini con quanto esposto nei vari documenti riguardano il baud rate di 10500b/s e la struttura dei pacchetti, cioè lunghezza+ comando0 comando1 + dati + checksum.
Ora che sono in possesso dei comandi che riceve il TD5 posso dire che con i comandi dell'esempio fatto su una smart four two, non centrano nulla....
Tra l'altro il protocollo che usa l'antifurto mantiene solo il baud rate, il resto è tutto diverso.

Penso che ognuno di quei marchingegni, e il P38 ne ha molti parla un suo dialetto...
Credo anche che il discorso OBD che poi si è anche diramato in EOBD per l'europa definisca solamente i parametri "tradizionali" di una centralina, il resto è far west.

Per quanto riguarda nomi di software, ho semplicemente cercat sui vari programmi di file shareing tutto ciò che avesse a che fare cin chiptuning mppatura e altro, per ora ho trovato cose poco interessanti.
comunque sono molto interessato ad uno scambio di opinioni, magari faccia a faccia...birra a birra.

[fntmra]

con il t4 non era possibile impostare sulla centralina step1 i codici degli iniettori step2 a cinque caratteri alfanumerici perchè non gli accettava proprio.

[il Nano]

Sull'user manual del rovacom, ne parla e dice espressamente che la cifra numerica non va inserita, mentre le altre che sono le 4 lettere, che esprimono un numero da 0 a 256 (ma solo numeri pari quindi 127 intervalli), che non è nientaltro che il ritardo di chiusura della valvola cioè l'offset sull' inizio della compressione del gasolio per le prime due, e il ritardo di apertura cioè l'offset della fine iniezione per le seconde due.
Comunque sicuramente inserendo la parte numerica di un 5 cifre generi un numero che non è contemplato.
Ma attenzione che poi in realtà la cifra che viene spedita all'echu nel frame seriale è già convertita in numero quindi l'ecu non ha pregiudizzi di sorta su questo byte, è il T4 che non riesce a calcolare la sequenza, lo farebbe anche il nanocom o qualunque sistema che ha l'algoritmo predisposto per i 5 cifre...

Rovacom docet io non ne ho la certezza matematica perchè la step1 non l'ho mai sottoposta a trattamento.
bisognerebbe trovare un volontario che venga da me ha provare.