UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[antimon]

Finde ich super, die Idee. Dann könnte man eine schöne, zentrale, einheitliche Datenstruktur aufbauen.

Wenn dann noch ein schöner Name für die States möglich wären, könnte man auch wieder schöne Logs etc. erzeugen... "Licht_Flur eingeschaltet" schaut halt einfach nicht so schön aus wie "Licht Flur eingeschaltet". Auch wenns nur der Optik dient... schade dass es früher ging und jetzt nicht mehr...

[paul53]

@bahnuhr sagte: "createAlias" Funktion

Für viele Datenpunkte, deren common-Eigenschaften vom Original im Alias übernommen werden können, kann auch ein globales Skript verwendet werden, wobei die Änderung des Namen(nameAlias) optional ist:

function createAlias(idAlias, idOrg, nameAlias) {
   if(idAlias.substr(0, 8) != 'alias.0.') idAlias = 'alias.0.' + idAlias;
   if(existsObject(idAlias)) log(idAlias + ' schon vorhanden !', 'warn');
   else {
      const obj = {type: 'state', native: {}};
      obj.common = getObject(idOrg).common;
      obj.common.alias = {id: idOrg};
      if(nameAlias) obj.common.name = nameAlias;
      if(obj.common.custom) obj.common.custom = {};
      setObject(idAlias, obj);
   } 
}

Die globale Funktion createAlias(idAlias, idOrg[, nameAlias]) kann aus jedem "normalen" Skript aufgerufen werden.

[antimon]

@paul53 Das heisst, ein globales Skript darf auf alias.0 bzw. andere Adapter-Datenstrukturen zugreifen?

[paul53]

@antimon sagte: Das heisst, ein globales Skript darf auf alias.0 bzw. andere Adapter-Datenstrukturen zugreifen?

Das darf jedes Skript, wenn setObject() in der Konfiguration der Instanz freigegeben ist, allerdings kann es nicht die Funktion createState().

[bahnuhr]

@paul53
Super, Danke
Hätte ich aber auch selber drauf kommen können (müssen).
Habe dein Script mal erweitert um die Punkte: min, max, read, write, etc.

anbei:

// **************************************************************************
// Script wurde entwickelt von @paul53; Forum: https://forum.iobroker.net/topic/50673/eigene-datenstruktur-anlegen-wie-und-wo/33?_=1646036721130
// erweitert und ergänzt von @bahnuhr; 02/2022
// **************************************************************************
// Dieses Script legt ein Alias an; -> als globales ! Script ablegen
// Aufruf erfolgt dann über: createAlias(idAlias, idGeraet, vName, vrole, vtype, vunit, vmin, vmax, vread, vwrite)
// Anmerkung: HM-Adresse (2. Punkt = idGeraet) muss existieren; davon werden die common Eigenschaften genommen.
// wenn "min" nicht erstellt werden soll, dann "-" eintragen; ansonsten bei min Zahlenwerte
// wenn "max" nicht erstellt werden soll, dann "" eintragen; ansonsten bei max Zahlenwerte


var logging = true;

function createAlias(idAlias, idGeraet, vName, vrole, vtype, vunit, vmin, vmax, vread, vwrite) {
    if(existsObject(idAlias)) log(idAlias + ' schon vorhanden !', 'warn');
    else {
        const obj = {type: 'state', native: {}};
        obj.common = getObject(idGeraet).common;
        obj.common.alias = {id: idGeraet};
        if(vName) obj.common.name = vName; if (logging) vName;
        if(vrole) obj.common.role = vrole; if (logging) vrole;
        if(vtype) obj.common.type = vtype; if (logging) vtype;
        if(vunit) obj.common.unit = vunit; if (logging) vunit;
        if(vmin == 0) { obj.common.min = 0; if (logging) vmin; } else if (vmin != "-") { obj.common.min = vmin; if (logging) vmin; }
        if(vmax) obj.common.max = vmax; if (logging) vmax;
        if(vread) obj.common.read = vread; if (logging) vread;
        if(vwrite) obj.common.write = vwrite; if (logging) vwrite;
        if(obj.common.custom) obj.common.custom = {};
        setObject(idAlias, obj);
        log (idAlias + " angelegt!");
    }
}

Die Datenpunkte können dann mit einer Zeile angelegt werden.
Zum Beispiel mal mein Script, mit dem ich alle HM Dimmer angelegt habe:

createAlias("alias.0.HM.Dimmer.Bad_EG.LEVEL", "hm-rpc.0.JEQ0198862.1.LEVEL", "Dimmer Bad_EG", "per script", "number", "%", 0, 100, true, true);
createAlias("alias.0.HM.Dimmer.Buero.LEVEL", "hm-rpc.0.JEQ0202263.1.LEVEL", "Dimmer Buero", "per script", "number", "%", 0, 100, true, true);
createAlias("alias.0.HM.Dimmer.Flur1_EG.LEVEL", "hm-rpc.0.JEQ0202310.1.LEVEL", "Dimmer Flur1_EG", "per script", "number", "%", 0, 100, true, true);
createAlias("alias.0.HM.Dimmer.Flur2_EG.LEVEL", "hm-rpc.0.JEQ0202235.1.LEVEL", "Dimmer Flur2_EG", "per script", "number", "%", 0, 100, true, true);
createAlias("alias.0.HM.Dimmer.Kueche_EG.LEVEL", "hm-rpc.0.JEQ0201463.1.LEVEL", "Dimmer Kueche", "per script", "number", "%", 0, 100, true, true);
createAlias("alias.0.HM.Dimmer.Schlafzimmer.LEVEL", "hm-rpc.0.JEQ0202129.1.LEVEL", "Dimmer Schlafzimmer", "per script", "number", "%", 0, 100, true, true);
createAlias("alias.0.HM.Dimmer.Wohnzimmer.LEVEL", "hm-rpc.0.JEQ0202198.1.LEVEL", "Dimmer Wohnzimmer", "per script", "number", "%", 0, 100, true, true);

Vielleicht kann es der ein oder andere gebrauchen.

mfg
Dieter

[paul53]

@bahnuhr sagte: // wenn "max" nicht erstellt werden soll, dann "" eintragen; ansonsten bei max Zahlenwerte

Dann muss auf den Leerstring geprüft werden, da andernfalls 0 nicht möglich ist. Das gilt auch für false bei "read" und "write"

        if(vmax !== '') obj.common.max = vmax; if (logging) log(vmax);
        if(vread !== '') obj.common.read = vread; if (logging) log(vread);
        if(vwrite !== '') obj.common.write = vwrite; if (logging) log(vwrite);

EDIT: Durch Vergleich mit Typbindung ersetzt.

[bahnuhr]

@paul53 sagte in Eigene Datenstruktur anlegen - wie und wo?:

a sonst 0 nicht möglich ist.

stimmt; deswegen ja auch mein gebastel mit min

if(vmin == 0) { obj.common.min = 0; if (logging) vmin; } else if (vmin != "-") { obj.common.min = vmin; if (logging) vmin; }

Ich schau nochmal.

[bahnuhr]

@paul53 sagte in Eigene Datenstruktur anlegen - wie und wo?:

if(vmax != '')

Und dies hat bei mir nicht geklappt.

[paul53]

@bahnuhr sagte: Und dies hat bei mir nicht geklappt.

if(vmax !== '')

[bahnuhr]

@paul53

Eigentlich braucht man meine Erweiterung mit min, max, read, write, etc.
gar nicht.

Denn diese Werte sind ja in dem Ursprungsgerät (mit HM probiert) ja alle enthalten.
und diese werden ja mit:

obj.common = getObject(idOrg).common;

eingelesen.

Also ist doch die Erweiterung des Scriptes nicht notwendig.

Seh ich dies mittlerweile richtig.

P.S.
Es sei denn man will diese Werte manuell überschreiben.

[bahnuhr]

@paul53 sagte in Eigene Datenstruktur anlegen - wie und wo?:

(vmax !== '')

Das hast du aber eben schnell geändert.
Stand vorher noch anders dar.

So ein Schlingel ;-)

[paul53]

@bahnuhr sagte: Also ist doch die Erweiterung des Scriptes nicht notwendig.

Deshalb habe ich geschrieben:

@paul53 sagte in Eigene Datenstruktur anlegen - wie und wo?:

Für viele Datenpunkte, deren common-Eigenschaften vom Original im Alias übernommen werden können

[bahnuhr]

@paul53

So, hab meins wieder gändert.
So wie du es hattest.
Zusätzliche Werte sind nicht notwendig.
Läuft perfekt.

Danke nochmals für den Input.

[antimon]

Schaut super aus!

Jetzt hätt ich aber noch ne Frage... ich möchte nicht nur DP anlegen, sondern auch aktualisieren. Das heisst, wenn z.B. Attribute eines DP verändert werden, sollen die auch übernommen werden. Wenn ich den kompletten DP beim Aktualisieren lösche und neu anlege, gehen ja u.U. Informationen verloren, oder? Wenn ich so etwas wie state.common lösche bzw. überschreibe, hat das auch Nebeneffekte? Wäre einfacher und eleganter, als bei jedem Attribut zu prüfen, ob es angepasst werden muss...

Beispiel: common.max ist in einem DP nicht vorhanden, soll aber ergänzt werden. Kann ich den kompletten common-Zweig ersetzen oder muss ich auf common.max prüfen und wenn nicht vorhanden, dann anlegen?

[paul53]

@antimon sagte: Wäre einfacher und eleganter, als bei jedem Attribut zu prüfen, ob es angepasst werden muss...

Wie willst Du es prüfen? Wenn manuell, dann kann man es auch manuell anpassen.

[antimon]

Ich habe beispielsweise für jeden Raum einen Ordner und in jedem Raum gibt es einen Unterordner fürs Gewerk, z.B. Licht.
Da die Struktur für die Lichtsteuerung in jedem Raum identisch sein soll, würde ich die gerne automatisiert anlegen.
Angenommen, es gibt bei einem Wert die Rolle "scene" und ich stelle irgendwann fest, dass "scene.state" besser geeignet wäre.

Mein State-Aktualisierungs-Skript könnte jetzt entweder immer die "role" neu schreiben - in den meisten Fällen ändert sich einfach nichts, weil der Vorgabewert gleich dem Istwert ist. Oder ich prüfe aber, ob der vorhandene "role"-Wert gleich dem neuen Sollwert ist, und nur wenn sich der unterscheidet, überschreibe ich ihn. Keine Ahnung wie das intern bei setObject gehandhabt wird, ob da einfach immer geschrieben wird oder nur bei Änderungen.

Ich hoffe ich konnte es irgendwie verständlich rüberbringen...

Also eigentlich gehts darum: Wenn ich setObject() aufrufe, verändert jeder Schreibzugriff irgendetwas am Objekt, auch wenn sich an den zu schreibenden Daten nichts geändert hat?

[paul53]

@antimon sagte: Wenn ich setObject() aufrufe, verändert jeder Schreibzugriff irgendetwas am Objekt..?

setObject() schreibt das komplette Objekt neu. Vom ursprünglichen Objekt bleibt nichts erhalten. Um einzelne Eigenschaften eines Objektes zu ändern oder zu ergänzen, verwendet man extendObject().

Das Skript überschreibt keine existierenden Objekte (s. Zeilen 3, 4).

[antimon]

Aaaaah cool, wieder was gelernt. Die Funktion kannte ich noch nicht, aber die macht wohl genau das, was ich brauche.

Komplett neu schreiben ist vermutlich keine so gute Idee - da geht vermutlich auch der aktuelle Zustand verloren, oder?
Aber wenn das versucht, die Daten zusammenzufügen, dann sollte das ja genau das erfüllen, worauf es mir ankommt!

[Marty56]

@paul:

Danke für das Script. Wie kann ich folgende Bespiele realisieren
Im Beispiel die Korrektur der Homematic Temperaturmesser

    "alias": {
      "id": "hm-rpc.0.LEQ0567712.1.TEMPERATURE",
      "read": "val > 60 ? -20 : val"
    }

und für den Homematic Fenstergriff

"common": {
    "def": 0,
    "type": "number",
    "read": true,
    "write": false,
    "min": 0,
    "max": 2,
    "states": {
      "0": "CLOSED",
      "1": "TILTED",
      "2": "OPEN"
    }

[paul53]

@marty56 sagte: Korrektur der Homematic Temperaturmesser

alias.read muss nachträglich ergänzt werden (Tab "Objekte").

@marty56 sagte in Eigene Datenstruktur anlegen - wie und wo?:

Homematic Fenstergriff

Kann so übernommen werden (+ nameAlias). Soll etwas im Alias anders sein? Dann nachträglich ändern.