Ho sentim, el teu navegador no admet JavaScript!
Inicia sessió

Monitoratge energètic autoallotjat amb IAMMETER

Monitoratge energètic autoallotjat amb IAMMETER

Els comptadors IAMMETER no es limiten a IAMMETER-Cloud. Les seves interfícies obertes permeten emmagatzemar i processar les dades elèctriques en un servidor controlat pel client.

No hi ha cap arquitectura autoallotjada única que serveixi per a tots els projectes. L'elecció correcta depèn de si necessiteu:

  • una interfície de monitoratge local a punt per utilitzar;
  • middleware de dades per a una aplicació empresarial;
  • integració amb una plataforma de codi obert existent;
  • ingesta directa al vostre propi backend EMS, BMS, ERP o IoT.

IAMMETER admet les quatre vies:

                        ┌─→ IAMMETER-Docker ─→ Local charts and APIs
IAMMETER energy meter ──┼─→ IAMMETER-Central ─→ Customer ERP / EMS / BMS
                        ├─→ Open-source platform ─→ Automation and dashboards
                        └─→ Customer receiver ─→ Custom backend and database

Aquesta pàgina us ajuda a seleccionar una arquitectura. Les instruccions detallades d'instal·lació i de protocol es mantenen a les guies tècniques enllaçades.

1. Compareu les quatre vies de desplegament

Opció Usuari principal Interfície de monitoratge a punt Emmagatzematge de dades API per al desenvolupament del client Esforç de desenvolupament
IAMMETER-Docker Usuaris individuals, desenvolupadors i projectes locals petits Sí, amb funcions bàsiques de monitoratge Servidor del client Sí De baix a mitjà
IAMMETER-Central Empreses, socis i integradors de sistemes Només interfície de gestió de dispositius; sense interfície completa d'anàlisi energètica MySQL o MariaDB del client Sí, dissenyada per a aplicacions del client Mitjà
Plataforma de codi obert Usuaris que ja utilitzen Home Assistant, Node-RED o una altra plataforma Proporcionada per la plataforma triada Depèn de la plataforma Depèn de la plataforma De baix a mitjà
Integració directa Clients amb backend propi i equip d'enginyeria No Definit pel client Definit pel client Alt

L'opció més senzilla no sempre és el component de programari més petit. Trieu l'opció que elimini la feina que el vostre equip no vol construir ni mantenir.

2. Recomanació ràpida segons el tipus d'usuari

Trieu IAMMETER-Docker quan:

  • vulgueu una interfície local i monitoratge històric ràpidament;
  • el projecte l'operi una persona o un equip tècnic petit;
  • el servidor sigui una Raspberry Pi, un mini PC, un NAS o un amfitrió privat;
  • vulgueu APIs per ampliar la interfície més endavant;
  • necessiteu un punt de partida pràctic sense construir el backend d'ingesta.

Trieu IAMMETER-Central quan:

  • el client ja tingui un ERP, EMS, BMS o front end propi;
  • l'aplicació necessiti una capa d'API coherent per als dispositius IAMMETER;
  • les dades s'hagin d'emmagatzemar en una base de dades MySQL o MariaDB gestionada pel client;
  • el projecte necessiti middleware de dispositius i de mesures més que un producte d'anàlisi energètica ja fet;
  • l'equip d'integració vulgui evitar implementar per separat cada transport i analitzador de càrrega útil del costat del comptador.

Trieu una plataforma de codi obert quan:

  • Home Assistant, Node-RED, OpenHAB, ioBroker, Zabbix o ThingsBoard ja formin part del projecte;
  • la plataforma ja proporcioni les funcions de tauler o d'automatització necessàries;
  • no necessiteu un backend específic d'IAMMETER a part.

Trieu la integració directa quan:

  • la vostra organització ja operi un servei d'ingesta i una base de dades;
  • el vostre backend pugui rebre dades HTTP/HTTPS, MQTT/MQTTS o TCP/TLS;
  • els vostres enginyers vulguin el control total del model de dades, la retenció i la lògica de negoci;
  • la responsabilitat addicional de desenvolupament i d'operació sigui acceptable.

3. IAMMETER-Docker: un sistema de monitoratge local a punt

IAMMETER-Docker és un sistema de monitoratge energètic autoallotjat i de codi obert. Combina la ingesta de dades, l'emmagatzematge, funcions bàsiques de monitoratge energètic, gràfics i APIs en un sol desplegament.

Monitoratge energètic autoallotjat amb IAMMETER-Docker

Què ofereix IAMMETER-Docker

  • desplegament en un servidor controlat pel client;
  • funcions bàsiques de consum elèctric i de monitoratge solar;
  • dades històriques i gràfics;
  • compatibilitat amb SQLite i MySQL;
  • accés per API per desenvolupar una interfície pròpia;
  • compatibilitat amb comptadors IAMMETER i fluxos de treball amb SN personalitzat;
  • casos d'ús opcionals de registrador de dades per a la recollida local.

En què destaca

IAMMETER-Docker és una opció sòlida quan l'usuari vol començar a monitorar localment abans d'escriure programari propi. Un desenvolupador pot utilitzar primer la interfície integrada i afegir més endavant un tauler o un flux de dades independent mitjançant les APIs disponibles.

Què cal tenir en compte

El client continua sent responsable de l'amfitrió, la xarxa, les actualitzacions, les còpies de seguretat, la capacitat d'emmagatzematge i la seguretat. IAMMETER-Docker proporciona funcionalitat d'aplicació, però no elimina les operacions habituals d'autoallotjament.

Continueu amb:

4. IAMMETER-Central: middleware de dades per a aplicacions del client

IAMMETER-Central és un middleware de desplegament privat per a empreses, socis i integradors de sistemes.

Middleware IAMMETER-Central

Què ofereix IAMMETER-Central

  • registre i gestió de dispositius IAMMETER;
  • emmagatzematge i gestió de dades de tensió, corrent, potència i energia;
  • compatibilitat amb MySQL i MariaDB;
  • APIs per a aplicacions desenvolupades pel client;
  • una capa de middleware coherent entre els comptadors IAMMETER i un ERP, EMS, BMS o front end propi.

Els SN de producte IAMMETER i els SN de Virtual Meter compatibles es poden registrar a IAMMETER-Central. Això difereix de la flexibilitat d'SN personalitzat disponible a IAMMETER-Docker.

Què no ofereix IAMMETER-Central

IAMMETER-Central no és una aplicació completa d'anàlisi de consum elèctric o solar. La seva interfície se centra en el middleware i la gestió de dispositius. El client aporta la interfície de negoci, els informes, els permisos i els fluxos de treball que requereix l'aplicació final.

Aquesta separació és valuosa quan una empresa ja té el seu propi sistema de gestió i necessita una manera mantinguda d'incorporar-hi les mesures d'IAMMETER.

5. IAMMETER-Central o integració directa?

Tots dos enfocaments poden lliurar dades del comptador a una aplicació propietat del client, però el límit d'enginyeria és diferent.

Responsabilitat IAMMETER-Central Integració directa
Rebre les pujades del comptador Ho gestiona Central Ho implementa el client
Analitzar les càrregues útils d'IAMMETER Ho gestiona Central Ho implementa el client
Emmagatzemar les mesures del comptador Es fa a través de la capa de base de dades de Central Ho dissenya el client
Registre de dispositius Flux de treball de Central Ho dissenya el client
API per a ERP/EMS/BMS API de Central La construeix el client
Interfície de negoci final La construeix el client La construeix el client
Control a nivell de protocol Cal menys codi del client Control total del client

Trieu Central quan el vostre objectiu principal sigui utilitzar les dades del comptador en una aplicació de negoci existent sense assumir tota la capa d'ingesta.

Trieu la integració directa quan el vostre equip d'enginyeria ja disposi de la infraestructura d'ingesta, de gestió de dispositius i d'emmagatzematge necessària, o quan el projecte requereixi un camí de dades altament especialitzat.

Per a l'enginyeria del costat del receptor que implica la integració directa, consulteu Rebeu dades energètiques d'IAMMETER al vostre propi servidor.

6. Utilitzeu una plataforma de codi obert existent

Una plataforma existent pot proporcionar ja les funcions exactes de tauler, automatització o monitoratge que necessita el projecte.

Integracions d'IAMMETER amb plataformes d'automatització de codi obert

Les vies d'integració compatibles inclouen:

  • Home Assistant per a taulers energètics i automatització locals;
  • Node-RED per a fluxos de dades i lògica de control;
  • OpenHAB i ioBroker per a l'automatització de la llar;
  • Zabbix per a un monitoratge d'estil d'infraestructura;
  • ThingsBoard per a taulers i fluxos de treball IoT.

La pàgina de cada plataforma és la guia d'implementació autoritzada d'aquella plataforma, mentre que aquesta pàgina només us ajuda a seleccionar la via de desplegament adequada.

Per a una comparació més àmplia, consulteu Integreu IAMMETER amb sistemes autoallotjats i de codi obert.

7. Construïu un backend completament personalitzat

Els comptadors IAMMETER poden enviar dades directament a un receptor del client mitjançant interfícies obertes compatibles com ara:

  • MQTT o MQTTS;
  • HTTP o HTTPS;
  • TCP o TLS.

Un backend personalitzat dona al client el control total sobre:

  • la identitat dels dispositius i la seva assignació a emplaçaments;
  • l'emmagatzematge de dades en brut i normalitzades;
  • la retenció i l'agregació;
  • informes, tarifes i alarmes;
  • usuaris i permisos de l'aplicació;
  • la integració amb serveis empresarials existents.

També fa que el client sigui responsable del tractament del protocol, la validació, l'escalat, la disponibilitat, el monitoratge i la seguretat.

Comenceu per:

8. Operació local i propietat de les dades

L'autoallotjament significa que el client controla l'amfitrió de l'aplicació i les dades que hi emmagatzema. Si el sistema complet pot funcionar sense accés a Internet depèn de l'arquitectura triada i del disseny de la xarxa.

Les vies típiques només per LAN inclouen:

  • comptador a IAMMETER-Docker a la mateixa xarxa;
  • comptador a una instància d'IAMMETER-Central desplegada localment;
  • comptador a un broker MQTT local;
  • una plataforma local que llegeix el comptador mitjançant l'API local o Modbus TCP;
  • pujada del comptador a un receptor a la mateixa LAN.

Un servidor remot encara requereix una connexió a Internet, una WAN privada o una via VPN. L'accés local i l'ús d'IAMMETER-Cloud no són necessàriament excloents, però la coexistència depèn del mode de funcionament i de la configuració de desplegament triats.

Per a la distinció entre sense Internet, sense núvol i sense xarxa local, consulteu Utilitzeu un comptador d'energia Wi-Fi sense Internet ni núvol.

9. Planifiqueu el creixement

Un projecte pilot reeixit hauria de tenir un camí cap a l'escala de producció.

Abans de seleccionar una plataforma, confirmeu:

  1. el nombre previst de comptadors i de canals;
  2. l'interval d'enviament o de sondeig requerit;
  3. el volum de registres diaris i el període de retenció;
  4. els requisits de base de dades, còpia de seguretat i recuperació;
  5. el model d'inquilins, emplaçaments i permisos d'usuari;
  6. el monitoratge i les alertes d'última connexió;
  7. els requisits de funcionament independent d'Internet;
  8. els punts d'integració amb ERP, EMS, BMS o sistemes d'automatització;
  9. qui manté el servidor, la base de dades i l'aplicació;
  10. si el client necessita una interfície a punt, APIs de middleware o control complet del protocol.

La millor arquitectura és aquella el límit operatiu de la qual coincideix amb l'equip que la mantindrà.

10. Següent pas recomanat

El vostre objectiu Comenceu aquí
Executar ràpidament una interfície de monitoratge local Desplegueu IAMMETER-Docker
Integrar les dades d'IAMMETER amb una aplicació empresarial Avalueu IAMMETER-Central
Afegir IAMMETER a una plataforma de llar intel·ligent Integració amb Home Assistant
Comparar les plataformes de codi obert compatibles Visió general de la integració autoallotjada
Construir un receptor de dades personalitzat Rebeu dades al vostre propi servidor
Revisar totes les interfícies del costat del comptador Guia de firmware i interfícies obertes

Per a un desplegament empresarial o de soci en què el límit correcte entre Central i la integració directa no sigui clar, contacteu amb IAMMETER indicant el nombre previst de dispositius, el requisit de base de dades i el sistema de negoci objectiu.

Darrera actualització: 16 de juliol de 2026

Amunt