Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[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

[dos1973]

Hi,

Ich gebs frei raus zu, habe den thread nicht im ganzen gelesen zu haben

Ich will mich auch in die Alias Welt einlesen und möchte sicherstellen das richtige Tool zu installieren.

Bin ich mit dem Adapter „linked devices“ richtig?
Es gibt ja noch den

• Alias manager, und auch
• geräte verwalten

Danke euch

[guergen]

@dos1973 Der Alias ist intern, der linked-devices ein Adapter, musst gucken was dir liegt

[dos1973]

@guergen

habe gestern die halbe Nacht verbracht alle Aliase (habe intern Alias genutz) anzulegen, das artet ja richtig in Arbeit aus....

[eMd]

@dos1973
Ja, ist am Anfang so. Der Mehrwert im Anschluss über alle Scripte und Visualisierungen ist aber enorm. Vor allem wenn man mal Geräte tauscht oder durch neue ersetzt!

MfG
eMd

[apollon77]

@dos1973 der devices Adapter kann das wenn Räume und Funktionen zugewiesen sind auch automatisch ;-))

[dos1973]

@apollon77
Danke dir, aber jetzt habe ich manuell angefangen und setze alle DP pico-bello neu auf.
Musste aber bereits einmal alles löschen ;-)

Frage.
ich habe DP die kommen als json

{"motion":false,"timestamp":1663495651,"active":false,"vibration":false,"lux":102,"bat":70}

aktuell schreibe ich mir via node-red die einzelnen DP in
0_userdata.0.mqtt

ich würde diese DP gerne in den alias DP schreiben... klappt aber nicht, weil (bei mir) node-red nur in "0_userdata" schreiben kann?

hat jemand eine Idee wie cih das umsetzen kann?
@mickym
ich adde dich mal hier, da du mir mit node-red schon geholfen hast ;-)

Danke

[mickym]

@dos1973 Ich glaube nicht, dass ich da helfen kann zudem das auch keinen Sinn macht. Aber Du kannst doch in deinem Alias bei Lesen auf den 0_userdata.0.xx verweisen und beim Schreiben musst Du meines Erachtens sowieso in einen anderen Datenpunkt schreiben. Und im Alias hast Du doch die Möglichkeit unterschiedliche Datenpunkte anzugeben.

Eigentlich und das betone ich ja auch immer wieder brauchst Du die Datenpunkte im Alias auch nicht mehr Einzeln. Deswegen, wenn Du eh Aliase manuell anlegst - dann kannst die auch direkt aus dem JSON von mqtt auslesen.

Wenn Du also in einem Alias so wie in Deinem Beispiel die Bewegung brauchst aus Deinem JSON brauchst - dann definierst Du eine Konvertierungsfunktion:

Du wirst aber die Alias(e) in jedem Fall manuell anlegen müssen, wenn Du es tun willst.

Wenn Du keinen Sensor hast - sonder aktiv schalten willst, dann brauchst Du sowohl unterschiedliche Datenpunkte als auch unterschiedliche Konvertierungsfunktionen.

Ob man allerdings mehrere Alias auf den gleichen Datenpunkt verlinken - kann und diese auf unterschiedliche Eigenschaften in einem Alias verwenden kann - das kann ich Dir nicht beantworten. Da brauchst Du ggf. wieder deine Logikmaschine dazwischen. - Ich probiere es gleich mal. ;)

Hier mal mein JSON zigbee2mqtt meiner Tischlampe.

{
  "brightness": 102,
  "color_mode": "color_temp",
  "color_temp": 370,
  "color_temp_startup": 370,
  "device": {
    "applicationVersion": 33,
    "dateCode": "20220112",
    "friendlyName": "licht/wohnzimmer/tischlampe",
    "hardwareVersion": 1,
    "ieeeAddr": "0xcccccccccccccccc",
    "manufacturerID": 4476,
    "manufacturerName": "IKEA of Sweden",
    "model": "LED1732G11",
    "networkAddress": "xxxxx",
    "powerSource": "Mains (single phase)",
    "softwareBuildID": "2.3.091",
    "stackVersion": 98,
    "type": "Router",
    "zclVersion": 2
  },
  "last_seen": "2022-09-18T15:42:01+02:00",
  "linkquality": 255,
  "power_on_behavior": "off",
  "state": "OFF",
  "update": {
    "state": "idle"
  },
  "update_available": false
}