IoT / Plattform

Eine gemeinsame Geschäftssprache für unterschiedliche Geräte.

Eigenschaften, Ereignisse und Aktionen verbinden Gerätesemantik mit Produktdefinitionen, Datenauswertung, Steuerparametern und Geschäftsoberflächen.

IoT-SIM-Anleitung ↗Zur Plattformübersicht →

DAS KUNDENPROBLEM

SIM-Verwaltung beginnt mit dem Geschäftsproblem.

Zwei Hersteller melden vielleicht beide Temperaturen, aber mit unterschiedlichen Feldnamen, Einheiten, Genauigkeiten und Lese-/Schreibregeln. Werden diese Unterschiede in jede Seite und Statistik übernommen, entsteht wiederholter Anpassungsaufwand. Ein Dingmodell hält diese Vereinbarungen wiederverwendbar fest.

MECHANISMUS / GRUND / ABWÄGUNG

Anhand der Oberfläche verstehen, wie es funktioniert.

Von gemeinsamen Definitionen zum einzelnen Gerät

Allgemeine, Kategorie-, Produkt- und Geräteebenen decken unterschiedliche Wiederverwendungsbereiche ab. Das Produktmodell gruppiert Eigenschaften, Ereignisse und Aktionen; gerätespezifische Abweichungen werden nach den verfügbaren Modellregeln konfiguriert.

Wahl und Abwägung: Vor Änderungen vorhandene Telemetrie, historische Felder und Verbraucher prüfen. Änderungen sind nicht automatisch rückwärtskompatibel.

Eigenschaften, Ereignisse und Aktionen unterscheiden

Eigenschaften beschreiben Zustand und Werte, Ereignisse protokollieren Vorkommnisse, Aktionen beschreiben aufrufbare Fähigkeiten. Kennungen, Typen, Einheiten und Zugriffsregeln bilden den Gerätevertrag.

Wahl und Abwägung: Ein Dingmodell beschreibt fachliche Gerätesemantik, keinen Wissensgraphen und keine Ontologie-Engine.

Modelle wirken in Daten- und Steuerungsabläufen mit

Nachrichtenverarbeitung, Parameterprüfung, historische Daten und Visualisierungsbindungen arbeiten anhand der Modelldefinitionen. Geschäftswerkzeuge lesen und steuern Geräte weiterhin über echte Schnittstellen.

Wahl und Abwägung: Bindungen erfordern weiterhin Prüfungen von Feld, Einheit und Quelle. Ein Modell erzeugt nicht automatisch eine vollständige Branchenanwendung.

**Editor für Produkteigenschaften im Dingmodell**Historischer Eigenschafteneditor der Dokumentationsseite (alte iThings-Kennzeichnung); erklärt Typ, Zugriff und Einheit, ist kein Screenshot der aktuellen Version.

KONKRETES BEISPIEL / MECHANISMUS

Eine Temperatureigenschaft an mehreren Stellen nutzen

Ein Beispiel für Feldzuordnung, keine gemessenen Gerätedaten. Quellfeld, Standardkennung, Datentyp und Anzeigeeinheit explizit zuordnen.

Einheit und Skalierung des Quellfelds t bestätigen
Typ, Einheit und Zugriffsbereich für temperature festlegen
Die Bedeutung in Verlaufskurven, Geschäftsoberflächen und Abfragen wiederverwenden

BEREIT ZUR ANBINDUNG

Diese Punkte vor der Anbindung klären.

IoT-SIM-Anleitung ↗

Definitionen müssen den tatsächlichen Gerätefunktionen entsprechen
Lese- und Schreibbereich festlegen; schreibgeschützte Eigenschaften nicht als Steuerung verwenden
Vor Modelländerungen historische Daten und vorhandene Seiten prüfen

DIE PLATTFORM WEITER ENTDECKEN

Weitere Funktionen derselben Plattform ansehen.

Alle Fälle →

Zur IoT-Übersicht →