annuncio

**megamarco83** · 25-04-2015, 00:35

Originariamente inviato da gianfrdp Visualizza il messaggio

Il pooler per 123solar lo puoi chiamare come vuoi, basta che poi nella configurazione usi lo stesso nome.

ok....ora quindi il mio pooler si chiama pool123.php ed l'ho editato cos�:

$pathto123s = '/var/www/123solar';
$invtnums = array (0 => 1);
$meterid = 2;

ho la produzione in meterN sul secondo meter (se ho capito bene a cosa si riferisce meterid), e ho installato 123solar in /var/www/123solar
non ho capito per� cosa intendi quando dici basta che po nella configurazione uso lo stesso nome......intendi nella pagina di ammistrazione, via web, in cui nel mio meter di produzione, che � il 2,vado ad impostare il comando pool123 energy ed il comando live pool123 power
giusto?

Originariamente inviato da gianfrdp Visualizza il messaggio

Per webiopi, apri la pagina http://miodns.org:8000/app/gpio-header
dovresti vedere una immagine con la GPIO cliccabile

Sospetto che il problema sia

codice:

passwd-file = /etc/webiopi/passwd

dovrebbe essere

codice:

#passwd-file = /etc/webiopi/passwd

Vado a nanna

ed ovviamente ci hai preso anche questa volta!!!
se vado alla pagina http://miodns.org:8000/app/gpio-header
accendo e spengo da remoto il rel� !!!
se per� vado alla pagina http://miodns.org:1080/123solar/relays.php

non � possibile da qui accendere e spegnere i rel� con i pulsanti, e non visualizza nemmeno lo stato del relais
infatti anche con i comandi
curl http://127.0.0.1:8000/relay/pdc/1
oppure
curl http://mioDNS.org:8000/relay/pdc/1
non si accende il relais, mentre da interfaccia web si

**gianfrdp** · 25-04-2015, 08:33

Giusta la modifica al pooler.
Nella configurazione di meterN devi mettere

codice:

curl http://localhost/metern/comapps/pool123.php?cmd=2

e

codice:

curl http://localhost/metern/comapps/pool123.php?cmd=1

Per i pulsanti, potrebbe essere un problema di redis.
Prova a vedere cosa restituiscono questi comandi

codice:

/sbin/ifconfig
ps -ef | grep redis
sudo netstat -atnp | grep LISTEN | grep redis
cat /var/log/redis/redis-server.log

**megamarco83** · 25-04-2015, 09:42

Originariamente inviato da gianfrdp Visualizza il messaggio

Giusta la modifica al pooler.

Nella configurazione di meterN devi mettere

codice:

curl http://localhost/metern/comapps/pool123.php?cmd=2

e

codice:

curl http://localhost/metern/comapps/pool123.php?cmd=1

ciao, allora con questi comandi sono riuscito a leggere la produzione totale dell'inverter, anche se mi sembra strano che mi segni : 9.262,899 kWh
quando invece dal grafico di 123solar vedo che segna 1.4kwh prodotti in totale fino ad ora.
ma non legge il prodotto istantaneo, infatti se faccio il test del meter mi restituisce:
2(0*W)
is a valid entry !

ho fatto il reboot del sistema ma non cambia nulla....
infatti anche in 123solar il cruscotto non segna la produzione istantanea.....il grafico per� viene correttamente compilato, e nella pagina relays.php invece viene mostrato correttamente la potenza istantanea dentro l'orologio (l'unico posto in cui compare la potenza istantanea � questa pagina)
inoltre ora ho un grafico di meterN dei consumi, molto "frammentato" infatti ho notato che perde spesso la connessione, lo si nota anche perch� mette appunto consumi a 0wh e poi punto dei 5minuti successivi � un consumo altro....in media quindi il valore � corretto, ma puntualmente si vede subito che � sbagliato.
prima invece per tutta la settimana (che ha funzionato regolarmente) avevo un "bel grafico"

Originariamente inviato da gianfrdp Visualizza il messaggio

Per i pulsanti, potrebbe essere un problema di redis.

Prova a vedere cosa restituiscono questi comandi

codice:

/sbin/ifconfig

ps -ef | grep redis

sudo netstat -atnp | grep LISTEN | grep redis

cat /var/log/redis/redis-server.log

ecco il risultato:

pi@raspberrypi ~ $ /sbin/ifconfig
eth0 Link encap:Ethernet HWaddr b8:27:eb:47:f1:4d
inet addr:192.168.0.105 Bcast:192.168.0.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:21862 errors:0 dropped:0 overruns:0 frame:0
TX packets:18344 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:3991484 (3.8 MiB) TX bytes:3926259 (3.7 MiB)

lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
UP LOOPBACK RUNNING MTU:65536 Metric:1
RX packets:14516 errors:0 dropped:0 overruns:0 frame:0
TX packets:14516 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:1204585 (1.1 MiB) TX bytes:1204585 (1.1 MiB)

pi@raspberrypi ~ $ ps -ef | grep redis
pi 6230 2313 0 08:40 pts/2 00:00:00 grep --color=auto redis
pi@raspberrypi ~ $ sudo netstat -atnp | grep LISTEN | grep redis
pi@raspberrypi ~ $ cat /var/log/redis/redis-server.log
cat: /var/log/redis/redis-server.log: No such file or directory

**megamarco83** · 25-04-2015, 15:54

ciao,
confermo che anche dopo un po' di utilizzo ed di un paio di riavvii e prove....nella pagina dei relays.php vengono mostrati i consumi live e la produzione live nell'orologio, mentre nella pagina principale di 123solar non viene mostrato nulla nell'orologio (anche nella pagina cruscotto di 123solar non viene mostrata la produzione di nessuna delle due stringhe) come non viene mostrata la produzione live nemmeno in meterN
mentre in meterN viene mostrata la produzione quotidina, ma sbagliata, poich� se guardi le immagini 123solar mostra 5.2kwh prodotti oggi, mentre metern ne indica 9 nel cruscotto.
Sempre nella pagina dei relays, come ti dicevo i bottoni non sortiscono effetto, mentre nella pagina web di webIOPi funzionano
MeterN inoltre non so perch�, ma perde un sacco di dati per strada, (prima di fare le modifiche ad 123solar per passare alla versione 1.5.5, cio quando funzionava con 123solar 1.6.5 non perdeva un colpo) infatti i grafici dei consumi sono molto frammentati (va a zero, ed i 5min successivi segna un valore doppio di consumo per "bilanciare" (o almeno credo)) prima per� i grafici erano molto "armonici" (meterN � sempre verione 0.7.5)
Infatti ho notato anche ora che sono davanti al SDM120 e sul suo display indica un consumo di 350W molti simile alla pizna amperometrica che ho attaccato, ma nella pagina web, il consumo istantaneo � ancora a 2150 (c'� accesa la lavatrice) e non scende da almeno 4minuti che lo sto guardando, mentere qui sul display del SDM120 continua a variare di pochi watt ma sempre intorno ai 300-350W
(io ho visto sul display del SDM120 che ha id 001 e baud 2400, qual'� la riga dove si impostano? non vorrei fossero sbagliati avendo usato i tuoi file, perch� proprio non capisco come potesse funzionare in modo molto preciso prima ed ora continuare a perdere dati o non essere aggiornato "live")
non so se pu� influire, ma sembra che il raspberry a tratti impieghi molta memoria, prima non mi sembrava lo facesse, ma magari non vi avevo mai prestato attenzione.
MeterN e 123solar, mostrano entrambi i grafici di produzione, e mi sembrano corretti.

Infine ho notato una cosa, ma capitava anche prima con 123solar versione 1.6.5 e meterN versione 0.7.5, e sarebbe che dopo le modifiche che mi hai suggerito questa mattina, (le due stinghe di codice da mettere in meterN per visualizzare produzione live e "cumulata") ho provato a riavviare il raspberry, e probabilmente il riavvio ha coinciso con la fase di minutaggio in cui meterN va a leggere i consumi con SDM120c e non avendolo trovato attivo, legge valori assurdi (infatti se guardi il cruscotto indica potenze e preliei astronomici) che poi non si "puliscono" pi� ma si tira dietro per sempre. Questo capitava anche con le versioni correttamente configurate che avevo prima, se mi capitava un riavvio proprio qunado doveva leggere i dati....si pu� ovviare in qualche modo
grazie mille e buon weekend!!!

**gianfrdp** · 25-04-2015, 22:33

Ciao,
la produzione live in meterN non c'� nel file pool123.php perch� non ce l'ho messa: io ho produzione e consumi su 2 macchine diverse... devo aggiornare.
Per i pulsanti... non � in esecuzione redis, prova

codice:

sudo /etc/init.d/redis-server start

se cos� funziona, vuol dire che non � configurato l'avvio automatico.

Per la lettura dei dati di consumo, assicurati che ci sia una sola istanza in esecuzione di pooler485

codice:

pi@pi-alarm ~ $ ps -ef | grep pooler485
www-data  2999     1  0 apr22 ?        00:14:33 /bin/bash /usr/local/bin/pooler485 1 9600 /dev/ttyUSB0

se ne trovi 2, probabilmente hai configurato sia /etc/rc.local che /var/www/metern/scripts/comappsdaemon.php

Per i valori assurdi verifica a quanto � settato il girocontatore.
Potrebbe anche essere che avendo avviato da poco 123solar, consideri tutta la produzione fatta nell'ultimo giorno.

Per il cruscotto live, cosa ti restituiscono questi comandi

codice:

curl http://localhost/123solar/programs/programlive.php?invtnum=1

codice:

curl http://localhost/123solar/programs/programmultilive.php

**megamarco83** · 26-04-2015, 00:10

Originariamente inviato da gianfrdp Visualizza il messaggio

Ciao,
la produzione live in meterN non c'� nel file pool123.php perch� non ce l'ho messa: io ho produzione e consumi su 2 macchine diverse... devo aggiornare.

ciao, innanzitutto grazie ancora una volta per la pazienza e la disponibilit�!!!
....ah peccato, era comodo, come era prima che si visualizzava la produzione anche in meterN

quando ti capita di aggiornare fai un fischio

Originariamente inviato da gianfrdp Visualizza il messaggio

Per i pulsanti... non � in esecuzione redis, prova

codice:

sudo /etc/init.d/redis-server start

se cos� funziona, vuol dire che non � configurato l'avvio automatico.

se lancio quel comando ottengo questo:

pi@raspberrypi ~/SDM120C $ sudo /etc/init.d/redis-server start
sudo: /etc/init.d/redis-server: command not found

sembra che non lo trovi....eppure ricordo che quando avevo lanciato i comandi che mi avevi suggerito per installarlo, non mi aveva restituito errori

Originariamente inviato da gianfrdp Visualizza il messaggio

Per la lettura dei dati di consumo, assicurati che ci sia una sola istanza in esecuzione di pooler485

codice:

pi@pi-alarm ~ $ ps -ef | grep pooler485
www-data  2999     1  0 apr22 ?        00:14:33 /bin/bash /usr/local/bin/pooler485 1 9600 /dev/ttyUSB0

se ne trovi 2, probabilmente hai configurato sia /etc/rc.local che /var/www/metern/scripts/comappsdaemon.php

io ne trovo addirittura tre!

pi@raspberrypi ~/SDM120C $ ps -ef | grep pooler485
pi 1515 2313 0 22:56 pts/2 00:00:00 grep --color=auto pooler485
www-data 2377 1 0 08:31 ? 00:00:35 /bin/bash /usr/local/bin/pooler485 1 2400 /dev/ttyUSB0
www-data 3675 1 0 08:35 ? 00:00:35 /bin/bash /usr/local/bin/pooler485 1 2400 /dev/ttyUSB0

come li sistemo?
il mio rc.local �:

sudo /var/www/MyScripts/EZL.sh & # avvia il device EZL
sudo java -cp /opt/pi4j/lib/pi4j-core.jar:/var/www/metern/comapps/bin/:. pv.PoolServer -g 8 -pv 0.5 &
# sudo /usr/bin/curl http://localhost/123solar/scripts/boot123s.php & # avvia 123solar al riavvio
sudo 123solar start & # avvia 123solar al riavvio
sudo sleep 6
sudo /usr/bin/curl http://localhost/metern/scripts/bootmn.php & #avvia meterN
sudo mount /mnt/nas
exit 0

questo � invece il mio /var/www/metern/scripts/comappsdaemon.php

**megamarco83** · 26-04-2015, 00:21

questo � invece il mio /var/www/metern/scripts/comappsdaemon.php

if (isset($_SERVER['REMOTE_ADDR'])) {
die('Direct access not permitted');
}
// Startup of the com apps daemon as 'http' user if needed
$output = shell_exec('pkill -f poolSDM485 > /dev/null 2>&1 &');
sleep(1);
$output = shell_exec('pooler485 1 2400 /dev/ttyUSB0 > /dev/null 2>/dev/null &');

Per i valori assurdi verifica a quanto � settato il girocontatore.

questa non l'ho capita...cosa vuol dire verificare a quanto � settato il gricontatore?
cosa dovrei verificare di preciso?

Potrebbe anche essere che avendo avviato da poco 123solar, consideri tutta la produzione fatta nell'ultimo giorno.

.....mmm non so...perch� sbaglia ad indicare la produzione, metern seganva pi� di 9kwh prodotti oggi, mentre 123soalr segnava (correttamente) 5,2kwh prodotti oggi
inoltre meterN sbaglia mettendo valori astronomici sia l'autoconsumo che i prelievi, guada la figura sotto, appena fatta, e quella di oggi pomeriggio. E non ho pi� riavviato il raspberry, per� ci sono valori ancora pi� esagerati ora!

questi invece sono gli output che mi hai chiesto per verificare il cruscotto live

pi@raspberrypi ~ $ curl http://localhost/123solar/programs/p....php?invtnum=1
[{"SDTE":1430003396000,"I1V":0,"I1A":0,"I1P":0,"I2V":0,"I2A":0,"I2P":0,"GV":0,"GA":0,"GP":0,"FRQ":0,"EFF":0,"INVT":0,"BOOT":0,"PMAXOTD":1145,"PMAXOTDTIME":"14:02","timestamp":"25\/04\/2015 18:26:42","riso":0,"ileak":0,"awdate":"--:--"}]pi@raspberrypi ~ $ curl http://localhost/123solar/programs/programmultilive.php
[{"GPTOT":0,"PMAXOTD":0,"PMAXOTDTIME":"01:10"}]pi@raspberrypi ~ $

**megamarco83** · 26-04-2015, 12:48

ciao, ho eliminato da rc.local la riga

sudo java -cp /opt/pi4j/lib/pi4j-core.jar:/var/www/metern/comapps/bin/:. pv.PoolServer -g 8 -pv 0.5 &

che in effetti serviva solo per il contatore ad impulsi che avevo prima, non per SDM120C ed ora i grafici dei consumi sono tonrati "puliti" come in figura, senza valori che vanno a zero (non mi spiego per� perch� prima, nonostante avessi quella riga in rc.local i grafici fossero "puliti" da errori)

ora se lancio il comando:

pi@raspberrypi ~ $ ps -ef | grep pooler485
www-data 2538 1 0 Apr25 ? 00:01:55 /bin/bash /usr/local/bin/pooler485 1 2400 /dev/ttyUSB0
pi 16513 2426 0 11:44 pts/2 00:00:00 grep --color=auto pooler485

ottengo quella risposta, ci sono ancora due processi appesi?

per quanto riguarda il cruscotto di meterN ora segna i valori di produzione quotidiana in linea con 123solar
per� continua a dare valori sballatissimi dei consumi quotidiani, dei prelievi quotidiani e delle immisioni quotidiane.
Inoltre meterN non segnando la produzione istantanea di 123solar continua a sommare gli "errori" di misura nella pagina del cruscotto (come immagine che ho allegato)

Ho notato poi che il grafico di produzione che costruisce meterN � diverso da quello che costruisce 123solar
quello di 123solar � molto pi� "aromonico" mentre sembra che meterN perda qualche valore (come faceva prima con i consumi) in quanto tende ad andare a zero parecchie volte e poi risalire i 5min successivi con un valore doppio di quello reale, in modo da avere una media corretta.
ciao e buona domenica

**gianfrdp** · 27-04-2015, 09:04

Ciao,
per i processi multipli che si davano fastidio tra di loro, credo dipenda dal fatto se fermi e riavvi meterN.
Infatti, nel filecomappsdaemon.php hai

Codice PHP:


$output = shell_exec('pkill -f poolSDM485 > /dev/null 2>&1 &');
sleep(1);
$output = shell_exec('pooler485 1 2400 /dev/ttyUSB0 > /dev/null 2>/dev/null &');

che vuol dire: prima di avviare il programma pooler485 ferma il programma poolSDM485.
Naturalmente, se sono 2 programmi diversi, non fermer� mai pooler485, con la conseguenza che ogni volta che riavvi meterN ti lancer� un nuovo processo pooler485.

Soluzione: sostiuisci con questo

Codice PHP:


$output = shell_exec('pkill -f pooler485 > /dev/null 2>&1 &');
sleep(1);
$output = shell_exec('pooler485 1 2400 /dev/ttyUSB0 > /dev/null 2>/dev/null &');

codice:

pi@raspberrypi ~ $  ps -ef | grep pooler485
www-data  2538     1  0 Apr25 ?        00:01:55 /bin/bash /usr/local/bin/pooler485 1 2400 /dev/ttyUSB0
pi       16513  2426  0 11:44 pts/2    00:00:00 grep --color=auto pooler485

ottengo quella risposta, ci sono ancora due processi appesi?

No, in questo caso ce n'� solo uno.

I comandi

codice:

curl http://localhost/123solar/programs/programlive.php?invtnum=1
curl http://localhost/123solar/programs/programmultilive.php

li devi lanciare con l'impianto in produzione.

Per i valori sballati di immissione,prelievo, autoconsumo ecc.. anche io avevo provato ad usare eflow.php e mi dava quel problema. Ci ho rinunciato (perch� non avevo voglia di indagare) ed ho lasciato solo il prelievo.

se lancio quel comando ottengo questo:

codice:

pi@raspberrypi ~/SDM120C $ sudo /etc/init.d/redis-server start
sudo: /etc/init.d/redis-server: command not found

codice:

sudo apt-get install redis-server

....ah peccato, era comodo, come era prima che si visualizzava la produzione anche in meterN

Ho aggiornato pool123-1.5.php, ora restituisce anche il valore live

codice:

pi@pi-alarm ~ $ cd SDM120C 
pi@pi-alarm ~/SDM120C $ git pull

Naturalmente devi rimodificare per adattare alla tua situazione, da

Codice PHP:


$pathto123s = '/srv/http/123solar';
//$pathto123s = '/var/www/123solar';
// for multiple inverters
$invtnums   = array (0 => 1, 1 => 2);
$meterid    = 4;
//$server = 'http://192.168.2.12/123solar/programs/programmultilive.php';
$server = 'http://localhost/123solar/programs/programmultilive.php';

a

Codice PHP:


$pathto123s = '/var/www/123solar';
// for multiple inverters
$invtnums   = array (0 => 1);
$meterid    = 2;
$server = 'http://localhost/123solar/programs/programmultilive.php';

**megamarco83** · 27-04-2015, 11:57

Originariamente inviato da gianfrdp Visualizza il messaggio

Soluzione: sostiuisci con questo

Codice PHP:


$output = shell_exec('pkill -f pooler485 > /dev/null 2>&1 &');
sleep(1);
$output = shell_exec('pooler485 1 2400 /dev/ttyUSB0 > /dev/null 2>/dev/null &');

ok questo mi � chiaro, una domanda, ho letto quello che hai scritto sotto, ma potrebbe anche essere che questo mi evita anche di avere quei valori strani ed esagerati di immissione, prelievi e consumi totali perch� magari si incasinava con i due pooler oppure non c'entra nulla?

Originariamente inviato da gianfrdp Visualizza il messaggio

I comandi

codice:

curl http://localhost/123solar/programs/programlive.php?invtnum=1
curl http://localhost/123solar/programs/programmultilive.php

li devi lanciare con l'impianto in produzione.

purtroppo posso provarli questa sera quando torno dal lavoro (l'inverter dovrebbe essere ancora acceso ed in produzione, anche se oggi � davvero una giornata pessima di brutto tempo...speriamo!
mi si � piantato il raspberry questa notte verso le 4:50, mi sono accorto prima di uscire al lavoro, ma non avevo tempo di vedere cosa era successo, putty, che avevo lasciato collegato mi restituiva un errore su un kernel...non so che....non mi era mai successo che si piantasse....
oggi provo a riavviarlo, perch� a putty da remoto non mi si collega, ho provato da remoto a riavviare il router a cui � collegato, ma nulla, non mi permette di collegarmi con putty...

Originariamente inviato da gianfrdp Visualizza il messaggio

Per i valori sballati di immissione,prelievo, autoconsumo ecc.. anche io avevo provato ad usare eflow.php e mi dava quel problema. Ci ho rinunciato (perch� non avevo voglia di indagare) ed ho lasciato solo il prelievo.

per� caspita sai che � davvero strana questa cosa?
mi spiego, io un po' per imparare, un po' perch� mi piacciono un sacco queste cose che state facendo sul forum, ho fatto in questo modo:
1) ho installato 123solar versione 1.6.5
2) ho messo metern 0.7.5 con il contatore di impulsi con fotoresistenza e funzionava tutto (intendo orologio di 123solar mostrava la produzione live, metern riceveva la produzione istantanea e quella giornaliera, e faceva i totali correttamente, eflow funzionava per calcolare immissioni, prelievi e autocnsumo, (non quelli live poich� non erano implementati in eflow) lo ho tenuto 1 settimana in questa configurazione e non ho mai ricevuto nessun errore o numeri strani
3) ho tenute i due programmi con le medesime versioni, ma ho sostituito il contatore di impulsi con il modbus SDM120 e sono riuscito a far funzionare ancora tutto come sopra, ma con l'aggiunta del calcolo degli autoconsumi, immissioni e prelievi "live" grazie al nuovo eflowlive, ed anche qui nessun problema di ogni gnere
4) ho fatto il downgrade a 123solar 1.5.5 per utilizzare le tue modifiche. e con questa versione hanno iniziato a non funzionare le immisioni, prelievi e autoconsumi, ed oltre a questo ricevo questi valori sballatissimi sui totali.
Visto che la versione di meterN � la stessa, potrebbe essere qualcosa a riguardo di 123solar?
.....oppure sono appunto cose che non c'entrano nulla?
usare 123solar 1.6.5 con la modifica per la PDC (che � in assoluto la cosa pi� interessante di tutte!! ...almeno per me:-) non � fattibile con le tue modifiche credo, poich� mi sembrano (da quel poco che capisco io!) un bel po' diverse le due versioni di 123solar, o sbaglio?
per� forse con 123soalr 1.6.5, se quello che ho scritto sopra non � un caso, si risolvono quei problemi...

Originariamente inviato da gianfrdp Visualizza il messaggio

Ho aggiornato pool123-1.5.php, ora restituisce anche il valore live

codice:

pi@pi-alarm ~ $ cd SDM120C 
pi@pi-alarm ~/SDM120C $ git pull

GRANDE!!!!
Oggi quando torno ti faccio sapere l'output dei due comandi che mi hai suggerito per 123solar e poi provo ad aggiornare sdm120c....ma basta che lancio il comando git pull nella directory di sdm120c oppure poi devo fare ancora il make?
e grazie anche della gentilezza di specificare le mie variabili da sostituire per poterlo adattare al mio caso!!!

**gianfrdp** · 27-04-2015, 12:55

Probabilmente eflow.php non va daccordo con 123solar 1.5.5, ma come dicevo, non ho approfondito.
Il mio obiettivo � quello di portare la parte per gestire i carichi su 123solar 1.6, ma mi ci vuole un po di tempo, cos� come � non funzionerebbe, perch� 123solar � cambiato parecchio tra 1.5 e 1.6.

Per l'aggiornamento di pool123-1.5.php basta il pull, poi copi il file sotto metern.

**NumberOne** · 27-04-2015, 16:24

Bel lavoro Gianfranco (come sempre). Questo � il terzo step a cui volevo arrivare dopo 123solar e Metern. Scaldarmi e raffrescarmi senza consumare energia e senza "regalare" Kw al gse.....

**megamarco83** · 27-04-2015, 17:35

Originariamente inviato da gianfrdp Visualizza il messaggio

Probabilmente eflow.php non va daccordo con 123solar 1.5.5, ma come dicevo, non ho approfondito.
Il mio obiettivo � quello di portare la parte per gestire i carichi su 123solar 1.6, ma mi ci vuole un po di tempo, cos� come � non funzionerebbe, perch� 123solar � cambiato parecchio tra 1.5 e 1.6.

Per l'aggiornamento di pool123-1.5.php basta il pull, poi copi il file sotto metern.

ciao fatto tutto, allora ho copiato il file pool123-1.5.php con tutte le modifiche in /var/www/metern/comapps poi lo ho rinominato come pool123.php
cio� come il file vecchio, ho fatto male?

per i comandi che mi hai suggerito di lanciare, ecco la risposta:
pi@raspberrypi ~ $ curl http://localhost/123solar/programs/p....php?invtnum=1
[{"SDTE":1430150103000,"I1V":0,"I1A":0,"I1P":0,"I2V":0,"I2A":0,"I2P":0,"GV":0,"GA":0,"GP":0,"FRQ":0,"EFF":0,"INVT":0,"BOOT":0,"PMAXOTD":0,"PMAXOTDTIME":"17:55","timestamp":"27\/04\/2015 15:55:01","riso":0,"ileak":0,"awdate":"--:--"}]pi@raspberrypi ~ $ curl http://localhost/123solar/programs/programmultilive.php
[{"GPTOT":214.9,"PMAXOTD":0,"PMAXOTDTIME":"17:55"}]pi@raspberrypi ~ $
p.s il raspberry era bloccato oggi come ti dicevo, l'ho riavviato e poi ho eseguito questi comandi

ad inverter funzionante, produceva circa 240w a memoria

dopo aver installato redis, ora nella pagina dei rel� mi compare un
UNKNOWN ' /

se premo qualsiasi tasto on off o fv non cambia lo stato dei relais
ho provato a dare un:

pi@raspberrypi ~ $ sudo /etc/init.d/redis-server start
Starting redis-server: failed

ma quella � la risposta

ultima cosa...per i valori sballati di prelievo ed autoconsumo in cui ricevo valori altissimi, cosa intendevi con controllare il mio "girocontatore impostato"?
grazie!

**megamarco83** · 27-04-2015, 22:27

ciao, ho fatto alcuni controlli, ma ci ho cavato ben poco....vuoi provare a dare un occhio tu?
se lancio:

codice:

pi@raspberrypi ~ $ sudo netstat -atnp | grep 6379

ottengo

tcp 0 0 127.0.0.1:6379 0.0.0.0:* LISTEN 2177/redis-server
tcp 0 0 127.0.0.1:57984 127.0.0.1:6379 TIME_WAIT -

codice:

pi@raspberrypi ~ $ dpkg -l | grep redis

ii phpredis 2.2.4-1 all Redis C extension for PHP5.
ii redis-server 2:2.4.14-1 armhf Persistent key-value database with network interface

infine ho provato:

codice:

pi@raspberrypi ~ $ grep -v '#' /etc/redis/redis.conf | sort

activerehashing yes
appendfsync everysec
appendonly no
auto-aof-rewrite-min-size 64mb
auto-aof-rewrite-percentage 100
bind 127.0.0.1
daemonize yes
databases 16
dbfilename dump.rdb
dir /var/lib/redis
hash-max-zipmap-entries 512
hash-max-zipmap-value 64
list-max-ziplist-entries 512
list-max-ziplist-value 64
logfile /var/log/redis/redis-server.log
loglevel notice
no-appendfsync-on-rewrite no
pidfile /var/run/redis/redis-server.pid
port 6379
rdbcompression yes
save 300 10
save 60 10000
save 900 1
set-max-intset-entries 512
slave-serve-stale-data yes
slowlog-log-slower-than 10000
slowlog-max-len 128
timeout 0
vm-enabled no
vm-max-memory 0
vm-max-threads 4
vm-pages 134217728
vm-page-size 32
vm-swap-file /var/lib/redis/redis.swap
zset-max-ziplist-entries 128
zset-max-ziplist-value 64

questo invece � il log in /var/log/redis/redis-server.log
log di redis.txt
pu� essere utile?

**gianfrdp** · 27-04-2015, 22:37

cio� come il file vecchio, ho fatto male?

Hai fatto benissimo.

Per WebIOPi, ho ricontrollato il tuo file di configurazione, manca una riga

codice:

/relay/0 = /GPIO/17/value

Dopo la modifica riavvia

codice:

sudo /etc/init.d/webiopi restart

Per la produzione istantanea, � molto strano.
Il primo comando restituisce tutti valori vuoti (come se auora non restituisse nulla), ma il secondo restituisce la potenza e quel comando non fa altro che sommare gli stessi valori che dovrebbe restituire il primo per ogni inverter (GPTOT = sum(GP)).
Non riesco a spiegarmelo.
Prova a ripostare questa pagina http://raspberry/123solar/scripts/debugmem_read.php quando � in produzione e la pagina http://raspberry/123solar/debug.php

Per il girocontatore, si intende quando il contatore supera il vaolre massimo che pu� memorizzare e riparte da capo, ma penso sia pi� il problema di compatibilit� di eflow con la versione 1.5.

**megamarco83** · 27-04-2015, 22:45

Originariamente inviato da gianfrdp Visualizza il messaggio

Per WebIOPi, ho ricontrollato il tuo file di configurazione, manca una riga

codice:

/relay/0 = /GPIO/17/value

Dopo la modifica riavvia

codice:

sudo /etc/init.d/webiopi restart

ok ....ma dove la devo mettere questa riga? mannaggia a me, avevo guardato 10 volte il file che dovevo modificare ma mi � sfuggita evidentemente

Originariamente inviato da gianfrdp Visualizza il messaggio

Per la produzione istantanea, � molto strano.
Il primo comando restituisce tutti valori vuoti (come se auora non restituisse nulla), ma il secondo restituisce la potenza e quel comando non fa altro che sommare gli stessi valori che dovrebbe restituire il primo per ogni inverter (GPTOT = sum(GP)).
Non riesco a spiegarmelo.
Prova a ripostare questa pagina http://raspberry/123solar/scripts/debugmem_read.php quando � in produzione e la pagina http://raspberry/123solar/debug.php

Per il girocontatore, si intende quando il contatore supera il vaolre massimo che pu� memorizzare e riparte da capo, ma penso sia pi� il problema di compatibilit� di eflow con la versione 1.5.

domani mattina ti posto subito i risultati delle due pagine web con i debug

per i valori strani....bho vuoi provare a passarmi il tuo eflow ed eflowlive (se hai una versione diversa dalla 0.7.5 e non ti fa questi scherzi?)
io ho provato proprio un secondo fa a cancellare tutti i csv dellla cartella data, alla seconda rivelazione mi ha riproposto decine di megawatt di prelievo....per fortuna non � vero

stesso valore ma in negativo l'autoconsumo

**megamarco83** · 27-04-2015, 22:49

EDIT....sono riuscito l'ho incollata alla fine di tutto ho riavviato e funziona!
ci mette un pochino a divenatre verde su on o su off ma � solo un refresh della pagina in quanto il rel� si accita immediatamente, mentre la pagina web richiede un 15-20secondi per aggiornare lo stato!

**gianfrdp** · 27-04-2015, 23:24

Per eflow ho lo stesso problema, infatti non lo uso.
Eflowlive non ce l'ho.

**megamarco83** · 27-04-2015, 23:38

Ok....allora rimane da risolvere solo il mistero della produzione istantanea nel cruscotto di 123solar che � a zero sia in quello generale che nel cruscotto dove viene diviso per stringa, ma viene mostrato correttamente solo nella tua pagina relays.phpDomani appena si accende l'inverter ti posto i debugChe dire....grazie ancora per tuuuuuutto!!!

**megamarco83** · 28-04-2015, 08:11

Originariamente inviato da gianfrdp Visualizza il messaggio

Hai fatto benissimo.

Per la produzione istantanea, � molto strano.
Il primo comando restituisce tutti valori vuoti (come se auora non restituisse nulla), ma il secondo restituisce la potenza e quel comando non fa altro che sommare gli stessi valori che dovrebbe restituire il primo per ogni inverter (GPTOT = sum(GP)).
Non riesco a spiegarmelo.
Prova a ripostare questa pagina http://raspberry/123solar/scripts/debugmem_read.php quando � in produzione e la pagina http://raspberry/123solar/debug.php

Per il girocontatore, si intende quando il contatore supera il vaolre massimo che pu� memorizzare e riparte da capo, ma penso sia pi� il problema di compatibilit� di eflow con la versione 1.5.

Shared memory Usage: 150768bytes - 256 kb

Awake flag (12310) empty
Live #1 (12311) 20150428-07:08:59,260.002106,1.716734,446.35437,245.069153, 1.266403,310.356354,228.522675,3.164617,727.226013 ,49.996002,96.103577,36.692657,35.070801,9276.471
Pmotd #1 (12321) 1430203260,1149.1
Pmotd multi (12320) empty
5minflag #1 12331 0
AWPeak #1 (12341) 1430204700,0,20,4513.7,1144.9
Invt State #1 (12361)
MailQ #1 (12351) empty

Main CFG (1230)

SCRDIR: /var/www/123solar/config
NUMINV: 1
NUMSMA: 0
AUTOMODE: 0
DISTRO: debian_ARM
DTZ: Europe/Rome
LATITUDE: 45.6554
LONGITUDE: 9.1449
DATEFORMAT: d/m/Y
DPOINT: ,
THSEP:
TITLE: MARCOLINO sun check
SUBTITLE: barone birra sunshine all over :-)
KEEPDDAYS: 0
AMOUNTLOG: 2500
RELAY_URL: http://127.0.0.1:8000/relay/
METER_URL: http://127.0.0.1/metern/programs/meter.php
METER_TYPE: metern
METER_SENSOR: Consumi1

LOADS_LIM: Array ( [0] => 2500 ) LOADS_HIS: Array ( [0] => 500 ) LOADS_MIN: Array ( [0] => 30 ) LOADS_LABEL: Array ( [0] => PDC ) Invt Cfg #1 (1231)

INVNAME: Power one 4.2
PLANT_POWER: 4600
CORRECTFACTOR: 1
INITIALCOUNT: 0
STRING: 0
PORT: /dev/ttyEZL0
PROTOCOL: aurora
DAEMONMODE: 0
ADR: 2
COMOPTION: -Y5 -l3
SYNC: 0
SKIPMONITORING: 0
DEBUG: 0
LOGCOM: 0
YMAX: 4500
YINTERVAL: 1000
PRODXDAYS: 20
LOCATION: My home
PANELS1: 9 Poly 240W
ROOF_ORIENTATION1: 90
ROOF_PITCH1: 16
PANELS2: 9 Poly 240W
ROOF_ORIENTATION2: 90
ROOF_PITCH2: 16
ARRAY1_POWER: 2300
ARRAY2_POWER: 2300
EXPECTEDPROD: 3500
EXPECTJAN: 2.4
EXPECTFEB: 3.6
EXPECTMAR: 8.1
EXPECTAPR: 12.3
EXPECTMAY: 13.9
EXPECTJUN: 14.35
EXPECTJUI: 13.65
EXPECTAUG: 11.8
EXPECTSEP: 9.1
EXPECTOCT: 5.9
EXPECTNOV: 3
EXPECTDEC: 1.9
REPORT: never
PUSHO: 0
AWPOOLING: 5
DIGESTMAIL: 30
FILTER: W002,W001,W011
SENDALARMS: 0
SENDMSGS: 0
NORESPM: 0
VGRIDUT: 220
VGRIDT: 252.5
VGRIDTM: 0
RISOT: 5
RISOTM: 0
ILEAKT: 20
ILEAKTM: 0
PVOUTPUT: 0
SYSID: 123
PVOC: no

**megamarco83** · 28-04-2015, 08:35

ciao, aggiungo, non so se pu� essere un indizio, che i grafici di produzione tra 123solar e metern produzione sono molto diversi nella stesura dei punti....metern ha dei"buchi" mentre 123solar no.
quando avevo 123solar 1.6.5 non ho mai riscontrato nessuna diversit� nei grafici, magari per� non c'entra nulla con il caso specifico che non segna la produzione istantanea

**gianfrdp** · 28-04-2015, 08:59

Che su 123solar tu non veda i buchi � normale, fa la media.
Per essere sicuro devi vedere il file csv /var/www/123solar/data/invt1/csv/20150428.csv, controlla se ci sono righe mancanti.

Per il valore della potenza, dal file che hai allegato, si vede che i dati ci sono
Questa pagina http://localhost/123solar/programs/p....php?invtnum=1 continua a darti valori 0 ?

L'unica differenza che noto, rispetto al mio �

codice:

AUTOMODE: 0

da me � 1: vuol dire che il monitoraggio inizia-finisce in automatico in base all'alba-tramonto.
Prova a modificare il file /var/www/123solar/config/config_main.php

Codice PHP:


$AUTOMODE=1;

e a riavviare 123solar.

Servirebbe vedere il log PHP per capire se ci sono errori

**megamarco83** · 28-04-2015, 09:36

Originariamente inviato da gianfrdp Visualizza il messaggio

Che su 123solar tu non veda i buchi � normale, fa la media.
Per essere sicuro devi vedere il file csv
/var/www/123solar/data/invt1/csv/20150428.csv, controlla se ci sono righe mancanti.

no, non mi sembra ce ci siano buchi, ad esempio alle 8.25 metern mi ha segnato una produzione a zero, ma il csv dice:

08:20:00,265.574982,1.128646,299.740051,245.579346 ,0.828962,203.57605,230.38945,2.072319,479.132446, 49.972015,95.195137,32.788441,31.514795,9275.803
08:25:01,266.281403,1.346963,358.671265,245.67746, 0.922412,226.615845,229.464401,2.415524,559.944702 ,49.969021,95.67009,33.242016,31.827593,9275.846
08:30:00,266.634613,1.801322,480.294708,249.150696 ,1.104478,275.181366,230.760986,3.112045,723.18536 4,49.972015,95.725784,34.035763,32.311714,9275.899

**megamarco83** · 28-04-2015, 09:39

questo � invecel�'output del comando: http://localhost/123solar/programs/p....php?invtnum=1

pi@raspberrypi ~ $ curl http://localhost/123solar/programs/p....php?invtnum=1
[{"SDTE":1430209369000,"I1V":0,"I1A":0,"I1P":0,"I2V":0,"I2A":0,"I2P":0,"GV":0,"GA":0,"GP":0,"FRQ":0,"EFF":0,"INVT":0,"BOOT":0,"PMAXOTD":2809,"PMAXOTDTIME":"10:14","timestamp":"28\/04\/2015
08:22:47","riso":20,"ileak":0,"awdate":"--:--"}]

Originariamente inviato da gianfrdp Visualizza il messaggio

L'unica differenza che noto, rispetto al mio �

codice:

AUTOMODE: 0

ho provato a metterlo a 1

poi ho dato un sudo 123solar stop e poi un sudo 123solar start....ma non � cambiato nulla...
nel pannello generale e nel cruscotto ho valori di produzione instantanea sempre a zero, mentre nella tua pagina ralays.php ho l'orologio che visualizza la produzione istantanea, l'unica pagina in cui � visualizzata � quella

quel valore credo sia a zero poich� con EZL a volte 123solar si addormentava e per risvegliarlo utilizzavo questo script che gira su cron tab ogni 5minuti:
script aurora.txt
me lo ha passato un utente del forum e da quando lo uso non ho pi� avuto problemi al mattino con 123solar che non si attiva

EDIT: ho trovato un altr differenza
nella pagina relays.php scrologio di produzione istantanea trovo scritto:
0 W @ 10:42 / Oggi (3,1 kWh)

nella pagina /123solar/index_mono.php trovo scritto:
2809 W @ 10:14 / Oggi (3,1 kWh)

per il log php no problem, dimmi come posso passartelo e te lo mando subito

**gianfrdp** · 28-04-2015, 10:31

Se non ci sono buchi nel file, allora potrebbe essere che meterN non ha fatto in tempo a leggere il valore di 123solar.

Per la produzione istantanea, secondo me c'� una sola spiegazione.
Nel file /var/www/123solar/programs/programlive.php, c'� un controllo se la differenza tra la data attuale e quella di lettura del dato � superiore a 30s, allora restituisce tutti 0.
Per toglierci il dubbio, dovresti aggiungere alla fine del file la seguente riga (solo temporaneamente per fare il test)

Codice PHP:


echo "\n nowUTC = $nowUTC \n UTCdate = $UTCdate\n";

appena sotto la riga

Codice PHP:


echo json_encode($ret);

e rilanciare il comando

codice:

curl http://localhost/123solar/programs/programlive.php?invtnum=1

**megamarco83** · 28-04-2015, 10:45

Originariamente inviato da gianfrdp Visualizza il messaggio

Se non ci sono buchi nel file, allora potrebbe essere che meterN non ha fatto in tempo a leggere il valore di 123solar.

Per la produzione istantanea, secondo me c'� una sola spiegazione.
Nel file /var/www/123solar/programs/programlive.php, c'� un controllo se la differenza tra la data attuale e quella di lettura del dato � superiore a 30s, allora restituisce tutti 0.

dopo aver fatto la modifica, ho fermato e riavviato 123solar, e questo � l'output

pi@raspberrypi ~ $ curl http://localhost/123solar/programs/p....php?invtnum=1
[{"SDTE":1430214054000,"I1V":0,"I1A":0,"I1P":0,"I2V":0,"I2A":0,"I2P":0,"GV":0,"GA":0,"GP":0,"FRQ":0,"EFF":0,"INVT":0,"BOOT":0,"PMAXOTD":2924,"PMAXOTDTIME":"11:00","timestamp":"28\/04\/2015 09:40:52","riso":20,"ileak":0,"awdate":"--:--"}]
nowUTC = 1430214054
UTCdate = 1430206852

per� ora che mi ci hai fatto pensare avevo notato che in 123solar mostrava da qualceh parte (non ricodo dove lo avevo visto, ricordavo nella pagina informazioni, ma ho visto ora e non � li, un'orario sbagliato, come se il fuso non fosse corretto (ma ho impostato roma nella pagina di amministrazione come fuso orario)
ora non riesco pi� a trovare dove avessi visto questo orario sbagliato...ma se non ricordo male era in qualche pagina di 123solar

**gianfrdp** · 28-04-2015, 11:07

Confermo... il problema � quello.
Infatti, il numero

codice:

nowUTC  = 1430214054 corrisponde a Tue, 28 Apr 2015 09:40:54 GMT
UTCdate = 1430206852 corrisponde a Tue, 28 Apr 2015 07:40:52 GMT

ci sono 2 ore di differenza (esattamente la differenza tra il fuso orario di Roma e quello di Greenwich) e quella sbagliata � la UTCdate (quella restituita da aurora).
Per scrupolo, cosa restituiscono i comandi (dopo aver fermato 123solar)

codice:

date

codice:

sudo aurora -a 2 -c -T -Y5 -l3 -d0 -e /dev/ttyEZL0

**megamarco83** · 28-04-2015, 11:15

Originariamente inviato da gianfrdp Visualizza il messaggio

Confermo... il problema � quello.
Infatti, il numero

codice:

nowUTC  = 1430214054 corrisponde a Tue, 28 Apr 2015 09:40:54 GMT
UTCdate = 1430206852 corrisponde a Tue, 28 Apr 2015 07:40:52 GMT

ci sono 2 ore di differenza (esattamente la differenza tra il fuso orario di Roma e quello di Greenwich) e quella sbagliata � la UTCdate (quella restituita da aurora).
Per scrupolo, cosa restituiscono i comandi (dopo aver fermato 123solar)

codice:

date

codice:

sudo aurora -a 2 -c -T -Y5 -l3 -d0 -e /dev/ttyEZL0

ci hai preso!
ecco l'output

pi@raspberrypi ~ $ sudo 123solar stop
Stopping 123Solar
pi@raspberrypi ~ $ date
Tue Apr 28 10:10:41 UTC 2015
pi@raspberrypi ~ $ sudo aurora -a 2 -c -T -Y5 -l3 -d0 -e /dev/ttyEZL0
20150428-10:11:01 245.461609 3.621978 889.056519 239.967239 3.095115 742.726257 239.357147 6.557941 1574.946289 49.994999 96.516914 47.965515 45.706959 6.557 15.027 0.000 446.835 1099.732 9282.080 9281.872 OK
pi@raspberrypi ~ $

ma con 123solar 1.6.5 non avevo questo problema!....dove non � configurata bene la data? e dove la modifico?
in 123solar ho ricontrolalto ed il fuso � corretto....

riguardando la pagina di 123solar, potrebbe essere che si incasini con immissioni e prelievi di metern perch� ha impostato il separatore come "null" (come da figura

se lo cambio e metto il "." (come era su 123soalr 1.6.5 e dove funzionava tutto) dopo aver dato il salva configurazione, mi ripropone il "null" e non c'� verso di fargli rimanere in meoria il "."
poi magri anche questo non c'entra nulla con il fatto che si "inventi" i valori di autoconsumo e prelievi...

**gianfrdp** · 28-04-2015, 11:22

Ho un sospetto...
Poich� la lettura dei dati dall'inverter lo fa il file worker.php lanciato da "123solar start", mentre programlive.php lo esegue il server web, potrebbe esserci una differenza di configurazione lato PHP.

Ora non posso controllare con il mio a casa, ma ho il sospetto che sotto /etc/php5/ hai diversi php.ini (cli, cgi, apache2, ecc.)
In particolare, controlla il valore della riga con date.timezone

**megamarco83** · 28-04-2015, 11:34

Originariamente inviato da gianfrdp Visualizza il messaggio

Ho un sospetto...
Poich� la lettura dei dati dall'inverter lo fa il file worker.php lanciato da "123solar start", mentre programlive.php lo esegue il server web, potrebbe esserci una differenza di configurazione lato PHP.

Ora non posso controllare con il mio a casa, ma ho il sospetto che sotto /etc/php5/ hai diversi php.ini (cli, cgi, apache2, ecc.)
In particolare, controlla il valore della riga con date.timezone

si in /etc/php5/ ho 4 cartelle:
apache2
cli
conf.d
mods-avaliable

solo in apache2 ed in cli ci sono due file php.ini
quello di pache2 � corretto riporta
date.timezone ="Europe/Rome"

mentre in cli c'era
;date.timezone =
era "virgolettato", quindi credo usato come commento.....ora copiato la riga uguale a quello di apache2

ma perch� con 123solar 1.6.5 funzionava?....io non ho modificato questi file...

cmq la modifica non ha sortito effetto.... ;(
sempre che abbia capito bene e l'abbia fatta nel modo corretto

annuncio

FV + PogoPlug + Raspberry Pi + 123solar + PDC: monitoraggio con accensione/spegnimento

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta