Sorry, uw browser ondersteunt geen JavaScript!
Inloggen

Ontwikkel uw eigen energiebewakingssysteem met IAMMETER

Ontwikkel uw eigen energiebewakingssysteem met IAMMETER

IAMMETER Wi-Fi energiemeters bieden open datainterfaces voor ontwikkelaars, systeemintegrators en klanten die hun eigen energiebewakingssoftware bouwen.

U kunt metingen rechtstreeks van de meter ophalen, de meter gegevens naar uw server laten uploaden, een IAMMETER self-hosted service implementeren, of een applicatie bouwen op basis van IAMMETER-Cloud API's.

Deze pagina is de ontwikkelaarsnavigatiegids voor het kiezen van een architectuur. Het linkt naar de huidige protocoldefinities en implementatiedocumenten in plaats van elke API-parameter te dupliceren.

Als uw eerste vraag is of een IAMMETER meter kan werken zonder internettoegang of IAMMETER-Cloud, begin dan met Een Wi-Fi energiemeter gebruiken zonder internet of cloud. Voor een platformgerichte vergelijking, zie Self-hosted en Open-source Integratie.

1. Kies uw systeemarchitectuur

Er zijn vier manieren om IAMMETER gegevens in uw eigen applicatie te gebruiken.

Architectuur Gegevensstroom Het beste geschikt voor IAMMETER-Cloud vereist?
Lees de meter lokaal Applicatie → Meter LAN-dashboards, automatisering, PLC en SCADA Nee
Laat de meter gegevens uploaden Meter → Klantserver of broker Aangepaste cloud, EMS, BMS en IoT-backends Nee
Implementeer IAMMETER self-hosted software Meter → IAMMETER-Docker of IAMMETER-Central → Applicatie Gebruikers die opslag en API's willen zonder de volledige backend te bouwen Nee
Bouw op IAMMETER-Cloud API's Meter → IAMMETER-Cloud → Applicatie Applicaties die IAMMETER-Cloud gegevens en diensten willen hergebruiken Ja

De juiste keuze hangt af van waar gegevens moeten worden opgeslagen, of het project onafhankelijk van internet moet werken, de vereiste verversingssnelheid en hoeveel backend-ontwikkeling u wilt onderhouden.

2. Lees gegevens rechtstreeks van de meter

Kies deze architectuur wanneer de applicatie en meter zich in hetzelfde lokale netwerk bevinden.

IAMMETER meter ← Lokale HTTP API of Modbus TCP ← Uw applicatie

Uw applicatie bepaalt het poll-interval en slaat eventuele geschiedenis op die het nodig heeft. Er is geen IAMMETER cloudservice vereist voor het lokale gegevenspad.

2.1 Lokale HTTP API

De meter biedt lokale HTTP-endpoints voor het ophalen van metingen zoals spanning, stroom, actief vermogen, geïmporteerde energie en geëxporteerde energie.

Veelvoorkomende meetendpoints zijn onder andere:

  • /api/monitorjson
  • /api/monitor

Lokale HTTP API-toegang is een praktisch startpunt voor:

  • aangepaste dashboards;
  • scripts die draaien op een pc, NAS of Raspberry Pi;
  • low-code integraties;
  • lokale applicaties die geen polling van één seconde vereisen.

Zie de IAMMETER Lokale API en Open Interface Gids voor huidige endpointdefinities en voorbeelden.

2.2 Modbus TCP

Gebruik Modbus TCP wanneer het project vereist:

  • lokale polling van één seconde;
  • PLC- of SCADA-integratie;
  • real-time vermogensregeling;
  • integratie met een industrieel EMS of BMS;
  • een standaard registergebaseerd protocol.

Zie de IAMMETER Modbus TCP Register en Integratie Gids.

2.3 Wat uw applicatie moet bieden

Directe lokale uitlezing retourneert metermetingen. Uw applicatie blijft verantwoordelijk voor eventuele aanvullende functies die het nodig heeft, waaronder:

  • gegevensopslag;
  • uurlijkse, dagelijkse en maandelijkse aggregatie;
  • dashboards en rapporten;
  • gebruikers en machtigingen;
  • alarmen en automatiseringslogica;
  • back-ups en bewaartermijnen.

Als u deze backend-functies niet helemaal zelf wilt bouwen, overweeg dan IAMMETER-Docker of IAMMETER-Central.

3. Upload metergegevens rechtstreeks naar uw server

Kies deze architectuur wanneer de meter de verbinding moet initiëren en gegevens naar een door u beheerd endpoint moet sturen.

IAMMETER meter → MQTT/MQTTS, HTTP/HTTPS of TCP/TLS → Uw server

De huidige IAMMETER firmware ondersteunt verschillende uploadinterfaces:

Interface Component aan klantzijde Typische toepassing
MQTT / MQTTS MQTT broker en subscriber IoT-platforms, automatisering en berichtenpijplijnen
HTTP / HTTPS HTTP-endpoint REST-backend, cloudservice of aangepast EMS
TCP / TLS TCP-server Aangepaste collector en protocol-level integratie

De meter en uw server gebruiken een consistente IAMMETER meet-JSON-structuur voor alle ondersteunde uploadmethoden. Bekijk de gegevensdefinitie voordat u uw parser implementeert.

Implementatiebronnen:

Een server op hetzelfde LAN kan werken zonder internettoegang. Een extern endpoint vereist nog steeds een werkende route via internet, een privé WAN of een VPN.

4. Gebruik IAMMETER Self-hosted Software

IAMMETER biedt twee self-hosted opties voor gebruikers die privégegevensimplementatie willen zonder elke backend-component zelf te hoeven bouwen.

4.1 IAMMETER-Docker

IAMMETER-Docker is een open-source, self-hosted energiebewakingssysteem. Het biedt lokale gegevensverzameling, basismonitoringsfuncties, grafieken en API's.

Het is over het algemeen geschikt voor:

  • individuen en ontwikkelaars;
  • Raspberry Pi, mini-pc en NAS-implementaties;
  • thuisenergie of zonne-energie monitoring op een privénetwerk;
  • projecten die een werkende interface en API's nodig hebben;
  • gebruikers die een aangepaste gebruikersinterface willen ontwikkelen op basis van een kant-en-klare backend.

Ga verder met:

4.2 IAMMETER-Central

IAMMETER-Central is self-hosted data-middenware voor zakelijke gebruikers, installateurs en systeemintegrators.

Het richt zich op:

  • registeren en beheren van IAMMETER apparaten;
  • opslaan van metermetingen in een door de klant beheerde database;
  • bieden van gestandaardiseerde API's voor een klantapplicatie;
  • scheiden van apparaatgegevensinname van de ERP, EMS, BMS of front-end van de klant.

IAMMETER-Central probeert niet de volledige bedrijfslogica van een energiemanagementapplicatie te bieden. Het is nuttig wanneer de klant een onderhouden data-middenwarelaag wil en zijn eigen gebruikersinterface of bedrijfsfuncties zal bouwen.

Zie IAMMETER Self-hosting Opties voor een vergelijking van IAMMETER-Docker, IAMMETER-Central, open-source platforms en directe serverintegratie.

5. Bouw op IAMMETER-Cloud API's

Het gebruik van IAMMETER-Cloud is een andere manier om een aangepast dashboard of applicatie te ontwikkelen. In deze architectuur uploadt de meter gegevens naar IAMMETER-Cloud en haalt uw applicatie de gegevens op die worden blootgesteld door IAMMETER-Cloud API's.

IAMMETER meter → IAMMETER-Cloud → Cloud API → Uw applicatie

Deze optie kan de ontwikkeling aan apparaatzijde en gegevensinname verminderen, maar het is geen offline of cloud-onafhankelijke architectuur.

Het is geschikt wanneer:

  • de meter al rapporteert aan IAMMETER-Cloud;
  • uw applicatie cloud-gehoste gegevens wil hergebruiken;
  • internettoegang beschikbaar is;
  • het volledige gegevenspad binnen het lokale netwerk houden niet vereist is.

Zie de IAMMETER-Cloud API Documentatie voor ondersteunde API-operaties en authenticatievereisten.

6. Integreer met een Bestaand Open-source Platform

Voordat u een volledig bewakingssysteem bouwt, controleer of een bestaand platform al de opslag-, dashboard- en automatiseringsfuncties biedt die u nodig heeft.

IAMMETER kan worden geïntegreerd met:

Deze platformspecifieke pagina's zijn de implementatiegidsen. Voor een bredere vergelijking, gebruik het Self-hosted en Open-source Integratie Overzicht.

7. Selecteer het Beste Startpunt

Projectvereiste Aanbevolen startpunt
Eenvoudig LAN-script of dashboard Lokale HTTP API
Lokale gegevens van één seconde of industriële aansturing Modbus TCP
Bestaande MQTT-infrastructuur MQTT of MQTTS upload
Bestaande web-backend HTTP of HTTPS upload
Aangepaste socket-collector TCP of TLS upload
Kant-en-klare privémonitoring voor een individuele gebruiker IAMMETER-Docker
Enterprise-middenware voor ERP, EMS of BMS IAMMETER-Central
Smart-home dashboard en automatisering Home Assistant
Applicatie gebouwd op bestaande IAMMETER-Cloud gegevens IAMMETER-Cloud API

8. Ontwikkelingschecklist

Bevestig vóór implementatie:

  1. welke metingen en fasen de geselecteerde meter biedt;
  2. of gegevens worden gepolled of gepusht;
  3. het vereiste update-interval;
  4. of het systeem moet werken tijdens een internetstoring;
  5. waar historische gegevens worden opgeslagen;
  6. of TLS-beveiligd transport vereist is;
  7. hoe de applicatie gebruikers en apparaten zal authenticeren;
  8. of IAMMETER-Cloud deel moet blijven uitmaken van de architectuur;
  9. de firmwareversie die voor validatie wordt gebruikt;
  10. hoe configuratie, logs en gegevens worden geback-upt.

9. Gerelateerde Documentatie

Laatst bijgewerkt: 16 juli 2026

Boven