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

[TbiBnz]

@dominik-f

"alias": {
    "id": "hm-rpc.0.xxx.1.STATE"

Dort steht natürlich bei mir die Id des Orginalen Datenpunkt. Das oben gezeigte sollte nur als Beispiel dienen.

Erstellt werden die Aliase auch per Alias Manager, das funktioniert soweit ganz gut.
Die Datenpunkte sind dann eben identisch zu den Orginalen und dort fehlen z.b. dann eben die verschiedenen Zustände wie geschlossen/geöffnet.

Im iObroker werden diese bei mir auch nicht als 0 1 oder 2 dargestellt sondern als closed/titled/opened.

Wenn ich den Alias dann im Nachhinein auf die Sturkur wie du sie auch geschrieben hast ändere, steht dann im State geschlossen(0) wie es sein sollte allerdings wird der State nicht mehr getriggert wenn ich das Fenster dann öffne.

[TbiBnz]

@lucky_esa Dankeschön, das hört sich vielversprechend an. Versuche es am Wochenende mal und hoffe damit komme ich weiter.

[Dominik F.]

@tbibnz

Ich hab festgestellt, dass ich anfangs genau das gleiche Problem wie du hatte.

https://forum.iobroker.net/topic/40424/alexa-ansagen-i-telegram-i-email-i-alias-i-visu-i-html/385?_=1661417638450

Ich musste im Nachhinein auch meine Datenpunkte anpassen. Wenn du weiter nach unten scrollst findest du auch die Beiträge die mir geholfen haben, vielleicht hilft es dir ja auch

[TbiBnz]

@dominik-f danke dir, deswegen habe ich dich auch direkt markiert. Ich habe im Nachhinein meine Alias Datenpunkte auch wie folgt angepasst, dabei natürlich meine id verwendet.

{
  "common": {
    "alias": {
      "id": "hm-rpc.2.0007DA49992A68.1.STATE"
    },
    "name": "Terrassentür",
    "def": 0,
    "role": "value.window",
    "type": "number",
    "min": 0,
    "max": 2,
    "read": true,
    "write": false,
    "states": {
      "0": "geschlossen",
      "1": "gekippt",
      "2": "geöffnet"
    }
  },
  "native": {},
  "type": "state",
  "_id": "alias.0.Wohnzimmer.Terrassentür.STATE",
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  },
  "from": "system.adapter.admin.0",
  "user": "system.user.admin",
  "ts": 1643150789802

Leider Triggert der Alias aber dann nicht mehr wenn ich die Türe dann schließe oder öffne.

[Lucky_ESA]

Ich habe doch oben geschrieben wie du das machen musst. Diese Variante verwende ich da ich meine Fenster Alarmüberwache und dazu benötigt man halt 2 Sensoren.
Dein RAW vom HMIP hat einen string und keine number oder boolean. Keiner Ahnung was da jetzt für Werte reingeschrieben werden aber diesen Value vom String musst du abfragen und in den Datenpunkt 0_userdata... dann eine 0 oder 1 schreiben. Dann den Alias auf 0_userdata referenzieren.

Edit: Wenn in deinem HMIP DP closed und open geschrieben wird dann ändere mal deinen Alias so:

RAW

   "name": "Terrassentür",

   "role": "value.window",

   "type": "string",

   "read": true,

   "write": false,

   "states": {

     "CLOSED": "geschlossen",

     "OPEN": "gekippt",

     "TILTED": "geöffnet"

   }

Gruß//Lucky

[Dominik F.]

@tbibnz

Mal ne ganz blöde Frage. Hast du nach dem Editieren des Datenpunktes mal den Javascript Adapter neu gestartet?
Ich kann mich aus einem anderen Skript erinnern, dass dies auch manchmal Fehler bei der Erkennung von Datenpunkten behoben hat.

Edit:
Das was @Lucky_ESA schreibt kann bzw. wird wahrscheinlich der Grund sein. Mein Orginaldatenpunkt ist bei mir ebenfalls vom Typ "Number". Da er bei dir vom Typ String ist und du eine Number draus machst, könnte das das Problem sein.

Hab nochmal geschaut woran es damals lag. Ich hatte beim Orginaldatenpunkt Typ Number und beim Alias Typ String. Erst als beiden Number war, ging es. Vielleicht geht es ja bei dir, wenn beides vom Typ String ist.

[TbiBnz]

@dominik-f habe es mittlerweile hinbekommen, vielen dank für deine Hilfe.

[TbiBnz]

@lucky_esa auch dir danke habe es zum laufen gebracht.

[Dominik F.]

@tbibnz

Kannst du deine Lösung hier schreiben? Dann hilft es vielleicht jemanden, der das gleiche Problem hat.

[TbiBnz]

@dominik-f Klar ich hatte heute morgen nur nicht so viel Zeit einen größeren Beitrag zu verfassen, wobei die Lösung recht simpel ist.

Manchmal sieht man den Wald vor lauter Bäumen einfach nicht und @Lucky_ESA hat es auch schon richtig erklärt.
"Dein RAW vom HMIP hat einen string und keine number oder boolean."

Der HmIP-Adapter arbeitet mit CLOSED/TITLED/OPENED und wenn man die Datenpunkte als Number editiert funktioniert das logischerweise eben nicht.
Also von dem Datenpunkt windowSate einen Alias erstellen und diesen als String editiert und die States anpassen dann erfasst das Blocky die verschiedenen States auch richtig.

mein Datenpunkt für eins HmIP Fenstersensor mit offen/geschlossen sieht dann wie folgt aus:

Spoiler

{
 "type": "state",
 "common": {
   "name": "Beispielzimmer Fenster",
   "def": 0,
   "type": "string",
   "read": true,
   "write": false,
   "states": {
     "CLOSED": "geschlossen",
     "OPEN": "geöffnet"
   },
   "role": "window.value",
   "alias": {
     "id": "hmip.0.devices.HIER-ORGINAL-ID-EINTRAGEN.channels.1.windowState"
   },
   "desc": "per Script erstellt",
   "unit": ""
 },
 "native": {},
 "_id": "alias.0.Fenster.Beispielzimmer_Fenster",
 "acl": {
   "object": 1636,
   "state": 1636,
   "owner": "system.user.admin",
   "ownerGroup": "system.group.administrator"
 },
 "from": "system.adapter.admin.0",
 "user": "system.user.admin",
 "ts": 1661453618124
}

das ganze funktioniert dann natürlich auch als offen/gekippt/geschlossen:

Spoiler

{
 "type": "state",
 "common": {
   "name": "Balkotür Beispiel",
   "def": 0,
   "type": "string",
   "read": true,
   "write": false,
   "states": {
     "CLOSED": "geschlossen",
     "TILTED": "gekippt",
     "OPEN": "geöffnet"
   },
   "role": "window.value",
   "alias": {
     "id": "hmip.0.devices.HIER-ORGINAL-ID-EINTRAGEN.channels.1.windowState"
   },
   "desc": "per Script erstellt",
   "unit": ""
 },
 "native": {},
 "_id": "alias.0.Tueren.Balkontuer_Beispiel",
 "acl": {
   "object": 1636,
   "state": 1636,
   "owner": "system.user.admin",
   "ownerGroup": "system.group.administrator"
 },
 "from": "system.adapter.admin.0",
 "user": "system.user.admin",
 "ts": 1661439101526
}

Wie geschrieben es war einfach zu einfach

Nochmals vielen dan für eure Hilfe ich hoffe das der ein oder andere der den HmIP Adapter nutz und auch vor diesem Problem steht kann es nun lösen.

Grüße
Tobi

[dslraser]

@tbibnz
schön das es jetzt funktioniert.

Ich nutze diese Blocklys aktuell selbst nicht mehr, da ich iQontrol Nutzer bin und dort nun direkt in iQontrol fast alles was diese Blocklys können auch mit dem Adapter erstellen kann.
Das ganze sieht dann bei mir in iQontrol auch ähnlich aus.

Hier mal kurze Beispiele

[Dominik F.]

@dslraser

Ich nutze aktuell mehrere deiner Skripte und bin total begeistert. Ich würde eines deiner Skripte gerne etwas verändern, nur sind diese so umfangreich, dass ich den Wald vor lauter Bäumen nicht sehe^^

Es geht um das Skript Bewegungsmelder. Hier werden die Datenpunkte die true sind als erstes angezeigt. ich würde das gerne ändern und die Datenpunkte die false sind als erstes anzeigen lassen in der Liste:

0_userdata.0.Geraete_zaehlen.Bewegungsmelder.Haus.01_Anzeigen_und_Listen.06_html_Bewegungsmelder_Liste

Könntest du mir da vielleicht helfen?

Hintergrund ist, dass ich mir dieses Skript umgeschrieben habe um auf Erreichbarkeit von Geräten zu überprüfen. Ich konnte alles anpassen nur eben nicht diese Liste bzw. die Sortierung davon

[dslraser]

@dominik-f
Ich bin am WE nicht zu Hause, aber ich such Dir die Stelle/Stellen gern raus.

[Dominik F.]

@dslraser

Oh super, ich weiß das wirklich zu schätzen. Brauchst du dafür das Skript was ich für Erreichbarkeit umgeschrieben hab fürs testen?

[dslraser]

@dominik-f
erstmal nicht. Das kann eigentlich nur bei der Sortierung sein.

[Dominik F.]

@dslraser

Alles klar. Ich danke dir schon mal für deine Mühe.

[dslraser]

@dominik-f
hier in dieser Funktion sind Sortierungen, dort mußt Du dann nur die Reihenfolge tauschen. (denke ich jedenfalls, nicht getestet, da nicht aktiv bei mir)

diese Funktion aufklappen und dann ganz unten wird sortiert

Die Nachrichten, die versendet werden, werden extra sortiert, das ist in dieser Funktion

Schreibe mal ob Du es selbst hinbekommst.

[Dominik F.]

@dslraser

Hat funktioniert

Vielen Dank für deine Hilfe.

[fir3drag0n]

Hallo zusammen,

ich habe hier nun auch die tolle Skriptsammlung gefunden - topp!
Nur habe ich jetzt nach dem Anlegen das Problem, dass die Aliasse nicht stimmen.

Mein Zigbee Sensor ist boolean und gibt false/true aus, nach umbauen habe ich auch einen Inhalt im Alias:

Allerdings wird nichts gezählt:

Wo kann ich denn festlegen, dass er quasi gekippt/geöffnet auswerten soll?

Funktionen sind entsprechend angelegt.

RAW:

{
  "type": "state",
  "common": {
    "name": "Schlafzimmer",
    "type": "boolean",
    "read": true,
    "write": false,
    "role": "window.value",
    "alias": {
      "id": "zigbee.0.00158d0008330c20.opened"
    },
    "desc": "per Script erstellt",
    "min": 0,
    "max": 1,
    "unit": "",
    "states": {
      "false": "geschlossen",
      "true": "geöffnet"
    }
  },
  "native": {},
  "_id": "alias.0.Fenster.Schlafzimmer_Fenster",
  "acl": {
    "object": 1636,
    "state": 1636,
    "ownerGroup": "system.group.administrator"
  },
  "from": "system.adapter.admin.0",
  "user": "system.user.admin",
  "ts": 1661693101291
}

[Dominik F.]

@fir3drag0n

Ich würde anfangs nicht so viel im RAW rumfummeln und einfach true/false lassen. Das Skript erkennt dann selbstständig, dass ein Fenster bei true offen ist und bei false geschlossen.

Hier ein Beispiel RAW von einem Fenster:

{
  "common": {
    "alias": {
      "id": "zigbee.0.00158d0003d4185b.opened"
    },
    "name": "Schlafzimmer Fenster_Links",
    "role": "state",
    "type": "boolean",
    "read": true,
    "write": false
  },
  "native": {},
  "type": "state",
  "from": "system.adapter.admin.0",
  "user": "system.user.admin",
  "ts": 1640284648447,
  "_id": "alias.0.OG_Schlafzimmer.Fenster Links.opened",
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  }
}