ora sta girando tutto a regime, e sembra tutto ok!
ho un solo cruccio, il primo giorno in cui sono riuscito a girare con eflow che leggeva la produzione in http, mi ha letto il contatore totale dall'inverter, quindi in quella giornata, metern mi porta una produzione abnorme

posso in qualche modo azzerare il valore solo di quella giornata, senza sfasare il resto?

ugo,
basta modificare il file della produzione sotto /var/www/metern/data/meters
se lo editi, troverai qualcosa del genere
i valori sono espressi in Wh, modifica il valore del giorno incriminato.

si, usavo la versione originale di eflow. quindi non posso più usare la vs versione di eflow?
tra parentesi non trovo neanche più la mia attuale versione sul sito metern...

Modenet, se usi virtmetF123 puoi usare eflow di The Drake che trovi qualche post sopra.

ho notato un problema dopo l'aggiornamento di ieri di 123solar e metern: le letture della produzione del fv (prese da 123soar); quelle live con "pool123s power" sono perfette, quelle sul grafico con "pool123s energy" sono basse, massimo 100w.


i consumi invece sono corretti.

Stato dell'arte ?

Io sono fermo, attendendo una guida che mia qualche speranza di riuscita.
Conto sugli esperti del forum perchè in questo post non si trova davvero nulla, il motore di ricerca cita questo post come destinazione di tutti i miei errori, ma si posiziona sulla prima pagina e trovare dove avete risolto (forse) il mio problema è impossibile, occorre usare la ricerca del browser su 194 pagine!!! (io non ho trovato altri sistemi)

Oggi ho ritentato una terza volta partendo da zero.

Mi blocco subito al famoso errore di 123solar al secondo accesso alla pagina.
Ho provato ad indagare ed ho ho verificato che durante il primo accesso, chiede utente e password e vengono creati i file

/var/www/123solar/config/.htaccess con dentro

AuthUserFile /var/www/123solar/config/.htpasswd
AuthGroupFile /dev/null
AuthName "123solar Password Protected Area"
AuthType Basic
require valid-user


ed il secondo
/var/www/123solar/config/.htpasswd
con una riga con utente e password

QUESTI DUE FILE NON SI VEDONO ma se li editate con "nano" potrete vederne il contenuto che ho citato

Questa è l'unica differenza nella cartella 123solar fra il primo ed il secondo accesso, infatti eliminando questi due file con File
con
rm .htaccess
rm .htpasswd

si torna alle condizioni iniziali in cui viene richiesto utente e password


Ritengo però che questo messaggio sia dovuto non alla applicazione 123solar ma alla configurazione di apache che richiede una autenticazione più elevata.
Qui però mi fermo perchè non opero in linux

Ritenete di poterne uscire? Nelle guide continuo a vedere questa scaletta ma è evidente che non è corretta perchè porta inevitabilmente al risultato che ho citato. (uso 2015-05-05-raspbian-wheezy.img su Raspberry pi2)

Se qualcuno ha una SD funzionante, o almeno senza i problemi più comuni in questo post, non sarebbe male condividerla.
Potrei indagare e capire le differenze fra le cartelle (uso winmerge dopo aver trasferito le cartelle con Winscp)

Vorrei fare qualche passo avanti e non so se gli esperti stanno redigendo un nuovo manuale o se ritengono il vecchio già corretto.
Dalle mie prove non è così e spero con questo post di avere qualche ritorno circa lo stato del progetto.

Grazie

P.S.: so che è un lavorone e nessuno ci si può dedicare a tempo pieno, ma sarebbe bello poter sbloccare questa situazione, ognuno per quello che riesce.

Ci stiamo lavorando sia su wheezy che su jessie, ovviamente non abbiamo trovato una soluzione ma un workaround per aggirare il problema, serviranno comunque due guide una per Wheezy è una per jessie, su jessie devo riprovare una installazione completa e poi pubblicheremo la guida

Grazie dell'informazione, almeno so che ci state lavorando.
Se intanto ci indichi il workaround corretto sarei felice di provarlo.

Nel frattempo ho provato la sostituzione di /etc/apache2/sites-available/default con questo http://www.filedropper.com/default di Okrex ma non risolve ed Apache risponde con questo messaggio
Internal Server Error

The server encountered an internal error or misconfiguration and was unable to complete your request.
Please contact the server administrator, webmaster@localhost and inform them of the time the error occurred, and anything you might have done that may have caused the error.
More information about this error may be available in the server error log.

---

Apache/2.2.22 (Debian) Server at 192.168.1.123 Port 80

Dipende da come si comporta il software e da come si vuole aggirare, una soluzione che potrebbe funzionare per entrambe le distro è installare 123solar, modificare il file default o 000-default.conf in funzione della distro, creare manualmente htaccess e htpasswd. Solo per wheezy installare 123solar accedere ad admin inserire user e password uscire e modificare default (suggerita da Flane). Entrambe sono soluzioni poco professionali, ma qui sono arrivato. Durante tutti i tentativi fatti sono giunto alla conclusione che ci possano essere due cause, o l'approccio di autenticazione usato da JanMarc non è compatibile con Apache o, molto più probabile, non ho sufficienti conoscenze di Apache e delle sue configurazioni.

Grazie, almeno mi sono sbloccato e ho proceduto con Metern (dove ho avuto lo stesso problema i autenticazione, risolto!)
ed ora soon arrivato all'altro intoppo già segnalato a Flane ma di cui non ho trovato notizie



sembra un problema di certificati, ma la cartella che viene cercata sul web non esiste ( while accessing https://github.com/gianfrdp/SDM120C/info/refs )

hai qualche dritta anche per questo?

Usa gitclone di the Drake giorni fa Gianfranco e the Drake hanno fatto il merge e sarà cambiato sicuramente il link su gitclone

Fatto! Perfetto! Grazie!

mamma come sono stato sintetico

Quando ho installato Metern ho aggirato il problema proprio così: copiando i file .htacces e .htpasswd di 123solar rispettivamente nelle cartelle admin e config di metern. Anche se mi pare di aver capito che Janmark dice di copiare entrambi solo in config. Io sono pratico ... funziona ... quindi va bene.
Quando ho installato 123solar non avevo i due file .ht*, ma me li ha creati 123solar al primo accesso, quando ho definito la password. Adesso non mi ricordo se li ha creati nella dir config o admin ... comunque per aggirare il problema degli accessi successivi ho utilizzato tali file seguendo quanto indicato da thedrake a post 2216. Sono poi entrato utilizzando la password inserita al primo accesso.
Il tutto con wheezy.


Inviato dal mio SM-N920C utilizzando Tapatalk

@fabrizio prova così oppure

Ciao @gianfrdp

Ho lo stesso problema di fabrizio,
ho provato con
ottengo questo errore:

Grazie
Vincenzo

Ciao, non hai configurato correttamente l'invio mail (msmtp)

salve,
ho configurato il file sudo

anche i file php.ini


Vincenzo

neanche io ho ancora configurato la posta, ogni volta che provo mi dava errore allora avrei rimandato il tentativo.
Stasera riprovo ma io ho un indirizzo Gmail e garantisco che non funzionava per un problema di certiificati.
Mi confermate che per usare Gmail i parametri sono solo quelli della guida e non va a autorizzato nulla di più ?

Mi sembra strano che gmail permetta di inviare a proprio nome solo conoscendo la password, per lavoro ci ho litigato spesso perchè c'è una procedura di autorizzazione delle applicazioni che tentano di fare questa operazione, mi pare strano che Raspberry non subisca questo tipo controllo.

e ti funziona l'invio email di test da codice?
a me non è mai andato

No non funziona
Questo è il risultato.

Saluti
Vincenzo

Allora sono in buona compagnia!
Stasera se riesco provo con un diverso account per escludere la causa gmail, a meno che qualcuno non garantisca che la causa non è quella


sull'argomento ho trovato questo link dove segnalo queste righe che ritengo siano proprio il nostro caso

Hint for SMTP service with SSL (but not with STARTTLS)

Deprecated protocol of SSL on port 465 is becoming rare these days. So this is probably not required for you. Try to search an ISP which supports the STARTTLS service on port 587 first.
Even if your only available ISP still does not update its servers to use the standard STARTTLS service on port 587, you can used them safely as smarthost using SMTPS protocol with Exim 4.80 (Debian wheezy and newer). You just need to edit system configuration 30_exim4-config_remote_smtp_smarthost in /etc/exim4/conf.d/transport to add "protocol=smtps". (A bit intrusive change ...)
See http://www.exim.org/exim-html-curren...html/ch30.html under "4. Private options for smtp" on "protocol".

io uso gmail e funziona seguendo la guida

L'hai installato di recente?

Hai modo di girarci il contenuto del file /etc/msmtprc senza la tua password ?
sul web ho trovato indicazioni diverse circa come assegnare il "default"

dimenticavo, sulla configurazione della tua casella di gmail hai dovuto fare nulla ?

Grazie

probabile soluzione invio con Gmail
a suo tempo ebbi anch'io questo problema e trovai la soluzione con la Modifica delle impostazioni di accesso all'account per le app meno sicure opzione 2
Se siete già loggati su gmail il link al punto uno vi porta direttamente all'opzione da "attivare" provate anche questa.

prova ad usare la porta 587 invece della 465

è andato col primo comando!

Anche io risolsi così.

questo è il mio msmtprc


defaults
tls
tls_starttls on
tls_trust_file /etc/ssl/certs/ca-certificates.crt


account default
host smtp.gmail.com
port 465
auth on
user fabrizio.farneti@gmail.com
password xxxxxxxxxxx
from fabrizio.farneti@gmail.com
logfile /var/log/msmtp.log



ho provato entrambe le porte

con la porta 465
il log rileva questo errore

gen 01 01:14:09 host=smtp.gmail.com tls=on auth=on user=fabrizio.farneti@gmail.com from=default recipients=fabrizio.farneti@gmail.com errormsg='the server sent an empty reply' exitcode=EX_PROTOCOL


mentre con la porta 587
l'errore sul log è questo

gen 01 01:16:26 host=smtp.gmail.com tls=on auth=on user=fabrizio.farneti@gmail.com from=default recipients=fabrizio.farneti@gmail.com errormsg='TLS certificate verification failed: the certificate is not trusted' exitcode=EX_UNAVAILABLE


ho provato anche ad autorizzare le app meno sicure nella mia casella.
ricaricato i certificati e mi è partito un wizard di configurazione msmtp che non avevo mai visto nelle mie prove precedenti.

A parte questo ho fatto le configurazioni delle due pagine 123SOLAR E METER ma non leggono i dati, o meglio non vano su ON

mentre da riga di comando leggo almento i dati del contatore c220

questo è il mio:

# Impostazioni account
defaults
tls on
tls_starttls on
tls_trust_file /etc/ssl/certs/ca-certificates.crt
account default
host smtp.gmail.com
port 587
auth on
user ugo.perillo@gmail.com
password xxxxxxxxxxxx
from ugo.perillo@gmail.com
#logfile /var/log/msmtp.log

Io ai tempi che furono ho seguito passo passo la guida di Walter, ho creato una mail nuova su gmail ed ha funzionato al primo colpo, con nuove installazioni e con Jessie non ho mai provato, ho aggiornato diverse volte raspbian e tutto è rimasto funzionante, quindi sicuramente sbagliate qualche configurazione, spesso sono i copia e incolla che vi fregano.