annuncio

**fabiusmontana** · 29-10-2013, 15:14

Io ho quello originale rs, da 1A, e la rete � cablata. Non c'� altro attaccato.
Comunque il raspy continua a funzionare, visto che riesco ad accedervi via ssh, � solo il modulo rfm12pi che va in palla.
Le prime volte con uno "shutdown -r now" risolvevo, ora devo togliere corrente.
Penso piuttosto ad un qualche problema sulla seriale, o ad un baco nel firmware dell'rfm12pi.

@modenet
Io uso emoncms in rete locale, come server ho un netbook che fa solo quello.
Tra l'altro raccoglie anche i dati del mio vicino, dove ho messo una emonbase classica (nanode+rfm12) da oltre un anno e mezzo, e non ho problemi da quel lato.

**Zemaree** · 29-10-2013, 15:55

Ci sto impazzendo ma non riesco a capire se sbaglio qualcosa o ho scovato un baco...

se andate in edit anche voi non avete la textbox in cui inputare il nuovo valore? Sto spagliando passaggi e in realt� c'� un altro modo? Ovviamente parlo del emoncms online non di quello locale.

**Zemaree** · 29-10-2013, 16:19

Originariamente inviato da fabiusmontana Visualizza il messaggio

Io ho quello originale rs, da 1A, e la rete � cablata. Non c'� altro attaccato.
Comunque il raspy continua a funzionare, visto che riesco ad accedervi via ssh, � solo il modulo rfm12pi che va in palla.
Le prime volte con uno "shutdown -r now" risolvevo, ora devo togliere corrente.
Penso piuttosto ad un qualche problema sulla seriale, o ad un baco nel firmware dell'rfm12pi.

Anche io ci accedevo via ssh ma risolvevo staccando e riattacando la pennetta. Per� boh, il problema c'� solo con la versione gateway?

Comunque dovrebbe avere una queue per la quale anche se il sito non risponde ci riprova per 24 ore (e poi perde i dati) � gi� capitato che emoncsm fosse down e quando � tornato up mi sono trovato tutti i dati.

Inoltre se � in locale a meno di casi strani non dovrebbe essere quello il problema.

Hai un disco esterno/penna usb? Leggevo che il raspi quando fa il reboot non leva corrente alle porte usb e questo causa problemi se la root cause � la periferica.

Comunque ho finito le ipotesi, sarebbe da guardare i files di log o mettere il fs in readwrite e riabilitare i log, sperando che ricapiti.

A dire il vero stavo pensando di schedulare un reboot del raspi a mezzanotte giusto per vedere se magari � un problema di memory leak della distro usata.

**fabiusmontana** · 29-10-2013, 17:05

Secondo me � un problema dello sketch dell'atmega328 a bordo della rfm12pi, e se riavvio non si sblocca, perch� la rfm12pi, durante il riavvio, non si spegne.
Stasera provo ad abilitare il log, per capire cosa succede.

**Zemaree** · 29-10-2013, 17:41

Per la questione del problema di non ricevere i dati:

http://openenergymonitor.org/emon/node/2947

parlano di un serial port bug (della versione 1, dalla descrizione pare proprio il problema che abbiamo noi, per� non danno nessuna soluzione se non un p� di troubleshooting.

Qui invece ci trovi lo scibile della versione V2 RFM12Pi V2 - OpenEnergyMonitor Wiki

Upgrading RFM12Pi Firmware Direct from the Pi

These instructions were written for the original/older Raspberry Pi SD card image based on Raspbian. They probably won't work (we've yet to try) using the newer emoncms forwarding gateway images based on IPE image. We recommend running Raspbian to upgrade change the firmware. Please post if you get this working under IPE. *

per� devo prendermi pi� tempo per capire se � davvero da farsi sta cosa...

EDIT: ho verificato sul github e pare che l'ultio cambio a quel file (quello del firmware) sia di 8 mesi fa... non so se ha senso aggiornare... in compenso c'� il full che � molto pi� aggiornato ma non so se va bene. https://github.com/mharizanov/RFM2Pi

**facility** · 29-10-2013, 18:20

Originariamente inviato da Zemaree Visualizza il messaggio

se andate in edit anche voi non avete la textbox in cui inputare il nuovo valore? Sto spagliando passaggi e in realt� c'� un altro modo? Ovviamente parlo del emoncms online non di quello locale.

Clicca sulla casella e poi premi Tab.

**fabiusmontana** · 29-10-2013, 18:41

@zemaree
Il mio rfm12pi e` versione 2

**rjsolare** · 29-10-2013, 20:01

ciao ragazzi, anch'io sto avendo lo stesso problema. Le prime volte si era bloccato l'invio dei dati, e sul sito rimaneva fisso l'ultimo dato ricevuto (ho cambiato alimentatore e sembra funzionare) . Oggi invece, nel pomeriggio,si deve essere sballato qualche sincronismo nell'invio, la curva di potenza si � traslata nel tempo (alle 16:00 secondo emoncms producevo intorno ai 900W). Ovviamente il dato di produzione giornaliero non � realistico.
log. emoncms

log. inverter

**fabiusmontana** · 29-10-2013, 23:37

Alle mie domande sul forum openenergymonitor hanno risposto cos�:

OK, it seems stuck while sending to your server.
Can you please try to add a timeout to urllib2.urlopen() ?
In oemgatewaybuffer.py, replace
result = urllib2.urlopen(url_string)
with

result = urllib2.urlopen(url_string, timeout=60)
and see if this still occurs.

**Zemaree** · 30-10-2013, 09:36

Originariamente inviato da facility Visualizza il messaggio

Clicca sulla casella e poi premi Tab.

Mi hai aperto un mondo

Grazie

@Rj solare:

Non so se ci azzecca: cambio dell'ora solare? I tuoi pannelli lo hanno fatto?

**rjsolare** · 30-10-2013, 17:38

no, l'inveter ha fatto il cambio all'ora solare. anche oggi ho riscontrato lo stesso problema, la mattina i dati sono in linea, ma al pomeriggio � come se ci sia una traslazione dell'orario.
nella pagina dell'account di emoncms, c'� il fuso orario, timezone UTC, attualmente l'ho lasciato a utc+0:00, e fino a domenica non ho avuto problemi. Comunque stamattina si � anche completamente bloccato l'invio dei dati.
Spero che fabiusmontana, con la sua richiesta al forum riesce ha capire quale soluzione adottare.
ciao

**fabiusmontana** · 30-10-2013, 20:35

Intanto hanno aggiunto il timeout sull'attesa della risposta del server, che sembra aver migliorato la stabilit�. Oggi mi si � bloccata la ricezione solo una volta.

Poi......questa � la risposta successiva:

Hi.
Good if it doesn't lock anymore. The timeout has been added in master branch but please don't upgrade now, as latest revision is broken. Just keep your local fix until you upgrade and don't bother.
Regarding your data, it could be that the Pi does not send fast enough (?). This could be seen in the logs. Basically, if you send every 3 seconds, and each "Sending to server" takes more than that, then you end up being late.
We're working on a better sending method to avoid these issues.
Until then, you may want to
- Check this is actually the problem. The logs will help.
- Lower sampling frequency (depending on what you see in the logs, perhaps a period of 10 seconds or more instead of 3 or 5)
> The strange thing is that the value went down slowly, so as to seem normal.
I think this is just a side effect of sampling: one sample up, another down and later, hence a steep that is not perfectly vertical.

**rjsolare** · 30-10-2013, 20:47

ok, grazie
la risposta l'avevo vista.
gentilmente, per uno come me che non sono pratico, mi spieghi passo passo come modificare il timeout, grazie.
La modifica sul campionamento, di cui all'ultima risposta, dove va modificata?
ciao

**fabiusmontana** · 30-10-2013, 22:00

1. Entri con SSH
2. ipe-rw
3. cd oem_gateway
4. nano oemgatewaybuffer.py
5. modifichi la linea indicata

sostituisci

result = urllib2.urlopen(url_string)

con

result = urllib2.urlopen(url_string, timeout=60)

cio� aggiungi ", timeout=60"

6. ctrl o
7. enter
8. ctrl x

9. reboot

**rjsolare** · 30-10-2013, 22:46

ok grazie, ma alla richiesta "login as" e "password", quali ci metto, scusa se sono insistente.
ciao

ok trovate

ho eseguito la modifica, ho letto anche la tua ultima richiesta sul forum per la modifica del tempo di campionamento.
comunque grazie per l'aiuto

ciao fabiusmontana, ho visto che Jerome ha risposto consigliando di modificare lo sketch aumentando il valore del campionamento. Hai gi� provato, e con quali risultati.
comunque il disallineamento � strano, nel mio caso ho verificato che fino a mezzogiorno i valori di produzione indicati su emoncms e quelli dell'inveter sono praticamente identici, dopo tale ora emoncms rimane con valori alti mentre l'inveter inizia la sua discesa. E' necessario spegnere e riaccendere il rasp per riallineare i dati.

**fabiusmontana** · 01-11-2013, 00:06

Ciao.

Si, il problema � uguale al mio, sembra che introduce un ritardo.
Con la modifica del timeout ora � pi� stabile, oggi non si � piantato mai.

No, non ho provato la modifica dello sketch, perch� il sistema con raspy non � da me, ma da mio cugino.
Finch� si tratta di intervenire sul raspy riesco da remoto con putty, ma per ricaricare gli sketch sulle emontx devo andare sul posto, e penso non potr� prima di lunedi.
Pi� che aumentare lo sleep a 10 secondi vorrei provare a mettere i due emontx con lo stesso tempo di invio, ora uno invia ogni 10 sec (lettore impulsi contatore di produzione), mentre l'altro ogni 3 sec (tre pinze per il consumo trifase).

Comunque, come ho gi� scritto sul loro forum, secondo me il casino � o nello sketch della rfm12pi, o sul codice python del raspberry, visto che la emontx+emonbase classica (nanoderf) montati a casa del mio vicino, che spedisce i dati sempre sul mio server/netbook, funziona perfettamente da un anno e mezzo, e lo sketch della emontx � lo stesso identico (con sleep a 5 sec).

**pierantonio81** · 01-11-2013, 09:22

ciao a tutti, finalmente dopo aver finito tutto grazie anche all'aiuto di Walter e creato le varie dashboard noto che da questa mattina nella scala dei Kwh ci sono valori completamenti errati, assurdi.
Ho appena scritto nel forum di openenergymonitor, vediamo cosa rispondono.
I volts e i watt sono invece ok.
Lo fa anche a voi?

**Trak** · 01-11-2013, 10:55

non ho ben capito una cosa.....st� provando a caricare gli sketch sulla emontx. Ho scaricato le librerie jeelib e emonlib, le metto nella cartella libraries di arduino, avvio arduino, e se vado in esempi li mi trovo le due librerie. Per quanto riguarda la emonlib ho solo 2 file, current_only e current&voltage e quindi gli carico questo. Per quanto riguarda invece la jeelib, mi d� una serie infinita di file, devono essere caricati tutti uno ad uno??? ne v� caricato soltanto 1??? o c'� un modo pi� veloce che da ignorante di arduino non conosco???

**fabiusmontana** · 01-11-2013, 11:46

@pierantonio81
Sembra nella norma, dove sono i valori strani?

@trak
I file da caricare sulla emontx non sono quelli di esempio delle librerie, ma quelli che trovi qui:

https://github.com/openenergymonitor/emonTxFirmware

Ti scarichi lo .zip in basso a destra, poi te li decomprimi dove vuoi, e poi ti scegli quello che ti serve.

**pierantonio81** · 01-11-2013, 12:42

ciao Fabiusmontana, ora sono corretti, mi hanno risposto dal forum e in effetti hanno fatto un reset e hanno corretto tutto.
Questa mattina in pratica avevo una produzione e consumo di qualche milione di Kw!!

sia nel mio emoncms che in quello di Walter, avevo dato una sbirciatina, ora hanno corretto.
ti allego il link dove mi hanno risposto e spiegato la natura del problema, grazie ciao!!
Emoncms values | OpenEnergyMonitor

**rjsolare** · 01-11-2013, 15:28

mi sembre ce ci sia ancora qualche problema, pierantonio81 sto vedendo la tua produzione adesso, � come la mia, sensazionale. a parte gli scherzi, se mi loggo i dati ridiventano reali.

**pierantonio81** · 01-11-2013, 16:14

esatto rjsolare, speriamo sistemino, da quello che ho capito dovrebbe essere tutto a posto da domani, vedremo.
ciaooo

**Zemaree** · 01-11-2013, 22:27

IO ho levato la modifica del timeout... stasera a cielo buio mi segnava pi� di 1Kw di produzione, fatto il reset del raspi � andato a zero... boh... non so ma emoncms online mi da l'idea ceh sia un troppo inaffibabile al momento, forse � meglio passare alla versione stabile locale e poi fare l'upload quando avranno sistmato il tutto...

**rjsolare** · 01-11-2013, 23:35

anch'io adesso ho il dial che mi segna 1900w, per� il grafico segna zero, se mi autentico i valori ritornano in linea.
Ho modificato il timeout nel raspi e allungato il tempo di campionamento nello sketch, da 5 a 15, e sembra che adesso emon si allinea con i valori reali. vedr� domani meglio.

**facility** · 02-11-2013, 12:56

Se vuoi vedere tutti i dati quando non sei loggato, devi rendere pubblici i feed.

**Trak** · 02-11-2013, 18:28

Finalmente sono riuscito a "costruire" tutto, grazie alle guide di Walter, quelle di fabiusmontana, e i post di tutti gli altri!!!! C'� voluto un po' di tempo, ma direi che sono abbastanza soddisfatto!!!! Adesso ho iniziato a "montare" la dashboard, il prossimo passo sar� inserire 123solar su OEM ma ormai lo far� domani

Inoltre visto che in tanti chiedono la distanza tra emontx e raspberry, io ho messo l'emontx al piano terra, e il raspberry al 1� piano sulla parete opposta della casa rispetto all'emontx, e funzionano correttamente. Mi sono rimaste alcune domande, attualmente ho 1 sola pinza amperometrica collegata all'emontx, per� nei feeds le ho attivate tutte e 3 (quindi anche le 2 non collegate) e mi sono accorto che ogni tanto rileva qualche valore piccolo, tipo 4-5-6W, lo fa anche a voi oppure no???? per quanto riguarda invece sia la sonda di temperatura che eventualmente una pinza amperometrica aggiuntiva, ci sono delle lunghezze massime per i cavetti da utilizzare???? ad esempio la sonda di temperatura la vorrei mettere fuori, ma la emontx � dalla parte opposta della casa, cosi come vorrei mettere 1 pinza amperometrica in garage per vedere i consumi della parte esterna della casa (giardino, pozzo). Ecco la mia paginetta in costruzione Emoncms

**Borghese** · 02-11-2013, 18:33

continuo a leggervi e provo una certa invidia� io ho l'emontx assemblata e non lampeggia neanche il led verde quando carico lo sketch!!!

Oggi ho preso la pompata succhiastagno, domani se ho tempo dissaldo e pulisco tutto e rifaccio tutto daccapo.

Poi appena mi arriva lo stagno da 0,5mm ci riprovo...

**rjsolare** · 02-11-2013, 19:49

dopo la modifica nello sketch ( emontx_sleep(5) >> emontx_sleep(15) ), non ho pi� il disallineamento dei valori tra il reale e quelli archiviati sull'emomcms. A qualcun'altro ha avuto lo stesso problema. Fabiusmontana, a te come � andata?
Persiste ancora indicazione errata dei valori sulla dashboard pubblica, sono fermi ai valori di ieri, qualcuno ha gi� risolto?

**fabiusmontana** · 02-11-2013, 21:23

@trak

1. se lasci l'ingresso aperto, senza pinza, � normale che ti entra qualche disturbo.
2. pi� allunghi i cavi, pi� c'� possibilit� che entrino dei disturbi (si comportano da antenne). Cmq non pi� di 3/4 metri.

Scusa, ma con quello che costano i cavi, magarti schermati, non fai prima a prendere un'altra emontx??

Che ne dite di questa?

Emoncms

@rjsolare

Come ti ho detto, quel sistema non ce l'ho a casa mia, e devo trovare il tempo di andare. Cmq 15 secondi sono tanti, ha provato con 8/10?

**Trak** · 02-11-2013, 23:40

@fabiousmontana
Si effettivamente ci stavo gi� pensando a prendermi una nuova emontx per collegarci gli altri sensori.....aggiungendo una nuova emontx cosa cambia??? il numero del nodo su emoncms??

@borghese
ho visto le foto della tua emontx saldata, e sembrerebbe apposta, ma perch� non provi a prendere un tester, lo posizioni su Ohm, e ti misuri tutti i vari componenti per vedere se sono saldati correttamente??? tra l'altro avevo letto da qualche parte che qualcuno aveva avuto dei problemi con l'Atmega che non aveva il bootloader, non � che potrebbe essere il tuo caso?

annuncio

OpenEnergyMonitor su RaspberryPi

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

Commenta