@homoran said in Homematic DRBL4 Rollladenaktor Yahka:

aber Homematic liefert immer erst den Ausgangslevel, und erst nach Errreichen des Ziels den Status zurück

Aber das war ein guter Tipp, ich habe es jetzt nochmal beobachtet, es passiert folgendes, der LEVEL Datenpunkt des Statuskanals verhält sich grundsätzlich wie von dir beschrieben, direkt nach dem Anfahren wird der Wert aber um 0,5-1 erhöht oder verringert und zeigt dann nach Erreichen der Zielposition den endgültigen Wert an. Wahrscheinlich könnte das das Problem sein. Sich aber nur auf LEVEL des Aktors zu verlassen wird auch nicht funktionieren, denn wird der Rolladen z.B. über den Wandschalter gesteuert (0% oder 100%) und zwischendrin gestoppt, dann zeigt LEVEL des Aktors 0% oder 100% und nicht den tatsächlichen Wert.

Jemand eine Idee?

@homoran said in Homematic DRBL4 Rollladenaktor Yahka:

ioBroker.homematic.WindowCovering.TargetPosition

das ist kein Datenpunkt, das ist doch eine InOut Funktion (siehe Screenshot)

Hallo,
ich habe bei mir Homematic DRBL4 Rollladenaktoren verbaut. Nun weiß ich nicht ob diese sich von den Homematic Funk-Aktoren unterscheiden. Jedenfalls habe ich festgestellt, dass die reale Behanghöhe sich nicht im LEVEL Datenpunkt des Aktors wiederfindet sondern im Statusmitteilungkanal unter LEVEL. Demnach habe ich den Rollladen bei mir in Yahka wie folgt angelegt (gem. https://github.com/jensweigele/ioBroker.yahka#homematic-blind-actuator--window-covering)

Allerdings mit der folgender Änderung: LEVEL_DISPLAY zeigt auf die reale Behanghöhe (Statusmitteilungskanal) und LEVEL auf die des Aktors.
Grundsätzlich funktioniert das Hoch- und Runterfahren und auch die Anzeige "öffnen"/"schießen" wird angezeigt während der Fahrt. Bei einer Auswahl über den Schieberegler hingegen springt dieser bei der Auswahl der gewünschten Höhe immer wieder zur Ausgangshöhe zurück und springt dann erst auf die Wunschhöhe sobald diese endgültig angefahren ist. Ich dachte eigentlich, dass dies durch ioBroker.homematic.WindowCovering.TargetPosition verhindert wird?!

@homoran danke für deine Erklärung. Wieso ich es nur lesen will? Mir reicht erstmal die Anzeige des Betriebsmodi, habe grade keinen usecase diesen auch zu ändern. Der Hinweis ist gut mit den Schreibzyklen: das vermeide ich zuverlässig wenn ich CW deaktiviere? Wenn es sich bei CW ums Schreiben ins Register des Geräts handelt, wieso gibts die Option dann auch bei Eingangsregistern die doch nur zum lesen sind? Und ist mein beobachtetes Verhalten korrekt, dass wenn ich bei Holding Registern poll nicht aktiviert habe dann liest er auch keine Werte? Schreiben würde er sie auch nur mit aktiviertem poll meiner Beobachtung nach. Ist mein Verständnis korrekt?

Hallo, ich habe eine kurze Modbus-Anfängerfrage. Ich habe meine Wärmepumpe eingerichtet (Typ: Master). Bezüglich der Eingangsregister ist alles klar (sind ja read only), aber was ich nicht verstehe sind die Holding Register. Abfrage und CW, aus welcher Sicht ist das gesehen? Was muss ich einstellen, wenn ich nur von der Wärmepumpe lesen möchte?

Hi ich hab zwar mein "Dummy"-Schloss in Alexa integriert bekommen und wenn es entsperrt ist lässt es sich mit Alexa auch sperren. Nur andersherum funktioniert es nicht. In der Alexa App steht dazu "Alexa kann dieses Smart Device nicht entriegeln"

Geht das einfach grundsätzlich nicht oder habe ich was übersehen?

Vielen Dank
Benni

@Berserker said in [Frage] Farbprobleme mit Yahka und Philips Hue Go:

Die 6 Farben, die eingestellt werden können ändern sich beim draufdrücken zur Farbe die ich zuvor verwendet habe, bis alle 6 gleich sind ??!!

Das Problem mit den 6 gleichen Farben im Farbpicker habe ich auch. Das Problem besteht auch in Zusammenhang mit dem Yeelight Adapter scheint also tatsächlich an Yahka zu liegen. Hat jemand Erfahrung mit dem Problem?

Ich hab’s mit einem ganzzahligen Wert versucht. Meine Erwartung war dann, dass sich dieser Wert auf dem Thermostat als Zieltemperatur befindet. Anderen Threads zufolge müsste das eigentlich der richtige Datenpunkt sein.

Hallo zusammen,
ich habe HM-CC-RT-DN (Heizkörperthermostate) zusammen mit HM-TC-IT-WM-W-EU (Wandthermostat) in Heizgruppen im Einsatz. Die Synchronisierung zu ioBroker klappt selbst mit den Heizungsgruppen sehr gut. Ich verwende eigentlich immer den manuellen Temperaturmodus, aber ich denke das ist für das Problem nicht relevant. Jedenfalls funktioniert das setzen der manuellen Temperatur aus ioBroker heraus weder auf der Gruppe, noch auf den Wandthermostat noch auf dem Heizkörperthermostat. Die Fehlermeldung lautet stets:

xmlrpc -> setValue: no dpType for hm-rpc.0.NEQXXXXXXX.4.MANU_MODE!

Die Temperatur wird anschließend natürlich nicht gesetzt. Selbes Spiel auch beim Versuch den CONTROL_MODE zu setzen. Hat jemand eine Idee woran das liegen könnte?

Viele Grüße
Benni