Dopo che il server IAMMETER-Docker di base è in esecuzione, può essere esteso in un server locale di monitoraggio energetico MQTT, utilizzare MySQL per un set di dati più ampio, inoltrare i dati solari a PVOutput e accettare misurazioni compatibili di terze parti.
Questa guida tratta i percorsi avanzati dei dati e le opzioni di archiviazione. Per installazione, volumi persistenti, primo accesso, configurazione del contatore, backup e aggiornamenti del container, inizia con Monitoraggio Energetico Self-Hosted con Docker.
Contatore IAMMETER / dispositivo compatibile / applicazione personalizzata
│
┌───────────┼───────────┐
│ │ │
HTTP MQTT REST API
│ │ │
└───────────┼───────────┘
▼
IAMMETER-Docker
│
┌─────────────────┼─────────────────┐
▼ ▼ ▼
SQLite / MySQL MQTT subscribers PVOutput
Utilizza solo le interfacce richieste dal progetto. Un'installazione di monitoraggio locale semplice non necessita di MySQL, client MQTT esterni o inoltro dati.
Conferma che l'installazione di base sia stabile:
/app/data è mappato su un archivio persistente;La distribuzione predefinita espone:
5050 per l'applicazione web e l'API;1883 per MQTT.Non pubblicare nessuna delle due porte direttamente su Internet. Utilizza un firewall, una VPN o un altro livello di accesso controllato quando è necessario l'accesso remoto.
IAMMETER-Docker utilizza SQLite per una distribuzione predefinita semplice e supporta MySQL per installazioni con un set di dati più grande.
| Database | Ideale per | Vantaggi | Considerazioni |
|---|---|---|---|
| SQLite | Home, test e distribuzioni locali più piccole | Nessun servizio database separato; configurazione iniziale facile | Il database rimane legato al volume dell'applicazione |
| MySQL | Installazioni più grandi o a lungo termine | Servizio database separato e migliore adattabilità per set di dati in crescita | Richiede distribuzione del database, credenziali, backup e manutenzione |
Non passare a MySQL solo perché è disponibile. Utilizzalo quando il volume di dati previsto, il periodo di conservazione o i requisiti di gestione del database giustificano un servizio aggiuntivo.
Prima di selezionare MySQL in IAMMETER-Docker:
Quindi inserisci le impostazioni di connessione MySQL in IAMMETER-Docker e conferma che le nuove misurazioni vengano memorizzate.

Esegui il backup dei dati esistenti di IAMMETER-Docker prima di cambiare modalità database. Verifica i dati storici e i nuovi caricamenti dopo la modifica.
IAMMETER-Docker include il supporto MQTT per due diverse direzioni:
Questi percorsi utilizzano lo stesso schema di topic ma diverse modalità di autenticazione.
Il topic in tempo reale documentato è:
device/<SN>/realtime
Sostituisci <SN> con il numero di serie registrato in IAMMETER-Docker. L'SN nel topic MQTT e nella configurazione del client deve corrispondere al contatore creato nella piattaforma locale.
Per un dispositivo o un'applicazione di pubblicazione:
| Impostazione | Valore |
|---|---|
| Broker | Indirizzo IP o hostname del server IAMMETER-Docker |
| Porta | 1883 per impostazione predefinita |
| Autenticazione | ID Client |
| ID Client | SN del contatore registrato in IAMMETER-Docker |
| Topic | device/<SN>/realtime |
| Payload | Formato dati di caricamento supportato da IAMMETER |

Prima di utilizzare dati di produzione:
Per un sottoscrittore MQTT:
| Impostazione | Valore |
|---|---|
| Broker | Indirizzo del server IAMMETER-Docker |
| Porta | 1883 per impostazione predefinita |
| Autenticazione | Nome utente e password di IAMMETER-Docker |
| Topic | device/<SN>/realtime |

I sottoscrittori tipici includono:
Se Node-RED è l'applicazione principale e non è richiesta l'archiviazione storica in IAMMETER-Docker, il contatore può anche connettersi direttamente a Node-RED tramite MQTT, Modbus TCP o la sua API locale. Confronta le opzioni nella guida Node-RED per contatori energetici.
Inizia con un singolo contatore e un topic esatto, piuttosto che con una sottoscrizione wildcard ampia.
Controlla quanto segue quando non compaiono dati:
1883 è mappata dal container;device/<SN>/realtime con la capitalizzazione prevista;Per flussi affidabili:
PVOutput è un servizio di terze parti per condividere e confrontare la generazione solare e i dati di consumo energetico. IAMMETER-Docker può inoltrare i dati del sito a PVOutput.
Utilizza questa opzione quando IAMMETER-Docker rimane il server di raccolta locale ma PVOutput è richiesto per la rendicontazione solare pubblica o esterna.
Prima di abilitare l'inoltro:

L'inoltro a PVOutput richiede l'accesso a Internet dall'host Docker. È separato dal monitoraggio locale: un guasto temporaneo della connessione a PVOutput non dovrebbe impedire al contatore di continuare a caricare sul server locale.
IAMMETER-Docker include un flusso di lavoro MQTT documentato per un dispositivo con capacità di misurazione che esegue Tasmota. L'esempio originale utilizzava un Sonoff POW R2.
Questo è un percorso di compatibilità per payload energetici supportati, non un'affermazione che ogni dispositivo o template Tasmota produca la stessa struttura di misurazione. Testa il dispositivo e il firmware effettivi prima della distribuzione.
Utilizza la seguente struttura MQTT Tasmota:
| Impostazione | Valore |
|---|---|
| Host | Indirizzo IP di IAMMETER-Docker |
| Porta | Porta MQTT di IAMMETER-Docker, normalmente 1883 |
| Client | SN registrato in IAMMETER-Docker |
| Utente | Lascia vuoto per questo flusso di pubblicazione documentato |
| Password | Lascia vuoto per questo flusso di pubblicazione documentato |
| Topic | SN registrato in IAMMETER-Docker |
| Full Topic | device/%topic%/%prefix%/ |

Dopo la configurazione, verifica ogni valore riportato in IAMMETER-Docker, inclusi tensione, corrente, potenza attiva, energia e fattore di potenza quando supportato dal dispositivo.

IAMMETER-Docker espone una documentazione API interattiva sul server locale:
http://<docker-host-ip>:5050/docs
L'API REST può essere utilizzata per:
Mantieni l'accesso API su una rete affidabile. Se un sistema esterno deve connettersi da remoto, posiziona il servizio dietro un adeguato livello di accesso sicuro invece di esporre la porta dell'applicazione senza protezione.
Per gli sviluppatori che costruiscono un ricevitore completo o una piattaforma personalizzata invece di utilizzare IAMMETER-Docker, consulta Sviluppa il Tuo Sistema di Monitoraggio Energetico.
L'auto-hosting non significa che ogni servizio esterno debba essere disabilitato. IAMMETER-Docker può essere il sistema di registrazione locale mentre i dati selezionati vengono inoltrati altrove.
| Architettura | Dati locali | Dipendenza da Internet | Ideale per |
|---|---|---|---|
| Solo locale | IAMMETER-Docker | Non richiesta dopo la distribuzione | Privacy, siti offline e dashboard LAN |
| Locale + IAMMETER-Cloud | IAMMETER-Docker e IAMMETER-Cloud | Richiesta per l'inoltro | Copia locale più report IAMMETER-Cloud e accesso remoto |
| Locale + PVOutput | IAMMETER-Docker e PVOutput | Richiesta per l'inoltro | Utenti solari che utilizzano PVOutput |
| Locale + sottoscrittore MQTT | IAMMETER-Docker più archiviazione definita dal sottoscrittore | Non richiesta con un sottoscrittore locale | Node-RED, automazione ed elaborazione personalizzata |
Abilita solo le destinazioni che servono a uno scopo chiaro. Più destinazioni creano più credenziali, dipendenze di rete e percorsi di risoluzione dei problemi.
1883 è raggiungibile solo da reti affidabili.Le sezioni sopra descrivono i flussi di lavoro IAMMETER-Docker attualmente documentati. La pagina originale è stata scritta intorno a V1.8 e V1.9; la seguente cronologia è conservata per gli utenti che mantengono installazioni più datate.
/app/datalogger è montata.
Ultimo aggiornamento: 17 luglio 2026.
Contatore di energia Wi-Fi trifase (WEM3080T)
Contatore di energia Wi-Fi monofase (WEM3080)
Contatore di energia Wi-Fi trifase (WEM3046T)
Contatore di energia Wi-Fi trifase (WEM3050T)