Technologie

Gebaut für Energieinfrastruktur.
Kein IoT-Umbau.

MIOTY, Zigbee Mesh, ein autonomer 24-h-Prognose-Regelkreis und bestätigte Steuerung — zweckgebaut für die Anforderungen des Flexibilitätsmanagements hinter dem Zähler.


NODE ZERO — zweckentwickelte Hardware

Entwickelt in Partnerschaft mit RDDL Foundation — von Grund auf für Energieinfrastruktur konzipiert, kein umgebautes IoT-Produkt.

NODE ZERO local-first intelligence — edge hub
NODE ZERO Meter Bridge — local-first intelligence
NODE ZERO ZIGBEE³ — USB Zigbee coordinator
NODE ZERO ZIGBEE³ — USB Zigbee coordinator
NODE ZERO relay — Zigbee relay module
NODE ZERO Meter Link — Zigbee relay module for MBus & optical interfaces
NODE ZERO meter link — 3-phase optical meter reader
NODE ZERO Meter Link — 3-phase optical meter reader

Konnektivität nach Topologie

Die Technologiewahl folgt der Asset-Topologie — nicht umgekehrt.

Zusammenhängende Standorte

Zigbee Mesh

Gebäude, Campusse, Industriegelände, Microgrids an einem Standort

  • RangeUp to 100m per node, mesh extends coverage
  • DeploymentNo gateway per room — mesh self-organises
  • CostLow hardware cost per node
  • TopologySelf-healing mesh — resilient to node failure
  • Use caseHEMS, C&I facilities, ESC on one campus
Verteilte Assets

MIOTY

Geografisch verteilte Assets — ländliche PV, MV-BESS, mehrere entfernte Standorte

  • Range10 km per gateway
  • Capacity1.5M messages/day per gateway
  • StandardIEC 62657-1 — purpose-built for energy
  • IndependenceNo LTE, no WiFi required
  • Latency<1 second for dispatch commands

MIOTY vs. LoRaWAN

Capability MIOTY LoRaWAN
StandardIEC 62657-1 (international)LoRa Alliance proprietary
RangeUp to 10 kmUp to 5 km
Messages/day/gateway1,500,000~50,000
Designed forEnergy infrastructure, utility gradeGeneral IoT sensing
Dispatch latency<1 secondSeconds to minutes
LTE independence

Der autonome Regelkreis

KERN arbeitet kontinuierlich — prognostiziert, reagiert und steuert ohne manuelle Eingriffe.

1. FORECAST  (rolling, 24h ahead)
   Per asset: state of charge, PV forecast (weather-based),
   load forecast (historical patterns), available flexibility window.
   Per portfolio: aggregated flexibility profile (MW, time, confidence).
   → Delivered to aggregator / platform as API feed.

2. DEMAND  (inbound signal)
   Flexibility signal received from aggregator, utility or market:
   volume (kW), time window, direction (increase/decrease).

3. REBALANCE  (real-time delta)
   KERN compares demand signal against current actual asset state.
   Detects deviations: weather change, load shift, asset failure.
   Adjusts dispatch plan autonomously — before deviation becomes critical.

4. DISPATCH  (autonomous asset control)
   KERN selects assets, determines control sequence, sends commands.
   Execution via Zigbee Mesh (contiguous) or MIOTY (distributed).
   Asset protocols: Modbus, SunSpec, EEBUS, proprietary inverter APIs.

5. CONFIRMATION
   Asset-level execution confirmed back to KERN.
   Fulfillment status reported to aggregator / platform in real-time.
   Next forecast cycle starts immediately.

Wie KERN Entscheidungen trifft

Jeder Optimierungszyklus nutzt Live-Telemetrie, Marktsignale und erlernte Muster — keine manuelle Konfiguration.

Preissignalbasierter Dispatch

KERN verfolgt Day-Ahead- und Intradaypreise, FCR/aFRR-Signalwerte und Netzentgeltstrukturen in Echtzeit. Jede Dispatch-Entscheidung wird gegen das aktive Marktumfeld bewertet — nicht gegen einen festen Fahrplan.

Rollierendes Prognosemodell

Verbrauchs- und Erzeugungsprognose 24 Stunden im Voraus pro Asset — kombiniert Live-Ladezustand, wettergestützte PV-Modelle und historische Lastmuster. Kontinuierlich verfeinert, je näher das Lieferfenster rückt.

Kontinuierliches Rebalancing

KERN vergleicht alle paar Minuten den tatsächlichen Asset-Zustand mit der zugesagten Dispatch-Position. Erkannte Abweichungen lösen automatische Neuauswahl und Re-Dispatch aus — bevor das Lieferfenster schließt und Pönalen anfallen.


Unterstützte Assets und Protokolle

KERN normalisiert alle Asset-Typen auf ein einheitliches Datenmodell — unabhängig von Hersteller oder Protokoll.

Asset-Typen

PV (residential)
PV (commercial)
Home storage
Commercial BESS
Heat pumps
EV chargers
CHP
Biogas
Controllable loads
MV-connected assets

Kommunikationsprotokolle

Modbus TCP/RTU
SunSpec
EEBUS
REST API
OCPP (EV)
Proprietary inverter APIs

Sicherheit & Compliance

Ende-zu-Ende-Verschlüsselung

Alle Asset-Kommunikation Ende-zu-Ende verschlüsselt — vom Sensor bis zur Plattform.

Zertifikatsbasierte Authentifizierung

Jedes Asset durch Zertifikat authentifiziert — keine unautorisierten Steuerbefehle möglich.

Redispatch 2.0

Konform mit den Redispatch-2.0-Anforderungen für dezentrale Erzeugungssteuerung.

§14a / EAG / EnFG

Kompatibel mit den Regelungen für steuerbare Verbrauchseinrichtungen in Deutschland und Österreich.

Technische Demo buchen