ioBroker Grundlagen: Objektstruktur mit Aliasen, Kategorien und virtuellen Geräten

Hallo, in diesem Video geht es um aliasse Kategorien und virtuelle Geräte in IOBroker. Ich zeige euch, wozu sie gedacht sind und wie ihr damit eine übersichtliche und zukunftssichere Objektstruktur für euer Smart Home in IOBroker aufbauen könnt. So bleiben Skripte, Automatisierungen und Visualisierungen auch später pflegeleicht und ein Gerätetausch funktioniert dabei jederzeit reibungslos und ohne Chaos. Am Ende des Videos wird außerdem deutlich, welche Vorteile diese Struktur langfristig bietet. Der erste Schritt ist, die Kategorien für die Geräte einzurichten. Standardmäßig gibt es zwei Kategorien, Räume und Funktionen. Als Beispiel legen wir drei Räume an: Küche, Wohnzimmer und Schlafzimmer. In diesen Räumen befinden sich Geräte, die wir in drei Funktionen einteilen können. Licht, Rolläden und Heizung. An dieser Stelle ist wichtig zu sagen, dass Geräte mindestens in Räume und Funktionen einsortiert werden sollten, denn Adapter mit Geräteerkennung können Geräte nur dann erkennen, wenn sie einer Kategorie zugeordnet sind. Nach Bedarf kann man auch eigene Kategorieelemente anlegen. Ein Beispiel: Es gibt eine App für Android Smartwatches, die Informationen aus der speziellen Raumkategorie Wareos nutzt. Diese Kategorie legen wir jetzt als Beispiel an. Auf der Uhr werden dann genau die Geräte aus dieser Kategorie angezeigt. Damit habt ihr mit Kategorien in wenigen Schritten von Anfang an Ordnung in IO Broker geschaffen. Geräte lassen sich so leicht finden und von den Adaptern automatisch erkennen. Der nächste wichtige Baustein ist der Devices Adapter. Hier erstellen wir sogenannte Alliase. Was ist ein Alias in IO Broker? Ein Alias ist kein Gerät, sondern ein virtueller Zustand, also ein fester verständlicher Name für einen echten Datenpunkt. Mehrere Zustände zusammen ergeben ein virtuelles Gerät. So entsteht eine stabile Schnittstelle, unabhängig davon, welcher Adapter oder welche Hardware dahinter steckt. Der große Vorteil: Hardware tauschen, Logik behalten. Wenn du einen Sensor oder Aktor ersetzt, bleiben Skripte und Visualisierungen unverändert funktionsfähig. Weil sie nur mit dem Alias arbeiten. Auch die History bleibt sauber. Daten werden weiterhin unter demselben Aliasnamen aufgezeichnet, sodass Trends und Charts nicht auseinanderreißen.