Wer nutzt denn eigentlich alles Home Assistant?

[knxedomi]

DPT 1.100 ist ein Boolescher Wert.

Probiere es mal mit einem Binary Sensor.

knx:
binary_sensor:
- name: "Status Heizungsaktor"
state_address: "4/3/2"

hätte man fast selber drauf kommen können.. Danke das hat geklappt.
Hast du zufällig auch eine Idee wie ich den Status nun anpassen kann?
Also ich bekomme ja 0 oder 1
0 = Kühlen
1= Heizen

Als wert wird aber ausgegeben aus/ an.

Kann ich das noch irgendwie anpassen? Also das 0 als Kühlen ausgegeben wird und 1 als Heizen?

Grüße
Jens

[Messknecht]

DPT 1.100 ist ein Boolescher Wert.

Probiere es mal mit einem Binary Sensor.

knx:
binary_sensor:
- name: "Status Heizungsaktor"
state_address: "4/3/2"

[knxedomi]

Hallo zusammen,

vielleicht könnt ihr mir weiterhelfen.
Ich arbeite mit KNX & Home Assistant und spiele gerade wieder ein wenig herum.
Ich möchte jetzt gerne einen Status von meinen Heizungsaktor abfragen und bekomme das nicht hin.

Situation:
Ich schalte quasi manuell meine Aktoren auf Sommerzeit um, damit diese öffnen und ich über die Fußbodenheizung "Kühlen" kann.
Jetzt würde ich gerne den Status Kühlen/Heizen vom Aktor abfragen. Wie mache ich das?
Also ich würde gerne die Gruppenadresse 4/3/2 abfragen (DPT 1.100) und mir in HA den Status richtig anzeigen lassen.

Bei meiner Lösung kommen leider keine Daten..

name: "Status Heizaktor EG"
type: "1byte_unsigned"
state_address: "4/3/2"
sync_state: every 5

ich vermute grundlegende Fehler jedoch weiß ich keinen anderen Ansatz. Vielleicht habt ihr eine Idee.

Grüße

[greentux]

Alternative, schau dir mal die Power Flow Card Plus an: https://github.com/flixlix/power-flow-card-plus

Noch viel ausführlicher, wenn auch nicht so schön
https://slipx06.github.io/sunsynk-po...ard/index.html

[meti]

Danke! 😃
Ja, theoretisch würde da nix dagegen sprechen.

[Springrbua]

Großes Lob an meti, danke für die tolle Arbeit
https://www.home-assistant.io/blog/2...ged-via-the-ui

Kannst du bereits sagen, ob die bestehenden Entities migriert werden können, sobald alles über die UI gemanaged werden kann?
Mit würde es darum gehen die Historie zu behalten.

[Neff]

Springrbua Gute Idee mit den separaten GA fürs Stoppen. Ich habe jetzt doch mal eine custom component erstellt, welche mittels zwei Buttons (für je auf/ab) die Abdeckungen starten/stoppen und Positionen ansteuern kann. Die Komponente basiert auf einem Fork des inaktiven Time-based Cover welcher auch eine Kopie vom xknx travelcalulator mitbringt.

https://github.com/Neffez/ha-cover-time-button-based

Nicht sonderlich schön, aber es funktioniert wie gewünscht. Mal schauen welche Lösung ich langfristig verwende, deine Lösung ist näher an KNX und scheint attraktiver.

[Springrbua]

Sollte schon, wenn keine Positions-GA konfiguriert.

Habs jetzt noch mal versucht, dann hat es plötzlich funktioniert. Beim anderen Dachfenster ging es dann wieder nicht, aber beim zweiten Versuch hat dann auch das geklappt.
Möglicherweise war der Status noch nicht bekannt, wobei die Anzeige immer korrekt war. Beim angesteuerten Prozentsatz blieb die Anzeige korrekt stehen, aber der Rollladen fuhr weiter und das Relais des Schaltaktors war auch nicht zu hören.
Aber jetzt scheint es zu passen, danke!

[meti]

Was nicht funktioniert ist das Anfahren einer Position, weil dabei von Home Assistant aus scheinbar kein Stopp-Befehl geschickt wird.

Sollte schon, wenn keine Positions-GA konfiguriert. Kontrollier mal im Gruppen Monitor.

[Springrbua]

meti Neff jetzt habe ich es (fast) hinbekommen.
Tatsächlich muss man verschiedene GAs für Fahren und Stopp verwenden. Macht auch Sinn, wenn man bedenkt, dass HA ja auch auf diese GAs hören muss um mitzubekommen wenn über KNX (z.B. Taster) etwas passiert.
Meine GAs für ein Dachfenster mit Innenrollladen sehen nun so aus:

1/0/1 - Dachfenster fahren (Schließen)
1/0/2 - Dachfenster fahren (Öffnen)
1/0/3 - Dachfenster Rollladen fahren (Schließen)
1/0/4 - Dachfenster Rollladen fahren (Öffnen)
1/1/1 - Dachfenster stopp (Schließen)
1/1/2 - Dachfenster stopp(Öffnen)
1/1/3 - Dachfenster Rollladen stopp(Schließen)
1/1/4 - Dachfenster Rollladen stopp(Öffnen)​

Zudem gibt es folgende 4 Logiken:

1/0/1 -> Negieren -> 1/0/2
1/0/3 -> Negieren -> 1/0/4
1/1/1 -> Negieren -> 1/1/2​
1/1/3 -> Negieren -> 1/1/4

Wichtig: Der Ausgang muss bei Telegrammempfang gesendet werden, nicht nur bei Änderung.

Der Schaltaktor ist auf Impulsschaltung eingestellt und reagiert dadurch auch nur auf "Einschalten" Telegramme.
Jeder Schaltkanal ist jeweils mit der GA für Fahren und für Stopp verbunden, wodurch die beiden GAs das gleiche bewirken.

In Home Assistant sieht die Config nun so aus:

- name: "Dachfenster"
  move_long_address: "1/0/1"
  move_short_address: "1/1/1"
  travelling_time_down: 42
  travelling_time_up: 37
- name: "Rollladen"
  move_long_address: "1/0/3"
  move_short_address: "1/1/3"
  travelling_time_down: 52
  travelling_time_up: 42

Dadurch funktioniert das Fahren, das Stoppen und die Statusanzeige (Prozent).
Was nicht funktioniert ist das Anfahren einer Position, weil dabei von Home Assistant aus scheinbar kein Stopp-Befehl geschickt wird.

[Neff]

Springrbua genau dasselbe habe ich auch bereits vor ca. einem Jahr in diesem Thread hier versucht, auch mit Roto Rollläden mit exakt denselben Ergebnissen und Erkenntnissen. Ich habe es dann erstmal hinten angestellt, das letzte was ich gefunden aber noch nicht ausprobiert hatte waren die Time Based Cover, welche aber auf ESPhome basieren.

Eventuell könnte man auch einfach eine eigene Komponente dafür schreiben, aber bisher hatte ich keine Motivation, weil einfaches hoch und runter dann bisher doch gereicht hat und der Status meist stimmt, da er einfach die letzte Aktion widerspiegelt.

[Springrbua]

Im Gruppenmonitor passiert nichts aufregendes. Beim Schließen sind z.B. effektiv nur zwei Telegramme:
- Rollladen Zu -> Daten: 0 (Quelle: Home Assistant)
- Rollladen Auf -> Daten: 1 (Quelle: Logik)
Unterschiedliche GA für move_short und move_long könnte ich natürlich auch noch versuchen.
Witzig ist, dass einer der Rollläden fix als Offen, der andere als (fast) geschlossen angezeigt wird und beim Öffnen jeweils 1% hochfährt.

Ich werde aber versuchen das Ganze über Template und knx.send umzusetzen.
Danke

[meti]

Hm... kann ich jetzt auch nicht sagen was da los ist. Eigentlich sollte das nix mit der Position machen ... bis du es einmal triggerst. Und was dann passiert mit den inverter Logiken die daneben noch laufen und der internen Positionsberechnung 🤷 müsste man sich im GruppenMonitor mit ein paar debug logs anschauen 🙃
Evtl. kannst du noch versuchen das nicht über die gleiche GA zu machen. Vielleicht bekommst du da irgendwie ne Loop.

Naja, ich würd empfehlen einfach ein template cover zu benutzen wenn man keinen normalen Jalousieaktor benutzt. Da kann man das alles so hinbiegen wie mans braucht.

[Springrbua]

meti habe das mit der "move_short" Adresse versucht und nutze da einfach die selbe GA wie für das Fahren wodurch sie auch entsprechend invertiert wird.
Das Stoppen funktioniert so jetzt, allerdings stimmt der Status jetzt überhaupt nicht mehr. Vorher war er nach dem Neustart auf "Unbekannt" (verständlich), wurde aber nach einmaligem komplett Auf / Zu fahren korrekt gesetzt und durch die Angabe von "travelling_time_down" und "travelling_time_up" wurde der Status auch während der Fahrt korrekt aktualisiert.
Jetzt hingegen ist ein Dachfenster / Rollladen fix auf Offen, der andere fix auf Geschlossen.
Die entsprechende Richtung ist damit gesperrt und ich kann sie nur über die Tasten für die Lamellen (diese Tasten sind nie gesperrt) fahren.

[Springrbua]

meti danke für den Hinweis, das werde ich versuchen!
Das Cover Template kannte ich noch gar nicht, habe sowas ähnliches nur mal im Zusammenhang mit Wetter gesehen, aber nicht gedacht, dass es das für andere Anwendungen auch gibt. Das muss ich mir definitiv merken, könnte ich später auch beim Garagentor brauchen.
Vielen Dank