HM-RPC: Level-Werte werden mehrfach überschrieben
-
Systemdata Bitte Ausfüllen Hardwaresystem: Lenovo Thinkpad Arbeitsspeicher: 4GB Festplattenart: SSD Betriebssystem: Debian Node-Version: 12.18.0 Nodejs-Version: 12.18.0 NPM-Version: 6.14.4 Installationsart: Skript Image genutzt: Nein Ort/Name der Imagedatei: --- HomeMatic ReGaHSS Version 2.6.15 HomeMatic RPC Version 1.14.18 Hallo Community,
ich habe da ein Problem/Phänomen mit dem RPC Adapter welches ich nicht ganz nachvollziehen kann.
Ich habe bei mir zwei neue HmIP-K-DRBLI4 (4fach Jalousie-/Rollladenaktor für Hutschienenmontage) im Einsatz. Diese funktionieren auch super und lassen sich auch toll Steuern.Nun komme ich aber an dem Punkt bei dem ich die Steuerung auch via HomeKit (Yahka) oder einer Vis umsetzen möchte. Dabei ist mir nun folgendes aufgefallen.
Der Aktor hat 4 "Kanäle" zum ansteuern von Rolladen oder Jalousien. Ich besitze nur Rolladen!
Diese 4 "Kanäle" haben wiederum 4 Unterkanäle im ioBroker.- Statuskanal
- Steuerkanal 1
- Steuerkanal 2
- Steuerkanal 3
Im Status Kanal kann man nichts eintragen nur einsehen welche Werte gerade aktuell sind.
Zum verfahren der Rolladen nutze ich Steuerkanal 1.
Über den Datenpunkt LEVEL kann ich dann die Behanghöhe steuern.
Soweit so gut. Das funktioniert auch. Was mir jetzt aber aufgefallen ist, wenn ich dort nun einen neuen Wert eingeben. Sagen wir mal von 25% auf 35%, dann steht dort kurz 35% wird aber direkt danach wieder zweimal mit 25% überschrieben. Erst nachdem der Rolladen seine fahrt auf 35% beendet hat wird der Datenpunkt mit 35% aktualisiert.
Im angehängten Log sieht man das verhalten auch gut.
Mich hatte das die ganze Zeit nicht gestört, doch jetzt wo ich anfange mit Yahka und Vis was machen zu wollen ist das etwas störend. Denn stelle ich in der Vis einen wert ein dann springt der sofort wieder zurück auf den alten Wert und ist erst nach dem Fahren korrekt. Das selbe in Yahka.
Ist das bei allen Rolladenaktoren so das der wieder auf den alten Wert zurück springt und erst nach dem Ende der Fahrt aktualisiert wird? Schöner wäre auf jeden Fall wenn in diesem Datenpunkt des Steuerkanals der Wert stehen würde auf den auch gefahren wird.
Denn wenn ich den alten Wert sehen möchte, dann kann ich auch auf den Statuskanal schauen.Vielen Dank und beste Grüße
-
Systemdata Bitte Ausfüllen Hardwaresystem: Lenovo Thinkpad Arbeitsspeicher: 4GB Festplattenart: SSD Betriebssystem: Debian Node-Version: 12.18.0 Nodejs-Version: 12.18.0 NPM-Version: 6.14.4 Installationsart: Skript Image genutzt: Nein Ort/Name der Imagedatei: --- HomeMatic ReGaHSS Version 2.6.15 HomeMatic RPC Version 1.14.18 Hallo Community,
ich habe da ein Problem/Phänomen mit dem RPC Adapter welches ich nicht ganz nachvollziehen kann.
Ich habe bei mir zwei neue HmIP-K-DRBLI4 (4fach Jalousie-/Rollladenaktor für Hutschienenmontage) im Einsatz. Diese funktionieren auch super und lassen sich auch toll Steuern.Nun komme ich aber an dem Punkt bei dem ich die Steuerung auch via HomeKit (Yahka) oder einer Vis umsetzen möchte. Dabei ist mir nun folgendes aufgefallen.
Der Aktor hat 4 "Kanäle" zum ansteuern von Rolladen oder Jalousien. Ich besitze nur Rolladen!
Diese 4 "Kanäle" haben wiederum 4 Unterkanäle im ioBroker.- Statuskanal
- Steuerkanal 1
- Steuerkanal 2
- Steuerkanal 3
Im Status Kanal kann man nichts eintragen nur einsehen welche Werte gerade aktuell sind.
Zum verfahren der Rolladen nutze ich Steuerkanal 1.
Über den Datenpunkt LEVEL kann ich dann die Behanghöhe steuern.Soweit so gut. Das funktioniert auch. Was mir jetzt aber aufgefallen ist, wenn ich dort nun einen neuen Wert eingeben. Sagen wir mal von 25% auf 35%, dann steht dort kurz 35% wird aber direkt danach wieder zweimal mit 25% überschrieben. Erst nachdem der Rolladen seine fahrt auf 35% beendet hat wird der Datenpunkt mit 35% aktualisiert.
Im angehängten Log sieht man das verhalten auch gut.
Mich hatte das die ganze Zeit nicht gestört, doch jetzt wo ich anfange mit Yahka und Vis was machen zu wollen ist das etwas störend. Denn stelle ich in der Vis einen wert ein dann springt der sofort wieder zurück auf den alten Wert und ist erst nach dem Fahren korrekt. Das selbe in Yahka.
Ist das bei allen Rolladenaktoren so das der wieder auf den alten Wert zurück springt und erst nach dem Ende der Fahrt aktualisiert wird? Schöner wäre auf jeden Fall wenn in diesem Datenpunkt des Steuerkanals der Wert stehen würde auf den auch gefahren wird.
Denn wenn ich den alten Wert sehen möchte, dann kann ich auch auf den Statuskanal schauen.Vielen Dank und beste Grüße
@vain sagte in HM-RPC: Level-Werte werden mehrfach überschrieben:
Ist das bei allen Rolladenaktoren so das der wieder auf den alten Wert zurück springt und erst nach dem Ende der Fahrt aktualisiert wird?
Damit Homematic typisch.
Einen sinn ergibt das bei HmIP allerdings nicht.Bei HM gab es nur einen Kanal, der war zum einstellen und als Status.
Da zeigte der Wert immer den Status an. Also nix Rückspringen auf alten Wert, sondern Statusanzeige mit kurzer Einblendung des Sollwerts. -
@vain sagte in HM-RPC: Level-Werte werden mehrfach überschrieben:
Ist das bei allen Rolladenaktoren so das der wieder auf den alten Wert zurück springt und erst nach dem Ende der Fahrt aktualisiert wird?
Damit Homematic typisch.
Einen sinn ergibt das bei HmIP allerdings nicht.Bei HM gab es nur einen Kanal, der war zum einstellen und als Status.
Da zeigte der Wert immer den Status an. Also nix Rückspringen auf alten Wert, sondern Statusanzeige mit kurzer Einblendung des Sollwerts. -
@vain bei hm würde ich sofort JA sagen, bei HmIP weiß ich es nicht sicher, vermute es aber auch.
-
Systemdata Bitte Ausfüllen Hardwaresystem: Lenovo Thinkpad Arbeitsspeicher: 4GB Festplattenart: SSD Betriebssystem: Debian Node-Version: 12.18.0 Nodejs-Version: 12.18.0 NPM-Version: 6.14.4 Installationsart: Skript Image genutzt: Nein Ort/Name der Imagedatei: --- HomeMatic ReGaHSS Version 2.6.15 HomeMatic RPC Version 1.14.18 Hallo Community,
ich habe da ein Problem/Phänomen mit dem RPC Adapter welches ich nicht ganz nachvollziehen kann.
Ich habe bei mir zwei neue HmIP-K-DRBLI4 (4fach Jalousie-/Rollladenaktor für Hutschienenmontage) im Einsatz. Diese funktionieren auch super und lassen sich auch toll Steuern.Nun komme ich aber an dem Punkt bei dem ich die Steuerung auch via HomeKit (Yahka) oder einer Vis umsetzen möchte. Dabei ist mir nun folgendes aufgefallen.
Der Aktor hat 4 "Kanäle" zum ansteuern von Rolladen oder Jalousien. Ich besitze nur Rolladen!
Diese 4 "Kanäle" haben wiederum 4 Unterkanäle im ioBroker.- Statuskanal
- Steuerkanal 1
- Steuerkanal 2
- Steuerkanal 3
Im Status Kanal kann man nichts eintragen nur einsehen welche Werte gerade aktuell sind.
Zum verfahren der Rolladen nutze ich Steuerkanal 1.
Über den Datenpunkt LEVEL kann ich dann die Behanghöhe steuern.Soweit so gut. Das funktioniert auch. Was mir jetzt aber aufgefallen ist, wenn ich dort nun einen neuen Wert eingeben. Sagen wir mal von 25% auf 35%, dann steht dort kurz 35% wird aber direkt danach wieder zweimal mit 25% überschrieben. Erst nachdem der Rolladen seine fahrt auf 35% beendet hat wird der Datenpunkt mit 35% aktualisiert.
Im angehängten Log sieht man das verhalten auch gut.
Mich hatte das die ganze Zeit nicht gestört, doch jetzt wo ich anfange mit Yahka und Vis was machen zu wollen ist das etwas störend. Denn stelle ich in der Vis einen wert ein dann springt der sofort wieder zurück auf den alten Wert und ist erst nach dem Fahren korrekt. Das selbe in Yahka.
Ist das bei allen Rolladenaktoren so das der wieder auf den alten Wert zurück springt und erst nach dem Ende der Fahrt aktualisiert wird? Schöner wäre auf jeden Fall wenn in diesem Datenpunkt des Steuerkanals der Wert stehen würde auf den auch gefahren wird.
Denn wenn ich den alten Wert sehen möchte, dann kann ich auch auf den Statuskanal schauen.Vielen Dank und beste Grüße
Hallo
Ich weiß, dass Thema ist schon etwas sehr alt, aber ich habe bei mir das gleiche Verhalten festgestellt. Hast du dazu eine Lösung gefunden um dies zu umgehen?
Beste Grüße
ioBroker 4.0.23 - Debian Bullseye unter Proxmox auf IntelNuc7i5BNK
-
Hallo
Ich weiß, dass Thema ist schon etwas sehr alt, aber ich habe bei mir das gleiche Verhalten festgestellt. Hast du dazu eine Lösung gefunden um dies zu umgehen?
Beste Grüße
@puppet1912 sagte in HM-RPC: Level-Werte werden mehrfach überschrieben:
aber ich habe bei mir das gleiche Verhalten festgestellt.
das ist auch immer noch "HM-typisch" s.o. (oder unten, je nach Sortierung)
-
@puppet1912 sagte in HM-RPC: Level-Werte werden mehrfach überschrieben:
aber ich habe bei mir das gleiche Verhalten festgestellt.
das ist auch immer noch "HM-typisch" s.o. (oder unten, je nach Sortierung)
Okay, das war mir ehrlich gesagt nicht so bewusst. Wir hatten das Thema ja schonmal im Topic vom Shuttercontrol-Adapter. Da hatte ich deine Antwort allerdings nicht so verstanden, dass es typisch sei. Aber da bin ich jetzt auch wieder ein Stück schlauer.
Danke und Grüße
P.S.: Du bist auch überall :D
ioBroker 4.0.23 - Debian Bullseye unter Proxmox auf IntelNuc7i5BNK
-
Okay, das war mir ehrlich gesagt nicht so bewusst. Wir hatten das Thema ja schonmal im Topic vom Shuttercontrol-Adapter. Da hatte ich deine Antwort allerdings nicht so verstanden, dass es typisch sei. Aber da bin ich jetzt auch wieder ein Stück schlauer.
Danke und Grüße
P.S.: Du bist auch überall :D
@puppet1912 sagte in HM-RPC: Level-Werte werden mehrfach überschrieben:
Da hatte ich deine Antwort allerdings nicht so verstanden, dass es typisch sei
ich weiß doch jetzt nicht mehr was ich damals schrob :joy:
Es ist auf jeden Fall so, dass du in den Datenpunkt deinen Ziellevel einträgst.
Den liest HM aus und beginnt sich zu bewegen.In dem Moment kommt aber auch nochmal der aktuelle Level zurück, und der Ziellevel wird erst nach erreichen vom Aktor bestätigt
Aber hast du nicht HmIP via HAP?
-
@puppet1912 sagte in HM-RPC: Level-Werte werden mehrfach überschrieben:
Da hatte ich deine Antwort allerdings nicht so verstanden, dass es typisch sei
ich weiß doch jetzt nicht mehr was ich damals schrob :joy:
Es ist auf jeden Fall so, dass du in den Datenpunkt deinen Ziellevel einträgst.
Den liest HM aus und beginnt sich zu bewegen.In dem Moment kommt aber auch nochmal der aktuelle Level zurück, und der Ziellevel wird erst nach erreichen vom Aktor bestätigt
Aber hast du nicht HmIP via HAP?
-
Na da bin ich zumindest nicht der Einzige der nicht mehr weiß, was er letzte Woche sagte :D
Ich nutze HM-IP mit einem Accespoint. Richtig
@puppet1912 sagte in HM-RPC: Level-Werte werden mehrfach überschrieben:
Ich nutze HM-IP mit einem Accespoint. Richtig
und dieser Thread geht um den HM-RPC Adapter
-
@puppet1912 sagte in HM-RPC: Level-Werte werden mehrfach überschrieben:
Ich nutze HM-IP mit einem Accespoint. Richtig
und dieser Thread geht um den HM-RPC Adapter
Da hast du natürlich recht, sorry. Für mich war erstmal das Verhalten selbst interessant.
Danke und Grüße
Support us
304
Online32.7k
Users82.6k
Topics1.3m
Posts