NEWS

@ltsalvatore:

Hallo zusammen,

Ich habe mir ein Script zusammengestellt, welches dafür gedacht ist, in meinem VIS beim drücken des entsprechenden buttons alle consumables des mihome vaccum auf einmal zu resetten. damit das ganze über ein button gesteuert werden kann, habe ich extra ein objekt im iobroker angelegt. vielleicht geht das ganze ja auch mit nem passenden widget, habe ich aber nicht gefunden.

wie dem auch sein, das hat mit dem script soweit auch funktioniert gehabt.

jedoch habe ich gestern per zufall festgestellt, dass ich dieses script ohne trigger erstellt habe, und somit das script dauerhaft ausgeführt wurde.

entsprechend sind die consumable werte permanent auf 100% gesetzt.

mit dem davor gesetzten trigger ist es jetzt so, dass die werte einfach nicht auf 100% zurückgesetzt werden und ich einfach nicht verstehe, woran das liegen könnte… habe alles schon 1000 mal durchgeschaut.

auf dem bild seht ihr, welche werte gemeint sind:

Screenshot_2018.08.17_15_34_34_001.jpg

hier ist das script dazu:

Screenshot_2018.08.17_15_34_07_001.jpg

hier das extra dafür angelegte objekt

Screenshot_2018.08.17_15_31_00_001.jpg

und im vis sieht das ganze dann so aus:

Screenshot_2018.08.17_15_57_10_001.jpg

ich hoffe ihr könnt mir da weiter helfen.

danke und gruß `

hallo zusammen..

ich habe mich heute nochmal dem thema gewidmet und per zufall festgestellt, dass es scheinbar einen unterschied macht, ob man im widget (jqui Radiobuttons ValueList) den wert auf "true" oder "1" setzt.

steuere ich objekte, welche bereits existieren/vom adapter erstellt wurden an, dann muss der wert "true" lauten.

bei selbst erstellten objekten über den javascript adapter, muss man scheinbar anstatt "true" den wert "1" im widget setzen.

nachdem ich im widget den wert auf "1" gesetzt hatte, funktioniert mein button im vis einwandfrei und es werden alle vier status über den extra dafür erstellten script resettet.

@woehrer:

Es funktioniert so wie es soll. `
Dann markiere bitte das Thema im Betreff des ersten Beitrags als [gelöst].

so hab es jetzt selbst hin bekommen mit node-red-contrib-usbhid.

Hier für alle die es interessiert noch den Flow

[ { "id": "b64f12a4.82f57", "type": "ioBroker out", "z": "b9b83901.0efa78", "name": "Tasten druck", "topic": "Tasten_druck", "ack": "true", "autoCreate": "true", "x": 1210, "y": 600, "wires": [] }, { "id": "65258308.49279c", "type": "rpi-keyboard", "z": "b9b83901.0efa78", "name": "", "x": 790, "y": 580, "wires": [ [ "c8a0770f.28c178" ] ] }, { "id": "5ab4c722.7dbe88", "type": "HIDdevice", "z": "b9b83901.0efa78", "connection": "4fbd6b73.15efb4", "name": "Fernbedienung", "x": 240, "y": 640, "wires": [ [ "a92ab222.942b5" ], [] ] }, { "id": "a92ab222.942b5", "type": "function", "z": "b9b83901.0efa78", "name": "Select ip Part 1", "func": "msg.payload = msg.payload[1];\nreturn msg;", "outputs": 1, "noerr": 0, "x": 420, "y": 640, "wires": [ [ "73cff708.3d01a8" ] ] }, { "id": "73cff708.3d01a8", "type": "switch", "z": "b9b83901.0efa78", "name": "Alles über 0", "property": "payload", "propertyType": "msg", "rules": [ { "t": "gt", "v": "0", "vt": "num" } ], "checkall": "true", "repair": false, "outputs": 1, "x": 590, "y": 640, "wires": [ [ "3ace679a.a3a588" ] ] }, { "id": "3ace679a.a3a588", "type": "function", "z": "b9b83901.0efa78", "name": " + 1000", "func": "msg.payload = (msg.payload + 1000);\nreturn msg;", "outputs": 1, "noerr": 0, "x": 750, "y": 640, "wires": [ [ "c8a0770f.28c178" ] ] }, { "id": "c8a0770f.28c178", "type": "deduplicate", "z": "b9b83901.0efa78", "name": "nur einmal", "keyproperty": "", "expiry": "1", "x": 990, "y": 600, "wires": [ [ "b64f12a4.82f57" ], [] ] }, { "id": "4fbd6b73.15efb4", "type": "HIDConfig", "z": "", "vid": "8985", "pid": "16", "name": "Mx3" } ]

2538_flow.jpg

So ich hab noch mal geschaut.

Es sollten diese sein

http://www.gevax.com/urun.php?id=686&re … -250-220AC

Ich habe gerade mal ein ähnliches Blockly kreiert - Anruferansage.

Meins läuft so weit - da absoluter Anfänger, arbeite ich mich immer langsam hoch in Blockly, bzw. baue auch Debug Bausteine fürs Log zum Testen mit ein… gibt Einem dann im Falle des Falles auch eine Übersicht wo es vielleicht hängt...

2257_alexa_anruferansage.jpg

javascript.0 2018-08-29 22:52:34.156 info script.js.common.Alexa_Anruferansage: Stop zyklische Anruferansage

javascript.0 2018-08-29 22:52:34.156 info script.js.common.Alexa_Anruferansage: Alexa "Ansage: hat aufgelegt, oder spricht nun auf Band"

javascript.0 2018-08-29 22:52:34.155 info script.js.common.Alexa_Anruferansage: Anruferansage Alexa

javascript.0 2018-08-29 22:52:31.152 info script.js.common.Alexa_Anruferansage: Anruferansage Alexa

javascript.0 2018-08-29 22:52:28.151 info script.js.common.Alexa_Anruferansage: Anruferansage Alexa

javascript.0 2018-08-29 22:52:25.149 info script.js.common.Alexa_Anruferansage: Anruferansage Alexa

javascript.0 2018-08-29 22:52:22.147 info script.js.common.Alexa_Anruferansage: Anruferansage Alexa

javascript.0 2018-08-29 22:52:19.146 info script.js.common.Alexa_Anruferansage: Steuerung Lautstärke auf 100%

javascript.0 2018-08-29 22:52:19.145 info script.js.common.Alexa_Anruferansage: Anruf Eingangsuhrzeit

Super. Danke!

Ich habe meinen o.g. Command getestet und als Reaktion auf einen trigger an die Lampe gesendet.

Sie hat aber nicht reagiert.

Muss ich zusätzlich noch den "put" Befehl geben? Wie?

Gesendet von iPhone mit Tapatalk

Ich war blind, hatte doch schon die Lösung.

Nur im Source nen Tippfehler.

8-) :idea:

Es klappt wieder warum keine Ahnung

So dann schreibe ich mal wieder mein Hinweis, dass es absolut unnötig ist bei einer falls Bedingung auf noch mal auf wahr zu prüfen, weil das die Grundfunktion der falls Bedingung ist und somit überflüssig. Steht aber auch genau so im Popup, welches aufgeht, wenn man mit der Maus über den Block fährt 😉

Dann zur Übersichtlichkeit des Blockly. Wenn man bei den Blöcken auf externe Eingänge umschaltet, dann wirds deutlich übersichtlicher und zu guter letzt mal mein Blockly zu dem Thema mit dem einfacheren Ansatz, welches auch echt gut funktioniert.

5076_2018_08_28_11_38_31_window.png

Die "…kommt heim" DPs sind meine "Merker" wenn sich jemand ins WLAN einloggt. Da das in der Regel etwas früher passiert, als die Tür Kontakte auslösen und ich vermeiden möchte, dass wenn jemand zu Hause ist ständig die Begrüßung abläuft werden die auch brav wieder zurückgesetzt.

Die Timeout sind dafür da, dass es keine Überschneidungen gibt und der Text auch erst gesprochen wird, wenn die entsprechende Person in Reichweite des Echo ist.

Markierst du den ersten Beitrag bitte noch als [gelöst]?

@mlapp:

Genau das wars `
Dann markiere bitte das Thema im Betreff des ersten Beitrags als [gelöst].

vielen dank für den tipp

Auch das geht.

Unter cloud.adapter einen Datenpunkt erstellen, diesen in Alexa als neues Gerät suchen lassen und du kannst dann durch Routinen diesen Datenpunkt ansprechen und Dinge tun lassen.

Thema gelöst

Hallo zusammen,

ich habe das Problem gelöst bekommen.

Der Sachverhalt ist, dass der Node sich merkt, welche Brightness vorab gesendet wurde.

Wenn ich also "an" sage wird die Zwischengespeicherte Brightness mitgegeben.

Damit dies nicht mehr geschieht, kann man einen neuen switch davor setzen, der erkennt ob die Variable "on_off_command" gesetzt ist im aktuellen Durchgang.

4316_unbenannt.jpg
4316_2.jpg

Geholfen bei der Lösung hat mir dieses Video:

https://www.youtube.com/watch?v=4QfoXdcfqKI

@Karl_999:

Ich habe ebenfalls beobachtet, dass schedule() nicht immer das tut, was man erwartet

Die vorgeschlagene Syntax````
2/10 * * * *

Man muss schreiben```` 2-59 * * * *

Dies gilt auch für die Schedule-Einstellungen der Adapter-Instanzen

viewtopic.php?f=21&t=16368 `

Nachtrag:

Ich habe gerade festgestellt, dass die CRON-Einstellungen der Adapter auf der Instanzen-Seite zum gleichen Verhalten führen.

Dort fiel es mir bislang nicht auf, da die betroffenen Adapter bei mir nur der Anzeige dienen und ich sie natürlich nicht dauernd überwacht habe.

kenne openhab nicht

habe mit iobroker begonnen, weil blockly darin war - damit kann ich erstmal alles wichtige schnell und einfach machen - javascript wir über die "jahre" besser werden - zumindest kann ich scripts kopieren und verstehe etwas.

letztlich macht man sich auch nur "regeln" im iobroker (wenn dann) - sind halt in js etwas flexibler und weiter ausbaubar - denke ich