HM-RPC Level Kanal 3&4 nicht synchron

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);