Mirox-Agent

Der Mirox-Agent ist die Intelligenz vor Ort, die Daten aus Ihrer Anlage für erneuerbare Energien erfasst, validiert, lokal analysiert und die Ergebnisse an die Mirox-Cloud streamt. Er verbindet Ihre physische Ausrüstung mit der Plattform, sodass Sie Produktion, Zustand und Verluste in Echtzeit sehen, ohne die Logger selbst anfassen zu müssen.

Überblick über den Agenten

Der Mirox-Agent arbeitet autonom und übernimmt sämtliche Überwachungsaufgaben für eine Anlage. Er ist mehr als ein passiver Datensammler — er ist aktiv tätig:

Erfasst Daten: Verbindet sich direkt mit Ihren Loggern, Wechselrichtern, Zählern und Speichern, um Messwerte abzurufen
Standardisiert Messwerte: Normalisiert jede Quelle in ein einheitliches Mirox-Metrik-Vokabular
Validiert die Datenqualität: Bereichs-, Plausibilitäts- und Energiezähler-Prüfungen, bevor etwas gespeichert wird
Führt Edge-Analysen aus: Erwartete Leistung, Performance Ratio, Abregelungs-Tracking, Clear-Sky-Baseline und eine Day-Ahead-Prognose — vor Ort berechnet
Inspiziert das lokale Netzwerk: Erkennt und überwacht die Netzwerkgeräte der Anlage
Erstellt den digitalen Zwilling: Speist ein anlagenspezifisches Modell, das Komponentenfehler und Energieverluste erkennt

Der Agent kann entweder vor Ort an der Anlage oder in der Mirox-Cloud mit VPN-Zugang zur Ausrüstung betrieben werden. Details zur Bereitstellungsstrategie finden Sie unter Bereitstellungsoptionen.

Kernaufgaben

Echtzeit-Datenerfassung

Der Agent ruft aktiv Daten von allen überwachten Geräten ab, Quelle für Quelle.

Herstellerspezifische Adapter:

Geräte-spezifische Adapter: Jede unterstützte Logger-, Wechselrichter-, Zähler- oder Speicherfamilie verfügt über einen dedizierten Adapter, der gegen die jeweilige Geräteschnittstelle entwickelt wurde — Bluelog, SMA Sunny Central, SMA Power Manager, Sungrow, Huawei SmartLogger, Janitza, Phoenix Contact, FREQCON Batteriespeicher und weitere
Echte Transportwege: Adapter sprechen die native Schnittstelle des Geräts — herstellereigene HTTP/REST-Weboberflächen, WebSocket-Feeds, einen Microsoft-SQL-Historian, S3-kompatible Dateispeicher und Wetterdienste
Auf Anfrage entwickelt: Wenn Sie eine Gerätefamilie einbringen, die wir noch nicht unterstützen, können wir einen Adapter dafür entwickeln — eine Quelle hinzuzufügen ist eine Konfigurationsänderung, kein Redesign

Aktiver Erfassungsansatz:

Ruft Daten proaktiv von Geräten ab, statt passiv zu warten
Erfassungsintervalle pro Gerätetyp abgestimmt
Paralleler Abruf über mehrere Quellen, wobei der Ausfall einer Quelle von den anderen isoliert ist
Automatische Fehlerbehebung und Wiederholung bei vorübergehenden Problemen

Die vollständige Liste der unterstützten Geräte, Adapter und der Datenerfassungs-Pipeline finden Sie unter Data Scraper.

Konfigurationsfreies Onboarding

Eine wachsende Zahl von Loggern unterstützt ein geführtes Self-Service-Onboarding: Der Agent baut testweise eine Verbindung zum Gerät auf und streamt das Ergebnis an den Onboarding-Assistenten zurück, bevor Sie etwas festlegen. Heute deckt dies Janitza-, Huawei SmartLogger- und Phoenix Contact-Geräte ab; andere Gerätefamilien werden manuell konfiguriert. Die aktuelle Liste finden Sie unter Data Scraper.

Edge-Analysen

Über die reine Erfassung hinaus berechnet der Agent höherwertige Zeitreihen direkt vor Ort, sodass Sie diese wie jede andere Metrik darstellen können:

Erwartete Leistung: Modellierte Produktion für jede Quelle, genutzt als Baseline für Verluste und Abregelung
Performance Ratio: Wie die Anlage im Vergleich zu ihrem erwarteten Ertrag abschneidet, aktualisiert mit dem Eintreffen neuer Daten
Live-Abregelungs-Tracking: Ordnet entgangene Produktion entweder dem Vermarkter oder dem Netzbetreiber zu, wenn die Wirkleistung gedeckelt wird
Clear-Sky-Baseline: Eine theoretische Produktionskurve bei klarem Himmel, die als langfristige Referenz gepflegt wird
Day-Ahead-Prognose: Eine Produktionsprognose für den Folgetag, abgeleitet aus Wetterdaten
Historisches Backfill: Wenn eine Anlage in Betrieb geht oder eine Lücke gefunden wird, kann der Agent vergangene Zeitreihen erneut abspielen und neu aufbauen, anstatt Lücken zu hinterlassen

Diese Analysen sind wetterphysikbasiert, keine Machine-Learning-Schätzungen. Wie sie berechnet werden und welche Metriken sie ausgeben, erfahren Sie unter Data Scraper und Metrik-Erfassung.

Digitaler Zwilling und Zustandsüberwachung

Der Agent speist einen anlagenspezifischen digitalen Zwilling — ein Live-Modell der Komponentenhierarchie der Anlage (Einspeisezähler, Wechselrichter, Generatoranschlusskästen, Strings und Module), das die Plattform zur Bewertung des Komponentenzustands und der Energieverluste nutzt.

Zwei eigenständige Engines:

Konfigurationsanalyse: Erkennt und validiert die Eigenschaften jedes Strings — Ausrichtung, Modulanzahl, Wechselrichter-Clipping, Verschattung und Leistung. Diese Analyse wird manuell oder beim Start ausgelöst.
Zustands-Watchdog: Überwacht den Komponentenzustand und berechnet Energieverluste automatisch jede Nacht, pro Anlage. Er simuliert die erwartete Produktion, klassifiziert den Zustand jeder Komponente und trennt echte Ausfälle von bloßen Datenerfassungslücken. Er repariert sich selbst, indem er fehlende Tage nachfüllt.

Was der Zwilling ermittelt:

Ob jede Komponente normal produziert, gemindert ist, überproduziert oder nicht produziert
Ob ein fehlender Messwert ein echter Ausfall ist (als Verlust gezählt) oder nur eine Kommunikationslücke (kein Verlust)
Energieverluste, gebündelt nach Konfidenz (hoch / mittel / niedrig), wobei Wetterperioden wie Schnee, Nebel und Tau ausgeschlossen werden, sodass sie nie fälschlicherweise als Komponentenfehler gezählt werden

Der digitale Zwilling analysiert derzeit Solar-PV-Anlagen. Die Analyse von Wind und Batterie ist geplant.

Zur Architektur des digitalen Zwillings siehe Digitaler Zwilling. Zu den nutzerseitigen Funktionen, die er ermöglicht, siehe Digital-Twin-Funktionen, Komponentenbewertung und Verlusterkennung.

Lokale Netzwerk-Inspektion

Bei der Bereitstellung vor Ort kartiert und überwacht der Agent das lokale Netzwerk der Anlage, sodass Sie genau wissen, welche Geräte erreichbar sind.

Erkennung:

Durchsucht die konfigurierten Netzwerkbereiche, um aktive Geräte zu finden
Ermittelt die Hardware-Adresse jedes Geräts und schlägt dessen Hersteller nach
Prüft Geräte, um ihren Typ und ihr Betriebssystem zu klassifizieren, mit KI-gestützter Identifikation für Geräte, die einfache Regeln nicht einordnen können

Laufende Prüfungen:

Erreichbarkeits-, Antwortzeit- und Dienstprüfungen (Ping, TCP, HTTP) pro Gerät
Gerätezustand, sofern unterstützt (System-, Schnittstellen- und Ressourcenzähler)
Bedarfsgesteuerte Neu-Erkennung und gerätespezifische erneute Prüfungen, die Sie von der Plattform aus auslösen können

Nur vor Ort

Die lokale Netzwerk-Inspektion erfordert, dass der Mirox-Agent vor Ort an der Anlage bereitgestellt wird. Da sie auf direkten Zugriff auf die Netzwerkschicht der Anlage angewiesen ist, steht sie bei einer cloudbasierten Bereitstellung über VPN nicht zur Verfügung. Siehe Bereitstellungsoptionen.

Die nutzerseitige Sicht auf diese Funktion finden Sie unter Lokaler Netzwerk-Inspektor.

Lokale Verarbeitung und Resilienz

Der Agent leistet sinnvolle Arbeit, bevor etwas die Anlage verlässt, und läuft auch bei Verbindungsverlust weiter.

Datenvalidierung:

Bereichsprüfung: Werte bleiben innerhalb physikalisch möglicher und erwarteter Grenzen
Energiezähler-Prüfungen: Energiezähler müssen monoton steigen; unmögliche Sprünge werden abgelehnt
Freeze-Erkennung: Ein Logger, der eingefrorene, sich wiederholende Werte liefert, wird erkannt und markiert
Quellenübergreifende Plausibilität: Messwerte werden gegen die Wetterbedingungen und die bekannten Fähigkeiten der Anlage geprüft

Vorverarbeitung:

Einheitennormalisierung: Alle Messwerte werden in Standardeinheiten umgerechnet
Abgeleitete Metriken: Energie wird aus der Leistung integriert, dazu Leistungs- und Effizienz-Zeitreihen
Aggregation: Summen und Rollups über die Komponentenhierarchie
Zeitstempel-Ausrichtung: Daten aus verschiedenen Quellen werden zeitlich aufeinander abgestimmt

Pufferung und Wiederherstellung:

Lokale Aufbewahrung: Daten werden bei Verbindungsverlust lokal vorgehalten
Automatische Wiederaufnahme: Gepufferte Daten werden ausgeliefert, sobald die Verbindung zurückkehrt
Lücken-Erkennung: Fehlende Zeiträume werden erkannt und durch Backfill neu aufgebaut

Zugriffs-Auditierung

Wenn der Agent den Zugriffs-Proxy vor Ort betreibt, protokolliert er, wer welches Gerät darüber erreicht hat. Jeder Zugriff wird in einer abgeschlossenen Sitzung mit einer KI-generierten Zusammenfassung der Aktivität gebündelt und anschließend mit dem Audit-Log der Plattform synchronisiert — sensible Abfragedaten werden niemals aufbewahrt. Die nutzerseitige Sicht finden Sie im Audit-Log.

Integration physischer Sicherheit (geplant)

Die Integration mit Systemen für physische Sicherheit — Netzwerkkameras, elektronische Zutrittskontrolle, Einbruchserkennung und Umgebungssensoren — ist geplant. Diese Funktionen stehen heute noch nicht zur Verfügung. Die mrxnode-Hardwareplattform vor Ort ist darauf ausgelegt, solche fest verdrahteten Integrationen zu beherbergen, sobald sie verfügbar sind; siehe mrxnode.

Konfiguration und Verwaltung

Empfohlene Hardwareplattform

Obwohl der Mirox-Agent eine Reihe cloud-nativer Dienste ist, die auf verschiedenen Plattformen laufen können, empfehlen wir, ihn auf der mrxnode-Hardwareplattform zu betreiben. Die mrxnode ist auf die Anforderungen des Agenten zugeschnitten und bietet die beste Leistung, Zuverlässigkeit und Integration vor Ort. Siehe mrxnode.

Autonomer Betrieb

Einmal konfiguriert, läuft der Mirox-Agent autonom ohne kontinuierliche externe Verwaltung. Er arbeitet auf Basis seiner Konfiguration, übernimmt Erfassung, Validierung, Analyse und Übertragung eigenständig und repariert sich nach Ausfällen selbst, indem er fehlende Daten nachfüllt.

Konfigurationsansatz

Der Agent wird pro Anlage konfiguriert und definiert:

Quellen: Die zu überwachenden Geräte und wie sie zu erreichen sind
Zeitpläne: Was wann und wie oft erfasst wird
Analysen: Welche Edge-Analysen und Netzwerk-Inspektionen aktiviert sind
Grenzwerte und Schwellen: Betriebsgrenzen für Validierung und Alarmierung

Die Konfiguration wird von der Mirox-Cloud generiert und ausgeliefert, sodass das Onboarding einer Anlage eine Self-Service-Aktivität ist und keine manuelle Dateibearbeitung am Gerät.

Betriebsmerkmale

Zuverlässigkeit

Automatische Wiederherstellung nach vorübergehenden Fehlern
Unabhängige Quellenerfassung — der Ausfall eines Geräts wirkt sich nicht auf die anderen aus
Selbstheilungsmechanismen und automatischer Neustart nach Abstürzen
Anmutiges Verhalten unter Ressourcenbeschränkungen

Leistung

Parallele Kommunikation über mehrere Quellen
Gerätespezifische Abstimmung, mit Backoff für unzuverlässige Geräte
Gebündelte, komprimierte Übertragung zur effizienten Bandbreitennutzung

Sicherheit

Verschlüsselte, authentifizierte Verbindung zur Mirox-Cloud
Sichere Handhabung von Geräteanmeldedaten vor Ort
Berechtigungsgesteuerter Konfigurations- und Befehlszugriff
Minimale Exposition des Anlagennetzwerks nach außen

Integration mit der Mirox-Cloud

Der Agent arbeitet eng mit der Plattform zusammen:

Datenübertragung:

Echtzeit-Metrik-Streaming an die Zeitreihendatenbank
Aktualisierungen der letzten Werte an den digitalen Zwilling für schnellen Zugriff auf den jeweils aktuellen Wert
Gebündeltes Backfill historischer Daten

Steuerung und Kontrolle:

Live-Befehlskanal in beide Richtungen: Logs streamen, einzelne Quellen steuern, Erkennung auslösen und Onboarding-Proben in Echtzeit von der Plattform aus ausführen
Remote-Konfigurationsaktualisierungen und Softwareverteilung

Ereignismeldung:

Änderungen des Produktionszustands (wie Abschaltungen und Überproduktion) werden der Plattform gemeldet, sobald sie auftreten
Erkannte Komponenten werden synchronisiert, sodass sich die Komponentenliste einer Anlage automatisch füllt