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

[NightWatcher]

Was genau machst du denn?

du schaltest mit seiner app den datenpunkt luefter1 und nichts passiert?

hast du mal mit log() in deinem script protokolliert, was in iobroker ankommt? Da du mit == prüfst, sollte dein Script auch auf 1 und 0 reagieren, denn dann ist der Variablentyp egal.

Ich denke eher, dass er gar nicht in die on Funktion springt.

[liv-in-sky]

ich hab mal mit anderen datgenpunkten gespielt

mit sonoff adapter: kann eingeschaltet werden - beim versuch auszuschalten springt der schalter in der app wieder zurück auf an - ausschalten nicht möglich

! {
! "_id": "sonoff.0.Sonoff12.POWER",
! "common": {
! "type": "boolean",
! "role": "switch",
! "read": true,
! "write": true,
! "storeMap": true,
! "name": "Sonoff12 POWER"
! },
! "native": {},
! "type": "state",
! "from": "system.adapter.sonoff.0",
! "ts": 1530877175850,
! "acl": {
! "object": 1636,
! "state": 1636
! }
! }

und mit broadlink

funktioniert - sind aber sowas wie taster

! {
! "type": "state",
! "common": {
! "name": "REVOLT1EIN",
! "type": "boolean",
! "role": "button",
! "read": false,
! "write": true
! },
! "native": {
! "code": "b20e34000b1d0b1d1e0a0b1d1e0a1e0a1e0a1e0a0b1d1e0a0b1d1e0a1e0a0b1d0b1d1e0a1e0a0b1d0b1d0b1d1e0a1e0a1e0a1e0a0b00013b00000000"
! },
! "from": "system.adapter.broadlink.0",
! "ts": 1515415687245,
! "_id": "broadlink.0.learnedSignals.REVOLT1EIN",
! "acl": {
! "object": 1636,
! "state": 1636,
! "owner": "system.user.admin",
! "ownerGroup": "system.group.administrator"
! }
! }

[liv-in-sky]

@NightWatcher:

Was genau machst du denn?

du schaltest mit seiner app den datenpunkt luefter1 und nichts passiert?

hast du mal mit log() in deinem script protokolliert, was in iobroker ankommt? Da du mit == prüfst, sollte dein Script auch auf 1 und 0 reagieren, denn dann ist der Variablentyp egal.

Ich denke eher, dass er gar nicht in die on Funktion springt. `

doch es passiert schon etwas - der datenpunkt ändert sich im iobroker-admin - kann ich sehen - aber das script wird dadurch nicht gestartet. anders wenn ich die vis benutze - da wird der datenpunkt auch geändert und das script wird gestartet (getriggert) - beide male steht true im datenpunkt - aber noch besser - schalte ich in der app wird in der vis angezeigt, dass der lüfter an ist - wird grün bei mir - also die vis reagiert auf die app - nur das script nicht

[liv-in-sky]

alle meine eigen angelegten datenpunkte wollen in der app nicht funktionieren !

alles unter controll-own - ich weiß - ist falsch geschrieben :-(
4447_all.png

[NightWatcher]

Deswegen würde ich mal ein log() einbauen, ob die on Funktion überhaupt getriggert wird.

ob das in blockly geht, keine ahnung. Ich programmiere in Javascript direkt.

schreib vor````
var value = obj.state.val;

einfach mal ein````
log('ich bin ein test');

und schau mal, ob in deinem log Tab der Text erscheint, wenn du deinen luefter1 änderst. Alternativ kannst du das script auch in den debug Modus setzten, dann sollte die Ausgabe direkt in dem Fenster unter deinem script erscheinen.

[liv-in-sky]

hab das probiert - es wird getriggert - aber ob luefter=wahr oder falsch wird nicht erkannt - also wird nichts ausgeführt

wenn ich im script nicht sonst falls sondern sonst eingeben wird reagiert und log geschrieben

! javascript.0 2018-09-15 10:54:51.404 error script.js.Armin_Schalter.LEDuLUEFTERuLAMPE.Lüfter1: true
! javascript.0 2018-09-15 10:54:51.404 info script.js.Armin_Schalter.LEDuLUEFTERuLAMPE.Lüfter1: getState(id=controll-own.0.Luefter1, timerId=94) => {"val":"true","ack":false,"ts":1537001691395,"q":0,"from":"system.adapter.socketio.0","lc":15370
! javascript.0 2018-09-15 10:54:51.404 info script.js.Armin_Schalter.LEDuLUEFTERuLAMPE.Lüfter1: getState(id=controll-own.0.Luefter1, timerId=94) => {"val":"true","ack":false,"ts":1537001691395,"q":0,"from":"system.adapter.socketio.0","lc":15370
! javascript.0 2018-09-15 10:54:51.404 info script.js.Armin_Schalter.LEDuLUEFTERuLAMPE.Lüfter1: getState(id=controll-own.0.Luefter1, timerId=94) => {"val":"true","ack":false,"ts":1537001691395,"q":0,"from":"system.adapter.socketio.0","lc":15370
! javascript.0 2018-09-15 10:54:51.402 error script.js.Armin_Schalter.LEDuLUEFTERuLAMPE.Lüfter1: Trigger
4447_image_5.png

[liv-in-sky]

so sieht das log aus - wenn ich mit der vis schalte

! javascript.0 2018-09-15 10:58:31.985 warn script.js.Armin_Schalter.LEDuLUEFTERuLAMPE.Lüfter1: setForeignState(id=broadlink.0.learnedSignals.REVOLT1AUS, state=true) - was not executed, while debug mode is active
! javascript.0 2018-09-15 10:58:31.985 info script.js.Armin_Schalter.LEDuLUEFTERuLAMPE.Lüfter1: setForeignState(id=broadlink.0.learnedSignals.REVOLT1AUS, state=true)
! javascript.0 2018-09-15 10:58:31.985 info script.js.Armin_Schalter.LEDuLUEFTERuLAMPE.Lüfter1: getState(id=controll-own.0.Luefter1, timerId=100) => {"val":false,"ack":false,"ts":1537001911976,"q":0,"from":"system.adapter.web.0","lc":1537001911
! javascript.0 2018-09-15 10:58:31.985 info script.js.Armin_Schalter.LEDuLUEFTERuLAMPE.Lüfter1: getState(id=controll-own.0.Luefter1, timerId=100) => {"val":false,"ack":false,"ts":1537001911976,"q":0,"from":"system.adapter.web.0","lc":1537001911
! javascript.0 2018-09-15 10:58:31.984 error script.js.Armin_Schalter.LEDuLUEFTERuLAMPE.Lüfter1: Triggerr

[NightWatcher]

ich habe dein Script bei mir mal eben nachgebaut, es funktioniert auf Anhieb über die APP einwandfrei. Es wird alles sauber in Javascript getriggert und ausgeführt.

Irgendwas stimmt aber in deiner Ausgabe nicht. Er gibt im Log Trigerr aus (doppelt r) in deiner Grafik finde ich diesen log eintrag aber nicht.

Was passiert denn in der logausgabe, wenn du per App schaltest?

[liv-in-sky]

erstmal danke für deine mühe

meinst du die logausgabe in der app ?

[liv-in-sky]

jetzt verstanden - das triggerr /2r kommt von einem eintrag der nicht mehr da ist - ich habe diesen text trigerr mit "wert von luefter1" ersetzt

[liv-in-sky]

das ist das log beim schalten mit der app mit dem blockly von oben.

es wird getriggert - aber wahr oder falsch wird nicht erkannt - erspringt im script direct auf sonst und gibt den wert luefter1 aus - der ist "kommischerweise" true !!
4447_image_6.png

[liv-in-sky]

habe noch was probiert:

mit tasker über simpleapi adapter

befehl: 192.168.178.59:8087/set/controll-own.0.Luefter1?value=false oder true - geht einwandfrei - kann es sein das der adapter ein problem macht ?

benutze ich in der app den webadapter bekomme ich immer die kreise bei sync in der app - einmal wird geschaltet - aber script läuft nicht - dann kreise

benutze ich den socketio adapter - sync in ordnung - keine kreise - datenpunkt wird geändert - aber script läuft nicht

[NightWatcher]

Okay, es scheint ein String zu sein und kein boolscher Wert. Sollte zwar eigentlich egal sein, aber evtl. doch irgendwie nicht :?:

Versuch doch mal den Block "Nach Logikwert" vor deine Wertabfrage zu setzen.
1534_bild002.jpg

[liv-in-sky]

ohne deine änderung - siehe log bild

erst wurde mit app geschalten - danach mit vis - danach mit tasker(simpleapi) - unterschiedliche ausgaben im log

was denkst du über die adapter frage ?

mit deiner änderung - siehe blockly : ES FUNKTIONIERT

das ist schon mal was - ABER ich glaube, ich werde nicht die massen an scripts ändern
4447_image_8.png
4447_image_10.png

[liv-in-sky]

welche web adapter version verwendet ihr ?

[NightWatcher]

Evtl. setzt die App ja tatsächlich den Wert als String auf true. Das müsste man weiter debuggen, da komme ich das WE aber leider nicht dazu.

Mein Web Adapter läuft auf 2.4.1

[liv-in-sky]

ich bin schon froh, dass du mal nachsehen willst - wir machen halt weiter, wenn es wieder bei dir paßt - gruß

[Ein ehemaliger Benutzer]

@NightWatcher:

Evtl. setzt die App ja tatsächlich den Wert als String auf true. `

Guter Hinweis, das teste ich gleich mal und debug mich da mal hin

[liv-in-sky]

falls ich helfen oder testen kann - bitte nachrichht

[Ein ehemaliger Benutzer]

@nisio:

@NightWatcher:

Evtl. setzt die App ja tatsächlich den Wert als String auf true. `

Guter Hinweis, das teste ich gleich mal und debug mich da mal hin `

Tatsächlich, alle States werden als string geschrieben.

Bin an der Korrektur dran.

Danke für Geduld und die Unterstützung beim Testen