IoTWare ist ein Kommunikationsmechanismus für IoT-Geräte, der auf offenen Standards basiert. IoTWare zielt darauf ab, verschiedene Interaktionsbereiche, IoT-Geräte und Systeme zusammenzuführen, die keine Synergien aufweisen. Die große Integrationskapazität von IoTWare erleichtert das Hinzufügen neuer Systeme zu geschlossenen Systemen und deren Umwandlung.
Lebenszyklus
- Der von IoTWare definierte Entwicklungslebenszyklus bietet eine gemeinsame Infrastruktur, um offene Probleme in IoT-Systemen zu schließen. Dieser Zyklus, der aus den Schritten Design, Entwicklung, Engineering, Inbetriebnahme, Betrieb und Optimierung besteht, ist auf die Anforderungen der Systeme zugeschnitten und definiert die Aufgaben verschiedener Rollen und die Funktionsweise des Systems.
- Während der Designphase entwirft der Domäneningenieur die Konzepte und Beziehungen des Systems.
- Während der Entwicklungsphase führt der Softwareentwickler die Entwicklungs- und Implementierungsaktivitäten durch.
- Während der Engineering-Phase bewertet und montiert der Systemingenieur das Konstruktionsdesign entsprechend den Anforderungen und stellt den Übergang von der allgemeinen Struktur zu einer bestimmten Struktur sicher.
- Während der Inbetriebnahme-Phase schließt der Servicetechniker die Einrichtung der Sensoren ab und stellt die Sensor-Software-Beziehung her.
- Während des Betriebs ist der Systembesitzer / -betreiber bereit, das System zu verwenden.
- Alle Stakeholder befassen sich mit Optimierungsergebnissen.
- IoTWare ist ein Toolkit, mit dem IoT-Systeme automatisch erstellt werden können. Es fungiert als Plattform, die alle Lebenszyklusschritte ausführt und alle Stakeholder anspricht.
- IoTWare beschleunigt die Entwicklungsphase, minimiert das Software-Engineering und ermöglicht es Ihnen, die Zeit für kreative Phasen zu nutzen.
- IoTWare kann verschiedene Domänenmodelle haben und zielt nicht auf eine einzelne IoT-Domäne ab, z.B. Smart Building, Industrie 4.0.
Domänenmodell
- Physische Entitäten im IoTWare-Domänenmodell stellen die verwendeten Geräte dar (z. B. Sensoren und Aktoren), während virtuelle Entitäten Realisierungen darstellen, die keiner physischen Entität entsprechen. Diese könne zusätzliche Funktionen mit den Ausgaben erzeugen, die durch Verarbeiten der Ausgaben von physischen Entitäten oder anderen virtuelle Entitäten erhalten werden. Beispielsweise ist ein Algorithmus, der Informationen von Sensoren sammelt und Entscheidungen durch Verarbeitung dieser Informationen trifft, eine virtuelle Entität.
- Basisindikatoren wie Temperatur und Luftfeuchtigkeit werden für Datentypen definiert.
- Der Datenpunkttyp repräsentiert Entitäten in der IoTWare-Plattform in Bezug auf einen oder mehrere Feature-Typen. Es kann einen Feature-Typ bereitstellen oder erfordern.
- Der Feature-Typ wird verwendet, um eine Funktion von Entitäten in der IoTWare-Plattform auszudrücken. Er repräsentiert die Fähigkeiten im System (z.B. die Fähigkeit, Temperaturinformationen zu erzeugen oder die Windgeschwindigkeit zu messen).
- Der Domäneningenieur befasst sich mit den Abschnitten Datentyp, Feature-Typ und Datenpunkttyp, die im Domänenmodell angezeigt werden. Sie entwerfen die Datentypen und entscheiden, welche Entitäten im System verwendet werden sollen.
- Der Servicetyp repräsentiert den Datentyp und den Merkmalstyp im Code. Dementsprechend wird ein Code-Framework erstellt und der Softwareentwickler füllt dieses Framework durch Implementieren von Datenpunkttypen.
- Service ist eine Instanz des Servicetyps, die mit einer bestimmten physischen Entität im System kommuniziert und die Funktionen dieser Entität auf der IoTWare-Plattform zugänglich macht oder virtuelle Entitäten realisiert.
- Das Systemmodell wird durch Sensoren und Aktoren bestimmt, die der Systemingenieur verwenden möchte. IoTWare kennt die Art des Service, der den Sensoren entspricht, da im Systemmodell zuvor Beziehungen hergestellt werden, und generiert bei der Herstellung des Systems automatisch den Code der Servicetypen, die den physischen Sensoren entsprechen. Nach dieser Phase wird der Fusionscode erstellt und Services wenden virtuelle Entitäten an oder kommunizieren mit physischen Entitäten.
Datentyp
Datentypen im System können in primitive und komplexe Datentypen unterteilt werden. Eine Größe mit einer einzelnen Maßeinheit, z. B. die Temperatur, wird als primitiver Datentyp klassifiziert. Informationen mit mehreren Maßeinheiten, wie z. B. Koordinaten, gemessen mit Grad, Minuten und Sekunden, werden als komplexer Datentyp klassifiziert.
Feature-Typ
Der Feature-Typ beschreibt die Funktionalität einer Entität. Zu den Hauptkomponenten eines Feature-Typs gehören ein verfügbarer Wert vom Datentyp, Parameter von den Datentypen und der Kontext der Funktionalität in der Gebäudeautomationsdomäne. Beispiel: Windgeschwindigkeitsmessfunktion.
Datenpunkttyp
Der Datenpunkttyp kann Feature-Typen anfordern oder bereitstellen. Er enthält Abhängigkeiten zu den anderen Datenpunkttypen, deren Kontext innerhalb der Gebäudeautomationsdomäne und andere erforderliche Informationen sind.
Servicetyp
Servicetyp ist ein Element, das auf dem Datenpunkttyp basiert und aus Implementierungs- und Parameterwerten besteht. Es kann kompiliert werden, um mit einer physischen Entität zu kommunizieren oder eine virtuelle Entität zu realisieren.
System
System ist ein Modell, das die Entitäten enthält, die verwendet werden sollen, um die vom Kunden erhaltenen Systemanforderungen zu erfüllen. Das Modell umfasst außerdem die Servicedefinitionen (erstellt mit den Parameterwerten, die den Parametern der Servicetypen zugewiesen sind), die mit den Entitäten und den Beziehungen zwischen den Services kommunizieren . In der Systemphase werden die Wechselbeziehungen der Geräte hergestellt. Die Heterogenität von Sensoren wird in eine gemeinsame Sprache übersetzt.