HM-RPC Level Kanal 3&4 nicht synchron

[dslraser]

@homoran

ich denke ich habe den "Fehler" gefunden...

Wenn ich die Werte über ioBroker ändere passt alles.
Wenn ich aber die Rollos direkt am Taster des Broll bediene, dann passt der Kanal 4 nicht mehr. Muß man das dann doch irgendwie anders einstellen ?

Edit: Ich denke das kann man wahrscheinlich mit @paul53 seiner Variante lösen.

https://forum.iobroker.net/post/606158

[Negalein]

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

Wenn ich die Werte über ioBroker ändere passt alles.
Wenn ich aber die Rollos direkt am Taster des Broll bediene, dann passt der Kanal 4 nicht mehr. Muß man das dann doch irgendwie anders einstellen ?

Bei mir im Kombi mit WRC2 und FROLL, oder VIS und FROLL
bleibt der Fehler.

Nur wenn ich direkt im DP vom FROLL-Level die Prozent eingebe, passt es.

[dslraser]

@paul53 @Homoran und @Negalein

Danke @paul53 , funktioniert

[Negalein]

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

Danke @paul53 , funktioniert

auch von mir ein Danke @paul53
habs gerade getestet.

[paul53]

@dslraser sagte: funktioniert

Funktioniert es nicht auch mit PROCESS?

[dslraser]

@paul53
ja, würde wohl auch gehen, steht dann auf NOT_STABLE(1)

[paul53]

@dslraser sagte: steht dann auf Not_STABLE(1)

PROCESS scheint das neue WORKING zu sein.

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