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

[mickym]

Die Zustände scheint man nur direkt dort zu definieren:

Eigene Zustände mit + eigene States definieren -

Das set muss man dann aber noch in boolean verwandeln sonst geht der Schalter nicht.

Jedenfalls erzeugt Dir ein solch erzeugtes Gerät dann automatisch diese Struktur in Alias:

Da wird es als Channel - anstatt Device angelegt. Keine Ahnung warum.

[mickym]

@dos1973 sagte in [Neuer Adapter] LinkedDevices:

@mickym sagte in [Neuer Adapter] LinkedDevices:

im Verhältnis zu Deiner Lebenszeit

;-)

Ehrlich gesagt hat mir dieser DEVICE Manager noch zu viele Bugs - ich kann nachträglich keine Funktionen mehr ändern - und das mit dem DropDown nervt auch.

ich hab Änderungen in der Konvertierungsfunktion gemacht - kann das aber nicht speichern.

Button ist deaktiviert - bei sowas schmeisse ich das alles wieder weg. Also mach es so wie Du meinst. ;) Ich nutz das erst mal nicht. ;)

[dos1973]

@mickym
wollte das eben schreiben...

ich ändere evtl noch die Verzeicnisse und mache geräte daraus.
kann ich das

einfach
"type": "folder",

in

"type": "device",

{
  "common": {
    "name": "wandschalter"
  },
  "type": "folder",
  "from": "system.adapter.admin.0",
  "user": "system.user.admin",
  "ts": 1663452796963,
  "_id": "alias.0.Home.bad.licht.wandschalter",
  "acl": {
    "object": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  }
}

[mickym]

@dos1973 Im Prinzip ja - aber deswegen erkennt der Device Manager das nicht. Wenn Du den nicht benutzt - dann kannst das auch als folder lassen.

Der Device Manager macht unter common noch ein paar Einträge

{
  "_id": "alias.0.licht.wohnzimmer.tischlampe",
  "common": {
    "name": {
      "de": "tischlampe"
    },
    "role": "light",
    "icon": "",
    "color": null
  },
  "native": {},
  "type": "channel",
  "from": "system.adapter.admin.0",
  "user": "system.user.admin",
  "ts": 1663512523071,
  "acl": {
    "object": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  }
}

Wobei wie gesagt - das Teil funktioniert nicht richtig - ich habe gerade in der Alias Funktion die Konvertierungsfunktion geändert und das wird gar nicht ausgelesen:

Da steht immer noch das alte Zeug drin:

und bekomm das auch nicht im Device Manager geändert und im Alias schaut das so aus:

Also im Prinzip - wenn Du Device Manager konform arbeiten willst - fehlen bestimmte Dinge noch im common Objekt. Aber wie gesagt - für mich hat das noch zuviele Bugs.

Zumindest ein leeres native objekt und eine Rolle unter common sind wohl nötig - aber wie gesagt - ich bin da nun wieder eher enttäuscht und werde das wohl nicht machen.

[dos1973]

@mickym
Kannst du mir die beiden letzen konvertierungsfunktionen aus dem bild rauskopieren… sehe es nicht komplett

Also das on/ off in true/ false

Das will ich mir aufheben…. ;-)
Danke

[mickym]

@dos1973 Aha - nachdem ich es im Alias geändert hab - hat der Device Manager wohl doch eine neuen Eigenschaft generiert - namens ON-SET

Also im Admin ist es true und false - zum Lampe schalten brauchst aber ON und OFF - dann kannst Du für den Alias folgende Konvertierung verwenden:

Lesen:

JSON.parse(val).state == "ON" ? true : false

Schreiben:

JSON.stringify({ state : val ? "ON" : "OFF"})

aber irgendwie kann ich das in dem Gerätemanager nicht mehr bearbeiten - ist irgendwie ReadOnly geworden. ;) - Der Alias wird dann von dem Geräte-Manager als Boolean oder Logikwert definiert.

Die Symbole werden bei mir im Device Manager auch nicht angezeigt:

[mickym]

Mit dem Drop Down habe ich inzwischen rausgefunden.

Du musst die Dinger markieren und das DropDown schließt sich erst wenn du im darunter liegenden Hauptfenster speichern drückst. Und dann nochmal speichern. ;)

Etwas eigenartige Bedienung. ;)

[mickym]

Das man Änderungen in den Konvertierungsfunktionen nicht abspeichern kann, ist aber ein gehöriger Bug. Hab ein Issue aufgemacht.

https://github.com/ioBroker/ioBroker.devices/issues/181

[mickym]

Nee - der schmeißt immer wieder das mit dem ON-Set durcheinander. Also für mich ist dieser Geräte Manager unbrauchbar - vielleicht beschäftige ich mich mal in einem Jahr damit. Ich hab ihn wieder deinstalliert.

[dos1973]

@mickym
D.h du legst in der Alias Struktur „Geräte“ manuell an?

[mickym]

@dos1973 Ja - wobei ich es trotzdem nicht ernsthaft nutze. Mir ist erst zwei bis 3 mal in 3 Jahren ein Gerät kaputt gegangen, dass ich austauschen musste und der Aufwand hielt sich in Grenzen. Aber nach den Erfahrungen mit dem Device Adapter und habe mich ja gestern wirklich ein paar Stunden damit verbracht, kann ICH den im Moment nicht empfehlen und würde die Aliase lieber manuell anlegen. Zudem es im Admin mit dem extra Tab ja nun viel leichter geworden ist.

[dos1973]

@mickym
ja das geht schon sehr gut damit.
überleg jetzt nur ob ich

lesen

mqtt.0.shellies.Küche_Lichtschalter.relay.0

schreiben

mqtt.0.shellies.Küche_Lichtschalter.relay.0.command

oder ob ich auf die konvertierungsfunktion setze die du gestern gezeigt hast, dann hätte ich ein true/ false - wäre noch mehr am "Geräte" Standard als mit on/ off

[mickym]

@dos1973 Genau - musst ja nur die Option anhaken und kannst dann die Konvertierungsfunktion eingeben. Wie gesagt wenn Du es neu anlegst - kannst ja auch gleich Geräte anlegen. Im YAHKA wird auch true und false verwendet - also würde ich auch ein Boolean draus machen - dann kannst Du auch leichter im admin schalten - nur den Schieberegler verschieben.

Wie gesagt ich würde halt nur übergeordnet ein Gerät machen und die States darunter anlegen. Gibt auch einige Lampen, die haben einen state "on", der ist dann true oder false. ;)

[dos1973]

@mickym

klappt nicht, was mache ich falsch?

;-)

[mickym]

@dos1973 Nun erst mal glaube ich zumindest bei mir ist es so, dass bei den Shellies on und off klein geschrieben ist - ist aber vielleicht auch egal - aber bei den Shellies sind das ja keine Objekte, sondern nur Strings on oder off. Und beim Schreiben musst Du ja kein Objekt mitgeben. Das heißt Du schreibst einfach direkt on oder off in den command Datenpunkt.
Deswegen vereinfacht sich das:

Lesen:

val == "on" ? true : false

Schreiben:

val ? "on" : "off"

Bei mir sind das jedenfalls einfache Strings:

[dos1973]

@mickym
Klappt.
ich frage mich wie "mann" soetwas lernt und versteht.

... wenn dann Leute zu mir kommen und mir auf die Schulter hauen - Mensch das hast aber toll gemacht :-)

Danke Dir, ohne Dich und viele andere hier würde soetwas nicht gehen.

[mickym]

@dos1973 sagte in [Neuer Adapter] LinkedDevices:

@mickym
... wenn dann Leute zu mir kommen und mir auf die Schulte hauen - Mensch das hast aber toll gemacht :-)

Danke Dir, ohne Dich und viele andere hier würde soetwas nicht gehen.

Den Datenpunkt selbst definierst Du dann als Logikwert.

Na ist doch toll und wenn ich Bescheid weiß, freue ich mich ja auch und oft lerne ich ja einiges. Ohne Dich hätte ich gestern den Geräte Manager Adapter nicht so ausführlich probiert. Auch wenn das Ergebnis unbefriedigend war. ;)

[Stefan_TR96]

Hallo Zusammen,

wollte nun aufgrund eines Systemwechsels bei der Zigbee Hardware auch auf den Linkeddevices Adapter wechseln. Dieser lies sich auch problemlos installieren, jedoch bekomme ich bei den Einstellungen der Objekte die Meldung

"Cannot load jsonConfig of linkeddevices: not exists"

unter
/opt/iobroker/iobroker-data/files/linkeddevices.admin
findet sich auch keine jsonconfig Datei.

Mein System:

Iobroker im Proxmox Container
Admin v6.2.22
Node.js v16.17.1
Npm 8.15.0

Hat jemand Ideen woran es liegen könnte?

LG
S

[apollon77]

@stefan_tr96 Ja deine Linkeddevices version ist zu Alt ... Bitte Auf Beta updaten ... siehe auch https://github.com/Scrounger/ioBroker.linkeddevices/issues/82

[Stefan_TR96]

@apollon77 Danke, jetzt funktioniert es!