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

[apollon77]

@crunchip Ja hatte ich auch geradde mitbekommen ... Github sollte gehen ... npm kommt bald

[crunchip]

@apollon77 ok, hatte npm probiert

[apollon77]

@crunchip Ok, wir warten mit 5.04 mal noch bissl .. meld emich nochmal

[crunchip]

@apollon77 alles klar, so wie ich es gesehen habe wurde telegram bzw obj.state.val gefixt, habe aktuell 5.0.3 installiert jedoch immer noch das gleiche Problem, keine telegram ausgabe und beim Auslösen

18:43:14.112	error	javascript.0 (2769) script.js.testrule: ReferenceError: _ is not defined
18:43:14.112	error	javascript.0 (2769) at Object.<anonymous> (script.js.testrule:7:31)

let cond0 = false;

on({id: "zigbee.0.00158d00036b3fef.opened", change: "ne"}, async function (obj) {
    const _cond = obj.state.val == true;
    if (cond0 === false && _cond) {
        cond0 = true;    
		sendTo("telegram.0", {user: _, text: "Fenster offen".replace(/%s/g, obj.state.value)});
    } else if (cond0 === true && !_cond) {
        cond0 = false;    
		
    }

[apollon77]

@crunchip Das sollte in 5.0.4 gefixt sein, kommt demnächst(TM) ins Latest ...

[apollon77]

@crunchip 5.0.4 ist auf npm

[David G.]

@bluefox

Hey,

die Rules sehen cool aus.
Hätten mir in den Anfangszeiten bestimmt geholfen.

Wurde am Adapte neben den Rules noch viel verändert?

Habe nur ein Produktivsystem. Würde mir die Rules gerne mal anschauen und testen.
Aber nur, wenn (voraussichtlich) in anderen Bereichen keine Fehler auftreten.

[crunchip]

@apollon77 funktioniert nun, musste jedoch das script löschen und neu anlegen

[Homoran]

@crunchip sagte in Test Javascript-Adapter 5.0.3 - RULES:

@apollon77 funktioniert nun, musste jedoch das script löschen und neu anlegen

wahrscheinlich hätte eine kleine Änderung (und nach speichern rückgängig) gereicht

[crunchip]

@homoran ich hatte jeden einzelnen posten mal verändert und auch entfernt und wieder zugefügt, war ja schon kurz davor zu schreiben, das es immer noch nicht klappt:blush:

[paul53]

@apollon77 sagte: 5.0.4 ist auf npm

Fehler: value

		console.log("Wert: ".replace(/%s/g, obj.state.value).replace(/%id/g, obj.id));

[ente34]

@apollon77

State condition false funktioniert noch nicht + noch ein obj.state.value
(5.0.4, habe nur state condition gelöscht und neu gemacht)

let cond0 = false;

on({id: "fritzdect.0.DECT_5C:49:79:EF:51:FA.state", change: "ne"}, async function (obj) {
    const _cond = obj.state.val == _;
    if (cond0 === false && _cond) {
        cond0 = true;    
		console.log("TEST Trigger %s (%id)".replace(/%s/g, obj.state.value).replace(/%id/g, obj.id));
    } else if (cond0 === true && !_cond) {
        cond0 = false;    
		
    }
});

[crunchip]

@ente34 sagte in Test Javascript-Adapter 5.0.3 - RULES:

noch ein obj.state.value

hab ich auch noch, aber telegram kommt nun an
was noch aufgefallen ist, kommt wenn man das script aufruft

[apollon77]

@crunchip dann ist der state in den du schreiben willst als read only geflaggt. Kann das sein?? Wenn ja darfst du den nicht beschreiben an sich. Daher die Warnung. Also ggf Bug beim Adapter öffnen der den state anbietet.

[apollon77]

@ente34 Bitte GitHub issue mit screeenshot und dem vollständigen js code

[apollon77]

@paul53 Bitte GitHub issue mit Screenshot und komplettem js

[apollon77]

@david-g Siehe oben im einführungsartikel:

Das neue Feature hat keine Auswirkungen auf die Ausführung der bestehenden Skripte und läuft ausschließlich im Browser.

Das Risiko ist eher gering

[crunchip]

@apollon77 ist richtig, dann verstehe ich aber das Prinzip nicht ganz, warum dafür ne Warnung ausgegeben wird. Ist doch üblich via device zu triggern was nicht beschreibbar ist.

[apollon77]

@crunchip sagte in Test Javascript-Adapter 5.0.4 - RULES:

Ist doch üblich via device zu triggern was nicht beschreibbar ist.

Also lesend ja ... an sich sollte die meldung nur kommen wenn man in ein read-only Feld SCHREIBT

[apollon77]

@crunchip Jupp der Dialog kam zu oft ... ist in nächster Version später gefixt (also 5.0.5 vorasuss)