HM-RPC Level Kanal 3&4 nicht synchron
-
@paul53 sagte in HM-RPC Level Kanal 3&4 nicht synchron:
@negalein sagte: Bei IP gibts den nicht.
Dafür ACTIVITY_STATE.
Stimmt !
{ "type": "state", "common": { "name": "Rollo Gästezimmer:4.ACTIVITY_STATE", "def": 0, "type": "number", "read": true, "write": false, "min": 0, "max": 3, "states": { "0": "UNKNOWN", "1": "UP", "2": "DOWN", "3": "STABLE" } }, "native": { "MIN": "UNKNOWN", "OPERATIONS": 5, "MAX": "STABLE", "FLAGS": 1, "ID": "ACTIVITY_STATE", "TYPE": "ENUM", "DEFAULT": "UNKNOWN", "VALUE_LIST": [ "UNKNOWN", "UP", "DOWN", "STABLE" ], "CONTROL": "SHUTTER_VIRTUAL_RECEIVER.ACTIVITY_STATE" }, "from": "system.adapter.hm-rega.0", "user": "system.user.admin", "ts": 1616786534557, "_id": "hm-rpc.0.00111BE992A0FF.4.ACTIVITY_STATE", "acl": { "object": 1636, "state": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator" } }Der Witz ist, das ich eben 40% in Kanal 4 eingegeben habe und die Kanäle nun gleich sind...?
EDIT: jetzt zig mal Kanal 4 geändert und die Kanäle sind gleich ? Ich verstehe es nicht
@dslraser sagte in HM-RPC Level Kanal 3&4 nicht synchron:
EDIT: jetzt zig mal Kanal 4 geändert und die Kanäle sind gleich ?
Wert direkt im DP jedesmal geändert, oder auch über Schalter, bzw. VIS/Iquontrol?
-
@dslraser sagte in HM-RPC Level Kanal 3&4 nicht synchron:
Der Witz ist, das ich eben 40% in Kanal 4 eingegeben habe und die Kanäle nun gleich sind...?
das wird wegen der Rundung sein.
Der Fehler von 101/100 ist bei 40 wohl zu vernachlässigenich 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.
-
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.
@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 sagte in HM-RPC Level Kanal 3&4 nicht synchron:
Danke @paul53 , funktioniert
auch von mir ein Danke @paul53
habs gerade getestet. -
@paul53
ja, würde wohl auch gehen, steht dann auf NOT_STABLE(1)
-
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 pressundshort press.
Leider bekommen diese DP es nicht mit, wenn mit dem Taster gedrückt wird.
° Node.js & System Update ---> sudo apt update, iob stop, sudo apt full-upgrade
° Node.js Fixer ---> iob nodejs-update
° Fixer ---> iob fix -
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 pressundshort press.
Leider bekommen diese DP es nicht mit, wenn mit dem Taster gedrückt wird.@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 ?
kein Support per PN! - Fragen im Forum stellen -
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
Das Forum freut sich über eine Spende. Benutzt dazu den Spendenbutton im Header. Danke!
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash - -
@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 ?
@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 mittruebestätigt.Jetzt muss ich noch das Blockly anpassen. :)
-
Kannst du mir helfen, wie ich das Blockly aufbauen muss, um eine Änderung aller 5 Trigger zu verwenden?
Der
Wertimfallsbezieht sich nur aufhm-rpc.0.00115A49A5B2BE.3.ACTIVITY_STATE.Würde das dann so passen?
Btw. die
PRESS_LONGundPRESS_SHORTbleiben allerdings immer auftrue. Man sieht beim drücken nur kurz das grünetrueund dann ist es wieder rot.
Reicht da daswurde geändertim Trigger?° Node.js & System Update ---> sudo apt update, iob stop, sudo apt full-upgrade
° Node.js Fixer ---> iob nodejs-update
° Fixer ---> iob fix -
Kannst du mir helfen, wie ich das Blockly aufbauen muss, um eine Änderung aller 5 Trigger zu verwenden?
Der
Wertimfallsbezieht sich nur aufhm-rpc.0.00115A49A5B2BE.3.ACTIVITY_STATE.Würde das dann so passen?
Btw. die
PRESS_LONGundPRESS_SHORTbleiben allerdings immer auftrue. Man sieht beim drücken nur kurz das grünetrueund dann ist es wieder rot.
Reicht da daswurde geändertim Trigger?@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 sagte in HM-RPC Level Kanal 3&4 nicht synchron:
Reicht da das wurde geändert im Trigger?
nee, die brauchen dann wurde aktualisiert
@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?
° Node.js & System Update ---> sudo apt update, iob stop, sudo apt full-upgrade
° Node.js Fixer ---> iob nodejs-update
° Fixer ---> iob fix -
@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?
falls wert = wahr kannst Du weg lassen
-
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 pressundshort press.
Leider bekommen diese DP es nicht mit, wenn mit dem Taster gedrückt wird.@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? -
@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 RolloBeim 1. betätigen werden die Werte korrekt von
3.LEVELin4.LEVELgeschrieben.
Beim 2. betätigen steht wieder0in4.LEVEL. :(Hast du noch eine Idee?
-
@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?@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)
° Node.js & System Update ---> sudo apt update, iob stop, sudo apt full-upgrade
° Node.js Fixer ---> iob nodejs-update
° Fixer ---> iob fix -
@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)
@negalein sagte: Ja, habs gerade getestet. Ist so wie du sagst.
Dann müssen/sollten nicht die Taster (PRESS_SHORT, PRESS_LONG) ausgewertet werden.
Bitte verzichtet auf Chat-Nachrichten, denn die Handhabung ist grauenhaft !
Produktiv: RPi 2 mit S.USV, HM-MOD-RPI und SLC-USB-Stick mit root fs -
@negalein sagte: Ja, habs gerade getestet. Ist so wie du sagst.
Dann müssen/sollten nicht die Taster (PRESS_SHORT, PRESS_LONG) ausgewertet werden.
@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?
° Node.js & System Update ---> sudo apt update, iob stop, sudo apt full-upgrade
° Node.js Fixer ---> iob nodejs-update
° Fixer ---> iob fix
221
Online32.7k
Users82.5k
Topics1.3m
Posts