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

[Scrounger]

@el_malto
Ich versuche es Dir an einem Beispiel zu erklären.
Du hast z.B. einen Homematic Lichtschalter. Dieser ist dann in der instanz des hm-rpc adapters im iobroker verfügbar. Dort gibt es z.B. den Datenpunkt zum ein bzw. ausschalten mit der ID "hm-rpc-QEQ000001.1.STATE". Das wird dann unser sog. parentObject.
Jetzt erstellst du dir ein linkedObject z.b. mit der ID "Licht.Bad.STATE". Die ID des linkedObject verwendest du dann im vis und all deinen skripten.

Wenn jetzt der Lichtschalter z.b: gegen einen neuen mit der ID "hm-rpc-QEQ000002.1.STATE" getauscht wird, dann musst du nur wieder für diesen ein linkedObject anlegen das die gleiche ID "Licht.Bad.STATE" hat. Danach funktionieren wieder alle deine VIS und skripte, da dort ja die ID des linkedObject verwendet wird.

[el_malto]

@Scrounger So habe ich das auch verstanden.
Also muss man das "Mapping" selbst vornehmen. Du sagstest oben ja mal, dass das der Adapter selbst macht. Deswegen war ich ein bisschen verwundert.
Ich denke also das du mit "das macht der Adapter selbst" meinst, dass der Adapter selbst die RAW Daten von den Datenpunkt den man manuell auswählt übernimmt und somit die gleichen Funktionen wie der "eigentliche" Datenpunkt hat und nicht automatisch alle Datenpunkte die man in ioBroker hat "klont" oder?
War von der Beschreibung nur ein bisschen verwirrt weil @BBTown ja auch gefragt hat wo das "Mapping" statt findet, also so wie ich es gelesen habe, wo man das in den Adapter machen muss.

Aber jetzt ist es klar und es ist so wie ich es mir auch schon gedacht habe.
Die Idee ist wirklich gut und interessant.

[paul53]

@el_malto sagte:

dass der Adapter selbst die RAW Daten von den Datenpunkt den man manuell auswählt übernimmt und somit die gleichen Funktionen wie der "eigentliche" Datenpunkt hat und nicht automatisch alle Datenpunkte die man in ioBroker hat "klont" oder?

Der Adapter übernimmt die Eigenschaften unter common außer den Namen. Die Zuweisung eines linked Datenpunktes erfolgt im Reiter "Objekte" ganz rechts unter "Einstellungen" (Schraubenschlüssel). In meinem Beispiel für eine Außentemperatur in °F mit Umrechnung in °C sieht es so aus:

[Scrounger]

@paul53 sagte in [Neuer Adapter] LinkedDevices:

Dieser Test:

if (obj.common.custom[this.namespace].maxDecimal && !isParentObj) {

schließt 0 Nachkommastellen aus.

Das Problem ist, wenn

"maxDecimal": 0

wird das genauso behandelt wie

"maxDecimal": ''

oder nicht vorhanden ist.
In beiden Fällen gibt z.B. parseInt auch NaN zurück. Wenn ich das jetzt z.B. mit obj.common.def versuche, wird eine '0' zurück gegeben.

Auch JSON.stringify gibt dann nur '' anstatt einer '0' zurück.

{"enabled":true,"parentId":"virtualpowermeter.0.hue","isLinked":true,"conversion":"/15*2,4","readOnlyConversion":"","maxDecimal":""}

Ich hab keine Ahnung warum das so ist, auch meine suche hat da nix gebracht. Jemand vielleicht ne idee?

[paul53]

@Scrounger sagte:

In beiden Fällen gibt z.B. parseInt auch NaN zurück.

Wirklich ? Das kann ich mir im ersten Fall nicht vorstellen.

[Scrounger]

@paul53 sagte in [Neuer Adapter] LinkedDevices:

@Scrounger sagte:

In beiden Fällen gibt z.B. parseInt auch NaN zurück.

Wirklich ? Das kann ich mir im ersten Fall nicht vorstellen.

Probiers aus, ich habs jetzt ne Stunde getestet und mir nen wolf gegoogelt ;)
Vielleicht ist das auch ein Bug im custom element?

Edit: zieh dir den aktuellen branch, da hab ich log ausgabe eingebaut, die das phanomän zeigt

und die raw daten dazu - maxDecimal steht auf '0':

{
  "from": "system.adapter.admin.0",
  "user": "system.user.admin",
  "ts": 1558020034830,
  "common": {
    "name": "hue",
    "role": "",
    "type": "number",
    "desc": "Manually created",
    "unit": "%",
    "min": 0,
    "max": 100,
    "def": 0,
    "read": true,
    "write": true,
    "custom": {
      "linkeddevices.0": {
        "enabled": true,
        "unit": "%",
        "linkedId": "hue",
        "name": "",
        "maxDecimal": 0,
        "conversion": "/15*2,4",
        "readOnlyConversion": ""
      }
    }
  },
  "native": {},
  "acl": {
    "object": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator",
    "state": 1636
  },
  "_id": "virtualpowermeter.0.hue",
  "type": "state"
}

[paul53]

@Scrounger sagte:

Probiers aus

Ergebnis:

EDIT: Ohne parseInt() das gleiche Ergebnis. Allerdings kann man mit parseInt() auf != NaN testen.

[Scrounger]

Ok, das gleiche Ergebnis bekomm ich auch, wenn ich es mit nem skript im javascript adapter ausführe.

Im code von meinem Adapter bleibt das Ergebnis wie oben beschrieben ?!?
Es lebe Javascript ;)

[paul53]

@Scrounger Es wird die falsche ID an die Funktion getConvertedValue() übergeben. Es ist nicht die Quell- sondern die Ziel-ID. Im linked Objekt steht keine 0, sondern ein Leerstring.

[Scrounger]

@paul53
Danke für die Info, habe ich gerade eben auch festgestellt - bin also doch der schuldige :v:

Edit: bug fix ist hochgeladen

[paul53]

@Scrounger sagte:

bug fix ist hochgeladen

Sieht gut aus, auch mit 0 Nachkommastellen.

[Scrounger]

Adapter ist jetzt im latest repository :)

[paul53]

@Scrounger Was hat es mit der Konvertierung auf sich ? Was muss man als Bedingung für 'true' eingeben ?

[Scrounger]

@paul53
Ist bis jetzt noch nicht implementiert, nur im custom dialog schon mal die inputs angelegt.

Folgende Funktion soll damit realisiert werden:

1. parentObject ist 'number' read only:
   Man kann das linkedObject in ein boolean umwandeln und eine Bedingung eingeben (=,<=,>=,!=), wann das linkedObject true oder false ist.

2. parentObject ist number read&write / write:
   Man kann das linkedObject in ein boolean umwandeln und eine Bedingung eingeben (=,<=,>=,!=), wann das linkedObject true oder false ist. Für das linkedObject kann man einen Wert für true bzw false eingeben der dann bei change des linkedObject an das parentObject übergeben wird.

[paul53]

@Scrounger sagte:

Ist bis jetzt noch nicht implementiert

Das habe ich mitbekommen. Denke bitte daran, dann auch common.type des linkedObjects anzupassen.

[Scrounger]

Version 0.1.5 ist jetzt im latest verfügbar.

Da ich was an der struktur geändert habe, funktionieren die Experteneinstellungen für Eure parent objekte nicht mehr. Die müsst ihr neu konfigurieren.

Bei Fehlern bitte alle Verlinkungen löschen, Adapter neustarten und die Verlinkungen neu anlegen!

[paul53]

@Scrounger sagte:

Für das linkedObject kann man einen Wert für true bzw false eingeben der dann bei change des linkedObject an das parentObject übergeben wird.

Da die Konvertierung nur mit Zahlen erfolgt, kann man somit binäre Werte (0/1) nach boolean wandeln und umgehrt. Öfter kommen aber Strings vor wie "0"/"1", "false"/"true", "off"/"on", "OFF"/"ON", wobei häufig auch noch common.type: "boolean" angegeben ist.

[Scrounger]

@paul53
Genau das steht bereits auf der ToDo Liste. Aber eins nach dem anderen, erstmal wird jetzt number to X converter implementiert.

Hast vielleicht ne idee wie ich den String '>=10' elegant in ein 'if-statement' umwandeln kann, ohne aufwendig mit regex arbeiten zu müssen. Mit eval() könnte man das lösen, aber das ist ja evil() ;)

[Scrounger]

Version 0.2.0 ist jetzt im latest verfügbar.
Neue Funktion ist das man parentObjects vom typ number in boolean linkedObjects umwandeln kann.

[paul53]

@Scrounger sagte:

Version 0.2.0 ist jetzt im latest verfügbar.

Die Umwandlung funktioniert, aber der "Name des verknüpften Objektes" wird nicht mehr übernommen, sondern stattdessen der Originalname.