Solarjessie v 2.2 - immagine preconfigurata di 123Solar e MeterN

[thx]

Ho notato ,come scritto prima, il config daemon e' cambiato cosi':

$output = shell_exec('pooler485 2 9600 /dev/ttyUSB0 > /dev/null 2>/dev/null &');
} else { //Stop
$output = shell_exec('pkill -f pooler485 > /dev/null 2>&1 &');

Mentre prima era cosi:

$output = shell_exec('pkill -f pooler485 > /dev/null 2>&1');
$output = shell_exec('pooler485 2 9600 /dev/ttyUSB0 > /dev/null 2>/dev/null &');

Che vantaggio ha?

[Flane]

JM ha inserito un nuovo sistema per avviare e fermare il pooler485 in quanto prima non sempre funzionava a dovere.

Si spera che ora vada meglio. ☺

[thx]

Il primo e' quindi piu' affidabile,corretto?
Nel mio sistema (non della tua immagine) ho ancora il precedente demone e capita che ogni tanto quando riavvio il sistema il pooler non si avvia in automatico.
E' da imputare a quel file oppure al bootmn.php?

[Flane]

Come ti ho detto nell'ultima versione JM ha fatto quella modifica, credo nell'intento di rendere più affidabile il demone, ma FUNZIONA SOLO NELL'ULTIMA VERSIONE !!!
Non credo che lo puoi usare nelle versioni precedenti. Come vedi usa la variabile $pid che prima non c'era, per questo credo che non funzioni con le versioni precedenti.

Che avvia e ferma il pooler485 è proprio config_daemon, ed infatti nelle precedenti versioni non sempre funzionava .... si spera che ora vada meglio.

Personalmente stò testando una soluzione diversa: far leggere anche i contatori consumi a 123solar.
Nessun problema di conflitti sul bus perchè c'è un processo solo che legge sul bus.
Legge tutto in sequenza molto rapidamente e calcola anche tutto immediatamente, senza file strani di scambio dati per eflow live.
E' moooolto veloce ed efficace, ma necessita di una piccolissima modifica al file 123solar.php ed oltretutto va un pò controcorrente rispetto alla filosofia di JM.

[thx]

Rispetto a Raspian Wheezy, in Jessie per impostare IP statico con rete cablata:

file etc/dhcpcd.conf

nohook lookup-hostname

interface eth0
static ip_address=192.168.1.XX
static routers=192.168.1.1
static domain_name_servers=192.168.1.1

file etc/network/interfaces

# interfaces(5) file used by ifup(8) and ifdown(8)

# Please note that this file is written to be used with dhcpcd
# For static IP, consult /etc/dhcpcd.conf and 'man dhcpcd.conf'

# Include files from /etc/network/interfaces.d:
source-directory /etc/network/interfaces.d

auto lo
iface lo inet loopback

iface eth0 inet manual

allow-hotplug wlan0
iface wlan0 inet manual
    wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf

allow-hotplug wlan1
iface wlan1 inet manual
    wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf

[buemarino]

Posto qui perchè ho ancora la v2.2 e funziona(va) benisssimo fino a quando qualche giorno fa ho notato alcune stranezze, come quella nello screenshot qui sotto, dove manca la produzione istantanea nonostante la lettura cumulativa funzioni:

Mentre nelle informazioni mi compare "connection lost " :

Se qualcuno può darmi le dritte per capire che può essere successo e dove dovrei mettere le mani.
Grazie in anticipo.

[Flane]

Riavvia il Raspberry con un

Codice: Seleziona tutto

sudo reboot


da putty e dovresti risolvere.

[buemarino]

OK, grazie Flavio.
Nel caso si ripresentasse ti farò sapere e magari col tuo aiuto si cercherà di approfondire.

[TonyP62]

Riavvia il Raspberry con un

Codice: Seleziona tutto

sudo reboot


da putty e dovresti risolvere.

Non sò se capita anche ad altri e se sia un problema noto e quindi risolto.
A volte capita che dando da remoto il SUDO REBOOT, al riavvio non venga attivato Apache2 e non sia quindi possibile utilizzare 123Solar/MeterN.
Esaminando il log, mi dice che ha trovato un errore su /var/log AH0xxx , ma facendo riavviare la Raspy (sudo reboot) una seconda volta, sparisce il problema e tutto torna a funzionare a dovere.
La cosa mi secca abbastanza, perché se volessi mettere in CRON un riavvio giornaliero, settimanale,mensile, etc. , non lo posso fare senza dover essere costretto a fargli fare un secondo reboot . Da cosa può dipendere ?

[Flane]

A volte capita che dando da remoto il SUDO REBOOT, al riavvio non venga attivato Apache2 e non sia quindi possibile utilizzare 123Solar/MeterN.
Esaminando il log, mi dice che ha trovato un errore su /var/log AH0xxx , ma facendo riavviare la Raspy (sudo reboot) una seconda volta, sparisce il problema e tutto torna a funzionare a dovere.

Sinceramente a me non lo ha mai fatto, ma ho ancora una vecchia distro di Wheezy e non Jessie.
Io per evitare questi errori di disallineamento tra 123solar e metern (che non ho capito da cosa dipendono) ho un riavvio automatico ogni 5gg e non ho più avuto problemi.