Raspberry + MeterN - Monitoraggio energetico valido ed economico - GUIDA

[raffaelem]

eh su questo non so guidarti non conosco il router, comunque devi cercare nelle impostazioni il firewall e sbloccare gli ip della tua rete locale

 

[dolam]

il router è un FASTGATE ma non vedo nessun settaggio per i firewall , qualcuno sa come risolvere?

 

[raffaelem]

iptables -L -n

vedi questo sul raspi che da problemi cosa restituisce...

 

[dolam]

eccomi
restituisce questo:
supi@RASPY4:~ $ sudo -s
root@RASPY4:/home/pi# iptables -L -n
Chain INPUT (policy ACCEPT)
target prot opt source destination


Chain FORWARD (policy ACCEPT)
target prot opt source destination


Chain OUTPUT (policy ACCEPT)
target prot opt source destination
root@RASPY4:/home/pi#

 

[raffaelem]

ok ok, non avevo visto che su infostrada era andato a buon fine l'update
ma sul raspi come è la connessione al fastgate? vedi il raspi connesso?

ifconfig

cat /etc/resolv.conf

 

[dolam]

si il RASPY4 si connette al Fastgate naviga regolarmente ( in Ethernet )
root@RASPY4:/home/pi# ifconfig
eth0: flags=4099 mtu 1500
ether b8:27:eb:cf:a3:76 txqueuelen 1000 (Ethernet)
RX packets 0 bytes 0 (0.0 B)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 0 bytes 0 (0.0 B)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0


lo: flags=73 mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
inet6 ::1 prefixlen 128 scopeid 0x10
loop txqueuelen 1000 (Local Loopback)
RX packets 149 bytes 13390 (13.0 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 149 bytes 13390 (13.0 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0


wlan0: flags=4163 mtu 1500
inet 192.168.1.11 netmask 255.255.255.0 broadcast 192.168.1.255
inet6 fe80::c274:ac8a:9b1a:9a1 prefixlen 64 scopeid 0x20
inet6 2001:b07:5d33:7488:9166:86ea:83b3:84d8 prefixlen 64 scopeid 0x0
ether b8:27:eb:9a:f6:23 txqueuelen 1000 (Ethernet)
RX packets 1634 bytes 458396 (447.6 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 804 bytes 455567 (444.8 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0


root@RASPY4:/home/pi# cat /etc/resolv.conf
# Generated by resolvconf
nameserver 192.168.1.254
nameserver 8.8.8.8
nameserver 2001:b07:5d33:7488:f6e5:f2ff:fe14:8585
root@RASPY4:/home/pi#

 

[raffaelem]

??? ma l'ultima riga del resolv.conf da dove sbuca? (toglila e prova)

cioè, la dovresti avere solo l'ip del fastgate e quello di google, 8.8.8.8, al limite

 

[dolam]

non so dirti , forse è il sistema operativo BUSTER del Raspberry Pi4 che lo mette,
ho altri due Raspberry , versione pi2 B+ Plus. e versione Pi3 B che non lo fanno ma scrivono meno

RASPY2
root@raspberrypi:/home/pi# cat /etc/resolv.conf
domain lan
search lan
nameserver 192.168.1.254


root@raspberrypi:/home/pi# ifconfig
eth0 Link encap:Ethernet HWaddr b8:27:eb:00:5f:fd
inet addr:192.168.1.5 Bcast:192.168.1.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:156997 errors:0 dropped:72419 overruns:0 frame:0
TX packets:26320 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:36308217 (34.6 MiB) TX bytes:8487305 (8.0 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:951710 errors:0 dropped:0 overruns:0 frame:0
TX packets:951710 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:67340430 (64.2 MiB) TX bytes:67340430 (64.2 MiB)


wlan0 Link encap:Ethernet HWaddr b8:27:eb:55:0a:a8
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:32 errors:0 dropped:30 overruns:0 frame:0
TX packets:2 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:12986 (12.6 KiB) TX bytes:296 (296.0 B)



RASPY3

root@raspberrypi:/home/pi# cat /etc/resolv.conf
# Generated by resolvconf

nameserver 8.8.8.8

root@raspberrypi:/home/pi# ifconfig
eth0: flags=4163 mtu 1500
inet 192.168.1.70 netmask 255.255.255.0 broadcast 192.168.1.255
inet6 fe80::56bd:c4e7:66b2:b6b0 prefixlen 64 scopeid 0x20
ether b8:27:eb:6a:c9:2a txqueuelen 1000 (Ethernet)
RX packets 679179 bytes 143214543 (136.5 MiB)
RX errors 0 dropped 282 overruns 0 frame 0
TX packets 600937 bytes 78578443 (74.9 MiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0


lo: flags=73 mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
inet6 ::1 prefixlen 128 scopeid 0x10
loop txqueuelen 1000 (Local Loopback)
RX packets 20 bytes 1939 (1.8 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 20 bytes 1939 (1.8 KiB)

TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

RASPY4
root@RASPY4:/home/pi# ifconfig
eth0: flags=4099 mtu 1500
ether b8:27:eb:cf:a3:76 txqueuelen 1000 (Ethernet)
RX packets 0 bytes 0 (0.0 B)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 0 bytes 0 (0.0 B)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0


lo: flags=73 mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
inet6 ::1 prefixlen 128 scopeid 0x10
loop txqueuelen 1000 (Local Loopback)
RX packets 471 bytes 49880 (48.7 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 471 bytes 49880 (48.7 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0


wlan0: flags=4163 mtu 1500
inet 192.168.1.11 netmask 255.255.255.0 broadcast 192.168.1.255
inet6 fe80::c274:ac8a:9b1a:9a1 prefixlen 64 scopeid 0x20
inet6 2001:b07:5d33:7488:9166:86ea:83b3:84d8 prefixlen 64 scopeid 0x0
ether b8:27:eb:9a:f6:23 txqueuelen 1000 (Ethernet)
RX packets 12018 bytes 4025853 (3.8 MiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 1782 bytes 597725 (583.7 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0


root@RASPY4:/home/pi# cat /etc/resolv.conf
# Generated by resolvconf
nameserver 192.168.1.254
nameserver 8.8.8.8
nameserver 2001:b07:5d33:7488:f6e5:f2ff:fe14:8585

root@RASPY4:/home/pi#

 

[raffaelem]

ok quello è un indirizzo IPv6 quindi è a posto... non so aiutarti
vedi il router se sta bloccando il passaggio con qualche impostazione

 

[Peace and Love]

Solo per provare togli/disabilita quel IPv6 lascia solo IPv4.

 

[dolam]

Credo che il problema sia la porta 80, ho un raspberry che gestisce un ambiente ZWave che funziona sulla porta 23760 , mettendo una regola sul router riesco anche ad accedere dall’esterno , se provo a rendere accessibile la porta 80 mi dice che non è possibile perché è usata dai servi del Fastgate.
Sul RASPY4 c’è anche una porta che riesco a raggiungere ma la 80 no.

 

[Peace and Love]

Redirecting to https://www.raspberrypi.org/documentation/remote-access/ip-address.md ... Ma i router trovano il dispositivo?

 

[dolam]

"Impossibile connettersi a raspbian.raspberrypi.org:80 (93.93.128.193). - connect
(113: Nessun instradamento per l'host)

Impossibile connettersi a raspbian.raspberrypi.org:80 (2a00:1098:0:80:1000:75:0:3), tempo esaurito per la connessione"

Però se mi connetto da computer a 93.93.128.193:80 la pagina si apre regolarmente quindi il
router non dovrebbe essere se non che la comunicazione in ingresso non può avvenire sulla porta 80 del mio Raspberry e forse è tutto la il problema.

 

[Crazy_joker]

Ciao,
Il mio piccolo monitoraggio sta funzionando benone per adesso.

In futuro prevedo di passare ad un contratto trifase.
Per continuare ad avere il monitoraggio a parte cambiare i contatori con degli SDM630 cos'altro è necessario fare?
Scusate se l'argomento è gia stato trattato, io non sono riuscito a trovare l'informazione

 

[salvato]

Metern non sembra leggere i dati, ma sdm120c si...

• Modifica
• Cancella messaggio
• Segnala il messaggio
• Cita

Messaggioda Salvatore » 30/09/2021, 20:12

Salve,

Domandona per espertoni di Metern..

Per motivi di implementazione di altri programmi sul mio raspberry ho dovuto fare una installazione ex novo.
I programmi funzionano (123solar, ovviamente apache, ecc.), ma metern, correttamente visualizzato e configurato sul browser, resta privo di valori. Gli indicatori sono immobili.
Eppure se faccio una verifica sul terminale, col comando sdm120c mi restituisce tutti i valori correttamente.
Mi viene in mente che da nessuna parte ho indicato al programma quale sia il canale id nel bus RS485 del contatore (un Eastron modbus 230). Questo valore va indicato all'interno di qualche file di config *.php di metern? Se no, come fa il programma a "sapere" qual è l'id corretto? Per esempio su 123solar l'id va indicato in fase di configurazione admin, sul browser.
Dando un'occhiata su /var/www/metern/comapps ai files pooler485.sh e pool123s.php vedo che l'id è una variabile ma non riesco a capire chi e come fornisce il valore (per capire se fornisce il valore corretto, che nel mio caso è 2)...

Posso aggiungere che al boot non parte il servizio metern (che devo lanciare con # systemctl start metern.service ), pur avendolo installato al boot con
raspberrypi:~# systemctl enable metern.service
Comunque dopo che lancio il servizio metern compare il processo pool123s (mentre prima di start metern.service non c'era).
In ogni caso anche dopo lo start di metern.service ed il servizio pool123s attivo, sul browser non cambia nulla, tutto resta immobile.
Sui log di apache non risultano errori, ma sul debug di metern pur dandomi tutti i flag con OK , sul campo Log Error file riporta
PHP Notice: A non well formed numeric value encountered in /var/www/comapps/pool123s.php on line 59
sh: 1: poolerconsumi: not found
sh: 1: eflow: not found
sh: 1: eflowlive: not found
sh: 1: reqsdm: not found
ecc. ecc.

L'ambiente è così strutturato
Raspberry 3, buster (aggiornato), php 7.4, permessi su file e cartelle www-data corretti, apache2.
123solar funzionante, 1.8.4.3
Aurora funzionante, 1.9.0
Metern 1.2.3

Qualche suggerimento, almeno per rintracciare l'origine del problema, che sembra essere causato dalla mancata comunicazione col bus del contatore?

Grazie

Salvatore

 

[flane]

Hai creato i symlink alle varie comapps?

Controlla di avere eseguito nell'installazione di Metern tutti i passaggi indicati nella mia guida

 

[ludos]

Ciao a tutti,

vorrei anche io usare raspberry come datalogger, sto seguendo la guida di Flanesi ma ho qualche difficoltà.
Innanzitutto vorrei chiedervi come posso collegare la morsettiera dell'aurora PowerOne con l'adattatore USB. La morsettiera sembra non avere viti per stringere i cavi. Sembra ci voglia una qualche sorta di connettore, potreste dirmi come si chiama il tipo di articolo?
Avevo fatto fare il collegamento dall'elettricista ma non riesco a leggere i dati, per cui ho pensato che il cavo non fosse buono, ma non ho idea di come ricollegarlo
Riguardo al collegamento avevo connesso solo Tr+ e Tr- e non ho capito se è necessario collegare anche GND. Lo stesso tipo di adattatore RS485/Usb collegato all'SDM120C è collegato con solo 2 fili.

Lato consumi riesco a far funzionare il programma SDM120C e leggere i consumi ma ho qualche difficoltà a costruire la corretta catena del pooler.
Se non ho capito male, c'è una sorta di thread che legge i dati dall'Estron e li mette in file metern*.txt. Da li in poi c'è un altro processo che legge da quel file e mette i dati nel formato digeribile da metern, ma qualcosa non va.

Vorrei risolvere un problema alla volta, grazie a chi vorrà darmi delle indicazioni!

 

[Polvere79]

Ciao a tutti,

vorrei anche io usare raspberry come datalogger, sto seguendo la guida di Flanesi ma ho qualche difficoltà.
Innanzitutto vorrei chiedervi come posso collegare la morsettiera dell'aurora PowerOne con l'adattatore USB. La morsettiera sembra non avere viti per stringere i cavi. Sembra ci voglia una qualche sorta di connettore, potreste dirmi come si chiama il tipo di articolo?
Avevo fatto fare il collegamento dall'elettricista ma non riesco a leggere i dati, per cui ho pensato che il cavo non fosse buono, ma non ho idea di come ricollegarlo
Riguardo al collegamento avevo connesso solo Tr+ e Tr- e non ho capito se è necessario collegare anche GND. Lo stesso tipo di adattatore RS485/Usb collegato all'SDM120C è collegato con solo 2 fili.

Io mi collego al PowerOne in TCP, molto più rapido e semplice. 123solar ora supporta anche questa modalità.

 

[dolam]

Polvere79. "Io mi collego al PowerOne in TCP, "

potresti spiegarti meglio come e dove ti colleghi?
Grazie

 

[ludos]

Come si chiama questo tipo di morsettiera e quali connettori devo usare per creare il collegamento?