HM-RPC Level Kanal 3&4 nicht synchron

Negalein

Kannst du mir helfen, wie ich das Blockly aufbauen muss, um eine Änderung aller 5 Trigger zu verwenden?
javascript - ioBroker.png

Der Wert im falls bezieht sich nur auf hm-rpc.0.00115A49A5B2BE.3.ACTIVITY_STATE.

Würde das dann so passen?
javascript - ioBroker (2).png

Btw. die PRESS_LONG und PRESS_SHORT bleiben allerdings immer auf true. Man sieht beim drücken nur kurz das grüne true und dann ist es wieder rot.
Reicht da das wurde geändert im Trigger?

dslraser

@negalein sagte in HM-RPC Level Kanal 3&4 nicht synchron:

Reicht da das wurde geändert im Trigger?

nee, die brauchen dann wurde aktualisiert

Negalein

@dslraser sagte in HM-RPC Level Kanal 3&4 nicht synchron:

nee, die brauchen dann wurde aktualisiert

Ok, also ein extra Blockly für diese 4 DP

passt das so?
javascript - ioBroker (3).png

dslraser

@negalein

falls wert = wahr kannst Du weg lassen

paul53

@negalein sagte: Problem besteht bei mir noch zum Teil. Und zwar wenn das Rollo mit dem Hardwaretaster (WRC2) gesteuert wird.

Direkt-Verknüpfung?
Meiner Meinung nach (habe kein HmIP) sollte bei jeder Rollo-Bewegung PROCESS im Kanal 3 auf NOT_STABLE(1) und anschließend wieder zurück auf STABLE(0) wechseln, unabhängig davon, was die Ursache der Rollo-Bewegung ist. Ist es bei dir nicht so?

Negalein

@dslraser sagte in HM-RPC Level Kanal 3&4 nicht synchron:

falls wert = wahr kannst Du weg lassen

leider funktioniert es so nicht.
javascript - ioBroker (4).png

Der DP vom Trigger geht 2x auf true.
1x beim betätigen des Tasters zum runter lassen des Rollo
1x beim betätigen des Tasters zum stoppen des Rollo

Beim 1. betätigen werden die Werte korrekt von 3.LEVEL in 4.LEVEL geschrieben.
Beim 2. betätigen steht wieder 0 in 4.LEVEL.

Hast du noch eine Idee?

Negalein

@paul53 sagte in HM-RPC Level Kanal 3&4 nicht synchron:

Direkt-Verknüpfung?

Ja, denke passt so.
HomeMatic WebUI (4).png

Meiner Meinung nach (habe kein HmIP) sollte bei jeder Rollo-Bewegung PROCESS im Kanal 3 auf NOT_STABLE(1) und anschließend wieder zurück auf STABLE(0) wechseln, unabhängig davon, was die Ursache der Rollo-Bewegung ist. Ist es bei dir nicht so?

Ja, habs gerade getestet. Ist so wie du sagst. NOT_STABLE(1) und anschließend wieder zurück auf STABLE(0)

paul53

@negalein sagte: Ja, habs gerade getestet. Ist so wie du sagst.

Dann müssen/sollten nicht die Taster (PRESS_SHORT, PRESS_LONG) ausgewertet werden.

Negalein

@paul53 sagte in HM-RPC Level Kanal 3&4 nicht synchron:

Dann müssen/sollten nicht die Taster (PRESS_SHORT, PRESS_LONG) ausgewertet werden.

Danke, hab in der Zwischenzeit gerade weitergeforscht.

Hab das Blockly mit PRESS_SHORT & PRESS_LONG deaktiviert.
Es läuft nun nur dieses hier.
javascript - ioBroker (5).png

Denke seit die Dummy für PRESS_SHORT & PRESS_LONG in der CCU3 laufen, funktioniert es mit ACTIVITY_STATE von Kanal 3.
Ich werde es weiter beobachten.

Oder meinst du, ich sollte PROCESS im Kanal 3 als Trigger verwenden?

paul53

@negalein sagte: ich sollte PROCESS im Kanal 3 als Trigger verwenden?

Das macht sicherlich keinen Unterschied, außer dass man sich die Abfrage von Wert spart.

Negalein

Heute war es wieder soweit.

Rollo Nachmittag mit dem Schalter bis 80% geschlossen.
Blockly hat korrekt den Wert von 3.LEVEL nach 4.LEVEL übertragen.

Irgendwann wurde 4.LEVEL wieder auf 0 gestellt.

Kann man irgendwie herausfinden, durch was ohne irgendwas der 4.LEVEL plötzlich wieder auf 0 steht?

Malz1902

Ich nutze dafür in der CCU Programme für jedes Rollo und eine Systemvariable

! Aktualisiert die Position Rollo Bad
real level;
var level = dom.GetObject("HmIP-RF.ID_ROLLO:3.LEVEL").Value()*100;
dom.GetObject("SYSTEMVARIABLE").State(level);