annuncio

**raffaelem** · 08-04-2020, 04:23

Originariamente inviato da Borghese Visualizza il messaggio

sono un idiota

erano invertite....

anche perchè per l'ora non ho trovato un impostazione sulla consolle.... al netto del sync con l'inverter!

Non so se su jessie hai ancora il "vecchio" tzconfig (sudo tzconfig)

oppure tu debba usare

dpkg-reconfigure tzdata

**Walter62** · 08-04-2020, 07:02

Originariamente inviato da Borghese Visualizza il messaggio

intendevo che non ho usato nessuna immagine precompilata

sul raspyPi3 sono partito da una installazione pulita della distribuzione solarstretch, e da li, in ssh, ho tirato su webserver, php, 123solar etc etc...

adesso sistemo gli utlimi dettagli, poi clono la sd per avere copia di backup

sul raspi4 ho già installato invece Buster, sempre pulito, e anche li faccio lo stesso lavoro fatto sopra, poi vado avanti con metern etc etc... lo uso come sperimentazione, prima di andare avanti nelle installazioni definitive sul3 per non sporcarlo!

Attenzione che Buster usa PHP7 e le directory sono cambiate, devi adeguare i percorsi dove trovavi i file da modificare

**Borghese** · 08-04-2020, 07:47

Originariamente inviato da Walter62 Visualizza il messaggio

Attenzione che Buster usa PHP7 e le directory sono cambiate, devi adeguare i percorsi dove trovavi i file da modificare

Si si su stretch ho php7.0, mentre su bister ho php 7.3
Ho visto che cambiano con sicuramente con php7.4, che si chiama *common, ed in effetti le directory sono diverse
Mi ci scranio un pò... vediamo cosa ne esce fuori

Piuttosto mi togliete un ultimo dubbio ?

Mi confermate che i permessi di :

/var/www/123solar/data
/var/www/123solar/data/invt1 (e tutte le sotto cartelle) è corretto che siano a 755 e il proprietario/gruppo sia www-data ?

Mentre per i file contenuti all'interno delle sottodirectory (es. csv; producton etc etc...) i permessi debbano essere a 644 sempre con proprietario/gruppo www-data ?

**raffaelem** · 08-04-2020, 08:48

www-data è l'utente con cui gira il webserver che quindi deve avere tutti i privilegi, poi su tutto ciò che non è php si può tralasciare il privilegio di eseguire (il 6 del 644)
è tutto corretto

644 means that files are readable and writeable by the owner of the file and readable by users in the group owner of that file and readable by everyone else.
755 is the same thing, it just has the execute bit set for everyone. The execute bit is needed to be able to change into the directory.

se poi tu devi smanettarci dentro queste directory ti metti nel gruppo www-data e via... è una "macchina" privata fondamentalmente

**Walter62** · 08-04-2020, 10:00

E' si una macchina privata, ma accessibile dalla rete...........

**raffaelem** · 08-04-2020, 10:55

li vedo già in fila i pirati che vogliono bucare 123solar

PS: prova a guardare i log di apache e ssh

**Walter62** · 08-04-2020, 12:17

A sentire il fenomeno del PCM a fine gennaio anche l’Italia era protetta dal corona virus e poi si è visto come è andata, comunque i log li guardò e sarà perché è linkato sul sito ma una decina di tentativi di accesso ci sono, è ovvio che niente ferma i veri hacker, entrano anche al pentagono e all’ IMPS ma un minimo di sicurezza non fa mai male.
Comunque sono OT quindi chiudo

**Borghese** · 08-04-2020, 12:53

adesso pr curiosità me li guardo anche io i log. Anche il mio è linkato da anni.

Chiudo e rientro in topic :

Ieri sera ho riportato i parametri di comunicazione a -Y5 l5 w10 sempre con lo stesso convertitore, e confermo, stamane, fino ad ora sgrat sgrat, nessun errore di comunicazione!!

**Borghese** · 11-04-2020, 18:22

Ciao a tutti,

oggi complice la bella giornata (e la quarantena

) ho sistemato in maniera definitiva e "pulita" il raspberryPi3 dedicato al monitoraggio, nel quadro di campo del fv.

Ho utilizzato chiaramente un case per raspberry da barra din, e il raspy è connesso con cavo lan. Devo dire che è venuta un installazione davvero pulita

Vi faccio vedere qualche foto, che ne pensate ?

**Walter62** · 11-04-2020, 18:36

Che dire voto 10+

**dolam** · 11-04-2020, 18:38

bella installazione.
Intanto ho scoperto che con gli ultimi aggiornamenti non riesco più a ricaricare i file dalla cartella data, molto strano.
Ovviamente parlo della versione metern 1.2.3
la mia 0.7.5 funziona sempre

**Borghese** · 11-04-2020, 23:35

Si devo ammettere che è molto pulita e ordinata.
L'unica cosa scomoda è che in caso di blocco del raspi, se non è raggiungibile in rete tramite ssh, è necessario aprire il quadro per riavviarlo.
Ho anche ordinato un powerbank con funzione passtrough, che metterò a tampone tra l'alimentatore e il raspi stesso, è da 20000mah, quindi dovrebbe garantirmi un pò di ore di autonomia in caso di blackout.
Ovviamente anch'esso sarà nascosto dentro il quadro.

Ora sono pronto a comprare il contatore modbus eastron smd120, e installare metern, per partire con il monitoraggio dei consumi

**spider61** · 12-04-2020, 07:18

Unico appunto è che non si possono far passare cavi dati (o tv , etc) nelle stesse canaline dei cavi con tensione di rete o del FV , e lo stesso non si potrebbero mettere nello stesso quadro ....
lascio da parte , che le mani negli impianti elettrici , le possono mettere solo abilitati alla 37/08 ......

**Borghese** · 12-04-2020, 11:21

si lo so spider, me l'aspettavo e ne sono consapevole.

In realtà anche l'installazione di quel quadro è un pò "provvisoria, nel senso che appena finisce sto periodo, vorrei murare sia il quadro di campo, che la cassetta del contatore di produzione. (Oggi sono esterne)
In quell'occasione farò le tracce ad hoc per i corrugati dei cavi dati (lan Raspi + modbus invt)
A oggi percorrono insieme ai cavi di tensione, circa 20cm non di più...

**Carlowatt** · 12-04-2020, 12:15

Riguardo ai quadri CA e CC di un FV residenziale ( 5,2 Kwp ),potreste chiarirmi qual è l’installazione corretta/necessaria ? Il mio installatore mi dice che dovrà installare nel quadro generale il differenziale del FV ( 2 moduli din ): il resto sarà messo nei quadri di CA e CC vicino all’inverter, dove saranno installati fusibili e sezionatori. Gli avevo chiesto se saranno anche inseriti gli scaricatori di sovratensione e la bobina di sgancio per i VV.FF, ma mi ha risposto che nessuno di questi due elementi è obbligatorio. Nella foto postata da Borghese qui sopra mi pare di capire che il limitatore di sovratensione sia stato inserito. Grazie

**spider61** · 12-04-2020, 13:13

Originariamente inviato da Borghese Visualizza il messaggio

si lo so spider, me l'aspettavo e ne sono consapevole.

Il rasp non lo avrei mai messo dentro il quadro elettrico, lo mettevo in un contenitore esterno , al limite solo il cavetto se hai lo SDM verso di lui, rete e 485 esterna .... ricordati che a questo punto non vale più nemmeno la DiCo dell'installatore ..... se succede qualcosa in quel quadro non sarà più respmsabilità di lui.....

**Borghese** · 12-04-2020, 14:20

lo so, ma avevo comunque spazio din in quel quadro
E mettere un quadro apposito solo per il raspi...boh mi pareva uno spreco

Ma ripeto, ne sono consapevole

**spider61** · 12-04-2020, 14:30

Un quadretto da 4 moduli din aperto costa 2€ ai brico You have been blocked ma nel tuo caso bastava una scatola stagna

**raffaelem** · 13-04-2020, 08:12

Come avevo promesso a @dolam ho buttato giù piuttosto (molto) velocemente una "guida" spartana per avviare/instradare l'utente con un medio livello di conoscenza del mondo raspberry verso il monitoraggio usando questi due tool.

Ho iniziato dal monitoraggio della PDC con lo scopo di proseguire sul FV non appena avrò implementato il sistema di rilevazione (almeno per il mio caso specifico).

Chi fosse interessato ad usare questa repo come punto di partenza per estenderla anche ad altre tipologie di sorgenti (mysql, sqllite, postgres...), infrastrutture (docker) o addirittura altri sistemi operativi (winzozz) oppure semplicemente a collaborare inviando correzioni o suggerimenti può semplicemente contattarmi in privato e provvederò a fornire chiave di accesso per i commit.

Questo vale anche se volete condividere le vostre dashboard con il resto del forum.

(farò del cross posting)

**Borghese** · 13-04-2020, 12:48

ragazzi scusate, qualcuno sa dirmi dove posso scaricare il file che contiene metern.service ?

Lo sto installando sul Pi4, ma non posso aggiungerlo ai servizi da avviare al boot perchè al percorso dove prima era presente (http://www.123solar.org/downloads/metern/metern.service) non esiste più!

***come non detto! Trovato su Index of /downloads

**Borghese** · 14-04-2020, 22:27

Ragazzi posso chiedervi una mano ?!

Non riesco a capire perchè non mi funzioni il backup sul mio server ftp (un nas synology)
Sull'immagine di jessie ha sempre funzionato, per anni! E chiaramente il server ftp è sempre lo stesso.

Questo è il contenuto del file ftpbackup.sh presente in cd/var/www/MyScripts :

#! /bin/sh
### BEGIN INIT INFO
#Short-Description:
# Description:
#
#
#
### END INIT INFO
# Author:
#
# Do NOT "set -e"

TODAY=$(date +"%d-%b-%Y")
RMDATE=$(date +"%d-%b-%Y" -d '6 days ago')
FTPUSER=XXXXX
FTPPW=XXXXX
FTPSERVER=192.168.0.10
LFTP=/usr/bin/lftp
DATADIR=/var/www/123solar/data
TMPDIR=/var/www/MyScripts
FTPDIR=/Master/Diego/Personali/BackUp/Raspberry/Backupsolar

tar -czf backupsolar_$TODAY.tar.gz $DATADIR

$LFTP << EOF
open $FTPUSER:$FTPPW@$FTPSERVER
put -O $FTPDIR backupsolar_$TODAY.tar.gz
wait
cd $FTPDIR
rm -rf backupsolar_$RMDATE.tar.gz
wait
close
exit
EOF

cd $TMPDIR
rm -rf backupsolar_$TODAY.tar.gz
#echo "Backup del: $TODAY salvato in FTP"
#

Il file ha i permessi a 755 e proprietario/gruppo : Root:Root

Questo il crontab :

SHELL=/bin/bash
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin

# Edit this file to introduce tasks to be run by cron.
#
# Each task to run has to be defined through a single line
# indicating with different fields when the task will be run
# and what command to run for the task
#
# To define the time you can provide concrete values for
# minute (m), hour (h), day of month (dom), month (mon),
# and day of week (dow) or use '*' in these fields (for 'any').
# Notice that tasks will be started based on the cron's system
# daemon's notion of time and timezones.
#
# Output of the crontab jobs (including errors) is sent through
# email to the user the crontab file belongs to (unless redirected).
#
# For example, you can run a backup of all your user accounts
# at 5 a.m every week with:
# 0 5 * * 1 tar -zcf /var/backups/home.tgz /home/
# # For more information see the manual pages of crontab(5) and cron(8)
#
# m h dom mon dow command

15 21 * * * /var/www/MyScripts/ftpbackup.sh

Dove sta l'errore ?!

Ho un dubbio sui permessi...nella guida non è specificato, non vorrei che proprietario/gruppo debba essere www-data....

che ne dite ?

**raffaelem** · 15-04-2020, 04:32

755 vuol dire che è eseguibile da tutto il mondo, se quello è il crontab dell'utente pi va bene (a patto che possa raggiungere la directory /var/www/MyScripts)

Hai lftp installato?

Esegui lo script riga per riga e vedi cosa non gli garba

PS colgo l'occasione per invitarvi a dare uno sguardo a questo metodo per i backup, senza tutto il pippeggio (efficace per carità) con ftp, tar etc...

Supponendo che il nas o altra macchina (serverino) casalingo o remota abbia un server ssh in ascolto, per fare il backup della directory /home/pi ad esempio in quel crontab basterebbe sostituire l'esecuzione dello script con questo comando:

codice:

rsync -avz  -e ssh /home/pi/ USER@IP_REMOTO:/PATH/backup-raspi/

questo è il metodo base ma ci sono altre cose fattibili in modo più elegante e raffinato dall'altro lato, quello del NAS per intenderci

**Borghese** · 15-04-2020, 07:50

Ciao Raffaelem,

lftp è installato :
root@raspberrypi:/home/pi# whereis lftp[/FONT][/COLOR]
lftp: /usr/bin/lftp /etc/lftp.conf /usr/share/lftp /usr/share/man/man1/lftp.1.gz

il crontab mi sa che l'ho creato come utente root (come/dove lo posso verificare ?!)

Se lancio lo script manualmente, da riga di comando, ottengo questo :

ma non ricevo altri outpout, e lo script non viene eseguito!

Stavolta davvero non capisco dove sia l'errore...

**raffaelem** · 15-04-2020, 08:00

crontab -l

mostra i job dell'utente, quindi se lo lanci come pi e non vedi nulla allora ce l'hai come root (e viceversa), ma chi ha il job non è rilevante

lo script lo devi lanciare passo passo, riga per riga esegui gli stessi comandi sulla shell
oppure limitati a quelli salienti almeno, tipo la parte della connessione ftp che è l'unica possibile "buca" che vedo io

**Borghese** · 15-04-2020, 08:05

ok ora provo.

Del resto basta commentare da una certa riga in poi, per far eseguire lo script fino a quello che c'è in quel momento no ?

**raffaelem** · 15-04-2020, 08:12

ok ma le cose sono due, fare come dici e guardare i log di lftp (sono abilitati di default? io non lo uso quindi non so) oppure quelli di sistema se logga la (syslog).

oppure

eseguire passo passo e vedere gli eventuali errori direttamente

Non avevo notato l'errore che ti restituisce, a occhio e croce credo che l'utente ftp che stai usando abbia dei problemi

l'utente ftp che stai usando lo hai testato?
dall'altro lato, sul nas, il server ftp è in esecuzione?

**Borghese** · 15-04-2020, 08:14

il server ftp è in esecuzione, perchè mi ci collego tranquillamente sia da web, che con client ftp (filezilla)

non capisco bene quando mi dici "eseguire passo passo..."

**raffaelem** · 15-04-2020, 09:17

quando lanci lo script la shell esegue in sequenza i comandi che hai su ciascuna riga, tu devi fare lo stesso
non so come dirtelo meglio

prima riga

TODAY=$(date +"%d-%b-%Y")

copi e incolli nella shell e dai invio

e via di seguito per tutto il resto

**Borghese** · 15-04-2020, 17:27

Allora, ci sto diventando pazzo. Ho provato a fare in questo modo :

Ho commentato lo script da un certo punto in poi :

#! /bin/sh
### BEGIN INIT INFO
#Short-Description:
# Description:
#
#
#
### END INIT INFO
# Author:
#
# Do NOT "set -e"

TODAY=$(date +"%d-%b-%Y")
RMDATE=$(date +"%d-%b-%Y" -d '6 days ago')
FTPUSER=xxxxxxxx
FTPPW=xxxxxxxx
FTPSERVER=192.168.0.10
LFTP=/usr/bin/lftp
DATADIR=/var/www/123solar/data
TMPDIR=/var/www/MyScripts
FTPDIR=/Master/Diego/Personali/BackUp/Raspberry/Backupsolar

tar -czf backupsolar_$TODAY.tar.gz $DATADIR

$LFTP << EOF
open $FTPUSER:$FTPPW@$FTPSERVER
put -O $FTPDIR backupsolar_$TODAY.tar.gz
wait
#cd $FTPDIR
#rm -rf backupsolar_$RMDATE.tar.gz
#wait
#close
#exit
#EOF

#cd $TMPDIR
#rm -rf backupsolar_$TODAY.tar.gz
#echo "Backup del: $TODAY salvato in FTP"
#

e l'ho lanciato con sudo ftpbackup.sh. Questo è l'outpout :

xitackupsolar_15-Apr-2020.tar.gz' at 196608 (0%) [Delaying before reconnect: 2]
^Cackupsolar_15-Apr-2020.tar.gz' at 196608 (0%) [530 Maximum number of tries exceeded. Please contact the
root@raspberrypi:/var/www/MyScripts# sudo sh ftpbackup.sh
tar: Removing leading `/' from member names
^Cackupsolar_15-Apr-2020.tar.gz' at 196608 (0%) [Delaying before reconnect: 27]
root@raspberrypi:/var/www/MyScripts# sudo sh ftpbackup.sh
tar: Removing leading `/' from member names
^Cackupsolar_15-Apr-2020.tar.gz' at 196608 (0%) [Delaying before reconnect: 9]
root@raspberrypi:/var/www/MyScripts# sudo sh ftpbackup.sh
tar: Removing leading `/' from member names
root@raspberrypi:/var/www/MyScripts# sudo sh ftpbackup.sh
tar: Removing leading `/' from member names
open: ftp: Name or service not known
put: backupsolar_15-Apr-2020.tar.gz: Not connected
wait: no current job
root@raspberrypi:/var/www/MyScripts# sudo sh ftpbackup.sh
tar: Removing leading `/' from member names
`backupsolar_15-Apr-2020.tar.gz' at 196608 (0%) [530 Maximum number of tries exceeded. Please contact the site manager.]

Ho provato anche ad aggiungere alla variabile FTPSERVER il suffisso ftp://... in questo caso dopo aver lanciato lo script, sempre commentato fino al put, ottengo questo :

root@raspberrypi:/var/www/MyScripts# sudo sh ftpbackup.sh
tar: Removing leading `/' from member names
open: ftp: Name or service not known
put: backupsolar_15-Apr-2020.tar.gz: Not connected
wait: no current job

Che mi può stare bene, perchè non si connette, almeno ho una spiegazione. Quindi ho rimosso il "ftp://" e riportato tutto com'era.

Il file viene comunque creato nella dir tmp (se mi connetto con filezilla a var/www/MyScripts vedo il .tar creato)

Sono andato anche sul server FTP, ho provato a disabilitare il firewall, ma niente, stesso problema. L'accesso è consentito a tutti gli ip della lan (192.168.0.1/254)
Io stesso mi ci connetto da Web (ftp://192.168.0.10) e da filezilla, sulla :21, senza nessun problema, chiaramente con quell'utente e quella pwd.

Fino a 11/2019 ha semmpre funzionato correttamente, questi alcuni log del server :

Registro,Data e ora,Indirizzo IP ,Utente,Evento,File/Cartella,Dimensione file,Nome file,
Trasferimento file FTP,2019/11/10 21:22:06,192.168.0.100,Diego,put,File,19.78 MB,/Master/Diego/Personali/BackUp/Raspberry/Backupsolar/backupsolar_10-nov-2019.tar.gz
Trasferimento file FTP,2019/11/09 21:22:05,192.168.0.100,Diego,put,File,19.77 MB,/Master/Diego/Personali/BackUp/Raspberry/Backupsolar/backupsolar_09-nov-2019.tar.gz
Trasferimento file FTP,2019/11/08 21:21:30,192.168.0.100,Diego,put,File,19.76 MB,/Master/Diego/Personali/BackUp/Raspberry/Backupsolar/backupsolar_08-nov-2019.tar.gz
Trasferimento file FTP,2019/11/07 21:23:05,192.168.0.100,Diego,put,File,19.76 MB,/Master/Diego/Personali/BackUp/Raspberry/Backupsolar/backupsolar_07-nov-2019.tar.gz

mi sta facendo impazzire, e non capisco cosa sia.
Se fosse una chiusura lato server, non mi ci dovrei poter connettere neanche con filezilla o da web no ?!

**raffaelem** · 15-04-2020, 17:38

530 Maximum number of tries exceeded.

cosa non ti è chiaro in questo messaggio?

il problema è il NAS

annuncio

Raspberry , oltre il datalogger, gestione domotica della casa, è possibile? proposte e considerazioni varie.

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