Monatsrückblick Januar/Februar 2026 ist online!

[Negalein]

@paul53
@foxriver76

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

In den Objekten hab ich leider dort nur Kanal 1 und 2 mit je long press und short press.
Leider bekommen diese DP es nicht mit, wenn mit dem Taster gedrückt wird.

[Homoran]

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

Leider bekommen diese DP es nicht mit, wenn mit dem Taster gedrückt wird.

Was sollen sie mitbekommen?

hast du das Dummy-Programm auf der CCU oder das Skript zur registrierung von @paul53 ?

[Negalein]

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

Was sollen sie mitbekommen?

Dass der Taster betätigt wurde.

hast du das Dummy-Programm auf der CCU oder das Skript zur registrierung von @paul53 ?

Das Blockly von @paul53 um den Wert von 3.Level in 4.Level zu schreiben.

Dummy hab ich komplett vergessen bei diesem Taster.
Werte werden jetzt mit true bestätigt.

Jetzt muss ich noch das Blockly anpassen. :)

[Negalein]

@paul53

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

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

Würde das dann so passen?

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?

[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.

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.

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.

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

[Homoran]

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

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

indem man den Datenpunkt loggt und beim loggen "logge Quelle mit" aktiviert

[Negalein]

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

indem man den Datenpunkt loggt und beim loggen "logge Quelle mit" aktiviert

mit History?
Da gibts kein "logge Quelle mit".

[Homoran]

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

Da gibts kein "logge Quelle mit".

doch!

(in der Instanzenkonfig)

[Negalein]

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

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

Puhhh, das hab ich noch nie gemacht. Wie funktioniert das?

[Negalein]

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

doch!
(in der Instanzenkonfig)

Wo?