Ciao Nino,
Non devi usare anche un pooler diverso per evitare la somma da parte di poolerconsumi ?

Hai qualche consiglio riguardo il problema che ho evidenziato sopra del pool123s.php ?

Grazie

La somma la fa metern e non il pooler, metern somma in automatico i meter impostati come House consuption e House production, di conseguenza il gauge fa la differenza dei due totali, i meter generici, other, non incidono ne sul consumo, ne sulla produzione, rimangono indipendenti, per il problema che hai postato sopra non so cosa dirti, non ho avuto tempo neanche di leggere.

Grazie delle info nino.

Mi piacerebbe sapere se qualcun' altro ha riscontrato lo stesso problema sul file pool123s.php ......

Grazie Nino

mi hai ILLUMINATO...
non c'ero proprio arrivato a come si sommavo i meter

quindi se ho 3 contatori monofasi sull'inverter e tre monofasi in uscita dal ce di scambio impostandoli 3 a 3 come House consuption e House production avrò il totale della produzione e del consumo (oltre tutto il resto)...

ma se volessi, in un'altro grafico visualizzare i singoli contatori di produzione (tipo vedere se un inverter si è spento..) e consumo, dovrei configurarli come other

giusto...

Grazie

No miky vedrai tre meter distinti, non vedrai un meter totale, il totale lo vedrai nel cruscotto e nel gauge, se vuoi avere un grafico del totale devi usare virtmet oppure il pool123sTT allegato al mio eflow in firma e impostare il meter come elect other

Ok, capito.
Un'altra questione è questa:


Come faccio a fare in modo che il calcolo delle immissioni e di conseguenza dell'autoconsumo venga fatto in modo da considerare la somma dei consumi, (consumi+consumi caldaia). Nell'immagine viene calcolato solo la parte relativa ai consumi, non considerando i consumi anche della caldaia.

Pasqua i due contatori, sono in parallelo? Se si, anche il contatore caldaia dovrebbe stare in un meter prima dei meter virtuali di eflow, se il contatore caldaia è in cascata a quello consumo, non li deve sommare in quanto già incluso nel consumo.

I due contatori sono in parallelo. Quello dei consumi è sotto un differenziale, quello caldaia è sotto un altro differenziale. Sono quindi 2 linee diverse. Per questo mi interessava fare la somma per avere il consumo totale effettivo della casa.

Pasqua purtroppo se il meter caldaia è stato aggiunto in seguito non è facile spostarlo in un meter prima dei meter virtuali di eflow, è più facile forse spostare il contatore consumi in una posizione che inglobi anche il consumo caldaia

io ne ho tre nella stessa configurazione. In metern, devi impostarli come House Consumption, e metern ti calcolerà in automatico immissioni, prelievi ed autoconsumo.Se vuoi vedere il consumo totale devi usare virtmet

Finalmente mi sono arrivati i convertitori USB RS485, perciò sarei quasi pronto a provare a far girare il sistema, ma prima di completare il software vorrei chiedere se secondo voi potrei far girare contemporaneamente altri programmi in multitasking sullo stesso raspberry. In particolare dovrei far girare un software che gestisce le valvole dei radiatori e, nel caso, i condizionatori con switch Zwave tramite un dispositivo sul GPIO. Insomma secondo voi è fattibile o e meglio usare un altro raspberry ?

Nel metern sono impostati come house consumption ma mi vengono calcolati le immissioni prelievi e autoconsumo solo considerando il primo consumo e non quello della caldaia

Oramai si vedono spuntare in rete ogni tipo di controllo ed automazione fatto con arduino e Raspberry.
Io credo che prima di tutto si deve tenere ben presente per cosa sono nati questi dispositivi:
- essenzialmente per far giocare i ragazzi ed imparare a programmare.

Personalmente non metterei mai tutta l'automazione di casa mia gestita da un solo Raspberry.
I sistemi di automazione commerciale certo costano, ma il motivo non è solo una questione commerciale, ma soprattutto per il tempo dedicato a studi, prove ed affinamenti per garantirne la stabilità e la durata nel tempo.

Se avete l'occasione chiedete a chi si occupa di componentistica com'è la qualità di arduino e raspberry e tutta la circuiteria varia cinese a livello di stampato.
Se guardati ai raggi X si nota che la qualità non è certo la fonte ispiratrice del progetto.
Non ci si può quindi aspettare che funzioni per anni ed anni ..... i problemi saranno sempre in agguato.

Morale: meditate bene su come usare questi seppur versatili dispositivi a basso costo .......

Ugo ha detto bene, metern calcola consumo immissione e autoconsumo, ma solo nel live, parte superiore della Dashboard, sotto la casetta, il problema invece è eflow, io l'ho specificato sin dalla prima volta, i meter consumi e produzione devono sempre stare prima dei meter virtuali di eflow, se li metti a seguire non vengono presi in considerazione.

Flane le tue considerazioni sui prodotti professionali sono sicuramente corrette, però ho sperimentato sulla mia pelle che sia i prodotti commerciali di Z-Wave che quelli basati su raspberry se ben gestiti funzionano alla grande, occorre solo che chi li usa abbia un minimo di competenza in materia ( non è il mio caso).

Il mio Raspberry , messo a punto da gianfrdp con controlli domotici GPIO molto efficienti, non mi ha mai dato un solo problema da quando è connesso alla rete tramite powerline ( prima in wi-fi con chiavetta, tanti) piuttosto segnalerei che il suo vero tallone d'Achille sta nella microSd che se di scarsa qualità genera tanti blocchi per svariati motivi ( è assolutamente consigliabile eliminare le migliaia di scritture dei log, bruciano la SD in meno di un anno)

Per rispondere a buemarino gli dico che il raspberry gestisce tranquillamente 123solar, meterN e Z-wave ( sperimentato), sul mio gira anche mesaurit ( non collegato attualmente) ma per esperienza ti consiglio di averne due separati perché mentre gli esperti di Energetica Ambiente hanno risolto quasi tutti i problemi di 123solar e MeterN , specie nelle versioni precedenti, su Z-Wave ci sono pochi appassionati che condividono le esperienze della soluzione alle difficolta incontrate, anche se insieme all'utente Floriano avevamo aperto una sezione in Italiano sull'apposito Forum, z-wave.me • View forum - Discussioni in italiano ,

Al momento ho due Raspberry uno per 123solar e MeterN e l'altro per Z-wave ma non avendo capacità informatiche non sono in grado di far funzionare sempre regolarmente il secondo che ha evidentemente necessità di essere adattato alle esigenze della rete di ognuno,

Il mio funziona ma ogni tanto va in blocco e va preinstallato da copia di Backup. Perciò sappiti regolare se hai capacità informatiche vai tranquillo altrimenti quello che dice Flane non è campato in aria.

Quindi mi conviene spostare i lettori di consumo sull'ID 2 (già presente) e ID 3 (l'altro consumo) e shiftare il 3, 4 e 5 sul 4, 5 e 6, rispettivamente prelievi, immissioni, autoconsumo.

Esatto, e devi usare l'ultimo eflow che trovi in firma

Si, grazie a Flane e dolam per i commenti e suggerimenti. Il quesito sorgeva non tanto dall'idea di risparmiare un raspberry o dall'avere eccessive aspettative da questo single board, quanto dall'avere sempre in funzione l'ennesimo dispositivo che si porta via un altro po di watt h24. Tra frigo,congelatori, router, switch, extender, access point, amplificatori terrestri, decoder in standby, display etc, in casa con tutti a nanna a notte fonda non si scende sotto i 170 W!
Pazienza, non mi toglie il pane di bocca un raspberry in più, è più che altro una questione di metodo o principio che dir si voglia.

@buemarino In effetti è proprio così con il tempo si rischia la moltiplicazione dei vari dispositivi accesi h24, con il consegutente aumento dei consumi minimi.
Nella mia esperienza, ho notato che ad un certo punto conviene fermarsi e rivalutare alcune scelte effettuate per l'ambiente domestico. Per esempio, nella mia casa avevo l'access point in una posizione periferica perché in quel momento avevo tutte le connessioni in quel punto, e così avevo bisogno di range extender, poi utilizzavo gli switch per avere vari apparecchi su cavo. Ho spostato l'access point sul centro della casa tra i due piani (in posizione strategica in vista della tromba delle scale) et voilà, tutta la casa era coperta e non erano più necessari i range extender. I dispositivi che possono funzionare in wi-fi posso non collegarli con il cavo se non è essenziale il loro funzionamento, ecc. Naturalmente sui frighi e congelatori non ci puoi fare molto (se non prenderli in classe A+++), e sui dispositivi che in standby consumano 0,5 W (come da recente normativa europea), non vale la pena, il risparmio economico non recupera il costo della ciabatta.

@flane Sono d'accordo che molte single board computer nascono con scopi educativi e non hanno l'affidabilità di una scheda industriale. Però, per esperienza professioanle, ho avuto a che fare con diverse schede industriali che si rompevano anche loro, quando si rompono cambiarle può costare diverse centinaia di Euro, anziché 35 Euro. Poi le schede "educative" hanno permesso a molti di avvicinarsi al mondo dell'automazione senza svenarsi, di fare esperimenti (per questo le chiamano "educative"), e di poterle usare con soddisfazione per tante cose dell'automazione domestica.
Molte persone che posseggono l'impianto fotovoltaico non sono disponibili a spendere 100 euro per il monitoraggio con 123solar (dicono che ne hanno già spesi tanti di soldi), figuramoci se gli proponiamo di spendere alcune centinaia di Euro per una scheda decente.
Un piccolo miglioramento lo si può ottenere nel caso in cui in casa tenga un piccolo server acceso h24. Alcuni di questi sono molto più affidabili di un raspberry, però consumano dai 10 ai 50 W, anziché i 2-3 del raspberry.

Ok, fatto tutto e sembra funzionare tutto con i consumi corretti e l'autoconsumo corretto come avevi detto.
Mi rimane un problema sulla rappresentazione dei grafici,


Dopo aver fatto la modifica mi viene registrato solo la produzione e il consumo, ma non i prelievi e l'autoconsumo.
Devo modificare qualcos'altro?

Che tipo di problema? Magari è un problema transitorio dovuto allo scambio dei meter, hai controllato in admin se i grafici sono abilitati e configurati in posizione corretta?

Pensavo si sistemasse dopo la mezzanotte, invece vedo nei grafici solo la produzione è il consumo. Nelle caselle sotto vedo correttamente i valori, prelievo immissione e autoconsumo. Mi sembra siano settati correttamente i dati in admin e configurati correttamente. Proverò a guardare meglio.

Inviato dal mio Nexus 5 utilizzando Tapatalk

Qualcuno ha un file pool123s.php testato funzionante con metern 0.8.2.1 e 123solar 1.6.8 ?

Purtroppo non riesco a venirne a capo .... di giorno funziona tutto, al tramonto quando 123solar si spegne, si azzera tutta la produzione perchè pool123s.php non riesce a leggere il csv della produzione giornaliera di 123solar.
Durante la giornata prende i valori dalla memoria allocata e quindi non ha problemi di lettura file csv.
Al momento ho installato pool123s.php contenuto nel pacchetto eflow live rev 3.2 di Nino, ho provato anche con lo stesso file (ver 3.1) della guida di flane con lo stesso risultato

Grazie

come faccio ad allegare un file...

mandami in pm una tua mail...

ciao

Lo zippi e lo alleghi al messaggio in modalità avanzata, non è un problema di non darti la mia mail, ma se lo posti qui avrai più persone che ti possono aiutare.

pool123s.rar

ok spero di esserci riuscito...

-------------------------------------------

ecco qualche csv..
nino io non ho alcun problema.. il pool l'ho postato per fabioe
ciao

pool123s.rarcsv.rar

Miki forse era meglio se allegavi anche qualche csv giornaliero per capire cosa viene scritto

altro problema ora .....
metern non carica più i file di configurazione cosa può essere ?
si è corrotto qualcosa al boot ?

Buongiorno, stamattina ho trovato il Metern bloccato senza un apparente motivo.
Dopo il riavvio ho constatato che il metern non leggeva i dati dall'SDM120C.
Analizzando i dati in basso sembrerebbe la porta RS485 del modulo SDM120C non funzionante. Che ne pensate?

Log SDM120C
pi@raspberrypi ~/SDM120C $ ./sdm120c -z 2 -P N -b 2400 /dev/ttyUSB0
ERROR Connection timed out, 1
ERROR Connection timed out, 2

Log porta USB
pi@raspberrypi ~/SDM120C $ dmesg | grep -i usb
[ 0.630965] usbcore: registered new interface driver usbfs
[ 0.636618] usbcore: registered new interface driver hub
[ 0.642205] usbcore: registered new device driver usb
[ 1.054938] usbcore: registered new interface driver smsc95xx
[ 1.579707] dwc_otg 20980000.usb: DWC OTG Controller
[ 1.586392] dwc_otg 20980000.usb: new USB bus registered, assigned bus number 1
[ 1.595465] dwc_otg 20980000.usb: irq 32, io mem 0x00000000
[ 1.613376] usb usb1: New USB device found, idVendor=1d6b, idProduct=0002
[ 1.621868] usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[ 1.630753] usb usb1: Product: DWC OTG Controller
[ 1.637088] usb usb1: Manufacturer: Linux 4.1.13+ dwc_otg_hcd
[ 1.644461] usb usb1: SerialNumber: 20980000.usb
[ 1.651719] hub 1-0:1.0: USB hub found
[ 1.664267] usbcore: registered new interface driver usb-storage
[ 1.783522] usbcore: registered new interface driver usbhid
[ 1.793001] usbhid: USB HID core driver
[ 2.074183] usb 1-1: new high-speed USB device number 2 using dwc_otg
[ 2.294632] usb 1-1: New USB device found, idVendor=0424, idProduct=9514
[ 2.305341] usb 1-1: New USB device strings: Mfr=0, Product=0, SerialNumber=0
[ 2.317633] hub 1-1:1.0: USB hub found
[ 2.614199] usb 1-1.1: new high-speed USB device number 3 using dwc_otg
[ 2.734709] usb 1-1.1: New USB device found, idVendor=0424, idProduct=ec00
[ 2.744024] usb 1-1.1: New USB device strings: Mfr=0, Product=0, SerialNumber=0
[ 2.831174] smsc95xx 1-1.1:1.0 eth0: register 'smsc95xx' at usb-20980000.usb-1.1, smsc95xx USB 2.0 Ethernet, b8:27:eb:b7:40:b1
[ 2.924257] usb 1-1.2: new high-speed USB device number 4 using dwc_otg
[ 3.046239] usb 1-1.2: New USB device found, idVendor=0bda, idProduct=8178
[ 3.055663] usb 1-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 3.065996] usb 1-1.2: Product: 802.11n WLAN Adapter
[ 3.074163] usb 1-1.2: Manufacturer: Realtek
[ 3.080404] usb 1-1.2: SerialNumber: 00e04c000001
[ 3.184327] usb 1-1.3: new full-speed USB device number 5 using dwc_otg
[ 3.320520] usb 1-1.3: New USB device found, idVendor=0403, idProduct=6001
[ 3.331214] usb 1-1.3: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 3.341109] usb 1-1.3: Product: USB-RS485 Cable
[ 3.348064] usb 1-1.3: Manufacturer: FTDI
[ 3.363545] usb 1-1.3: SerialNumber: FTV8FQX7
[ 6.710076] usbcore: registered new interface driver usbserial
[ 7.004557] usbcore: registered new interface driver usbserial_generic
[ 7.013051] usbserial: USB Serial support registered for generic
[ 7.376131] usbcore: registered new interface driver ftdi_sio
[ 7.383916] usbserial: USB Serial support registered for FTDI USB Serial Device
[ 7.636161] ftdi_sio 1-1.3:1.0: FTDI USB Serial Device converter detected
[ 7.784529] usb 1-1.3: Detected FT232RL
[ 7.845519] usb 1-1.3: FTDI USB Serial Device converter now attached to ttyUSB0
[ 8.327386] usbcore: registered new interface driver rtl8192cu

Ho provati diversi adattatori ma sembra tutto ok lato RPI.

@fabioe: Forza il comando con sudo chown root:staff /usr/local/bin/sdm120c
dovrebbe riprendersi