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

[paul53]

@apollon77 sagte:

Da brauchst Du an sich keine read/write function. Es reicht wenn die Datentypen boolean/string sind bei target/source

Ja, ich weiß, wollte es aber mal mit "read" und "write" testen - eigentlich mit einem Datenpunkt "Aus"/"Ein", den ich aber erst hätte erstellen müssen. Ich passe es mal in meinem Beispiel oben an.

[apollon77]

@paul53 ;.) "Ein"/"Aus" geht auch automatisch gg

[paul53]

@apollon77 sagte:

"Ein"/"Aus" geht auch automatisch

Wirklich ?

            if (state.val === 'off' || state.val === 'OFF' || state.val === 'AUS' || state.val === 'aus' || state.val === 0 || state.val === '0') {

[apollon77]

@paul53 ooooojhkkk ... "Aus" nicht ... ich baue es noch in ein lowercase um :-)

[paul53]

@apollon77
Die Abfrage

state.val === 0

kann man weglassen, denn der Fall wird abgedeckt durch

else state.val = !!state.val;

[apollon77]

@paul53 korrekt

[Xyolyp]

Ich habe nach dem Update auf den JS-Controller 2.1 einige meiner Skripte umgestellt, so dass jetzt 0_userdata.0 sowie die Alias (anstatt der LinkedDevices Adapter) genutzt wird.
0_userdata.0 funktioniert genau wie erwartet; Alias praktisch gar nicht.
Im Objektbaum werden die richtigen Werte angezeigt und auch bei Änderungen funktioniert es in beide Richtungen (schreiben auf Alias, sowie schreiben auf Originaldatenpunkt). Sobald aber ein Skript einen Aliasdatenpunkt nutzen soll funktioniert es nicht mehr. Die Trigger lösen nicht aus, wenn ein Skript versucht einen Aliasdatenpunkt zu lesen (gewählt via Objektbaum-Popup im Blockly), den es definitiv gibt, so schlägt es fehl mit folgendem Log:

Log

javascript.0	2019-11-17 15:00:35.508	warn	(770) at processImmediate (timers.js:658:5)
javascript.0	2019-11-17 15:00:35.507	warn	(770) at tryOnImmediate (timers.js:676:5)
javascript.0	2019-11-17 15:00:35.506	warn	(770) at runCallback (timers.js:705:18)
javascript.0	2019-11-17 15:00:35.506	warn	(770) at Immediate.setImmediate (/opt/iobroker/node_modules/iobroker.js-controller/lib/states/statesInRedis.js:224:41)
javascript.0	2019-11-17 15:00:35.505	warn	(770) at change (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:4744:37)
javascript.0	2019-11-17 15:00:35.504	warn	(770) at Object.stateChange (/opt/iobroker/node_modules/iobroker.javascript/main.js:364:25)
javascript.0	2019-11-17 15:00:35.503	warn	(770) at Object.callback (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:973:38)
javascript.0	2019-11-17 15:00:35.502	warn	(770) at Object.<anonymous> (script.js.Phone.Announce_Call:7:55)
javascript.0	2019-11-17 15:00:35.500	warn	(770) getState "alias.0.Anwesenheit.Laura" not found (3)
javascript.0	2019-11-17 15:00:35.499	warn	(770) at processImmediate (timers.js:658:5)
javascript.0	2019-11-17 15:00:35.499	warn	(770) at tryOnImmediate (timers.js:676:5)
javascript.0	2019-11-17 15:00:35.498	warn	(770) at runCallback (timers.js:705:18)
javascript.0	2019-11-17 15:00:35.497	warn	(770) at Immediate.setImmediate (/opt/iobroker/node_modules/iobroker.js-controller/lib/states/statesInRedis.js:224:41)
javascript.0	2019-11-17 15:00:35.497	warn	(770) at change (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:4744:37)
javascript.0	2019-11-17 15:00:35.496	warn	(770) at Object.stateChange (/opt/iobroker/node_modules/iobroker.javascript/main.js:364:25)
javascript.0	2019-11-17 15:00:35.495	warn	(770) at Object.callback (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:973:38)
javascript.0	2019-11-17 15:00:35.494	warn	(770) at Object.<anonymous> (script.js.Phone.Announce_Call:7:7)
javascript.0	2019-11-17 15:00:35.490	warn	(770) getState "alias.0.Anwesenheit.Jonathan" not found (3)

Systeminformationen

Platform: linux
Architecture: arm
CPUs: 4
Speed: 1200 MHz
Model: ARMv7 Processor rev 4 (v7l)
RAM: 926 MB 
System uptime: 02:45:28
Node.js: v10.17.0
NPM: 6.12.1
Disk size: 14.5 GiB
Disk free: 10.8 GiB
adapters count: 260
Uptime: 02:42:30
Active instances: 16

Objektbaum

Aliaskonfiguration

{
 "from": "system.adapter.admin.0",
 "user": "system.user.admin",
 "ts": 1573998134012,
 "common": {
   "name": "Laura",
   "role": "indicator.presence",
   "type": "boolean",
   "alias": {
     "id": "tr-064.0.devices.HUAWEI-Mate-10-lite-584e2.active"
   }
 },
 "native": {},
 "acl": {
   "object": 1636,
   "owner": "system.user.admin",
   "ownerGroup": "system.group.administrator",
   "state": 1636
 },
 "_id": "alias.0.Anwesenheit.Laura",
 "type": "state"
}

[apollon77]

Welche Version des JavaScript Adapters ist im Einsatz?

[Xyolyp]

@apollon77 Script engine ist in Version 4.1.14 installiert.
Edit: falscher Adaptername

[apollon77]

@Xyolyp Ich meine den "Javascript" ("Script Engine" seit neuestem) Adapter

[Xyolyp]

@apollon77 den meinte ich auch. Habe nur den falschen Namen geschrieben

[apollon77]

@Xyolyp Update mal auf was aktuelles bitte ... der ist recht alt. Könnte mir vorstellen das es ggf mit daran liegt

[Xyolyp]

@apollon77 im stable ist 4.1.12 der aktuellste. Aktuell bewege ich mich mit meinem System immer mehr in Richtung "nur noch stable", da mein Verständnis von stable ist, dass da keine Experimente passieren, sondern die Funktionalität, die vom Adapterentwickler in der Version beworben wird funktioniert.
Auf welche Version sollte ich denn aktualisieren, damit es funktioniert?

[apollon77]

@Xyolyp Ich sage es mal so: Wir haben währendder Entwicklung üblicherweise mit javascript 4.3.x getestet was aktuell "latest". Müsste man halt jetzt mal checken ob es da tut.Dann muss das noch fix ins Stable :-)

[Xyolyp]

@apollon77 mit der Script Engine v 4.3.2 haben die ersten zwei, drei Tests funktioniert.

[apollon77]

@Xyolyp Also müssen wir wohl doch für Alias noch javascript im Stable updaten ... hm .... ok!!

[Supermicha]

auch wenn das hier schon ein paar Tage alt ist, ich finde keinen passenderen Thread.

Mein Geräte-Tab macht bisher mehr Probleme als das er nützt....

Mein System

Spoiler

Debian 9 VM auf Proxmox
Node.js v10.17.0
NPM 6.11.3
Script Engine 4.3.4
Admin 3.7.1

Poblem 1: Beim einstellen vom Gerätetyp wir dieser teilweise falsch angezeigt. Typ Medien wurde in der Übersicht als Typ Info angezeigt. (Im Objekte-Tab stehts aber richtig)

Problem 2: Hatte beim Gerätetyp aus versehen auf Typ Instanz geklickt, danach hängte sich der Komplette Adapter auf und ich hatte nur noch einen weißen Bildschirm vor mir....

Problem 3: Neu erstellte Geräte werden teilweise erst nach wegwechseln und wieder hin wechseln vom Gerätetab angezeigt...

Problem 4: und auch das schlimmste Problem: Nachdem ich die angelegten Geräte in ein Blockly einbinden wollte, fuhr sich ioBroker komplett fest. Auf alle geöffnetten Tabs sah ich nur noch den bunten, drehenden Kreis.
Laut top hatten sowohl der Admin-Adapter und der js-controller wechselseitig immer so um die 50-60% CPU-Auslastung. Das Problem war mehrfach reproduzierbar. Immer in der Objektauswahl vom js-Controller ging nix mehr, sobald ich im alias.0 Ordner irgendein Gerät angeklickt habe.

Nachdem ich alle Geräte aus dem Geräte-Tab entfernt habe, läuft wieder alles normal...

Leider kann und will ich das nicht nochmal reproduzieren, da ich nur ein Produktivsystem habe und mir das nicht zerschießen will...
Aber vielleicht hilfts ja trotzdem.

Log hat übrigens nix angezeigt.

[apollon77]

@Supermicha Leg das doch am besten als Issue beim "devices" Adapter im GitHub an

[Supermicha]

Erledigt. Habe mal für jeden Punkt ein extra Issue angelegt, hoffe das war richtig.

[Garfonso]

Da der Titel so schön passt, hänge ich mich auch mal mit dazu. Vielleicht hat ja jemand das Problem.
Ich habe einen Alias true/false auf eine Scene gemacht. Leider scheinen irgendwelche Rückmeldungen den Sceneadapter zu verwirren, jedenfalls wechselt der Zustand beim schalten von true/false direkt auf uncertain. Das wird aber vom alias in true konvertiert (klar, string der nicht leer ist oder Aus / off ...).

Früher hatte ich einen state in javascript.0 und ein skript, der halt true/false übernommen hat und uncertain ignoriert. Kriege ich das irgendwie mit der Alias Funktion hin? Kann ich in read Werte ignorieren, also kein Update machen? (Das ist der letzte Punkt, dann kann das Skript komplett weg und alias macht eigentlich alles, was das vorher gemacht hat).