annuncio
Comprimi
Ancora nessun annuncio.
Raspberry + MeterN - Monitoraggio energetico valido ed economico - GUIDA
Comprimi
X
-
prova a leggerlo (sempre con wincsc) e vedi se hai i dati
poi prova a vedere se si aggiorna ogni 5 minuti..
cmq dovrebbe essere ok
ciaolocalità Frosinone; inclinazione 30^; direzione sud;
13 pannelli schott solar da 230w; inverter Power-One PVI-OutD 3.0
Solar logger RASPBERRY-PI3
23Solar feed PVout - MeterN - DOMOTICZ
Commenta
-
Scusate, un errore mio.
Nell'ultima modifica fatta, ho lasciato il punto 5.3 della guida che invece era da eliminare in quanto non serviva più con l'installazione di eflowlive già configurato del punto 4
Ho pubblicato una nuova versione della guida corretta (versione 2.10)
AgenteB7, hai sovrascritto il pooler485 preconfigurato con uno non configurato.
Per sistemare la tua installazione esegui:
codice:cd /var/www/metern/comapps wget http://www.flanesi.it/blog/download/eflowlive_rev_3.1.zip unzip -o eflowlive_rev_3.1.zip rm eflowlive_rev_3.1.zip sudo chmod a+x * cd /usr/bin [FONT=Verdana]sudo -s [/FONT][FONT=Verdana]rm eflow [/FONT]rm eflowlive rm pool123s rm poolerconsumi rm pooler485 [FONT=Verdana]ln -s /var/www/metern/comapps/eflow.php /usr/bin/eflow [/FONT][FONT=Verdana]ln -s /var/www/metern/comapps/eflowlive.php /usr/bin/eflowlive [/FONT][FONT=Verdana]ln -s /var/www/metern/comapps/pool123s.php /usr/bin/pool123s [/FONT][FONT=Verdana]ln -s /var/www/metern/comapps/poolerconsumi.php /usr/bin/poolerconsumi [/FONT][FONT=Verdana]ln -s /var/www/metern/comapps/pooler485.sh /usr/local/bin/pooler485[/FONT][FONT=Verdana] [/FONT]
Commenta
-
@agenteb7 è come se non partisse il demone pooler485
cosa hai messo nel file config_daemon.php?
all'interno hai questa riga?
codice:$output = shell_exec('pooler485 [COLOR=#ff0000]1[/COLOR] 9600 /dev/ttyUSB0 > /dev/null 2>/dev/null &');
prova a lanciare da terminale il comando
codice:pooler485 1 9600 /dev/ttyUSB0
PS. Flane ti stavo segnalando proprio questo errore di sovrascrittura del file pooler485, ma mi hai preceduto.14,805 KWp - 63 moduli Rew Solar RC235 MP60/1 235W - Tilt 13° - Azimut -15° SUD
Inverter PowerOne Aurora PVI-10.0-OUTD-IT e TRIO-7.5-TL-OUTD
Eflow Live rev. 3.2 (funziona anche con multi inverter e multi contatori consumo)
Commenta
-
eppur si muove.....
@ninodifranco
se do il codice suggerito da te:
pooler485 1 2400 /dev/ttyUSB0
il monitoraggio inizia:
sembra, come dici tu che il pooler485 non venga avviato...
ti posto il contenuto dell file di avvio del pooler485:
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 pooler485 > /dev/null 2>&1 &');
$output = shell_exec('pooler485 1 2400 /dev/ttyUSB0 > /dev/null 2>/dev/null &');
//$output = shell_exec('/usr/bin/curl http://192.168.1.12/startsdm.php');
//$output = shell_exec("/srv/http/metern/comapps/poolmeters.py live > /dev/null$
Commenta
-
ma sbaglio o Curt ha già rilasciato una nuova release 1.9.0 di Aurora ?
Solar Powered Home -- Communicating with the Aurora Inverter5.76 kW 24 IBC SOLAR Tilt 19°, Azimut+54° S-SO, Power-One 6 kW , 2 boiler 0-1200W in serie, controllo domotico , SDM220Modbus x monitoraggio consumi con MeterN, 7 split a PDC, http://pvoutput.org/list.jsp?userid=8660 Aderite al Team di monitoraggio denominato EnergeticAmbiente su Pvoutput.org , così sapremo ogni giorno quanta energia pulita hanno prodotto gli amici del forum. Questo il link del Team https://pvoutput.org/listteam.jsp?tid=1115
Commenta
-
@AgenteB7 è successo ad altri il tuo stesso problema, il daemon di metern non riesce ad avviare il pooler485, e non so il motivo
prova la soluzione alternativa:
aggiungi queste righe ad /etc/rc.local (alternativa)
codice:touch /run/shm/metern1.txt chown www-data:www-data /run/shm/metern1.txt sudo pooler485 1 2400 /dev/ttyUSB0 &
14,805 KWp - 63 moduli Rew Solar RC235 MP60/1 235W - Tilt 13° - Azimut -15° SUD
Inverter PowerOne Aurora PVI-10.0-OUTD-IT e TRIO-7.5-TL-OUTD
Eflow Live rev. 3.2 (funziona anche con multi inverter e multi contatori consumo)
Commenta
-
Originariamente inviato da ninodifranco Visualizza il messaggio@AgenteB7 è successo ad altri il tuo stesso problema, il daemon di metern non riesce ad avviare il pooler485, e non so il motivo
prova la soluzione alternativa:
aggiungi queste righe ad /etc/rc.local (alternativa)
codice:touch /run/shm/metern1.txt chown www-data:www-data /run/shm/metern1.txt sudo pooler485 1 2400 /dev/ttyUSB0 &
Un'alternativa che preferisco e che ho già inserito nel mio fork di SDM120C è fare come fa aurora:
codice:install -m 4711 percorso-che-punta-ad-sdm120c-compilato /usr/local/bin
/drk
Commenta
-
@TheDrake a me invece è successa una cosa strana, avevo istallato sdm120c versione 1.1.5
qualche giorno fa l'ho sostituito con la versione 1.2.0
il mio pooler485 fa un log quando riceve dati NOK da sdm120c e ha un ciclo di lettura con una pausa di 0.5 secondi,
oggi mi sono accorto che da quando ho messo la vers. 1.2.0 il log registra più di 200 errori NOK al giorno,
a questo punto ho rimesso la versione 1.1.5 ed è tornato tutto normale il log non registra più errori NOK
cosa ha cambiato gianfranco in questa ultima versione?
L'unica cosa che ha aggiunto è il controllo di linea occupata per permettere il funzionamento di aurora e sdm120c su un unico convertitore rs485,
ma non penso c'entri niente con le letture incomplete ricevute.14,805 KWp - 63 moduli Rew Solar RC235 MP60/1 235W - Tilt 13° - Azimut -15° SUD
Inverter PowerOne Aurora PVI-10.0-OUTD-IT e TRIO-7.5-TL-OUTD
Eflow Live rev. 3.2 (funziona anche con multi inverter e multi contatori consumo)
Commenta
-
Mi aggiungo alla lista, ho approfittato della guida di flane per fare l'update di metern dalla versione 0.7.5 alla 0.7.7.3 Ho prima aggiornato sdm120c dalla versione 1.1.4 alla 1.2.0 e messo il pooler485.sh con la modifica del -w 5 come da guida, messo l'avvio del pooler485 in config_daemon.php (che sembra funzionare)
Dopo aver osserrvato i grafici dei consumi ho notato che ogni tanto va a zero (salta la lettura dei 5 minuti non scrivendola nel csv) per poi riprendere alla successiva lettura/scrittura.
Pensando fosse il parametro -w 5 che io non utilizzo l'ho tolto dal pooler485.sh e riavviato il sistema ma il prolblema resta. Se è dovuto al software sdm120c 1.2.0 tornerei volentieri alla vecchia versione se qualcuno mi dice come fare .
Qui potete vedere che alle 6.50 di stamattina e successo quel che ho descritto.
Grazie
edit:
ho verificato in rc.local ed ho le righe che ha indicato ninodifranco (se non ricordo male me lo aveva sistemato proprio lui)
quindi ho rimesso come in origine il config_daemon.php di metern. Tengo sotto controllo metern per vedere se ricapita il problema.Ultima modifica di ambramia; 15-10-2015, 09:18.FV 2,550 kWp azimut 30° S-SO tilt 25°, 10 Q.Cells 255Wp, Inverter ABB-PVI-3.0-OUTD-S, monitor made in energeticambiente con raspberry meterN 123solar e PVoutput.org connesso dal 29 Aprile 2015
Commenta
-
come da guida di Flane rev 2.10 Appendice A pag. 42
codice:sdm120c | head -n 1 | awk '{print $2}'
FV 2,550 kWp azimut 30° S-SO tilt 25°, 10 Q.Cells 255Wp, Inverter ABB-PVI-3.0-OUTD-S, monitor made in energeticambiente con raspberry meterN 123solar e PVoutput.org connesso dal 29 Aprile 2015
Commenta
-
Originariamente inviato da ninodifranco Visualizza il messaggio@TheDrake a me invece è successa una cosa strana, avevo istallato sdm120c versione 1.1.5
qualche giorno fa l'ho sostituito con la versione 1.2.0
il mio pooler485 fa un log quando riceve dati NOK da sdm120c e ha un ciclo di lettura con una pausa di 0.5 secondi,
oggi mi sono accorto che da quando ho messo la vers. 1.2.0 il log registra più di 200 errori NOK al giorno,
a questo punto ho rimesso la versione 1.1.5 ed è tornato tutto normale il log non registra più errori NOK
cosa ha cambiato gianfranco in questa ultima versione?
L'unica cosa che ha aggiunto è il controllo di linea occupata per permettere il funzionamento di aurora e sdm120c su un unico convertitore rs485,
ma non penso c'entri niente con le letture incomplete ricevute.
Quali sono i parametri che utilizzi nella chiamata e lo script pooler485?
/drk
P.S.: In questo momento sto lavorando a modifiche su SDM ed Aurora per aumentarne la stabilità e la velocità di lettura. Sto anche preparando le nuove versioni delle patch per Aurora 1.9.0 che per il momento è incompatibile con sdm120c. Purtroppo ho dovuto rimediare ad alcuni difetti logici nel meccanismo di locking + altri piccolo bug sparsi. Questi errori che portano a rarissimi casi di errore, ma che sono i più difficili da debellare. Portate pazienza ancora un po'...
Le ultime versioni di sdm ed aurora che ho modificato e che sto provando mi sembrano molto stabili (parlo di linea condivisa). L'ultimo test di letture, consecutive e concorrenti, senza errori e senza retry(!) è stata molto promettente. Considera che il test che sto facendo è sul raspberry di produzione, singola linea rs485 con 1 inverter + 4 meter sdm, server metern+123solar e molti altri servizi in esecuzione. Io lancio ulteriori 8 processi con letture multiple in background, con un minimo di 7 letture in coda... In questa situazione estrema, si arriva tranquillamente a 0 errori di lettura aggiungendo un paio di retry automatici ai parametri di sdm120c (in produzione io li metto sempre!).
Commenta
-
Originariamente inviato da ambramia Visualizza il messaggioDopo aver osserrvato i grafici dei consumi ho notato che ogni tanto va a zero (salta la lettura dei 5 minuti non scrivendola nel csv) per poi riprendere alla successiva lettura/scrittura.
Pensando fosse il parametro -w 5 che io non utilizzo l'ho tolto dal pooler485.sh e riavviato il sistema ma il prolblema resta. Se è dovuto al software sdm120c 1.2.0 tornerei volentieri alla vecchia versione se qualcuno mi dice come fare .
Commenta
-
questo è il mio pooler485.sh
codice:#!/bin/bash ADDRESSES="$1" BAUD_RATE="$2" DEVICE="$3" ADDR_ARR=$(echo $ADDRESSES | tr "," "\n") while [ true ]; do ID=0 POWER="" ENERGY="" for ADDRESS in $ADDR_ARR do #((ID++)) ID=$ADDRESS CMD="sdm120c -a ${ADDRESS} -b ${BAUD_RATE} -z 10 -i -p -v -c -f -g -P N -q ${DEVICE}" #echo $CMD VALUE=`$CMD` VOLTAGE=$(echo ${VALUE} | awk '{print $1}') CURRENT=$(echo ${VALUE} | awk '{print $2}') POWER=$(echo ${VALUE} | awk '{print $3}') FACTOR=$(echo ${VALUE} | awk '{print $4}') FREQUENCY=$(echo ${VALUE} | awk '{print $5}') ENERGY=$(echo ${VALUE} | awk '{print $6}') if [ "$ENERGY" != "0" -a x"$ENERGY" != x -a "$POWER" != "0" -a x"$POWER" != x ]; then echo -e "$ID($POWER*W)\n$ID($ENERGY*Wh)\n${ID}_1($VOLTAGE*V)\n${ID}_2($CURRENT*A)\n${ID}_3($FREQUENCY*Hz)\n${ID}_4($FACTOR*F)" > /run/shm/metern${ADDRESS}.txt #echo -e "$VALUE" > /run/shm/metern${ADDRESS}.txt fi sleep 5s done done
FV 2,550 kWp azimut 30° S-SO tilt 25°, 10 Q.Cells 255Wp, Inverter ABB-PVI-3.0-OUTD-S, monitor made in energeticambiente con raspberry meterN 123solar e PVoutput.org connesso dal 29 Aprile 2015
Commenta
-
sdm120c-1.1.5.rar
SDM120c Vers. 1.1.5 se a qualcuno può servire.....
basta sostituire il file già compilato nella cartella /usr/local/bin14,805 KWp - 63 moduli Rew Solar RC235 MP60/1 235W - Tilt 13° - Azimut -15° SUD
Inverter PowerOne Aurora PVI-10.0-OUTD-IT e TRIO-7.5-TL-OUTD
Eflow Live rev. 3.2 (funziona anche con multi inverter e multi contatori consumo)
Commenta
-
La nuova versione tramite una patch su aurora riesce a funzionare con un solo convertitore usb rs485, per il resto dovrebbe essere uguale alla versione precedente, però come detto in qualche post precedente, restituisce molte letture incomplete.14,805 KWp - 63 moduli Rew Solar RC235 MP60/1 235W - Tilt 13° - Azimut -15° SUD
Inverter PowerOne Aurora PVI-10.0-OUTD-IT e TRIO-7.5-TL-OUTD
Eflow Live rev. 3.2 (funziona anche con multi inverter e multi contatori consumo)
Commenta
-
sdm120c 1.3.0
Dopo lunghi e impegnativi test è pronta la versione 1.3.0 di sdm120c, compatibile con aurora 1.8.8 (con opportuna patch) e con aurora 1.9.0 (con opportuna patch).
La prossima versione di sdm120c, alla quale manca poco, sarà comunque compatibile all'indietro, ma aggiornerà il protocollo di locking verso l'alto (cioè aurora 1.9.0).
Come testare la nuova versione (per i più temerari)...
1) Fermare tutto ciò che usa i due programmi (pooler vari, metern, 123solar, ecc...)
2) Scaricare, compilare ed installare la nuova versione di sdm120C (per ora vi faccio puntare alla mia fork)
codice:cd git clone https://github.com/The-Drake/SDM120C.git cd SDM120C make clean && make && make install cd
N.B.: per ora la versione consigliata di aurora è la 1.8.8, ma potete adattare le istruzioni anche alla versione 1.9.0. Mi risulta che sul sito di Curt ci sia solo l'ultima versione, se avete una copia dei sorgenti della 1.8.8, partite da quelli.
codice:cd tar -xvzf aurora-1.8.8.tar.gz cd aurora-1.8.8 patch -Np1 < ../SDM120C/aurora/aurora-1.8.8.diff make clean && make && make install
/drk
Addendum:
Parametri fortemente consigliati per sdm120c (anche in caso di linea non condivisa, ci possono essere sempre processi concorrenti che accedono alla seriale):
-w10 -z3
Parametri suggeriti in caso di errori di lettura/timeout o linee 485 molto disturbate
-D100 -j10 -z10
Parametri consigliati per aurora:
-w20 -l2 -Y10
Debug errori:
sdm120c v1.3.0 scrive gli errori più significativi all'interno del syslog (/var/log/syslog) indipendentemente dalle opzioni di debug. Trovo questa opzione molto utile per capire quando e perchè ci sono degli errori di lettura.
Per un controllo in tempo reale:
tail -f /var/log/syslogUltima modifica di TheDrake; 15-10-2015, 22:04.
Commenta
-
Ciao drake,io ho gia' installato aurora 1.9.0. La patch per questa non c'e' ancora?
In questo caso come faccio il downgrade alla 1.8.8?Impianto 2,66 kWp - Power One 3.0 - 8 moduli Sunpower E20 333W - Raspberry con 123Solar@Walter62
https://www.dropbox.com/s/ag0k3azvne...rev04.pdf?dl=0 --> Guida Raspberry + Envir Cost con Measureit 118
Commenta
-
Originariamente inviato da thx Visualizza il messaggioCiao drake,io ho gia' installato aurora 1.9.0. La patch per questa non c'e' ancora?
In questo caso come faccio il downgrade alla 1.8.8?
Per upgradare/downgradare aurora è sufficiente lanciare "make install" dalla directory in cui hai compilato la versione che ti interessa.
Nel tuo caso puoi scaricare patchare e ricompilare la 1.8.8 come da istruzioni oppure fare una copia della directory con la tua 1.9.0, fare la patch e poi lanciare il comando: make && make install.
Per passare da una versione all'altra, basta lanciare il comando "make install" dalla directory con la versione che hai scelto.
N.B.: Mi raccomando di fare le prove con 123solar e metern spenti e verificare manualmente che i comandi di lettura funzionino correttamente prima di riavviare tutto.
Commenta
-
@thx, se non erro in questa ultima versione c'è anche la patch per aurora 1.9.0
comunque se hai problemi con la versione 1.9.0 ti allego la versione 1.8.8 aurora-1.8.8.tar.gz.zip
@Thedrake ho testato la tua ultima release di sdm120c (1.3.0) e funziona benissimo con linee rs485 separate,
non ho provato con linea condivisa
l'unico inconveniente che ho riscontrato, si deve obbligatoriamente utilizzare il parametro -w altrimenti non legge
codice:root@mepv14solar:~# sdm120c -a4 -b9600 /dev/ttymetern 20151016-15:54:40.187753: 14660 sdm120c: Problem locking serial device /dev/ttymetern, couldn't get the lock for 14660, locked by 0. 20151016-15:54:40.205601: 14660 Try a greater -w value (eg -w2).
codice:root@mepv14solar:~# sdm120c -a4 -b9600 -w1 /dev/ttymetern Voltage: 237.80 V Current: 0.95 A Power: 148.30 W Active Apparent Power: 225.91 VA Reactive Apparent Power: 173.56 VAR Power Factor: 0.65 Phase Angle: 0.00 Degree Frequency: 50.00 Hz Import Active Energy: 1081345 Wh Export Active Energy: 0 Wh Total Active Energy: 1081345 Wh Import Reactive Energy: 0 VARh Export Reactive Energy: 0 VARh Total Reactive Energy: 0 VARh OK
forse sarebbe più opportuno impostarlo di default a 1 secondo?14,805 KWp - 63 moduli Rew Solar RC235 MP60/1 235W - Tilt 13° - Azimut -15° SUD
Inverter PowerOne Aurora PVI-10.0-OUTD-IT e TRIO-7.5-TL-OUTD
Eflow Live rev. 3.2 (funziona anche con multi inverter e multi contatori consumo)
Commenta
-
dopo una giornata sotto osservazione il problema non si è più presentato, il problema era aver messo anche l'avvio del pooler485 in config_daemon.php oltre che in rc.local (dove c'era già) ho commentato le due righe incriminate riavvviato ed ora è tutto Ok mi sarebbe piaciuto provare il contrario ma per ora basta così.
Quando TheDrake avra completato tutti i suoi test e rilasciato il nuovo sdm120c installerò quello e proverò la linea condivisa visto che ho il tutto ad un metro l'uno dall'altro.FV 2,550 kWp azimut 30° S-SO tilt 25°, 10 Q.Cells 255Wp, Inverter ABB-PVI-3.0-OUTD-S, monitor made in energeticambiente con raspberry meterN 123solar e PVoutput.org connesso dal 29 Aprile 2015
Commenta
-
Originariamente inviato da ninodifranco Visualizza il messaggio@Thedrake ho testato la tua ultima release di sdm120c (1.3.0) e funziona benissimo con linee rs485 separate,
non ho provato con linea condivisa
l'unico inconveniente che ho riscontrato, si deve obbligatoriamente utilizzare il parametro -w altrimenti non legge
...
di default il valore -w è impostato a 0 secondi e se non viene specificato un valore fra 1 e 30 secondi non legge,
forse sarebbe più opportuno impostarlo di default a 1 secondo?
Posto che quindi la necessità di impostare il parametro -w è un bug da correggere, il discorso del default a 1 merita due parole in più.
Il parametro -w è pensato per chi ha una linea condivisa fra più programmi concorrenti (nel nostro caso 123solar, pooler485, ecc...) che interrogano la linea 485 tramite aurora e sdm120c senza coordinarsi fra di loro.
Se l'accesso alla linea 485 è separato fisicamente, oppure è regolato da un meccanismo che mette in sequenza le letture (tipo pooler485, ma lanciato una sola volta... ), il parametro "-w0" di default è solo una sicurezza in più, ma non dovrebbe mai intervenire. Ti mette semplicemente al sicuro dal fatto di lanciare erroneamente in più volte i comandi di lettura: se ti sei dimenticato qualcosa in esecuzione esce l'errore.
Quando invece hai un accesso contemporaneo "certo", tipo quello a singolo bus 485, il parametro -wè obbligatorio se i programmi di lettura (aurora e sdm120c) si devono autoregolamentare gestendo la coda di lock.
Sintetizzando:
Ancora pochi minuti per avere la versione 1.3.1 di sdm col fix in caso di parametro -w mancante - Rimarrà il default -w0 per compatibilità all'indietro e per coerenza con Aurora. Questa modalità, oltretutto, permette di gestire gli errori di accesso alla coda 485 agendo dal "chiamante" invece che col meccanismo interno.
/drk
Commenta
-
sdm120c v1.3.1 (fix x parametro -w mancante)
Potete scaricare la nuova versione 1.3.1 che risolve il problema con il parametro -w mancante.
Changelog:
codice:- Fix for -w parameter missing always giving error - New aurora patch files - New chmod for sdm permission in Makefile - v1.3.1
codice:cd cd SDM120C git pull make clean && make && make install cd
Commenta
-
Originariamente inviato da ambramia Visualizza il messaggioQuando TheDrake avra completato tutti i suoi test e rilasciato il nuovo sdm120c installerò quello e proverò la linea condivisa visto che ho il tutto ad un metro l'uno dall'altro.
Così mi puoi dare anche tu un feedback.
Grazie,
/drk
Commenta
-
@TheDrake
appena ho un po di tempo faccio le prove, avrei bisogno di una conferma sulla modifica al cablaggio che dovrei fare,
ora mi trovo in questa configurazione ( grazie a Flane per le immaggini della sua guida )
modificando il cablaggio come da immagine va bene?
poi se gentilmente mi dici come stoppare i vari servizi che utilizzano la rs485, prima di effettuare l'upgrade, oltre al canonico switch "off" su metern e 123solar, ho il dubbio su come stoppare il pooler485.sh lanciato all'avvio da rc.local
GrazieFV 2,550 kWp azimut 30° S-SO tilt 25°, 10 Q.Cells 255Wp, Inverter ABB-PVI-3.0-OUTD-S, monitor made in energeticambiente con raspberry meterN 123solar e PVoutput.org connesso dal 29 Aprile 2015
Commenta
-
@ambramia
Il cablaggio indicato è corretto e dovrebbe funzionare al primo colpo. Stai solo attento alle polarità (A/B) perchè c'è chi dice che sugli sdm120 siano indicate invertite. Se smette di funzionare tutto può essere che tu debba invertire una delle due coppie.
Per fermare il processo pooler485 esegui "killall pooler485" e controlla che sia morto con "pgrep -l pooler485".
Lo stop va dato anche se fermi tutto dal pannello di controllo di metern e usi comapps.php perchè metern non fa il kill dei processi lanciati alla pressione di "on" quando premi "off".
La ripartenza di pooler485 la puoi dare eseguendo manualmente il comando corrispondente che trovi all'interno di rc.local. E' per questo che io preferisco il sistema comapps.php (che con sdm1.3.0 o superiori funziona sempre, senza modifiche a rc.local).
Attendo feedback.
/drk
Commenta
Commenta