annuncio

**Another** · 17-04-2019, 15:33

ciao, in questi giorni il rasp era impazzito, continui crash

il motivo al 99% era dovuto al riempimento della cartella di log
anche con lo script di pulizia si liberavano solo 4MB
i file problematici erano: messages, syslog, user.log
tutti oltre 120MB

li ho azzerati qualche gg fa con comando:
> user.log

ora sarebbe bello evitare il ripetersi della cosa, diciamo che la registrazione dei log ha 'esagerato' ma purtroppo la causa credo sia una linea non eccezionale, sob

oggi mi � ricapitato

non so se il motivo � questo ma non mi ha tenuto le modifiche dei gg scorsi sui file data e nemmeno ha registrato i valori degli ultimi gg :-(

soluzioni che vedo:
1 - evitare gli errori sulla linea (credo la pi� difficile)
2 - evitare l'intasamento dei log impostando di non registrare questi eventi (come si fa)?
3 - vuotare i log automaticamente se > 100 MB (come si fa)?

grazie a chi potesse darmi una mano

**Another** · 26-04-2019, 12:22

Sempre pi� strano, 2 gg fa avevo ripristinato i dati mancanti grazie alle registrazioni su pvoutput.org
avevo ricreato 1 file csv per ogni giorno mancante, con 2 valori iniziale e finale e aggiunto i valori al file di produzione 2019

oggi mi ritrovo nuovamente i log pieni, ma ci� che pi� mi sorprende � che tutti i file creati sono spariti! come � possibile?

li ho appena ricopiati da un backup, mi sono accorto che avevano permessi root e non www-data, non so se questo ha potuto creare problemi

mi sono accorto che il file /var/lib/logrotate/status ha come data 08-aprile, poi non � pi� stato aggiornato... quindi non funziona il rotate ?

ho controllato i cavi dei contatori 1 e 2 e sono ben avvitati

il comando usato per 123solar �: -b9600 -PE -z3 -j10 -w5
io ho tutti sdm220, la mancanza del parametro finale -2 (come indicato qui: sdm120c_guida [123Solar / MeterN WIKI]) potrebbe generare problemi?

edit: dopo aver cancellato i file me li ritrovo di nuovo pieni... e ho difficolt� a copiarli per analizzarli, lo faccio montando un disco di rete che punta al nas ma copiando il syslog mi dice spazio esaurito...
se apro user.log vedo data di registrazione eventi dicembre e marzo... ma il comando date torna data e ora correnti e corretti

ma come � possibile? forse per qualche motivo il comando >user.log non ha effetto che fino al reboot e poi per qualche meccanismo il ramdisk si intromette e i file vengono riscritti su SD e sforano magicamente la massima dimensione gestibile

anche il file messages ha dati di dicembre e marzo

**Another** · 12-05-2019, 22:57

Purtroppo non ho ancora risolto. Sostanzialmente dal 09 aprile il sistema � nel pallone credo a causa di una sfavorevole combinazione di eventi.
- i log, che risiedono in ram, si riempiono velocemente
- anche se azzero i log manualmente e resetto il ramlog al reboot mi ritrovo con la situazione di partenza e son daccapo
i log superano i 130 MB e mi intasano il disco ram

codice:

sudo su
cd /var/log
>messages
>user.log
>syslog
 -rw-r--r-- 1 root root 32708825 apr 9 00:02 ram_log.tar.gz
rm ram_log.tar.gz
ramlog flush
-rw-r--r-- 1 root root 9162774 mag 10 11:59 ram_log.tar.gz
reboot

log di nuovo a 140M e archivio in qualche modo ripristinato alla vecchia versione

-rw-r--r-- 1 root root 32708825 apr 9 00:02 ram_log.tar.gz

da qualche parte c'� un ripristino di sistema che mi gioca brutti scherzi?

OS : Linux 4.4.50-v7+ GNU/Linux
System : raspberrypi armv7l

lo stesso problema di file che scompaiono ce l'ho in altri 2 casi almeno:
- se edito in una cartella di 123solar aggiungendo dei file di dati csv, dopo il reboot i file con data successiva all'8 aprile mi scompaiono

- se modifico il file di testo /etc/udev/rules.d/10-local.rules , sia facendolo con Geany (lanciato tramite gksudo + pcmanfm) o con sudo nano, dopo averlo salvato, chiuso e riaperto e verificato abbia tenuto le modifiche, se faccio reboot mi torna la versione precedente

che posso fare? grazie

**fabioe** · 13-05-2019, 06:54

Parti da capo con nuova installazione,
Fai un lavoro pulito e risolvi sicuramente in minor tempo.....
Visto che � da un mese che non ne vieni a capo

Inviato dal mio JSN-L21 utilizzando Tapatalk

**Another** · 13-05-2019, 08:26

effettivamente � una idea che sto iniziando a considerare, ma:
- qual � il modo migliore per ripristinare i dati? c'� una procedura a prova di bomba?
- dovessi ricaderci non saprei di nuovo come uscirne, sarebbe interessante capire cosa si � 'rotto'

**gerri57** · 13-05-2019, 11:24

Originariamente inviato da Another Visualizza il messaggio

ciao, in questi giorni il rasp era impazzito, continui crash

il motivo al 99% era dovuto al riempimento della cartella di log
anche con lo script di pulizia si liberavano solo 4MB
i file problematici erano: messages, syslog, user.log
tutti oltre 120MB

li ho azzerati qualche gg fa con comando:
> user.log

ora sarebbe bello evitare il ripetersi della cosa, diciamo che la registrazione dei log ha 'esagerato' ma purtroppo la causa credo sia una linea non eccezionale, sob

oggi mi � ricapitato

non so se il motivo � questo ma non mi ha tenuto le modifiche dei gg scorsi sui file data e nemmeno ha registrato i valori degli ultimi gg :-(

soluzioni che vedo:
1 - evitare gli errori sulla linea (credo la pi� difficile)
2 - evitare l'intasamento dei log impostando di non registrare questi eventi (come si fa)?
3 - vuotare i log automaticamente se > 100 MB (come si fa)?

grazie a chi potesse darmi una mano

Credo che non viene eseguito logrotate prova a farlo manualmente con il comando:
sudo logrotate /etc/logrotate.conf
Puoi anche modificare il contenuto secondo le tue esigenze se vuoi, metti due settimane invece di quattro per la rotazione

**Another** · 13-05-2019, 13:17

sicuramente anche logrotate � piantato, la data di un file relativo (non ricordo quale) era ferma all'8 o 9 aprile

vedo nel file conf che � prevista settimanalmente:

# see "man logrotate" for details# rotate log files weekly
weekly

# keep 4 weeks worth of backlogs
rotate 4

# create new (empty) log files after rotating old ones
create

# uncomment this if you want your log files compressed
#compress

# packages drop log rotation information into this directory
include /etc/logrotate.d

# no packages own wtmp, or btmp -- we'll rotate them here
/var/log/wtmp {
missingok
monthly
create 0664 root utmp
rotate 1
}

/var/log/btmp {
missingok
monthly
create 0660 root utmp
rotate 1
}

# system-specific logs may be configured here

per� se lo lancio mi da errore

error: bad top line in state file /var/lib/logrotate/status

che contiene
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@ ^@^@^@^@

----

ho eliminato il file status e rilanciato a mano, ha skippato 3 file (del web server credo) il resto l'ha fatto

per� non so se questo aiuta... a questo punto ripartirei da 0..

sapete consigliarmi una procedura 'sicura' per importare i dati vecchi?

**fabioe** · 13-05-2019, 17:07

Originariamente inviato da Another Visualizza il messaggio

effettivamente � una idea che sto iniziando a considerare, ma:
- qual � il modo migliore per ripristinare i dati? c'� una procedura a prova di bomba?
- dovessi ricaderci non saprei di nuovo come uscirne, sarebbe interessante capire cosa si � 'rotto'

Salvi una copia su PC delle cartelle "data" in metern e in 123solar.
Quando hai rifatto immagine nuova, prima di far partire i 2 programmi, sostituisci le 2 cartelle data che saranno vuote con quelle che hai salvato dall'attuale installazione.
Ho letto che usi un sacco di programmi x entrare nel raspy....
Io uso solo putty come terminale e winscp come uploader.
Ci fai tutte le operazioni necessarie x la gestione del raspy senza niente altro.

Inviato dal mio JSN-L21 utilizzando Tapatalk

**gerri57** · 13-05-2019, 19:31

Originariamente inviato da Another Visualizza il messaggio

sicuramente anche logrotate � piantato, la data di un file relativo (non ricordo quale) era ferma all'8 o 9 aprile

vedo nel file conf che � prevista settimanalmente:......................

Si � settimanalmente per� lo fa ogni 4 settimane, vedi il parametro (rotate 4), per l'errore che ti d� lanciandolo manualmente non saprei, prova a eseguirlo nel terminale con diritti di root, con �sudo su�

**America** · 14-05-2019, 05:09

@another per sicurezza prendi una sd nuova e fai installazione nuova poi quando vedi che tutto � ok puoi formattare l'altra.

Io (che faccio spesso casini) faccio sempre cos�. Prima testo il tutto con raspberry muletto e sd test. Poi quando tutto ok la metto su quello da gara :-)

Inviato dal mio Redmi 4X utilizzando Tapatalk

**Another** · 14-05-2019, 08:15

Ma voi usate ramlog?

Per gestire rasp uso putty quando posso, ma visto che linux proprio non lo digerisco, spesso mi collego con il vnc per usare l'interfaccia grafica

**America** · 14-05-2019, 09:14

Che cosa � ramlog?
Io uso solo windows con putty per i comandi da terminale.

Inviato dal mio Redmi 4X utilizzando Tapatalk

**Another** · 14-05-2019, 10:38

ramlog non � un sw di comunicazione, ma una modalit� di gestione dei log su raspberry, per mantenerli in ram e non su SD per salvaguardare la SD da troppe scritture

credo sia molto utile ma � uno dei problemi che non riesco a risolvere da 30 gg

mi chiedevo se continuare ad usarlo o evitare

diciamo che se formatto metto la versione aggiornata dell'immagine, probabilmente il ramlog � di default

**America** · 14-05-2019, 11:01

Adesso ho capito. Io ho messo l'ultima versione disponibile dell'immagine e per ora va benone

Inviato dal mio Redmi 4X utilizzando Tapatalk

**Another** · 15-05-2019, 17:04

ho preparato un nuovo raspberry

fatto tutti i passi di installazione della solarstretch, patchata ecc

configurato 123solar

collegato il nuovo rasp2 al bus...

ma su una nuova installazione bisogna ancora impostare la velocit� delle porte usb? perch� se faccio il test di connessione non va quasi mai e continua a dire porta lockata

comando che uso: sdm120c -a 1 -b9600 -PE -z3 -j10 -w7 -vpcfi -q /dev/ttyUSB0

----
se metto -w10 sembra andare, ora 123solar risponde

invece trovo problemi nel configurare meterN perch� i comandi che ci sono nella guida di flane non sono pi� attuali forse, ho aggiornato meterN all'ultima versione

se testo il comando ottengo:

/var/www/comapps/houseenergy.php on line 74PHP Notice: Undefined offset: 4 in /var/www/comapps/houseenergy.php on line 74PHP Notice: Undefined offset: 4 in /var/www/comapps/houseenergy.php on line 74PHP Notice: Undefined offset: 4 in /var/www/comapps/houseenergy.php on line 7420190515-18:34:33.714233: sdm120c(30810) Problem locking serial device /dev/ttyUSB0.20190515-18:34:33.714366: sdm120c(30810) Unable to get lock on serial /dev/ttyUSB0 for 30810 in 0s: still locked by 30795.20190515-18:34:33.716708: sdm120c(30810) Try a greater -w value (eg -w2).20190515-18:34:33.726636: sdm120c(30813) Problem locking serial device /dev/ttyUSB0.20190515-18:34:33.726701: sdm120c(30813) Unable to get lock on serial /dev/ttyUSB0 for 30813 in 0s: still locked by 30795.20190515-18:34:33.726943: sdm120c(30813) Try a greater -w value (eg -w2).PHP Fatal error: Uncaught Error: Call to undefined function mb_strlen() in /var/www/comapps/houseenergy.php:298Stack trace:#0 {main} thrown in /var/www/comapps/houseenergy.php on line 298 is not valid, the correct format is 1(1234.5*Wh)

**America** · 15-05-2019, 20:29

Io scaricando l'ultima immagine e con la guida non ho avuto problemi. Non ti so aiutare purtroppo. Quando esegui i comandi da MeterN funzionano?

Inviato dal mio Redmi 4X utilizzando Tapatalk

**Another** · 16-05-2019, 11:53

meterN devo ancora finire di configurarlo
123solar sta funzionando, ma secondo me a singhiozzo
mi sembrano troppo lente le letture e ci sono questi errori in console 123solar:

#1 16/05/2019 12:49:55 Missing 5' sample

#1 16/05/2019 12:49:04 Connection lost

#1 16/05/2019 12:34:55 Missing 5' sample

#1 16/05/2019 12:24:59 Missing 5' sample

#1 16/05/2019 12:09:58 Missing 5' sample

#1 16/05/2019 11:59:02 Connection lost

#1 16/05/2019 11:54:56 Missing 5' sample

#1 16/05/2019 11:39:04 Connection lost

dove dice 'missing 5 sample' non riporta proprio la lettura sul grafico

--- edit
ho modificato la stringa di comunicazione con -z10 -j10 -w10, quindi in sostanza aumentando i ritentativi
ed ora mi sembra vada meglio

su MeterN invece non ci siamo, mi dice che non trova meter2n.txt
tra l'altro ho un dubbio perch� non capisco se la parit� e i parametri -z -j -w siano impostabili

sul precedente raspb avevo anche il file config_daemon.php
con la riga

$output = shell_exec('pooler485 1,2,3,6,7 9600 /dev/ttyUSB0 > /dev/null 2>/dev/null &');

anche nel nuovo meter devo sistemarla? l'attuale �:

exec('pooler485 2 9600 /dev/ttyUSB0 > /dev/null 2>/dev/null &');

--- edit
ho sistemato quell'errore, trovando dove sono i parametri del comando di lettura in pooler485.sh e sistemando la parit�, gli altri erano gi� a 10 (z ecc)
ora il comando poolerconsumi 2 power funziona

ne ho per� un altro :-(
non funziona il comando
poolerconsumi 2 energy
>>
Command : poolerconsumi 2 energy

PHP Notice: Undefined offset: 2 in /var/www/comapps/poolerconsumi.php on line 532(17277510*Wh) is not valid, the correct format is 2(1234.5*Wh)

me lo fa anche sul contatore 3, funziona il live ma non il principale
che sia dovuto ad una inizializzazione da fare per portarsi dietro il vecchio conteggio? un valore di start ..
per� nel poolerconsumi ho provato a modificare la variabile $prevcount a naso ma senza fortuna

**Another** · 16-05-2019, 22:17

stasera magicamente quell'errore � sparito, non so che dire, sia sul meter 2 che sul 3

rimane ora da capire come fare a impostare correttamente il prevcount ora che sto sostituendo il raspberry, credo di doverlo fare solo per il contatore che ho sostituito tempo fa perch� uno si era bruciato

---
l'errore di offset si ripete man mano che aggiungo nuovi meter, ora lo fa leggendo il 4 'eflow whout'

Command : eflow whout

PHP Notice: Undefined offset: 4 in /var/www/comapps/eflow.php on line 1344(0*Wh) is not valid, the correct format is 4(1234.5*Wh)

**miko88** · 17-05-2019, 09:41

Dopo due giorni di sbattimenti sono riuscito a ripristinare il mio Raspberry con la Flanes 2.5. Il sistema era fermo da dicembre e purtroppo me ne sono accorto solo pochi giorni fa (sd danneggiata). Ho scaricato manualmente i dati csv dall'inverter e ricaricati sul 123solar e in pvout. Ora voglio dotarmi di backup automatico e riavvio giornaliero schedulato, qualcuno lo usa gi�?

**Another** · 17-05-2019, 09:48

il riavvio giornaliero.. io lo avevo impostato ogni 5 gg, ma nella situazione in cui ero mi sa che faceva pi� danni che altro...

gli esperti che dicono? pro e contro?

**America** · 17-05-2019, 11:36

Per quanto riguarda il backup io uso quello su altervista. Per� non sono riuscito a farlo andare in automatico. Lo faccio io a manina ogni tot giorni.

Inviato dal mio Redmi 4X utilizzando Tapatalk

**Another** · 22-05-2019, 10:06

Dopo qualche giorno di rodaggio sembra che la connessione al bus sia pi� stabile perch� n� in 123solar n� in meterN ci sono segnalazioni di problemi nella finestra di Informazioni.

Per� mi sono accorto di un problema in meterN che continua a scrivermi un valore fisso sui consumi e di riflesso sulle variabili calcolate.
Se da admin lancio il comando

poolerconsumi 2 energy

leggo quel valore fisso: 2(17299460*Wh) is a valid entry !

mentre con

poolerconsumi 2 power

il valore letto dovrebbe essere corretto perch� varia attorno ai 300-400 w ora

me ne sono accorto perch� il grafico � piatto e ho trovato nei file sempre lo stesso valore, per� se lancio a mano da console il comando

sdm120c -a 2 -P E -b 9600 -j10 -z10 -w10 /dev/ttyUSB0

legge i valori giusti:

Voltage: 236.03 V
Current: 2.03 A
Power: 345.05 W
Active Apparent Power: 478.61 VA
Reactive Apparent Power: -331.67 VAR
Power Factor: 0.72
Phase Angle: -43.87 Degree
Frequency: 49.98 Hz
Import Active Energy: 17428510 Wh
Export Active Energy: 0 Wh
Total Active Energy: 17428510 Wh
Import Reactive Energy: 107284 VARh
Export Reactive Energy: 3655319 VARh
Total Reactive Energy: 3762603 VARh
OK

Cosa pu� essere? Grazie

**Another** · 22-05-2019, 22:58

ho anche provato il reboot, ma senza risultato

**Another** · 23-05-2019, 12:58

In sostanza lo script non aggiorna il file consumi2.txt con il valore attuale, e se lo cancello lo ricrea con un vecchio valore, di qualche gg fa

poi c'� questo:

codice:

pi@raspberrypi2:~ $ poolerconsumi 2 energy
PHP Warning:  file_put_contents(/dev/shm/consumi2.txt): failed to open stream: Permission denied in /var/www/comapps/poolerconsumi.php on line 77
2(17299460*Wh)

per� i permessi di poolerconsumi.php e consumi2.txt sono www-data sia come proprietario che come gruppo

**fabioe** · 23-05-2019, 15:56

imposta permessi del file consumi2 a 666

**Another** · 23-05-2019, 22:38

questo � quello che vedo ora:

root@raspberrypi2:/dev/shm# ls -l consumi2.txt
-rw-r--r-- 1 www-data www-data 15 mag 23 23:20 consumi2.txt

non mi intendo molto, significa lettura/scrittura per gli utenti, lettura per i gruppi e per gli altri
cmq ho fatto:

root@raspberrypi2:/dev/shm# chmod 666 consumi2.txt
root@raspberrypi2:/dev/shm# ls -l consumi2.txt
-rw-rw-rw- 1 www-data www-data 15 mag 23 23:20 consumi2.txt
root@raspberrypi2:/dev/shm# poolerconsumi 2 energy
2(17299460*Wh)

Quindi non c'� pi� errore di scrittura, ma il valore letto � sempre quello vecchio
Ho aspettato 5 minuti e nada, riavviato meterN aspettato altri 5 minuti, ma continua a scrivere il valore vecchio sul file

Ma dove lo legge?

**mcolo** · 25-05-2019, 08:44

Ciao a tutti,
Da ieri ho qualche problema con la lettura dei dati dagli sdm120.

Ho impostato il raspberry come da guida, tutto ha funzionato perfettamente fino alle 20 di ieri sera circa (lo vedo dallo storico), poi ha smesso di funzionare.
Questa mattina, quando mi sono accorto del problema, ho trovato entrambi i contatori su una modalit� di visualizzazione (a schermo) diversa rispetto a quella in cui li avevo lasciati. (unico indizio)
Ora, se provo a lanciare lo stesso identico comando di prima: sdm120c -d 3 -a 1 -P N -b 2400 -z3 -j10 -w10 /dev/ttyUSB0 -p
mi da un timeout di connessione

20190525-09:34:47.759911: sdm120c(3035) Libmodbus context open (2400N2)
20190525-09:34:47.760043: sdm120c(3035) Byte timeout disabled.
20190525-09:34:47.760175: sdm120c(3035) New response timeout: 0s, 1000000us
20190525-09:34:47.762925: sdm120c(3035) 1/3. Register Address 30013 [000C]
20190525-09:34:48.764395: sdm120c(3035) ERROR (110) Connection timed out, 1/3, Address 30013 [000C]
20190525-09:34:48.764580: sdm120c(3035) Response timeout gave up after 1001202us
20190525-09:34:48.764712: sdm120c(3035) 2/3. Register Address 30013 [000C]
20190525-09:34:49.766003: sdm120c(3035) ERROR (110) Connection timed out, 2/3, Address 30013 [000C]
20190525-09:34:49.766187: sdm120c(3035) Response timeout gave up after 1001091us
20190525-09:34:49.766319: sdm120c(3035) 3/3. Register Address 30013 [000C]
20190525-09:34:50.767612: sdm120c(3035) ERROR (110) Connection timed out, 3/3, Address 30013 [000C]
20190525-09:34:50.767923: sdm120c(3035) Response timeout gave up after 1001088us
20190525-09:34:50.769380: sdm120c(3035) devLCKfile:
20190525-09:34:50.769468: sdm120c(3035) devLCKfileNew:
20190525-09:34:50.769525: sdm120c(3035) Clearing Serial Port Lock (3035)...
20190525-09:34:50.769605: sdm120c(3035) Acquiring exclusive lock on /var/lock/LCK..ttyUSB0...
20190525-09:34:50.769689: sdm120c(3035) Exclusive lock on /var/lock/LCK..ttyUSB0 acquired (0) Success...
20190525-09:34:50.769833: sdm120c(3035) cmdLen=7
20190525-09:34:50.769892: sdm120c(3035) cmdLen=7 COMMAND is not null
20190525-09:34:50.769979: sdm120c(3035) errno=0, bRead=2 LckPID=3035 PID=3035 COMMAND='sdm120c'
20190525-09:34:50.770044: sdm120c(3035) errno=0, bRead=-1 LckPID=3035 PID=0 COMMAND=''
20190525-09:34:50.770229: sdm120c(3035) Clearing Serial Port Lock done
NOK
20190525-09:34:50.770312: sdm120c(3035) NOK

guardando i log, noto che qualche secondo dopo i primi timeout (20:15:08) trovo scritto questo nel syslog:

May 24 20:15:42 raspberrypi kernel: [1672145.018697] usb 1-1-port2: over-current change
May 24 20:15:42 raspberrypi kernel: [1672145.254450] usb 1-1.4: USB disconnect, device number 4
May 24 20:15:42 raspberrypi kernel: [1672145.255106] ch341-uart ttyUSB0: ch341-uart converter now disconnected from ttyUSB0
May 24 20:15:42 raspberrypi kernel: [1672145.255190] ch341 1-1.4:1.0: device disconnected
May 24 20:15:43 raspberrypi kernel: [1672145.554123] usb 1-1.4: new full-speed USB device number 5 using dwc_otg
May 24 20:15:43 raspberrypi kernel: [1672145.687307] usb 1-1.4: New USB device found, idVendor=1a86, idProduct=7523
May 24 20:15:43 raspberrypi kernel: [1672145.687320] usb 1-1.4: New USB device strings: Mfr=0, Product=2, SerialNumber=0
May 24 20:15:43 raspberrypi kernel: [1672145.687329] usb 1-1.4: Product: USB2.0-Serial
May 24 20:15:43 raspberrypi kernel: [1672145.688234] ch341 1-1.4:1.0: ch341-uart converter detected
May 24 20:15:43 raspberrypi kernel: [1672145.694874] usb 1-1.4: ch341-uart converter now attached to ttyUSB0

Ho verificato:
- Che la configurazione di velocit�, etc etc non fosse cambiata
- Ho riavviato il raspberry
- Ho cambiato la porta USB

Nessuna di queste operazioni ha portato ad un risultato, qualcuno ha avuto un problema simile? qualche suggerimento?

Grazie Mille!

**Another** · 25-05-2019, 14:13

non comunica proprio mai? forse si � rotto il bus

in merito al mio problema, ho letto 1 volta che flane affermava che il consumi2.txt in realt� era scritto da eflow e non da poolerconsumi.php

vi torna? se fosse cos� perch� il comando poolerconsumi mi dava errore di permessi su consumi2?

**Another** · 25-05-2019, 15:39

Oggi temporale, mi si � spento il generale della pdc e di conseguenza i 2 sdm su quella linea erano spenti: pu� falsare la comunicazione degli altri?

In ogni caso tutto a 0, anche riavviando il raspby e poi spegnendolo, ecc.
Ho controllato tutti i cavi, tutti gli sdm erano funzionanti, ho provato a sostituire il convertitore usb ed � tutto tornato in linea; quelli neri vestiti caput.

Sul discorso consumi non credo possa essere quello il motivo, piuttosto forse ho scoperto l'anomalia. Prima di accorgermi dell'altro problema sono andato a rivedere il codice di poolerconsumi.php

avevo impostato la variabile

codice:

$prevcount = -515600

come era sulla precedente installazione

rimessa a 0 ho di nuovo il contatore consumi operativo...

nel blocco 'energy' pi� avanti c'� scritto questo:

codice:

$lastval += $prevcount;
if ($lastval < $cons_val_first)
   $lastval = $cons_val_first;

quindi credo che sottraendo il valore 500000 si sia generato un loop che manteneva fisso il valore scritto nel contatore

evidentemente tra la 0.8.5 e la 0.9.5 � cambiato qualcosa e quell'impostazione va corretta

riprovato e si � bloccato di nuovo
rimesso a 0 si � sbloccato

alleluia!

quindi, se ora i contatori girano bene mi rimane il piccolo lavoro di recuperare i dati vecchi e 'aggiustare' quelli nuovi con dati medi

**mcolo** · 27-05-2019, 09:32

Originariamente inviato da Another Visualizza il messaggio

Ho controllato tutti i cavi, tutti gli sdm erano funzionanti, ho provato a sostituire il convertitore usb ed � tutto tornato in linea; quelli neri vestiti caput.

Avevo gi� dei sospetti sul convertitore usb, il tuo messaggio mi sembra una conferma. Anche io avevo quelli vestiti di nero e in quel momento in cui si sono rotti, c'� stato un mezzo temporale in zona.
Ne ho ordinati di nuovi, ma anche loro "vestiti di nero". Quali convertitore usb usi/usate voi?

Grazie

annuncio

Raspberry + MeterN - Monitoraggio energetico valido ed economico - GUIDA

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