[DIY] UN CIRCUITO PER ESEGUIRE LE PROVE DI SCARICA DELLE CELLE LILON

[Wildhoney]

Stl va benissimo

 

[Thico]

@Thico hai x caso già il progetto del porta batteria? Perché ora sono online con la stampa 3d

@Wildhoney Ecco il link per gli .STL da stampare.
Dropbox - portabatteria.zip
Sono due pezzi, il primo è la flangia terminale che va stampata in 2 esemplari, il secondo è la guaina centrale che alloggia il termistore della batteria.

Nelle flange terminali bisogna alloggiare un lamierino di rame di 21x10mm, con spessore circa 1 mm, e il cavo saldato al centro deve uscire dal buco. I pezzi si assemblano con 3 pezzettini di barra filettata da 3 mm come nel render che ho allegato.

Se qualcosa non fosse chiaro, o migliorabile, sono qui.

 

[Thico]

@Thico

Piccola modifica al protocollo di comunicazione. Se la richiesta getdata viene fatta durante la fase di scarica della cella, verrà rifiutata in quanto interferirebbe con il test. In tal caso il micro non risponderà con "@readytosend\n" ma con "@notready\n" .


Riporto per completezza le fasi:

Quando l'utente manda via seriale il messaggio getdata , la risposta del micro sarà costituita

1.a) Se il test non è in fase di scarica della cella, da una riga di testo che inizia con il carattere speciale '@' (per distinguerla dai messaggi standard che iniziano con '%') seguito dalla sequenza di caratteri "readytosend" e terminata dal carattere newline '\n' :
"@readytosend\n"
dopo di chè si passa al punto 2

1.b) Se il test è in fase di scarica il micro invia la stringa "@notready\n" seguita dal carattere speciale di fine trasmissione EOT (ASCII '\x04') e quindi riprende la normale attività di test.



2) da un carattere speciale STX (ASCII '\x02') che indica che verrà spedito un file seguito dal nome del file terminato da newline, ad esempio:
"\x02file1.txt\n"
3) dal flusso di caratteri che costituiscono il file di testo
4) dal carattere di fine testo ETX (ASCII '\x03') che indica la fine del file
5) dal carattere speciale STX se c'è un'altro file da spedire (ed in tal caso tutto di ripete come dal punto 2 al punto 4) oppure dal carattere speciale EOT (ASCII '\x04') che indica la fine della trasmissione e la ripresa dell'invio dei messaggi standard.

@Igiit: Hai perfettamente ragione, non avevo pensato alla contemporaneità di accesso al file do log da parte della comunicazione seriale e da quella di memorizzazione dati. Una cosa del genere crea un intreccio di spaghetti che sicuramente fa casino, bravo per avere individuato la criticità.

La tua soluzione mi sembra solida, ma mi permetto di suggerire una piccola modifica: nel momento in cui l'analyzer ha finito il ciclo di scarica e quindi ha liberato il file, invia in ogni caso un messaggio di "@readytosend\n". Con questo meccanismo se l'interfaccia ha tentato di accedere al file e ha ricevuto un @notready\n rimane in attesa di un via libera dal processore senza inviare ulteriori comandi e senza la necessità di riavviare la richiesta di file. Rimane in attesa fino a quando riceve un "@readytosend\n" e quindi non c'è bisogno di stare davanti al PC in attesa della fine del ciclo di scarica.

 

[Igiit]

@Thico: bello!
Sul lamierino di rame che andrà sul positivo, secondo mè bisogna praticare un "bubbone" in centro. Intendo un rilievo di circa 1 mm di altezza e 5 mm di diametro che vada a contatto con il polo positivo della cella. Si può fare con un bulino a testa piatta o forse anche semplicemente depositando un grossa goccia di stagno (che non si ossida) come nella foto che segue

Qualcosa del genere và fatto anche sul polo negativo in quanto molte celle hanno il rivestimento plastico che ricopre l'anello esterno del polo piatto negativo e questo impedirebbe il contatto.

 

[Thico]

@Thico

Siccome molti alimentatori ATX hanno la ventola laterale invece che sopra o posteriore, cosa facciamo in tal caso? Credi che posta lateralmente riesca comunque a fare il suo lavoro?

In ogni caso non è difficile praticare un foro quadrato nella parte superiore del case dell'alimentatore.

@Igiit Credo che con un dissipatore come quelli che sto montando la ventola serva soprattutto per raffreddare i componenti sulla board. Se la ventilazione fosse laterale invece che superiore magari non ha la stessa efficienza, ma ho buone speranze che sia sufficiente. Appena accendo il primo circuito te lo so dire...

 

[Thico]

@Tabac, @Wildhoney, @Cesga, @Thico:

Siete riusciti a procurarvi un vecchio alimentatore da computer (del quale utilizzeremo solo il case e la ventola di raffreddamento) ? Come ho già detto per chi non riesce a trovarlo ci posso pensare io.

Inoltre serve anche un alimentatore da 12V , 1.5A minimi, per alimentare il circuito durante il test.

Ho quasi tutto, ho studiato abbastanza anche se non proprio completamente
Mi manca solo la ventola con il case. Se ne avanza una la prenderei volentieri, altrimenti vedo di andare nottetempo a smontarne una dal PC di qualcuno...

 

[Thico]

@Thico: bello!
Sul lamierino di rame che andrà sul positivo, secondo mè bisogna praticare un "bubbone" in centro. Intendo un rilievo di circa 1 mm di altezza e 5 mm di diametro che vada a contatto con il polo positivo della cella. Si può fare con un bulino a testa piatta o forse anche semplicemente depositando un grossa goccia di stagno (che non si ossida) come nella foto che segue

Qualcosa del genere và fatto anche sul polo negativo in quanto molte celle hanno il rivestimento plastico che ricopre l'anello esterno del polo piatto negativo e questo impedirebbe il contatto.

Esatto. Nel render c'è ma non si vede molto, e mi sono dimenticato di nominarlo. Per fortuna che c'è Igiit a mettere un po' di ordine

 

[Igiit]

@Igiit: Hai perfettamente ragione, non avevo pensato alla contemporaneità di accesso al file do log da parte della comunicazione seriale e da quella di memorizzazione dati. Una cosa del genere crea un intreccio di spaghetti che sicuramente fa casino, bravo per avere individuato la criticità.

La tua soluzione mi sembra solida, ma mi permetto di suggerire una piccola modifica: nel momento in cui l'analyzer ha finito il ciclo di scarica e quindi ha liberato il file, invia in ogni caso un messaggio di "@readytosend\n". Con questo meccanismo se l'interfaccia ha tentato di accedere al file e ha ricevuto un @notready\n rimane in attesa di un via libera dal processore senza inviare ulteriori comandi e senza la necessità di riavviare la richiesta di file. Rimane in attesa fino a quando riceve un "@readytosend\n" e quindi non c'è bisogno di stare davanti al PC in attesa della fine del ciclo di scarica.

Approvo la modifica che eseguirò dopo il 2.

Buon anno

 

[Cesga]

Scusate per la temporanea assenza, sono stato preso da impegni domestici in questi giorni.
Per quanto mi riguarda riesco a rimediare sicuramente 1 case di alimentatore di PC (ventola inclusa) forse anche 2 cannibalizzando un vecchio case non utilizzato. Se devo assemblare i miei circuiti ho soltanto il problema dei dissipatori, ma in caso di necessità posso rimediare il paio che servirà anche acquistandoli.
Comunque il 14/1 quando ci vedremo faremo meglio il punto della situazione e se ci sarà da rimediare ancora qualcosa non sarà un problema.
I miei sinceri complimenti e un grazie a Igi, Thico e Elia per l'impegno tecnico profuso senza dimenticare Lorenzo per l'acquisizione delle celle.

Mi associo agli auguri di un Ottimo 2017.

 

[emiliabuilder]

Ciao Ragazzi auguri di buon anno.
Siete mitici, non vedo l'ora di vedere la vostra apparecchiatura testa batterie in azione.
Ciao auguri a tutti....buon lavoro...grazie.