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

[Wildbill]

@wszene Ich denke, Du musst die Unterordner einmal manuell anlegen und dann eben den Alias passend direkt im Unterordner.

Gruss, Jürgen

[Scrounger]

@wszene
Du musst "enter" drucken nach der Eingabe.
Wenn du Tab nutzt übernimmt er die Eingabe nicht.

Hab bereits ein issued dazu erstellt:
https://github.com/ioBroker/ioBroker.admin/issues/1442

[HubertH]

Hallo,

der Shelly Adapter liefert für die uptime seit Version 6.0.0 die Anzahl Sekunden statt wie früher einen formatierten String ("4D23:22:01"). Ich wollte die Sekunden über die Konvertierungsfunktion des Linked Devices Adapter wieder in einen String wandeln ("Duration").
Wenn ich das in der Adapter Dokumentation richtig verstanden habe, sollte ja die Konvertierung eines "Number" Datenpunktes, der die Anzahl Sekunden enthält, in ein Datum oder eine Dauer umwandelbar sein.
Allerdings funktioniert das nicht wie erwartet, als Ergebnis im verlinkten Datenpunkt steht immer "Invalid date".
Wo liegt mein (Denk-)Fehler?

Originaldatenpunkt "shelly.0.SHSW-L#483FDAA21385#1.uptime"
Zeigt "6323810 sec" an:

{
  "type": "state",
  "common": {
    "name": "Uptime",
    "type": "number",
    "role": "info",
    "read": true,
    "write": false,
    "custom": {
      "linkeddevices.0": {
        "enabled": true,
        "number_convertTo": "duration",
        "number_to_duration_format": "dd[T] hh[h] mm[m]",
        "number_to_datetime_format": "dd[T] hh[h] mm[m]",
        "boolean_convertTo": "",
        "string_convertTo": "",
        "linkedId": "Monitor.Laufzeit.SHLY01_1L",
        "_prefixId": "",
        "_stateId": "uptime",
        "name": "SHLY01 Uptime",
        "expertSettings": true,
        "number_to_duration_convert_seconds": ""
      }
    },
    "unit": "sec"
  },
  "native": {},
  "_id": "shelly.0.SHSW-L#483FDAA21385#1.uptime",
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  },
  "from": "system.adapter.admin.0",
  "user": "system.user.admin",
  "ts": 1661459449922
}

Verlinkter Datenpunkt "linkeddevices.0.Monitor.Laufzeit.SHLY01_1L"
Zeigt "invalid date an":

{
  "type": "state",
  "common": {
    "name": "SHLY01 Uptime",
    "type": "string",
    "role": "info",
    "read": true,
    "write": false,
    "custom": {
      "linkeddevices.0": {
        "enabled": true,
        "parentId": "shelly.0.SHSW-L#483FDAA21385#1.uptime",
        "parentType": "number",
        "isLinked": true,
        "number_to_duration_format": "dd[T] hh[h] mm[m]",
        "number_to_datetime_format": "dd[T] hh[h] mm[m]"
      }
    },
    "icon": "linkeddevices_small.png",
    "desc": "Created by linkeddevices",
    "def": ""
  },
  "native": {},
  "from": "system.adapter.linkeddevices.0",
  "user": "system.user.admin",
  "ts": 1661459449999,
  "_id": "linkeddevices.0.Monitor.Laufzeit.SHLY01_1L",
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  }
}

Vielen Dank
Hubert

EDIT: admin-Adapter 5.3.8 oder 6.2.17
linked devices Adapter 1.5.2
Shelly Adapte 6.0.0

[HubertH]

`Hallo,

zu og. Problem noch das Debug Log des Linked Devices Adapters.
Es scheint ja irgendwie eine Konvertierung im Hintergrund statt zu finden.
'7.087T 08h 01m'

Hubert

2022-08-26 18:50:10.260	warn	Read-only state "linkeddevices.0.Monitor.Laufzeit.SHLY01_1L" has been written without ack-flag with value "Invalid date"
linkeddevices.0
	2022-08-26 18:50:10.251	debug	[onStateChange] parentObject state 'shelly.0.SHSW-L#483FDAA21385#1.uptime' changed to '612345678' (ack = false) --> set linkedObject state 'linkeddevices.0.Monitor.Laufzeit.SHLY01_1L' to 'Invalid date'
linkeddevices.0
	2022-08-26 18:50:10.238	debug	[getConvertedValue] parentObject state 'shelly.0.SHSW-L#483FDAA21385#1.uptime' changed to '612345678', using format 'dd[T] hh[h] mm[m]', lang 'de' -> linkedObject value is 'Invalid date'
linkeddevices.0
	2022-08-26 18:50:10.236	debug	[getConvertedValue] parentObject state 'shelly.0.SHSW-L#483FDAA21385#1.uptime' changed to '612345678', using format 'dd[T] hh[h] mm[m]', lang 'de' -> linkedObject value is '7.087T 08h 01m'

[HubertH]

Fehler gefunden

Wenn ich ein neues Linked Device anlege, vorerst ohne Konvertierung des Datenpunktes, steht bereits folgendes im Originaldatenpunkt:

    "custom": {
      "linkeddevices.0": {
        "enabled": true,
        "number_convertTo": "",
        "number_to_duration_format": "dd[T] hh[h] mm[m]",
        "number_to_datetime_format": "dd[T] hh[h] mm[m]",
        "boolean_convertTo": "",
        "string_convertTo": "",
        "linkedId": "Monitor.Laufzeit.SHLY01_1L",
        "_prefixId": "",
        "_stateId": "uptime",
        "name": "SHLY01 Uptime"
      }
    }

Also beide Formatierungsvorschriften einer Number, sowohl zu datetime als auch zu duration.
Lediglich die Konvertierung ist noch nicht aktiv "number_convertTo": "".

Aktiviere ich jetzt die Konvertierung in eine Dauer/Duration, bleiben trotzdem beide Formatanweisungen erhalten.

        "number_convertTo": "duration",
        "number_to_duration_format": "dd[T] hh[h] mm[m]",
        "number_to_datetime_format": "dd[T] hh[h] mm[m]",
        "boolean_convertTo": "",
        "string_convertTo": "",

Lt. Log im Debug level wird dann zweimal konvertiert, was schief geht und zu "Invalid date" im verlinkten Datenpunkt führt.

Lösche ich im Originaldatenpunkt die Zeile mit der Formatanweisung für number_to_datetime_format händisch raus, so dass nur noch

        "number_convertTo": "duration",
        "number_to_duration_format": "dd[T] hh[h] mm[m]",
        "boolean_convertTo": "",
        "string_convertTo": "",

stehen bleibt, funktioniert die Umwandlung wie erwartet.

Im Log findet man nach dieser manuellen Änderung auch die richtigen Meldungen (Ausgabeformat angepasst auf dd[T]hh:mm:ss).

 linkeddevices.0
	2022-08-28 22:43:03.684	debug	[onStateChange] parentObject state 'shelly.0.SHSW-L#483FDAA21385#1.uptime' changed to '6583541' (ack = true) --> set linkedObject state 'linkeddevices.0.Monitor.Laufzeit.SHLY01_1L' to '76T04:45:41'
 linkeddevices.0
	2022-08-28 22:43:03.677	debug	[getConvertedValue] parentObject state 'shelly.0.SHSW-L#483FDAA21385#1.uptime' changed to '6583541', using format 'dd[T]hh:mm:ss', lang 'de' -> linkedObject value is '76T04:45:41'

Hier muss ein Fehler im Adapter vorliegen, denn wenn ich eine Konvertierungsart festlege (in meinem Fall duration), sollte auch nur die zugehörige Formatierungsanweisung wirksam sein, und nicht beide number_to_ simultan.

Hubert

[myssv]

Moin zusammen,

ich habe den Adapter heute installiert:

Wenn ich nun in den Objekten eine Verknüfung erstellen möchte, dann gibt es da keinen Bereich für LinkedDevices:

Hier wird angeraten, beim Admin auf die alte GUI umzustellen, die Option habe ich bei mir nicht:

Was kann ich tun? Alles im Stable Release.

[TT-Tom]

@myssv

mit dem neuen Admin Adapter ist auch die alte Oberfläche gestorben. RiP ;)

du kannst nur an den Entwickler schreiben, das er den Adapter anpasst.

alternativ gibt es auch den Devicemanager oder Alias-manager. Was möchtest du genau machen?

[myssv]

@tt-tom Mir war die Funktionalität neu und da mir gerade ein Aqara Sensor kaputt gegangen ist, musste ich alle Scripte öffnen, die mit dem Sensor verknüpft waren.

Da hat mir die Lösung mit den LinkedDevices recht gut gefallen und ich wollte es mal ausprobieren.

[apollon77]

@myssv Inzwischen gibts aber Aliases auch generisch ...

[TT-Tom]

@myssv

dann schau dir mal die Alternativen an. Sie legen beide eine Struktur unter Alias.0. an und können bei Gerätewechsel auch die DP anpassen.

Edit: oder Per Hand wie @apollon77 schreibt

[myssv]

Habt Ihr da einen Link zu einem Howto im ioBroker selber?

Wenn ich auf Zusatzadapter verzichten kann, tue ich das immer gerne.

[TT-Tom]

@myssv
wenn du ein Gerät mit mehreren Datenpunkten hast, ist es mit den alternativen schneller und einfacher.

wenn du nur einen Punkt anlegen willst kannst du das in der Objekt Ansicht mit dem "+" erstellen und dann verknüpfen

[myssv]

@tt-tom OK, dann schaue ich mir beide erst mal in Ruhe an.

Vielen Dank!

[HubertH]

@myssv

Ich hatte das Problem vor einiger Zeit, als ich den LinkedDevices Adapter erkundet hatte.
Damals war die Kombination glaube ich admin 5.3.38 und linkeddevices 1.4.2 oder 1.4.3.
Das ging im Admin nur mit der alten GUI.

Habe dann experimentierfreudig den linkeddevices auf 1.5.2 aus dem Beta Repository aktualisiert,
dann hat es auch mit der neuen Admin GUI funktioniert.

Derzeit läuft bei mir in der produktiven Umgebung admin 6.2.20 (stable) + linkeddevices 1.5.2 (beta).
Wobei im Beta inzwischen schon die linkeddevices 1.5.5 steht (Stand vorgestern abend).
Die Kombination 6.2.20 (stable) + linkeddevices 1.5.5 (beta) habe ich in einer Spielumgebung laufen, kann da momentan nichts negatives feststellen.

Hubert

[guergen]

@myssv Die VErsion 1.5.5 funktioniert wieder mit der neuen GUI

[myssv]

@guergen
@HubertH

Vielen Dank Euch beiden, mit dieser Version funktioniert es.

[myssv]

Eine Frage ist jetzt aufgetreten:

Ich habe per LinkedDevices von einem Sensor mehrere Datenpunkte gespiegelt. Nun geht der Sensor kaputt und ich muss die gespiegelten Punkte auf einen anderen Sensor umstellen. Wie mache ich das?

[SBorg]

@myssv Beim neuen Sensor wieder anlegen mit dem gleichen Namen unter Linked Device.

Sensor 1 (defekt)
ich.bin.Sensor.0.Temp --> als "Außentemperatur" im Linked Device

Sensor 1 (nun neu)
ich.bin.derneue.0.Temp --> als "Außentemperatur" im Linked Device

Deine VIS, Skripte, what else greifen ja nur pauschal auf "Außentemperatur" zu, egal von woher der Wert kommt. Aber einmalig muss man halt definieren wo er herkommt ;)

[myssv]

@sborg Ah ok.

Ich habe immer im Alias versucht, diesen einem neuen Datenpunkt zuzuweisen.

Vielen Dank für die verständliche Erklärung!

[eMd]

@myssv ich mache das in den Einstellungen von der Adapter Instanz... Da geht das auch wunderbar einfach

MfG
eMd