Platorello
Se vuoi spendere 400 euro
Poi una cosa è teleleggere veramente il contatore F1..F2..F3
Il 4 noks non fa ne più ne meno quello che sia Io che Platorello abbiamo con il solar log
Gigi
Cioè vuoi dire che nessun logger (4noks, SolarLog, ecc) totalizza per fasce?
Che prezzo potrebbe avere un logger wireless in grado di misurare sia il/i contatore/i GSE che quello di Scambio Sul Posto, distinguendo per fasce F1-F2-F3? E di visualizzare su un display TFT touch - in tempo reale - la potenza prodotta, l'auto-consumo, l'immissione? E che loggasse tutto su una memory card SD? E che poi si potesse collegare sul PC per analizzarne i dati? E magari in grado di pilotare prese remote per attivare apparati "esosi" solo se c'è eccesso di produzione? E che... vabbè mi fermo qui
Ok, lo ammetto, sono domande interessate: sto a buon punto con un mio progetto che fa proprio tutto questo... e anche di più...
Vi sembra interessante?
Ragazzi scusate la mia prolungata assenza.
Il progetto era in dirittura d'arrivo quando una sua "costola", un software che ho creato per disegnare l'interfaccia grafica su sistemi embedded Microchip, mi è letteralmente "esplosa" in mano, in senso positivo, assorbendo tutto il tempo a disposizione.
Abbiamo da un paio di mesi un prototipo regolarmente funzionante su un'installazione, e abbiamo rilevato dei problemi di squadratura nei conteggi confrontando con le letture mensili GSE, causate da overflow dei campi. Il C è un bel linguaggio, ma non ci si abituerà mai abbastanza nel valutare corretamente i tipi di variabili da utilizzare.
Quindi appena riesco correggo il firmware, testo e poi pubblico sul sito che esiste già da un anno ma che è completamente da aggiornare nei contenuti.
Vi confermo le caratteristiche di base del mio post precedente, a parte le prese radiocomandate che... non trovo i contenitori spina+presa shuko ad un prezzo decente (anzi se avete dei consigli cinesi a riguardo sarebbero benedetti).
Un'idea dei costi (e quando dico costi parlo proprio del costo vivo della componentistica):
70€ la centralina con display TFT touch+USB+logger SD+modulo RX radio
40€ ciascun sensore ottico+modulo TX radio
Credete ci possa essere un mercato, con questi costi? Ovviamente il prezzo finale sarà superiore, per poterci stare dentro con l'IVA ed il resto (sigh!).
Ma una preserie, già pronta qui, andrà sicuramente via a prezzo di costo, quindi magari chi è interessato può in qualche modo farmelo sapere (c'è la PM sul forum?)
Appeno ho aggiornato il sito, pubblico qui la url.
Intanto un grosso saluto a tutti!
... non trovo i contenitori spina+presa shuko ad un prezzo decente
Non ho capito cosa intendi descrivere. Il contenitore e' una cosa e spina e presa un'altra, o ti serve un contenitore (plastica, metallo o?) con presa da una parte e spina dalla parte opposta?
Campionatura di n. pezzi?
Produzione n. pezzi/anno?
Si intendo proprio un contenitore con spina da una parte e presa dall'altra, con abbastanza spazio da ospitare il circuito con a bordo il PIC e il modulo RX. In pratica una cosa tipo questa:
Campionatura attorno ai 100 pezzi (anche meno)
Tiratura a regime: boh? ditemi voi: il progetto così come ve l'ho rapidissimamente esposto, è destinato ad un mercato di cento o di decine di migliaia di utenti?
Ma se volete teleleggere il contatore ENEL scordatevelo, per fasce, magari con strumenti "ottici" per leggere gli impulsi.
Ma su quello di produzione ha senso, su quello di scambio no, perché gli impulsi sono uguali sia che si immetta che si prelevi, cambia solo il verso della porzione di torta grafica del display.
Il discorso cambia se si hanno contatori propri di produzione/scambio, si possono teleleggere via RS-232, RS-485 (o via GSM), impostare allarmi via SMS, ecc, ecc.
Ma di solito si montano su impianti grandi, non ha senso su impianti in SSP di piccola taglia.
P.S. Per gli "espertoni" di linguaggio C/C++; tale linguaggio va prima studiato, poi si può anche provare a programmare. Se non si conoscono i fondamentali delle variabili e del tipo di chiamate alle funzioni in C/C++, meglio pagare un esperto, ci si perde meno tempo e lo si può utilizzare per fare quello che si è capaci di fare. Senza offesa, ovviamente.
E' che ultimamente ho visitato una marea di impianti da centinaia di kW e ne avessi trovato uno con distanze rispettate per ombreggiamento e per posizionamento dei moduli; la maggior parte hanno perdite di produzione che sfiorano le centinaia di migliaia di euri all'anno, roba da denuncie penali; belli questi ingenieri!!!!! Ad ognuno il suo lavoro, le cose andrebbero meglio!
Ma se volete teleleggere il contatore ENEL scordatevelo, per fasce, magari con strumenti "ottici" per leggere gli impulsi.
Ma su quello di produzione ha senso, su quello di scambio no, perché gli impulsi sono uguali sia che si immetta che si prelevi, cambia solo il verso della porzione di torta grafica del display.
Il discorso cambia se si hanno contatori propri di produzione/scambio, si possono teleleggere via RS-232, RS-485 (o via GSM), impostare allarmi via SMS, ecc, ecc.
Ma di solito si montano su impianti grandi, non ha senso su impianti in SSP di piccola taglia.
P.S. Per gli "espertoni" di linguaggio C/C++; tale linguaggio va prima studiato, poi si può anche provare a programmare. Se non si conoscono i fondamentali delle variabili e del tipo di chiamate alle funzioni in C/C++, meglio pagare un esperto, ci si perde meno tempo e lo si può utilizzare per fare quello che si è capaci di fare. Senza offesa, ovviamente.
E' che ultimamente ho visitato una marea di impianti da centinaia di kW e ne avessi trovato uno con distanze rispettate per ombreggiamento e per posizionamento dei moduli; la maggior parte hanno perdite di produzione che sfiorano le centinaia di migliaia di euri all'anno, roba da denuncie penali; belli questi ingenieri!!!!! Ad ognuno il suo lavoro, le cose andrebbero meglio!
Mr. Dish mi sembri un po' sovraeccitato!
In effetti non ho dettagliato, ma uno dei "plus" del mio progetto è proprio quello che al suo interno ha un algoritmo (ebbene sì, scritto in C :-) che è in grado di determinare i cambi di direzione per il contatore di scambio e quindi conteggiare correttamente l'energia immessa e quella prelevata.
Pensaci un po' su, come ho fatto io, e magari ti si illumina anche a te la mente con l'idea, pittosto semplice, che sta alla base dell'algoritmo.
Sarebbe un modo migliore di passare il tempo, rispetto a quello di fare post un tantino sopra le righe.
BTW: hai anche mancato bersaglio: non sono Ingegnere, solo Perito :-)
Take it easy!
Commenta