Centralina Anticipo variabile digitale

[Flycat]

Non che hai una scansione piu grande, non capisco nulla dei componenti. Poi cos'e' che e' stato cancellato?

SportDevices. CDI Programmable Digital Ignition.

Óìíîå çàæèãàíèå íà çèä 50 ïèëîò 2ò

Bye, Luca

[MrOizo]

Dal link riportato sopra deduco che quell'accensione è studiata per un 4 tempi di elevata cilindrata;si va dai 12° ai bassi ai 36 agli alti, con un "differenziale" di 24° gradi in primis e poi ricordiamo che mentre nei due tempi, grazie alla particolare "dinamica" della combustione l'anticipo va al contrario rispetto a quello che ci suggerirebbe la logica, cioè l'anticipo va ridotto nonostante l'aumento di giri, nel 4 tempi invece l'anticipo va aumentato con l'aumento di giri....

[s7400dp21957]

Dal link riportato sopra deduco che quell'accensione è studiata per un 4 tempi di elevata cilindrata;si va dai 12° ai bassi ai 36 agli alti, con un "differenziale" di 24° gradi in primis e poi ricordiamo che mentre nei due tempi, grazie alla particolare "dinamica" della combustione l'anticipo va al contrario rispetto a quello che ci suggerirebbe la logica, cioè l'anticipo va ridotto nonostante l'aumento di giri, nel 4 tempi invece l'anticipo va aumentato con l'aumento di giri....

Ciao MrOizo,
quello che tu dici è giusto infatti l'avevo notato anch'io ma secondo me, ma è da verificare, basterebbe rivedere i valori della curva di anticipo

#define max_period 60000000/(2^prescaler)/min_rpm int const ignition0[64]= {48,49,51,52,54,56,57,59,60,62,64,65,67,68,70,72,7 3,75,76,78,80,81,83,84, 86,88,89,91,92,94,96,97,99,100,102,104,105,142,145 ,147,149,151,153,155,157, 160,162,164,166,168,170,172,174,177,179,181,183,18 5,187,189,192,194,196,198};

adeguando i valori e partendo da un valore alto per arrivare a quello più basso.
Così facendo l'anticipo dovrebbe, almeno credo, diminuire invece che aumentare.
Correggimi se sbaglio.

[danerac]

CIAO
il mio amico mi ha detto che purtroppo (avendo capito male io) non sa come procedere per la stesura del "firmware" ma sa ed è in grado avendo tutto l'occorrente compreso il pic16F84, programmare il file .bin.

Rimango a disposizione.

Andrea


P.S. anche io concordo (ad orecchio) con l'idea di s7400dp21957 che basterebbe rivedere le info all'interno della stringa di programmazione del pic per invertire la tendenza del ritardo dell'accensione. Scusate se sono stato contorto.

[MrOizo]

Ciao MrOizo,
quello che tu dici è giusto infatti l'avevo notato anch'io ma secondo me, ma è da verificare, basterebbe rivedere i valori della curva di anticipo

#define max_period 60000000/(2^prescaler)/min_rpm int const ignition0[64]= {48,49,51,52,54,56,57,59,60,62,64,65,67,68,70,72,7 3,75,76,78,80,81,83,84, 86,88,89,91,92,94,96,97,99,100,102,104,105,142,145 ,147,149,151,153,155,157, 160,162,164,166,168,170,172,174,177,179,181,183,18 5,187,189,192,194,196,198};

adeguando i valori e partendo da un valore alto per arrivare a quello più basso.
Così facendo l'anticipo dovrebbe, almeno credo, diminuire invece che aumentare.
Correggimi se sbaglio.

Esatto, nel due tempi si parte da un anticipo e poi si va a ridurlo, anche se non con un delta sempre uguale, e poi il differenziale si riduce a soli 6-7 gradi;a titolo di esempio, se non ricordo male la honda cbr 1000 parte da circa 17 gradi ai bassi regimi per arrivare a circa 40° agli alti;dicevamo con Luca che converrebbe tenere conto fino ai quarti di grado, arrivando a 7per4=28 possibili soluzioni;ricordo benissimo che nell'88, quando fu presentata la ducati 851, la centralina marelli che gestiva sia l'accensione che l'iniezione occupava tutto il vano sottosella, per non parlare di quella dell'honda cx 500 turbo del 1983, che occupava il sottosella più il codone......

[volumexit]

Ma, personalmente avevo un'idea diversa. Secondo me e' piu facile partire da un foglio bianco per la stesura del firmware, quando si parte da qualcosa di gia' fatto, prima si deve capire cosa fa il firmware in questione, poi si puo' operare.
Io ho a disposizione un firware-ista professionale che e' disposto a scrivere il firmware. La mia idea era quella di scrivere un firmware che fosse in grado di leggere il numero di giri, la "mappa" invece non stava nel firmware bensi in una eeprom esterna come tabella.
Al boot del micro, questo va a leggere la eeprom e la carica in ram come tabella.Cioe' al numero di giri X il tempo tra il segnale dallo statore ed il segnale verso la bobina deve essere Y. Questo permette di provare mappe diverse senza andare a modificare il firmware che rimane lo stesso.
L'hardware per programmare i PIC e le memorie I2C della microchip e molto banele e si appoggia alla seriel del PC. Se a qualcuno interessa questa sera metto gli schemi.
Ma s7400dp21957, hai controllato sul sito della Microchip per vedere se e' possibile scaricare il compiler?

Ciao,

Vol.

[danerac]

rAGAZZI SIETE FORTI

non sto capendo una mazza di quello che state dicendo ma vedo che state andando forte.
Complimenti continuate così.

[base689]

rAGAZZI SIETE FORTI non sto capendo una mazza di quello che state dicendo ma vedo che state andando forte. Complimenti continuate così

Danerac, hai visto che hai un PM su "impianto in CC"?

[otrebor]

rAGAZZI SIETE FORTI

non sto capendo una mazza di quello che state dicendo ma vedo che state andando forte.
Complimenti continuate così.

[FranKesco]

rAGAZZI SIETE FORTI

non sto capendo una mazza di quello che state dicendo ma vedo che state andando forte.
Complimenti continuate così.

Eh si, facciamo tutti il tifo!!
Non vediamo l'ora di montare la centralina made in VR!!

[tekko]

Ma, personalmente avevo un'idea diversa. Secondo me e' piu facile partire da un foglio bianco per la stesura del firmware, quando si parte da qualcosa di gia' fatto, prima si deve capire cosa fa il firmware in questione, poi si puo' operare.
Io ho a disposizione un firware-ista professionale che e' disposto a scrivere il firmware. La mia idea era quella di scrivere un firmware che fosse in grado di leggere il numero di giri, la "mappa" invece non stava nel firmware bensi in una eeprom esterna come tabella.
Al boot del micro, questo va a leggere la eeprom e la carica in ram come tabella.Cioe' al numero di giri X il tempo tra il segnale dallo statore ed il segnale verso la bobina deve essere Y. Questo permette di provare mappe diverse senza andare a modificare il firmware che rimane lo stesso.
L'hardware per programmare i PIC e le memorie I2C della microchip e molto banele e si appoggia alla seriel del PC. Se a qualcuno interessa questa sera metto gli schemi.
Ma s7400dp21957, hai controllato sul sito della Microchip per vedere se e' possibile scaricare il compiler?

Ciao,

Vol.

mi sembra un ottima idea
tra l altro se non sbaglio, mettendo un microinterruttore, di quelli a piu vie, a senda della combinazione degli interruttori su puo "selezionare" una mappa diversa.
cioè si possono programmare piu mappe sulla eprom e provarle spostando gli interruttori.

purtroppo non posso aiutarvi nella realizzazione , ma se la cosa va a buon fine mi propongocome tester, avendo una stroboscopica e contagiri per verificare che le curve vengano rispettate.

buon lavoro!!

[volumexit]

tra l altro se non sbaglio, mettendo un microinterruttore, di quelli a piu vie, a senda della combinazione degli interruttori su puo "selezionare" una mappa diversa.

Si puo' fare, ma come secondo passo. Il primo e' far funzionare tutto.

Vol.

[pxe125]

scusatemi ma di queste centraline ad anticipo variabile se nn ricordo male sl sito sip o tonazzi la vendono a 100 e rotti euro-!!!! nn e valida??ps sono ignorante in materia ciao e grazie

[Uno]

chi non muore si rivede

Centralina vespa-anticipo variabile - Accessori Moto In vendita Caserta

[otrebor]

chi non muore si rivede

Centralina vespa-anticipo variabile - Accessori Moto In vendita Caserta

noooooo è lui ? il Na no pa ?