Scusa giorgio, parli di camper, e quindi immagino tu abbia un impianto off-grid con le batterie, o sbaglio?
A prescindere dal mese dell'anno, la tensione dei pannelli che rileverai è la stessa delle batterie!
Dove sbaglio in questo ragionamento?
Poi non insisto più.. l'ultima volta solo per chiarimento..

Poi non insisto più.. l'ultima volta solo per chiarimento..

no no insisti perchè è con la partecipazione che si va lontano...

il pannello 100w entra nel regolatore di carica HT8P il quale a sua volta provvede a caricare la batteria servizi, in questi giorni ho misurato l'ingresso che con il sole da circa 17 volt e la batteria essendo AGM non la potrebbe tenere questa tensione, hai ragione a dire che c'è correlazione tra il pannello e la batteria ma sono due cose separate e a me serve vedere nell'arco della giornata cosa avviene.


ciao e partecipa per favore.

L'ingresso del regolatore può essere a 17volt, ma all'uscita deve limitare la tensione massima consentita per il tipo di batteria, quindi una volta raggiunta questo valore non carica più e rimane sulla tensione di mantenimento.

Quello che dice Luca potrebbe avvenire solo se colleghi direttamente il pannello alla batteria senza nessun regolatore interposto....

Quindi avete ragione entrambi...

ciao Pino, il mio intento è quello di registrare i dati (tensione) del pannello e della batteria indipendenti, non escludo, se riesco a partire con il software con il Vostro aiuto (Bolle in primis), di mettere anche un controllo in corrente sul filo che dal pannello entra nel regolatore e eventualmente registrare anche quei dati ho un paio di ACS712 da 20A bidirezionali (nel caso del pannello non serve la bidirezionalità).

Quello che manca a me al momento è una "partenza" in EEBASIC, almeno la parte iniziale che imposta le variabili ecc. ecc. e poi cercherò di fare il più possibile da me anche perchè facendo da me e provando/testando il software e lavorandoci poco o tanto pressochè tutti i giorni acquisirò un pò di dimestichezza in più cosa che ora non ho.

Memorizzare i dati ottimizzando lo spazio è un problema che abbiamo ogni giorno, lo facciamo senza renderci conto...il problema che dobbiamo risolvere è informatico ed anche filosofico.
Partiamo dal metodo facendo qualche esempio:

10.09.201309:35:1512,5712,77+04,23001+27.0
10.09.201309:35:2012,5712,77+04,23001+27.0
10.09.201309:35:2512,5712,77+04,23001+27.0

in questo esempio abbiamo memorizzato 3 dati (colore nero) ogni 5 secondi dalle ore 9:35:15 alle ore 9:35:25 colore blu)...si può notare che non ha senso memorizzare giorno mese ed anno tutte le volte. L'anno rimane sempre lo stesso...stessa cosa per il mese e per l'anno.Queste informazioni possono essere memorizzate una sola volta in modo da risparmiare una quantità di memoria non indifferente. Lo stesso discorso vale per l'ora ed anche per i minuti. Quindi va cercata una soluzione 'diversa'...diciamo non convenzionale per il normale modo di pensare 'umano' ...che sia però in grado di recuperare tutte le informazioni memorizzate.Qualcuno vuole tirare giù un metodo? Chi ci prova?
Bolle

Ogni giorno da 24 ore è composto da 3600 1440 minuti.... 86400 secondi...banale, ma non so se può servire...

oppsss... corretto!

si Pino, vorrei proprio fare una statistica come dici tu e comunque i dati mi basta salvarli ogni 15 minuti.

Scusa Bolle una domanda: ma se come giustamente dici che dobbiamo risparmiare spazio come si fa poi a recuperare i dati dalla memoria ? mi spiego meglio con un esempio:
1° 15 minuti 10.09.201309:00..........
2° 15 minuti 15...............................
3° 15 minuti 30...............................
4° 15 minuti 45...............................
5° 15 minuti 10:00..........................
6° 15 minuti 15...............................
7° 15 minuti 30...............................
ecc.
mi sono spiegato cosa voglio dire? e poi salvare ogni 15 minuti non dovrebbe comportare un notevole risparmio di memoria? o mi sbaglio?

Comunque per gli ingressi digitali 0/1 secondo me vanno salvati al cambiamento di stato altrimenti ogni 15 minuti non serve a nulla, quindi sarebbe da usare o una memoria a parrte (non so se è possibile) oppure indirizzi diversi dagli ingressi analogici.

Bolle l'esempio è chiaro, per la differenziazione del giorno/mese (anno ...no) come fai? sarà un dato che deve andare in memoria comunque, ...pure io come dici sempre te sono un ...elettricista.

Se posso esserti di aiuto salviamo al massimo 2 numeri dopo la virgola.


La butto lì.....potrebbe essere la data seriale come la intende Excel? forse no, mi sembra sia piuttosto lunga, comunque mi impegno a cercare una soluzione valida.

Bolle cercando in rete ho trovato questo articolo
www.mauroalfieri.it/informatica/ard...-la-eeprom.html
anche se è spiegato per Arduino il sistema di memorizzazione dati per le EEPROM
penso valga ugualmente, ancora però non ha pubblicato l'articolo che spiega il contrario.

nei post sono "definito" ...milliWatt... bene, consumo poco!

Ricordo a tutti che esiste il VDIP1 della FTDI, di cui mi pare di avere parlato in qualche discussione ... in pratica è un circuito che permette di interfacciare via seriale TTL un micro ad una periferica USB... Ne ho fatto arrivare un esemplare da RS, ma per vari problemi non ho ancora potuto giocarci... eppure basterebbero poche istruzioni... è l'ultimo tassello che manca al puzzle PPTEA... giusto che siamo in chiusura... magari lo spedisco a Bolle così implementa quest'ultima cosa...

Marko l'idea è buona ...ma ho il tempo a mo di contagocce....
Lasciamo stare mauroalfieri e puntiamo a far capire come e cosa fare.

chiaro....non proprio; i dati vengono estratti con il software PPTEACompiler.exe giusto ?, se è giusto è lo stesso software che li "trasforma" in modo comprensibile da essere letti e riordnati tramite p.e. Excel ?

però ferma un momento, non ho capito bene cosa hai in mente ma visto che alla mezzanotte i secondi si azzerano e ripartono daccapo sarebbe da anteporre alla stringa dati un indicatore giorno p.e. 1 o A e il giorno dopo 2 o B sempre che ci sia posto (ho detto una caxxata?)