NEWS
Best Practise zum Anlegen von Datenpunkten
-
Gibt es eine "richtige" Vorgehensweise zum Anlegen von Datenpunkten in Skripte. Ich hab schon verschiedene Schnippsel
ausprobiert, weiß aber nicht sicher, ob das Ergebnis richtig und sauber ist. Grundsätzlich funktioniert das, aber im Objekt sieht es verschieden aus:
"common": { "name": "ZimmerAktiv", "type": "boolean", "role": "state" }, "native": { "name": "ZimmerAktiv", "type": "boolean", "role": "state" }, "type": "state", "from": "system.adapter.javascript.0", "user": "system.user.admin", "ts": 1678874321486, "_id": "0_userdata.0.Test.DP.ZimmerAktiv", "acl": { "object": 1636, "state": 1636, "owner": "system.user.api", "ownerGroup": "system.group.api-user" } }In einigen anderen (von Adaptern) angelegten Datenpunkten ist der Teil "native": {} meist leer. Kommt dieser Effekt vom Blockly bzw. Javascript-Adapter oder kann man diesen Umstand ignorieren. Gibt es eine beste Vorgehensweise um richtige, ioBroker-konforme Datenpunkte anzulegen.
-
Gibt es eine "richtige" Vorgehensweise zum Anlegen von Datenpunkten in Skripte. Ich hab schon verschiedene Schnippsel
ausprobiert, weiß aber nicht sicher, ob das Ergebnis richtig und sauber ist. Grundsätzlich funktioniert das, aber im Objekt sieht es verschieden aus:
"common": { "name": "ZimmerAktiv", "type": "boolean", "role": "state" }, "native": { "name": "ZimmerAktiv", "type": "boolean", "role": "state" }, "type": "state", "from": "system.adapter.javascript.0", "user": "system.user.admin", "ts": 1678874321486, "_id": "0_userdata.0.Test.DP.ZimmerAktiv", "acl": { "object": 1636, "state": 1636, "owner": "system.user.api", "ownerGroup": "system.group.api-user" } }In einigen anderen (von Adaptern) angelegten Datenpunkten ist der Teil "native": {} meist leer. Kommt dieser Effekt vom Blockly bzw. Javascript-Adapter oder kann man diesen Umstand ignorieren. Gibt es eine beste Vorgehensweise um richtige, ioBroker-konforme Datenpunkte anzulegen.
@rene55 sagte: ob das Ergebnis richtig und sauber ist.
Es sollte eine zum Datenpunkttyp passende Rolle verwendet werden. Außerdem noch common.read und common.write.
@rene55 sagte in Best Practise zum Anlegen von Datenpunkten:
Teil "native": {} meist leer.
Die Einträge unter native werden von createState() erzeugt.
-
Gibt es eine "richtige" Vorgehensweise zum Anlegen von Datenpunkten in Skripte. Ich hab schon verschiedene Schnippsel
ausprobiert, weiß aber nicht sicher, ob das Ergebnis richtig und sauber ist. Grundsätzlich funktioniert das, aber im Objekt sieht es verschieden aus:
"common": { "name": "ZimmerAktiv", "type": "boolean", "role": "state" }, "native": { "name": "ZimmerAktiv", "type": "boolean", "role": "state" }, "type": "state", "from": "system.adapter.javascript.0", "user": "system.user.admin", "ts": 1678874321486, "_id": "0_userdata.0.Test.DP.ZimmerAktiv", "acl": { "object": 1636, "state": 1636, "owner": "system.user.api", "ownerGroup": "system.group.api-user" } }In einigen anderen (von Adaptern) angelegten Datenpunkten ist der Teil "native": {} meist leer. Kommt dieser Effekt vom Blockly bzw. Javascript-Adapter oder kann man diesen Umstand ignorieren. Gibt es eine beste Vorgehensweise um richtige, ioBroker-konforme Datenpunkte anzulegen.
Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden 💗
Registrieren Anmelden