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

[Igiit]

Ho già visto questo contrattempo, il filo del termistore si può allungare senza problemi.
Per quanto riguarda i led anche io ne ho parecchi rossi e verdi, ma di gialli pochini. Quelli che ho li saldo già, poi provo a metterci quelli SMD che forse qualcosa di più ho. Quelli che mancano li faremo sabato.
@Igiit: Ho pensato che per favorire la maneggevolezza dell'accrocchio, soprattutto adesso che abbiamo anche la scatola di metallo di protezione della batteria, potremmo mettere un connettore serio sui cavi da 6mmq, io ho in casa già questi: Radio Control Planes, Drones, Cars, FPV, Quadcopters and more - Hobbyking quindi se non hai nulla in contrario...

Mi sembra ottimo. Sulle specifiche dice che portano 93A e sono adatti a cavi fino 10 AWG che corrispondono a 5.26 mm2, un pò meno dei 6mm2 ma immagino che non ci siano problemi. Forse, per questione di costi, potremmo anche offrire la soluzione con morsetti Mammuth.

Inoltre a questo punto vale la pena di prevedere un connettore volante anche per il sensore NTC, in modo che scatola portabatteria e dispositivo siano completamente staccabili.

 

[Igiit]

@Thico:

Ecco la cartella condivisa su google drive

Update your browser to use Google Drive - Drive Help


che contiene lo sketch arduino (eload.ino), la libreria sdfat zippata (sdfat.7z) e la libreria Adafruit_INA219 (files .h e .cpp)



Trattasi della versione più recente (1 ora fà).

 

[Thico]

@Igiit Preso! Fresco e croccante come una pagnotta appena tolta dal forno.

Ho visto molti dei cambiamenti che hai fatto, adesso comincio a implementare il listener in modo che sabato lo potremo provare.

 

[Igiit]

@Igiit Preso! Fresco e croccante come una pagnotta appena tolta dal forno.

Ho visto molti dei cambiamenti che hai fatto, adesso comincio a implementare il listener in modo che sabato lo potremo provare.

In questa versione si possono anche cambiare alcuni dei principali parametri di configurazione via seriale:

1) si può decidere se fare il test a controllo di corrente o a controllo di potenza
2) se la scarica è continua o pulsata
3) la corrente di scarica
4) la potenza di scarica
5) la durata delle pulsazioni e del tempo di riposo nel caso di scarica pulsata
6) la tensione di cutoff della cella
7) il numero di cicli da eseguire

Non sarebbe male se tu prevedessi la possibilità di configurare tali parametri dal tuo programma. In futuro si potrebbero configurare anche i parametri avanzati (temperature di sicurezza ed altro)
Basta inviare entro 60 secondi dall'avvio sulla seriale la stringa "setparam" ed a quel punto il micro si mette in ascolto ed attende stringhe del tipo "var_name=var_value" fintanto che non riceve il messaggio "exit", dopodichè comincia il test.

I 60 secondi sono una seccatura MA SONO GIUSTIFICATI DAL FATTO CHE il dispositivo può partire anche se non è collegato via USB ad un computer, utilizzando i parametri di default, che per adesso sono prescritti nello sketch.
Nella prossima versione, disponibile a giorni, i parametri di default verranno letti da un file di configurazione sulla scheda SD (se il file c'è, altrimenti saranno quelli prescritti nello sketch).
Al posto dei 60 secondi potrei usare un altro approccio: se il micro è collegato ad una seriale attiva aspetta un messaggio di start prima di cominciare e nel frattempo può ricevere i messaggi di configurazione. Se invece il collegamento seriale è inattivo comincia subito con i parametri letti da file o quelli interni in assenza del file.
che ne dici?

 

[Igiit]

Non ricordo se me lo aveva chiesto @Tabac o @Cesga, ma il concentrato all'arancia che svapavo lo trovate qui
Boss Shots™ - Flavour Boss

Oramai compro solo da loro. Per circa 15 sterline di mandano una boccia da 500 ml con 100 ml di concentrato a cui aggiungere 400 ml di base. Alla fine con 30€ totali mi faccio mezzo litro di liquido da svapare

 

[Thico]

Non sarebbe male se tu prevedessi la possibilità di configurare tali parametri dal tuo programma. In futuro si potrebbero configurare anche i parametri avanzati (temperature di sicurezza ed altro)
Basta inviare entro 60 secondi dall'avvio sulla seriale la stringa "setparam" ed a quel punto il micro si mette in ascolto ed attende stringhe del tipo "var_name=var_value" fintanto che non riceve il messaggio "exit", dopodichè comincia il test.

I 60 secondi sono una seccatura MA SONO GIUSTIFICATI DAL FATTO CHE il dispositivo può partire anche se non è collegato via USB ad un computer, utilizzando i parametri di default, che per adesso sono prescritti nello sketch.
Nella prossima versione, disponibile a giorni, i parametri di default verranno letti da un file di configurazione sulla scheda SD (se il file c'è, altrimenti saranno quelli prescritti nello sketch).
Al posto dei 60 secondi potrei usare un altro approccio: se il micro è collegato ad una seriale attiva aspetta un messaggio di start prima di cominciare e nel frattempo può ricevere i messaggi di configurazione. Se invece il collegamento seriale è inattivo comincia subito con i parametri letti da file o quelli interni in assenza del file.
che ne dici?

Direi che se non l'avessi scritto tu, te l'avrei proposto io sabato, quindi siamo perfettamente allineati.

Trovo invece poco pratica la gestione dei 60 secondi. Se hai la necessità di cambiare configurazione dei parametri vuol dire che i dati che hai accumulato fino a quel momento non sono più significativi. In fondo i parametri li setti all'inizio del ciclo di misura, non alla fine, quindi proporrei di gestirla in questo modo: quando il micro parte usa i suoi parametri scritti in FAT, se dalla seriale gli arriva il comando di modifica parametri, oltre che scrivere il/i parametri, elimina il file di misure raccolto fino a quel momento e inizia un nuovo ciclo con un nuovo file di misure.

La comunicazione di configurazione potrebbe avvenire così:

1. Il viewer interroga la board con la stringa "getParam"
2. Al ricevimento di "getParam" la board sospende le attività in corso e invia la stringa "paramListStart\n" seguita da tante stringhe quanti sono i parametri "\0x07var_name=var_value\n". In tal modo io posso popolare l'interfaccia. Alla fine dello stream viene inviata la stringa "paramListEnd\n" e la board riprende le operazioni.
3. In caso qualche parametro sia stato variato il viewer invia alla board la stringa "newConfigStart\n" seguito da tante stringhe "\0x07var_name=var_value\n" quanti sono i parametri variati, terminate dalla stringa "newConfigEnd\n". La board dovrebbe sospendere le attività, scrivere i nuovi parametri, inviare al viewer la stringa "paramSaved\n", attivare un nuovo file di log e iniziare una nuova sessione di misura.

In questo modo è possibile interrogare la configurazione della board in modalità di sola lettura con un impatto minimo sul ciclo di misura.

Che ne dici? Qualcosa di migliorabile?

 

[Igiit]

@Thico:

ok per la comunicazione bidirezionale tra micro e viewer.


I 60 secondi convincono poco anche mè, ma la soluzione potrebbe essere quella che ho ventilato in seconda ipotesi:

Se il collegamento seriale non è attivo allora il micro parte con i parametri che legge dal file. Se invece la seriale è attiva (c'è un terminale seriale attivo dall'altra parte) allora aspetta il messaggio di start preceduto da eventuali altri comandi. Non ti convince?

 

[Cesga]

Se il collegamento seriale non è attivo allora il micro parte con i parametri che legge dal file. Se invece la seriale è attiva (c'è un terminale seriale attivo dall'altra parte) allora aspetta il messaggio di start preceduto da eventuali altri comandi. Non ti convince?

Anch'io penso che questa sia la soluzione più razionale.

 

[Igiit]

Anch'io penso che questa sia la soluzione più razionale.

Se lo dice anche il "signore dello svapo" allora è così che và fatto!

 

[Thico]

con queste argomentazioni come è possibile dissentire?