(gelöst) Kommando mittels Skript wiederholen
-
Zunächst einmal vielen Dank fürs Mitdenken!
Der Datenpunkt 'Dimmer' zeigt die aktuelle Position des Rollo. Wenn ich mein Rollo steuern möchte, muss ich auch den Wert des Dimmers ändern.
Eigentlich weiß ich auch nicht genau wie das mit den Rollos funktioniert. Wie gesagt gibt es einen Motor und einen USB-Dongle. Die Dongles befinden sich im Moment auch im Wohnzimmer und steuern den Rollomotor mittels eines Bluetoothsignals. Weil ich beim Datenpunkt 'Dimmer' den Fortschritt sehen kann, muss das Rollo dem Dongle auch wieder eine Rückmeldung geben.
Wenn der Befehl durchkommt, wird der Wert tatsächlich grün zusammen mit dem Datenpunkt 'Power'. Wenn das Rollo dann hoch- oder runterfährt, kann blinken die Datenpunkte immer wieder grün und kann man den Fortschritt sehen.
Wenn der Befehl nicht durchkommt, blinken die Datenpunkte 'Dimmer' und 'Power' einmal grün und dann passiert nichts. Beim zweiten Mal eintragen geht es immer.
Ich habe auch einen Screenshot von den Datenpunkten und ein Foto vom Zemismart Shutter mit Dongle hinzugefügt.
Johan
-
@johan2009 sagte: Im Iobroker steht dann der Dimmer auf 50% und bleibt auf 50% stehen.
Bleibt der Wert rot (ack: false), wenn der Befehl beim Rollo nicht ankommt? Wenn ja, versuche es mal mit den entsprechenden Trigger-Bedingungen:
-
Nein, der Wert wird überhaupt nicht rot. 'Dimmer' und 'Power' blinken kurz grün und dann bleiben sie schwarz. Es passiert dann nicht, erst beim zweiten Mal geht es.
Ich habe deinen Vorschlag in ein Skript umgesetzt, aber leider ohne Erfolg.
Johan
-
@johan2009 sagte: der Wert wird überhaupt nicht rot.
Dann ist das der Grund, weshalb nicht gesendet wird. Ein Wert wird nur mit ack = false gesendet.
Wodurch wird der Wert geändert? Hast Du in einem Script "aktualisiere" anstelle von "steuere" verwendet? -
Ich versuche deine Fragen so gut wie möglich zu beantworten, verzeih mir wenn meine Kenntnisse nicht ausreichen. Ich will aber lernen!
Dann ist das der Grund, weshalb nicht gesendet wird. Ein Wert wird nur mit ack = false gesendet.
Das verstehe ich nicht so gut. Wenn der Wert nur mit ack=false gesendet wird, wie kann es dann sein, dass es in manchen Fällen schon geht und es auch beim zweiten Mal immer klappt?
Wodurch wird der Wert geändert?
Ich weiß nicht genau, was du meinst. Der Wert wird von dem USB-Dongle geändert, im USB-Dongle ist ein ESP8266-Chip, der den Motor steuert. Den habe ich mit Tasmota geflasht. Oder meinst du, dass ich in den Einstellungen von Tasmota etwas ändern soll?
Hast Du in einem Script "aktualisiere" anstelle von "steuere" verwendet?
Bis jetzt habe ich nur das selbstgemachte Skript und dein Skript versucht, leider beide ohne Erfolg. Ich könnnte bei meinem Skript noch Mal mit 'aktualisiere' versuchen.
Johan
Hier unten noch die Tasmota-Firmware, die ich auf den USB-Dongle geflasht habe.
-
@johan2009 sagte: Jetzt aber passiert es leider regelmäßig, dass das Kommando bei IoBroker ankommt, aber nicht beim Rollo.
Woher kommt das Kommando?
-
@paul53 die Werte trage ich mit der Hand ein, entweder direkt bei Tasmota mit dem Schiebregler oder beim 'Dimmer' bei 'Objekte' im Iobroker. Wenn ich den 'Dimmer' verknüpfe mit meinem Google Home, geht das auch.
-
@johan2009 sagte: beim 'Dimmer' bei 'Objekte' im Iobroker.
Dann sollte das Kommando normalerweise mit ack = false gesetzt, also kurz rot und gesendet werden, es sei denn, die Bestätigung wird bewusst auf true gesetzt.
-
@johan2009
Was liefert das Log aus folgendem Blockly, wenn das Kommando nicht im Rollo ankommt?
-
@paul53 Hier das Ergebnis:
Und das steht im Log, wenn es beim zweiten Mal schon geht: Von 100% -> 80%
-
@johan2009 sagte: Hier das Ergebnis:
ack:falseWenn das der letzte Log-Eintrag aus dem Script ist, muss der Wert 80 im Tab "Objekte" rot sein.
Der Trigger ist auf "wurde aktualisiert" gestellt? -
@paul53 Der Trigger ist auf "wurde aktualisiert" gestellt?
Nein, das habe ich vergessen! Ich versuche nochmal!
Wenn das der letzte Log-Eintrag aus dem Script ist, muss der Wert 80 im Tab "Objekte" rot sein.
Nein, der Wert blinkt kurz grün, ist dann wieder schwarz und es passiert nichts.
Hier die Log-Einträge, jetzt mit Trigger auf 'wurde aktualisiert'.
Wenn das Kommando ankommt:
Wenn das Kommando nicht ankommt:
-
@johan2009 sagte: Wenn das Kommando ankommt:
Dann versuche mal eine Wiederholung nach 1 s, wenn sich der Wert nicht ändert (Trigger "wurde geändert").
-
@paul53 Danke für den Script! Die gute Nachricht: die Befehle kommen sofort durch! Die schlechte Nachricht: der Dimmer wird dauernd aktualisiert, auch wenn die Endposition erreicht ist. Es stoppt erst, wenn ich den Script stoppe.
Zum Beispiel: ohne Script wird der Dimmer (zum Beispiel 50%) so aktualisiert:
100
97
95
93
91bis 50% erreicht ist. Dann wird er nicht mehr aktualisiert.
Mit dem Skript wird der Dimmer so aktualisiert:
100
50
97
50
95
50
93Bis 50% erreicht ist und wird dann noch immer aktualisiert.
@paul53 Hättest du noch eine Idee, wie das im Script gelöst werden kann? Dass der Befehl nur ein- oder zweimal aktualisiert wird?
-
@johan2009 sagte: der Dimmer wird dauernd aktualisiert, auch wenn die Endposition erreicht ist.
Offenbar eine Trigger-Schleife. Ich denke drüber nach.
-
@johan2009 sagte: Hättest du noch eine Idee, wie das im Script gelöst werden kann?
Versuche es mal so:
Oder so:
-
@paul53 Jaaaaa! Es funktioniert! Habe jetzt 5 Mal ohne Probleme das Rollo hoch- und runtergefahren. Nochmals vielen Dank fürs Mitdenken und die Geduld!
Ich habe noch eine letzte Frage. Ich habe den Script jetzt mit einem Rollo getestet, habe aber 5 Rollos und dann auch 5 Mal den Datenpunkt 'Dimmer'.
Kann ich alle Rollos in einen Script packen oder soll ich 5 unterschiedliche Scripts machen? Wenn es in einem Script geht, könntest du mir dann auch zeigen wie das geht?
-
@johan2009 sagte: Es funktioniert!
Welche Version?
@johan2009 sagte in Kommando mittels Skript wiederholen:
Kann ich alle Rollos in einen Script packen
Ja, es sind 5 Trigger, die sich durch die verwendeten Datenpunkte und Timer unterscheiden.
-
@paul53 Es ist diese Version (sehe unten). Ich habe aber schon eine Änderung in deinem Script gesehen. In der Version, die ich benutzt habe, stand bei 'falls: Wert ist nicht soll', in deiner neuen Version steht 'falls: Ursprung ist nicht "system.adapter.javascript.0". Ist es besser die letzte Version zu benutzen? Worin liegen die Unterschiede?
-
@johan2009 sagte: Worin liegen die Unterschiede?
Die zweite Version erspart die zusätzliche Variable soll, die für jedes Rollo eine andere Bezeichnung haben muss (also 5 zusätzliche Variablen). Teste es erst mal damit.
Ursprung ist eine lokale Variable (aus "Trigger"), d.h. sie ist nur innerhalb der Callback-Funktion des Triggers gültig und kann deshalb in jedem Trigger wieder verwendet werden.
