Hierarchische Struktur

Aurora vision ermöglicht dem benutzer die eindeutige identifizierung der registrierten assets (organisation, portfolio, anlage oder gerät ) durch eine eindeutige fortlaufende nummer, die automatisch zugewiesen wird und den namen EntityID (EID ).

Angesichts des vorhandenseins mehrerer arten von assets definiert Aurora Vision eine hierarchische struktur, die es dem benutzer ermöglicht, die interessierenden ressourcen auf einfache und schnelle weise zu identifizieren. Diese struktur spiegelt sich direkt in den angebotenen suiten und API-Aufrufen wider, um ein werkzeug bereitzustellen, das es ermöglicht, die hierarchie ausgehend von der bloßen kenntnis einer oder mehrerer EntityIDs (EIDs ) dynamisch zu skalieren.

Lassen sie uns einen blick auf die komplette hierarchische struktur werfen:

  • LVL 1 - ORGANIZATION: logische entität, die eine Organization, eindeutig identifiziert, die es ermöglicht, eine vielzahl von portfolios zu verwalten;
  • LVL 2 - PORTFOLIO: logische entität, die eine Portfolio, eindeutig identifiziert, das die verwaltung einer flotte von anlagen ermöglicht;
  • LVL 3 - PLANT: logische entität, die eine Plant eindeutig identifiziert (immer in einem portfolio enthalten), wodurch kompatible geräte verwaltet und registriert werden können;
  • LVL 4 - LOGGER: logische entität, die eine Data Logger eindeutig identifiziert (extern oder eingebettet), eindeutig identifiziert, der die datenprotokollierungsfunktionen und die kommunikation mit Aurora Vision verwaltet;
  • LVL 5 - DEVICE: logische entität, die eine Device eindeutig identifiziert (eg: wechselrichter, messgerät, batterie, wetterstation, wallbox mit ladefunktion, string combiners etc…) von einem logger überwacht;

HINWEIS: das vorhandensein einer Organization auf Aurora Vision ist derzeit auf bestimmte anwendungsfälle beschränkt und kann nur vom FIMER-Kundensupport konfiguriert werden


Innerhalb des angebots der APIs gibt es eine Suite, die jede einzelne oben gezeigte hierarchische ebene identifiziert, und innerhalb jeder der suiten gibt es eine API, die die hierarchischen ebenen verbindet und ihnen eine skalierung nach oben oder nach unten ermöglicht der hierarchie durch kenntnis der Entitäts-ID des hierarchischen elternteils.

Lassen sie uns unter beachtung des hierarchischen schemas unten einen blick auf einige anwendungsfälle werfen, um besser zu verstehen, wie man informationen zu assets erhält, die zu verschiedenen hierarchieebenen gehören::