Script virtmeter.php [GUIDA]

[Garluk]

Grazie Cosimo.
Cercherò di capire il problema....e magari ti sfrutterò per i test!

[cosimo61]

Grazie Cosimo.
Cercherò di capire il problema....e magari ti sfrutterò per i test!

A disposizione al 100%

[Garluk]

Cosimo mi fai un controllo se hai un attimo di tempo.

volevo sapere se il disallineamento rimane costante durante una fascia e se cambia quando la fascia cambia.

Grazie
G.

[cosimo61]

Salve,
nella fascia da me osservata (da 3 giorni solo F23) il disallineamento non è costante ma l'errore, sempre positivo e di n. pari, è a volte di 2 o 4 e raramente 8 Wh. Circa il 20% delle letture coincidono tra i vari meter ma in modo casuale.
Come puoi vedere tu stesso da questo grafico, la lettura dei consumi è quella giusta ma il contatore dei prelievi totali non coincide e a sua volta ancora di più risulta disallineato il grafico dei prelievi in F23 sia rispetto ai consumi che ai prelievi totali.

Qui non c'è un termine di paragone ma l'errore tra i due meter è molto evidente. Solo nelle ore di produzione PV l'errore ammonta a 280 Wh

Magari farò altre osservazioni domani in fascia F1 per vedere se il problema si ripresenta e in che entità.
Spero di essere stato utile

[cosimo61]

AGGIORNAMENTO AL POST PRECEDENTE
Questi i dati registrati oggi nei Consumi di fascia F1.
Facendo uno zoom del grafico dove le letture dovrebbero coincidere è evidente lo sfasamento con una differenza di 2, 4, 6 o 8 Wh

La stessa cosa per Immissioni e Immissioni F1: differenza di 148 Wh

[Garluk]

Non intendevo quello.
Intendevo al cambio di fascia....E da quello che ho visto a casa stamattina uno dei problemi probabilmente è lì.
E poi ci deve essere qualcosa quando c'è produzione.

[cosimo61]

L'immagine evidenzia il passaggio di fascia F1 verso F23.
Questa mattina invece il passaggio non è stato rilevato in quanto non c'erano prelievi in F1.
Il buco alle 19.25 registra un blackout di rete durato circa 10 minuti.

[TonyP62]

Se non ho capito male, io e @cosimo61, utilizziamo poolerconsumi per calcolare i consumi totali.
Virtmeter và a leggere prima dai file di Memory.json , poi apre il csv per fare un paragone, dopo di che calcola il valore da inserire.
Potrebbe non essere un errore dovuto al salto di fascia, perché si presenta anche quando la fascia è costante per svariate ore.
Nel mio caso ho constatato che dalle ore 00 alle 07 (Fascia F23) il valore di Prelievo (virtmeter 3) ha +2Wh rispetto a Consumo (poolerconsumi) , ed il valore Prelievo_F23 +8Wh rispetto a Consumo.
Mi sembra di capire che sia un problema legato al preciso istante in cui vengono eseguiti i calcoli. Basta uno sfasamento di qualche secondo per far variare il valore. E lo dimostra il fatto che Prelievo F23 abbia 6Wh in più rispetto a Prelievo (entrambi calcolati da VirtMeter).

[FaManY77]

Anch'io ho delle sovrapposizioni sul grafico dei prelievi nelle 3 fasce



Mentre i consumi (totali) rispetto ai prelievi (quando ovviamente non c'è produzione) hanno un piccolissimo scarto di 1 Wh

[cosimo61]

@Garluk
Credo di aver individuato un altro bug in virtmeter.
Ogni volta che viene riavviato meterN mediante reboot del raspy, i contatori in quel momento attivi (in questo caso Prelievi e Prelievi F23) aggiungono in modo arbitrario 100 KWh al conteggio totale e in quello quotidiano visibile nella schermata Cruscotto e rilevabile nel file csv che poi bisogna editare manualmente per correggere l'errore.
Non so se è successo anche ad altri ma nel mio caso è la terza volta che accade e poi ho fatto un ravvio non necessario per verificare che l'errore si ripetesse proprio in concomitanza con il ravvio del raspy.