[NA] "Socketing" e mappa della ECU NA 90cv

[tHeo]

Lasciamo da parte un attimo la mappa in sè per ragionare sul lato hardware.

La ECU monta di serie una EPROM AT27C256, un "classico" delle centraline dell'epoca (lo stesso modello si trova su ECU di produttori diversi, dalle Honda alle Punto GT...).

E' economica, affidabile e veloce nella lettura (45ns di access time, il tempo trascorso dalla richiesta del dato alla sua effettiva disponibilità).

L'unico limite è che appunto essendo EPROM non è riscrivibile (se non acquistando la versione con la finestrella da illuminare con raggi UV per mezz'oretta in modo da cancellare i dati); dovendo fare prove diverse risulta poco pratico.

Un primo candidato per la sostituzione sarebbe una EEPROM AT28C256, praticamente identica ma riscrivibile. La sua tecnologia però è più lenta, l'access time dichiarato è di 150ns, tre volte quello della 27C, e non so che tempistiche di risposta si aspetti la ECU (il rischio è di leggere dati errati perché ancora incompleti).

Ho quindi trovato la SST39SF010A, una "SuperFlash" con access time di 55ns e ha 128K di memoria (quattro volte quella della 27C256), il che mi consentirà eventualmente di salvarci 4 mappe diverse e montare degli switch per selezionarle, oltre a poter riscrivere il chip quante volte mi occorre.

Dovendo disegnare un PCB apposta (la piedinatura è diversa oltre ad avere la SST più pin della 27C), pensavo di prevedere un connettore su cui riportare i pin dell'indirizzo letto dalla memoria; collegandoci un Arduino potrei (uso il condizionale perché dovrò fare dei test) essere in grado di leggere in tempo reale quali celle della mappa la ECU sta usando, in modo da sapere quali valori modificare nelle varie condizioni.

[M-Power]

Non credo che tu possa semplicemente "spillare" il segnale collegando gli ingressi di arduino ai piedini della EPROM... in qualche modo devi disaccoppiare arduino altrimenti rischi di andare ad interferire (vado molto a memoria, sono lontano dall'elettronica da troppi anni). Una possibilità portrebbe essere quella di mettere arduino in serie (la centralina va sugli ingressi di arduino e arduino tra le altre cose riproduce gli stessi segnali sulle uscite a cui colleghi la eprom) al netto che elettricamente il gioco funzioni e che la latenza introdotta da arduino non sia troppo alta

[tHeo]

Non credo che tu possa semplicemente "spillare" il segnale collegando gli ingressi di arduino ai piedini della EPROM... in qualche modo devi disaccoppiare arduino altrimenti rischi di andare ad interferire

E' anche il mio dubbio, però si tratta di elettronica abbastanza "semplice" e se non ricordo male queste ECU lavorano a 4MHz, non a frequenze di GHz come i PC e le centraline moderne.
Essendo segnali TTL a 5V mettendo gli ingressi di Arduino in alta impedenza e tenendo i cavi corti non dovrei (condizionale, appunto) introdurre disturbi particolari.
Addirittura alcuni Emulatori di (E)EPROM hanno 20-30cm di piattina che va dall'emulatore stesso al socket della memoria, senza problemi di interferenze...

[nic65]

io usavo il flat per avere la EPROM fuori dalla DME per fare le sostituzioni senza dover riaprire ogni volta

[tHeo]

Intanto che finisco i lavori puramente meccanici sulla mia MX-5, porto avanti qualche idea per come poi procedere con la mappa della ECU.

Ero alla ricerca di un emulatore EPROM, che mi consentisse di modificare velocemente il contenuto delle mappe senza dover ogni volta togliere/(cancellare)/programmare/rimettere i chip sulla centralina, e alla fine ho scovato un progetto open source molto interessante su GitHub:

https://github.com/Kris-Sekula/EPROM-EMU-NG



I PCB già pronti sono disponibili su eBay, mentre sempre nel repository è pubblicato il BOM (Bill Of Materials, praticamente una "lista della spesa" dei componenti elettronici) che ho caricato su DigiKey e ordinato (tranne l'Arduino Nano dato che ne ho già due cloni in giro).

Con meno di 100€ dovrei avere un emulatore in grado di fare quello che mi serve, seguiranno aggiornamenti