annuncio

**dolam** · 23-11-2015, 18:35

@The Drake hai perfettamente ragione , non appesantire il raspberry � la priorit� vera , spero Jeanmarc ti dia ascolto.

Vista la tua esperienza volevo chiederti se hai seguito a suo tempo la questione riferita alla gestione dei carichi parzializzati con i rel� SSR , attraverso i quali inviare tutta la produzione che avanza nei boiler elettrici .
Flane deve gia aver fatto qualcosa attraverso il taglio delle semionde ma probabilmente ha bisogno di affinare qualcosa.
Se si potesse rendere il sistema disponibile per tutti sarebbe un'ulteriore passo avanti nell'utilizzo del raspberry, magari � necessario che Flane stesso ricordi i post in cui se ne � parlato per rinnovare l'argomento e mettere a punto qualcosa che possa essere fruibile anche da noi.

Mi sembra che se ne parli dal post 966 in poi ( anche nei precedenti ma non lo trovo).

**sovking** · 23-11-2015, 19:02

Originariamente inviato da TheDrake Visualizza il messaggio

Il problema � che se non ci sono questi valori in memoria, ogni programma comapps deve leggersi il csv con relativi rallentamenti, controlli e conti doppi. E' una piccola modifica che allevierebbe di molto il carico degli script che gestiscono virtualmeters. Sia a livello di velocit� che di semplicit�.

Anche secondo me i dati li devi leggere dalla memoria.
Gli script "comapps" in genere vengolo lanciati da meterN, quindi, se uno script viene lanciato la memoria contiene i valori necessari, e non occorre leggere i csv (si pu� chiedere conferma a Jean Marc).
Per esempio altri script lanciati da meterN gli sono: eflow, eflowlive, houseenergy.php, householdselfconsum.php, livepower,php, pool123s.php; mentre non sono lanciati da meterN i valri pooler485.sh che invece sono lanciati al boot del raspberry.

Detto questo i meter virtuali potrebbero stare dentro o fuori il core di meterN.

Per come la vedo io, meterN, nella parte sviluppata da JeanMarc, dovrebbe fare (bene!) e magari anche in modo pi� semplce ed efficiente il ruolo di gestire i diversi meter, memorizzarne i dati e visualizzarli, anzi la visualizzazione potrebbe anche essere separata in parte dal resto. Mi piacerebbe che meterN facesse davvero bene tutto questo.
Le funzioni aggiuntive, come i meter virtuali, nuove visualizzazione dei dati e altro dovrebbero essere separate da meterN. In questo modo lo sviluppo e la cura di queste parti accessorie rimane in carico/delegato ad altri, ogni utente pu� decidere se utilizzare questa o quella funzionalit�, senza appesantire meterN.
@dolam infatti io non voglio che si torni a leggere i csv, e allo stesso tempo non vorrei appesantire l'hw con funzioni che magari non a tutti servono o di cui JeanMarc non pu� garantire che funzionino bene (non le ha sviluppate lui).

In fondo tutto il modello di meterN � semplice nella sua concezione: l'ha creato JeanMarc, e lo sviluppa lui, non c'� un repository pubblico pensato affinch� pi� persone possano collaborare, ogni proposta passa da JeanMarc.
E` il cosidetto modello di sviluppo "a Cattedrale", opposto al modello di sviluppo "Bizantino": ha l'evidente vantaggio di tenere tutto sotto controllo, con vantaggio nella stabilit� e a scapito della velocit� d'innovazione (ci sono anche illustri esempi in ambito software). Io non ci trovo nulla di strano � una scelta.
In questo modello di sviluppo , l'autore ha scelto di rendere disponibile un sistema a plugin che JeanMarc chiama "comapps": bene, per lo meno c'� quello, potremmo usarlo, senza voler forzare la mano a JeanMarc che preferisce magari dedicarsi ad altri aspetti di meterN.

**TheDrake** · 23-11-2015, 19:28

Originariamente inviato da dolam Visualizza il messaggio

@The Drake hai perfettamente ragione , non appesantire il raspberry � la priorit� vera , spero Jeanmarc ti dia ascolto.

Vista la tua esperienza volevo chiederti se hai seguito a suo tempo la questione riferita alla gestione dei carichi parzializzati con i rel� SSR , attraverso i quali inviare tutta la produzione che avanza nei boiler elettrici .
Flane deve gia aver fatto qualcosa attraverso il taglio delle semionde ma probabilmente ha bisogno di affinare qualcosa.
Se si potesse rendere il sistema disponibile per tutti sarebbe un'ulteriore passo avanti nell'utilizzo del raspberry, magari � necessario che Flane stesso ricordi i post in cui se ne � parlato per rinnovare l'argomento e mettere a punto qualcosa che possa essere fruibile anche da noi.

Mi sembra che se ne parli dal post 966 in poi ( anche nei precedenti ma non lo trovo).

Lasciamo perdere l'esperienza...

@flane ha ben presente il discorso dei carichi e ne abbiamo anche gi� parlato insieme. Tempo (di entrambi) permettendo, mi sono gi� reso disponibile per aiutarlo per quello che posso.

**TheDrake** · 23-11-2015, 19:54

Originariamente inviato da sovking Visualizza il messaggio

In questo modello di sviluppo , l'autore ha scelto di rendere disponibile un sistema a plugin che JeanMarc chiama "comapps": bene, per lo meno c'� quello, potremmo usarlo, senza voler forzare la mano a JeanMarc che preferisce magari dedicarsi ad altri aspetti di meterN.

Nessuna forzatura, ci mancherebbe.

Se janmarc accetta questa modifica ci sono dei vantaggi per tutti perch� aumenta la flessibilit� degli script esterni, ma posso sempre continuare a fornire patch + script per i virtualmeter. Questo tentativo l'ho fatto per sapere come e quando potr� rilasciare la prima release.

/drk

**megamarco83** · 24-11-2015, 12:30

Originariamente inviato da TheDrake Visualizza il messaggio

Accade perch� non � l'ultima versione di sdm.

ciao Drake
ho fatto l'aggiornamento all'ultima versione ch ehai modificato di SDM120C anche sul raspberry di mio pap�, anche lui usa 123solar 1.5.5 e metern 0.7.5 a differenza mia per� lui ha due SDM120 uno per la produzione ed uno per i consumi
il problema � che metern segna la produzione correttamente, per� non fa il grafico
123solar invece non segna la produzione e non fa nemmeno lui il grafico...
dopo aver aggiornato ho cambiato la riga di comando anche a mio pap� nel poller485.sh mettendo:
CMD="sdm120c -a ${ADDRESS} -b ${BAUD_RATE} -d 0 -j 20 -z 10 -i -p -v -c -f -g -P N -q ${DEVICE}"

e sono entrato come admin in 123solar 1.5.5 ed ho messo come riga di comando:
-d 0 -j 20 -z 10 -P N -b 9600

se da putty lancio:
pi@raspberrypi ~/SDM120C $ sdm120c -a 1 -d 0 -j 20 -z 10 -P N -b 9600 /dev/ttyUSB0
Voltage: 229.90 V
Current: 15.18 A
Power: 3473.80 W
Active Apparent Power: 3464.59 VA
Reactive Apparent Power: 0.00 VAR
Power Factor: 1.00
Phase Angle: 0.00 Degree
Frequency: 50.00 Hz
Import Active Energy: 3734835 Wh
Export Active Energy: 1 Wh
Total Active Energy: 3734836 Wh
Import Reactive Energy: 170967 VARh
Export Reactive Energy: 191248 VARh
Total Reactive Energy: 362215 VARh
OK
pi@raspberrypi ~/SDM120C $ sdm120c -a 1 -d 0 -j 20 -z 10 -P N -b 9600 /dev/ttyUSB1
Voltage: 227.40 V
Current: 2.55 A
Power: 528.40 W
Active Apparent Power: 582.14 VA
Reactive Apparent Power: 249.68 VAR
Power Factor: 0.91
Phase Angle: 0.00 Degree
Frequency: 50.00 Hz
Import Active Energy: 2152369 Wh
Export Active Energy: 0 Wh
Total Active Energy: 2152369 Wh
Import Reactive Energy: 348951 VARh
Export Reactive Energy: 0 VARh
Total Reactive Energy: 348951 VARh
OK
pi@raspberrypi ~/SDM120C $

ottengo correttamente i valori di produzione /ttyUSB0
e consumi /ttyUSB1

non capisco per� perch� dopo l'aggiornamento del programma SDM120 metern non mi compila pi� il grafico della produzione, ma mi segna i valori live della produzione, mentre 123solar non segna i valori live della produzione e non compila nemmeno il grafico
grazie mille!

**dolam** · 24-11-2015, 12:46

megamarco hai controllato l'orario del raspberry? prova a digitare date e vedi se � tutto OK , a volte me lo fa quando non � sincronizzata l'ora

**ninodifranco** · 24-11-2015, 12:49

Hai riavviato il raspberry?
Se ti permette di lanciare i comandi manualmente sulle porte usb mi sa che i pooler di lettura sono fermi, se fossero attivi dovresti avere qualche problema nelle letture da terminale.

**ninodifranco** · 24-11-2015, 12:52

Controlla nella cartella /run/shm se ci sono i file temporanei e se si aggiornano almeno ogni 5 secondi.

**TheDrake** · 24-11-2015, 13:09

Originariamente inviato da megamarco83 Visualizza il messaggio

ciao Drake
ho fatto l'aggiornamento all'ultima versione ch ehai modificato di SDM120C anche sul raspberry di mio pap�, anche lui usa 123solar 1.5.5 e metern 0.7.5 a differenza mia per� lui ha due SDM120 uno per la produzione ed uno per i consumi
il problema � che metern segna la produzione correttamente, per� non fa il grafico

...

non capisco per� perch� dopo l'aggiornamento del programma SDM120 metern non mi compila pi� il grafico della produzione, ma mi segna i valori live della produzione, mentre 123solar non segna i valori live della produzione e non compila nemmeno il grafico
grazie mille!

Penso sia perch� l'ultima versione di SDM ritorna pi� valori. Leggi l'ultimo messaggio (#1800) di Flane su un errore nel protocollo di 123solar.

**thx** · 24-11-2015, 13:17

Originariamente inviato da TheDrake Visualizza il messaggio

Penso sia perch� l'ultima versione di SDM ritorna pi� valori. Leggi l'ultimo messaggio (#1800) di Flane su un errore nel protocollo di 123solar.

Quell'errore l'ha notato quando ha controllato la mia configurazione e mi ha risolto il problema grafici (problema che riguardava la potenza apparente)
@megamarco
Se prima di sera non trovi aiuto, ti mando via mail il protocollo aggiornato quando rientro dal lavoro

**megamarco83** · 24-11-2015, 14:01

Originariamente inviato da dolam Visualizza il messaggio

megamarco hai controllato l'orario del raspberry? prova a digitare date e vedi se � tutto OK , a volte me lo fa quando non � sincronizzata l'ora

ciao, si l'orario � ok:
pi@raspberrypi ~/SDM120C $ date
mar 24 nov 2015, 14.00.57, CET

**megamarco83** · 24-11-2015, 14:09

Originariamente inviato da TheDrake Visualizza il messaggio

Penso sia perch� l'ultima versione di SDM ritorna pi� valori. Leggi l'ultimo messaggio (#1800) di Flane su un errore nel protocollo di 123solar.

questo diceva flane:

ATTENZIONE CREDO CI SIA UN ERRORE NEL PROTOCOLLO PER 123SOLAR

Nel caso si usi il contatore per misurare la prodotta su inverter non compatibili con 123solar, per poter leggere correttamente i valori della produzione ho dovuto modificare due parametri nel file sdm120c.php del protocollo:

.... $FRQ = $dataarray[7]; .... $KWHT = $dataarray[10]; .....

Credo sia rimasto l'errore in seguito alle ultime modifiche del software sdm120c. Se fosse possibile correggerlo ....

lo ho fatto ed ora sembra funzionare....in effetti se si potesse correggere, sarebbe perfetto!
grazie!!!

@thx grazie mille, risolto con la modifca apportata sopra

**megamarco83** · 24-11-2015, 14:32

una domanda, essendo ora ripartito a segnare i grafici di produzione, mi ha segnato un valore esagerato nella giornata di oggi
mi ha anche segnato un valore stano nei grafici in basso relativi a ieri, che era il giorno in cui ho aggiornato a mio pap� la versione di SDM120C
come devo editare il file csv nella cartella /data di metern affinch� sparisca il picco di produzione di oggi ed anche il totale negativo di produzione che ha segnato ieri?
graziE!

File allegati

**thx** · 24-11-2015, 14:41

In data/csv e data/meters ci sono dei file csv
Aprili con putty ,guarda dove sono i picchi , poi editali o eliminali

**megamarco83** · 24-11-2015, 14:50

13:40,2153254,50,3720510,14017,3607591,18,39
13:45,2153290,50,3720546,14017,3607591,18,39
13:50,2153328,50,3720584,14017,3607591,18,39
13:55,2153367,50,3720623,14017,3607591,18,39
14:00,2153408,50,3720664,14017,3607591,18,39
14:05,2153477,50,3720733,14017,3607591,18,39
14:10,2153513,3740117,3720733,3754048,3607555,18,3 9
14:15,2153548,3740334,3720733,3754230,3607520,18,3 9
14:20,2153581,3740544,3720733,3754407,3607487,18,3 9
14:25,2153619,3740744,3720733,3754569,3607449,18,3 9
14:30,2153652,3740939,3720733,3754731,3607416,18,3 9
14:35,2153685,3741124,3720733,3754883,3607383,18,3 9

ok, ma se cancello i picchi mi si sposta l'errore....
faccio un esempio, il csv della produzione di oggi mi segna fino alle 14:05 una produzione (il secondo meter) di 50
poi dopo aver sistemato il file sdm120c.php con i suggerimenti di the_drake e flane, la produzione � partita, ed in fatti alle 14:10 mi trovo con il meter della produzione a 3740117
tutti i valori successivi alle 14:10 sono quindi valori che segna ora metern dopo aver aggiustato il file dell'sdm relativo alla produzione....
come procedo quindi?
grazie!

**thx** · 24-11-2015, 15:12

Modifica il file che c'e' in data/meters

**dolam** · 24-11-2015, 16:30

Ragazzi avrei bisogno di una mano da voi,

quando per qualche motivo sono costretto a togliere energia al raspberry ( che � sotto UPS sempre) il mio MeterN impiega circa 10 minuti a ripartire
ma solo nella grafica perch� in realt� misura la corrente di consumo esattamente ( me ne accorgo perch� trasmette a PVoutput e al programma di gestione autoconsumo di gianfrdp il dato esatto del consumo)
cosa posso fare perch� si avvii subito? eccovi la schermata dove potete vedere sotto i rilevamenti del voltaggio ed altro ma nel resto del grafico tutto � a zero, invece sta funzionando.

**TheDrake** · 24-11-2015, 16:45

Originariamente inviato da megamarco83 Visualizza il messaggio

ok, ma se cancello i picchi mi si sposta l'errore....
faccio un esempio, il csv della produzione di oggi mi segna fino alle 14:05 una produzione (il secondo meter) di 50
poi dopo aver sistemato il file sdm120c.php con i suggerimenti di the_drake e flane, la produzione � partita, ed in fatti alle 14:10 mi trovo con il meter della produzione a 3740117
tutti i valori successivi alle 14:10 sono quindi valori che segna ora metern dopo aver aggiustato il file dell'sdm relativo alla produzione....
come procedo quindi?

Avendo dei buchi di produzione e meter assoluti come quelli che si aspetta metern non ci sono molte possibilit�:

Lasci tutto com'�: il valore totale a fine giornata sar� comunque corretto anche se c'� il picco
Hai un sistema parallelo che ha misurato l'andamento dei valori persi e lo utilizzo per riempire i buchi con valori sensati (tipo gli inverter che tengono una storia al loro interno).
Prendi la differenza fra l'ultima misurazione buona e la prima dopo la ripresa, dividi il valore per il numero di intervalli da 5 minuti e aggiungi ad ogni riga con valore mancante quello della riga precedente pi� la differenza calcolata

Se il problema � a cavallo di due giornate, poi, dovrai anche sistemare i file con i valori giornalieri come ti ha indicato thx. Se non hai il totale prodotto della giornata precedente sull'inverter, dovrai "stimarlo" a occhio. Il mio power-one ad esempio tiene la storia della produzione giornaliera dell'ultimo anno leggibile con Aurora.

/drk

**megamarco83** · 24-11-2015, 16:48

ciao, si con il mio power one anche io faccio cos� per lo storico produzioni, ma mio pap� ha un sma quindi niente storico produzioni
alla fine lo ho aggiustato io a mano....ed il picco domani lo vedr� sparire....come ho sempre fatto quando mi succedono queste cose, volevo sapere se c'era un modo alternativo pi� furbo

per la modifica del sdm120c.php invece confermo quanto segnalato da flane, bisogna modificare a mano gli array, dopodiche segna correttamente la produzione anche con sdm120c
se drake puoi sistemarlo nella prossima versione di sdm120 si evita di farlo a mano

ciao e grazie!

**ninodifranco** · 24-11-2015, 17:04

Il file sdm120c.php l'ha fatto Gianfranco ed era funzionante con la sua versione di sdm120c,
Il problema � uscito fuori nelle versioni di TheDrake che avendo aggiunto altri valori nella visualizzazione globale, ha fatto scorrere gli array, le soluzioni sono due:
1 si cambiano i numeri degli array,
2 si inseriscono nel cmd i parametri per visualizzare solo le misure necessarie, come si fa nel pooler485.sh

**TheDrake** · 24-11-2015, 18:03

Originariamente inviato da ninodifranco Visualizza il messaggio

Il file sdm120c.php l'ha fatto Gianfranco ed era funzionante con la sua versione di sdm120c,
Il problema � uscito fuori nelle versioni di TheDrake che avendo aggiunto altri valori nella visualizzazione globale, ha fatto scorrere gli array, le soluzioni sono due:
1 si cambiano i numeri degli array,
2 si inseriscono nel cmd i parametri per visualizzare solo le misure necessarie, come si fa nel pooler485.sh

Confermo!

Prima di rilasciare la nuova versione di sdm avevo verificato che i pooler non avessero problemi, ma non sapevo dell'esistenza di questo protocollo dedicato per 123solar che utilizza l'output di sdm120c senza parametri.

Io sarei per aggiungere i parametri alla chiamata sdm nel protocollo 123solar per renderlo pi� immune ai cambiamenti, anche futuri. Anzi, visto che il file � nella repository di sdm120c, direi che posso adeguarlo subito, almeno nel mio fork.

Per il momento non ho ancora chiesto il merge a Gianfranco perch� lo considero ancora in "beta". Infatti ecco il primo problema...

Chi mi fa una prova?

Il file da modificare non � quello indicato da flane, che deve rimanere come l'originale, ma il file "sdm120c.php" che potete scaricare qui.

/drk

**thx** · 24-11-2015, 19:25

Che prova dobbiamo fare?

**ninodifranco** · 24-11-2015, 19:55

Io ho proposto la seconda opzione proprio con l'intento di renderlo compatibile con tutte le versioni, passate e future.

**dolam** · 24-11-2015, 20:07

The Drake spiegami meglio la prova che dovrei fare, ho la versione 1.5.5 di 123solar e Metern 0.7.5 ed ho fatto l'aggiornamento alla tua versione 1.3.5 del contatore, a me funziona tutto come prima, le scritture sono regolari ed il sistema di gestione dell'energia attraverso i GPIO ,ideato da gianfrdp , mi funziona perfettamente senza differenze , cosa devo controllare? scrivimi i comandi che devo digitare e lo faccio

**TheDrake** · 24-11-2015, 20:25

Originariamente inviato da dolam Visualizza il messaggio

The Drake spiegami meglio la prova che dovrei fare, ho la versione 1.5.5 di 123solar e Metern 0.7.5 ed ho fatto l'aggiornamento alla tua versione 1.3.5 del contatore, a me funziona tutto come prima, le scritture sono regolari ed il sistema di gestione dell'energia attraverso i GPIO ,ideato da gianfrdp , mi funziona perfettamente senza differenze , cosa devo controllare? scrivimi i comandi che devo digitare e lo faccio

Se hai sostituito il tuo file con quello linkato e funziona ancora tutto vuol dire che la modifica funziona!

Altre conferme?

Inviato dal mio Nexus 5 utilizzando Tapatalk

**TheDrake** · 24-11-2015, 20:32

Originariamente inviato da thx Visualizza il messaggio

Che prova dobbiamo fare?

Avendo 123solar 1.6.x e sdm120c ultima versione con la misura della produzione fatta col protocollo sdm120c e non direttamente dall'inverter...

Il file che ho indicato va sostituito a quelli originali nella directory di 123solar dei protocolli.

Non riesco ad essere pi� preciso per ora perch� sono fuori a cena.

Inviato dal mio Nexus 5 utilizzando Tapatalk

**thx** · 24-11-2015, 20:46

Cena con calma, non posso provarlo adesso perche' l'inverter e' spento...pero' di seguito il mio sdm120c funzionante con la 1.6.7.3

// sdm120c is a command line program for reading the parameters out of EASTRON SDM120C ModBus Smart meter.
// http://github.com/gianfrdp/SDM120C

$SDTE = date("Ymd H:i:s");

$I1V = null;
$I1A = null;
$I1P = null;

$CMD_POOLING = "sdm120c -a ${'ADR'.$invt_num} ${'COMOPTION'.$invt_num} -q ${'PORT'.$invt_num}";
//$CMD_POOLING = "sdm120c -a 2 -b 9600 -q /dev/ttyUSB0";

//echo "$CMD_POOLING\n";

$CMD_RETURN = exec($CMD_POOLING);
//echo "$CMD_RETURN\n";

$dataarray = preg_split('/[[:space:]]+/', $CMD_RETURN);
//var_dump($dataarray);

$G1V = $dataarray[0];
settype($G1V, 'float');

$G1A = $dataarray[1];
settype($G1A, 'float');

$G1P = $dataarray[2];
settype($G1P, 'float');

$FRQ = $dataarray[4];
settype($FRQ, 'float');

$EFF = (float) 0.0;

$INVT = null;

$BOOT = null;

$KWHT = $dataarray[5];
settype($KWHT, 'float');
$KWHT = $KWHT/1000;

if ($KWHT != 0) {
$RET = 'OK';
} else {
$RET = 'NOK';
}

//echo " $G1V \n $G1A \n $G1P \n $FRQ \n $EFF \n $KWHT\n";

?>

**TheDrake** · 25-11-2015, 01:15

Originariamente inviato da thx Visualizza il messaggio

Cena con calma, non posso provarlo adesso perche' l'inverter e' spento...pero' di seguito il mio sdm120c funzionante con la 1.6.7.3

Il concetto � simile ma io ho imposto i parametri per i valori richiesti a sdm120c + un controllo errori che preferisco:

codice:

$errornum = null;

// Ask sdm120c: 
//      - Voltage (-v)
//      - Power (-p)
//      - Current (-c)
//      - Frequency (-f)
//      - Imported energy (-i)

$CMD_POOLING = "sdm120c -a ${'ADR'.$invt_num} ${'COMOPTION'.$invt_num} -vpcfi -q ${'PORT'.$invt_num}";


if ($DEBUG != 0) {
   error_log("$CMD_POOLING",0);
}


$CMD_RETURN = exec($CMD_POOLING, $errornum);


if ($DEBUG != 0) {
  error_log("$CMD_RETURN",0);
}


$dataarray  = preg_split('/[[:space:]]+/', $CMD_RETURN);
//var_dump($dataarray);


$G1V = $dataarray[0];
settype($G1V, 'float');


$G1A = $dataarray[1];
settype($G1A, 'float');


$G1P = $dataarray[2];
settype($G1P, 'float');


$FRQ = $dataarray[3];
settype($FRQ, 'float');


$EFF = (float) 0.0;


$INVT = null;


$BOOT = null;


$KWHT = $dataarray[4];
settype($KWHT, 'float');
$KWHT = $KWHT/1000;


if ($errornum == 0) {
  $RET = 'OK';
} else {
  $RET = 'NOK';
}

**dolam** · 25-11-2015, 07:37

miki8989 ho seguito la tua modalit� d'installazione per il sensore di pressione e credo di aver fatto tutto bene il risultato � is valid entry ma non riesco a farlo apparire sulla dashboard, che devo fare?

**miki8989** · 25-11-2015, 13:54

Domenico

prova cosi

cat /run/shm/metern10.txt | egrep "^10_2\(" | egrep "\*Pa\)$"

hai sbagliato la parte in grassetto

per vedere i dati nella griglia a destra inserisci un nuovo Configure indicator(s) (No logged)

ciao

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