Wer nutzt denn eigentlich alles Home Assistant?

[meti]

nicht schlechter als 0.118.

na das heißt nicht viel...
Spaß beiseite, die 2020.12 sollte problemlos funktionieren (die KNX integration zumindest). Bei mir tut sie das seit Wochen.

[MarkusLa]

Habe mein hassio (im Docker auf PI4) gestern auch mal mutig auf Home Assistant 2020.12.0 aktualisiert. Ist ohne Fehler gestartet. Bislang funktioniert es zumindest nicht schlechter als 0.118.

[Jo07]

Ich hab gestern auf die 2020.12 geupdated (Pi ohne HassOS). Hatte nach einem Reboot Probleme, dass die Docker Container nicht mehr sauber gestartet sind. Konnte aber zum Glück ein Restore der Container machen.
Ansonsten läuft es in Bezug auf KNX recht gut
Keine Probleme bisher bemerkt.

[herr2d2]

Guten Morgen zusammen,

hat sich schon jemand an die neusten Updates herangetraut? Ich hatte vor ein paar Tage die Development-Version OS 5.6 installiert, damit ich von einer SSD booten kann. Funktioniert bisher problemlos. Ein kurzes Feedback bezüglich 2020.12 und OS 5.8 - insbesondere im Zusammenspiel mit KNX - wäre schön.

Einen schönen Tag
Rudi

[crazyfx]

Ja es gibt derzeit einen Bug mit dem Status auslesen vom Bus.

Das hat aber nichts mit 0/100% zu tun. Da muss sich die KNX integration an den HA Standard halten, und bei denen ist eben 0% geschlossen und 100% offen. Die Pfeile sollten aber trotzdem richtig sein.

Bsp: Die Jalousie ist geschlossen:
HA zeigt Position 0%
Pfeile sind korrekt
Das gehört so und ist kein Bug.
Capture4.PNG

[meti]

Also jetzt nochmal: das 100% am Slider in HA als offen gilt ist kein Bug sondern HA definiert das einfach so (wie auch zB. HomeKit).
Auf KNX kommt wenn ihr von HA 100% einstellt ein Telegram mit 0% raus.

KNX: % geschlossen
HA, HomeKit: % geöffnet

[MarkusLa]

In HA 0.118 ist knx bzw. der Status ja eh kaputt. Also entweder mit der 0.117 arbeiten oder mit der 1.0 Beta (?)
alles andere führt zu viel mehr Frust als nötig.
mit 0.117 hat es so bei uns funktioniert, 0% / 100% und Pfeile haben getan was sie sollten. Ob die slider funktioniert haben oder irgendwas zwischen 0 / 100 korrekt angezeigt wird weiß ich nicht, dazu nutze ich das zu selten.

[momax]

Was nicht funktioniert ist was die meistens hier (Bitte oben lesen!) beschreiben und darauf habe ich auch referenziert:
in Homeassitant entspricht 100% nicht den KNX Standard (Rolloden unten/zu) sondern Offen/Oben.
Meine KNX und Homeassitant Config funktioniert einwandfrei nur Status nicht,

[mumpf]

Hi,

ich kann hier nur schreiben, wie es bei mir funktioniert. Mit 0.117.6. Auch mit einem MDT JAL-Aktor.

in HA:

- name: rollo_terrasse
  move_long_address: '12/1/0'
  stop_address: '12/1/2'
  position_address: '12/1/3'
  position_state_address: '12/1/6'
  travelling_time_down: 30
  travelling_time_up: 31
  invert_position: false

Lovelace:

type: 'custom:shutter-card'
entities:
  - entity: cover.rollo_terrasse
    name: Terrassentür
    buttons_position: right
    invert_percentage: true

Mit den Settings erhalte ich eine Anzeige von 100% bei geschlossenem Rolladen im UI. Natürlich ist die Position des cover.rollo_terrasse immer noch 0%, daran ändert das Setup nichts.

Gruß, Waldemar

[crazyfx]

Und was funktioniert nicht?
Und woher sollen wir wissen, welche Gruppenadressen bei dir im ETS verbunden sind?

[momax]

Richtig, für den MDT JAL habe ich invert position auch auf false (bzw. auskommentiert). Hat so, seitdem das vor ein paar Monaten endlich "korrekt" implementiert wurde, bis zum aktuellen Bug gut funktioniert. Ich hoffe mit dem Bugfix ist das nicht wieder durcheinander.

Bsp:

- name: "EG Küche Rolladen Front"
move_long_address: '3/1/15'
move_short_address: '3/1/16'
position_state_address: '3/1/17'
travelling_time_down: 19
travelling_time_up: 19
# invert_position: true

PS: Das mit den Slidern ist mir noch gar nicht weiter aufgefallen, die nutze ich extrem selten; Danke für den Tipp mumpf!

Ich habe auch NDT JAL und bei mir funktioniert leider nicht.

- name: "Büro"
move_long_address: '2/1/28'
move_short_address: '2/2/28'
#stop_address: '2/2/28'
position_address: '2/3/0'
position_state_address: '2/4/0'
#assumed_state: True
#angle_address: '9/0/4'
#angle_state_address: '9/0/5'
#invert_position: true
#invert_angle: true
travelling_time_down: 14
travelling_time_up: 14

Das custom:shutter-card.und (invert_percentage: true) funktioniert leider auch wie von dir mumpf oben beschrieben nicht.
Was mache ich hier falsch?
Möchte gerne alles auf dem Homeassi umziehen und hänge gerade bei den Rollos.

Vielen Dank euch!

[meti]

Kamsi Ich hab den gleichen Aktor (den .2.1 ohne Fahrzeitermittlung) und bei mir gibts da immer ein eigenes Stop Objekt (evtl weil ich keine Lamellenverstellung hab?).
Wenn du Zwischenpositionen willst könntest du das im Aktor unter Funktionen aktivieren. Sonst werden die von HA berechnet und ein Stop zur berechneten Zeit nachgesendet. Funktioniert aber im Grunde genau so.

PS: bitte bei Problemen detailliertere Fehlerbeschreibung als "funktioniert nicht" verfassen 😉

[crazyfx]

move_long_address = "Auf / Ab" also bei dir 1/1/0
move_short_address = Lamellenverst. / Stopp also bei dir 1/2/0

[Kamsi]

Ich habe auch eine Frage zur Raffstoresteuerung. Laut Doku sind hier die Beispielparameter angegeben:

# Example configuration.yaml entry
knx:
cover:
- name: "Kitchen.Shutter"
move_long_address: '3/0/0'
move_short_address: '3/0/1'
stop_address: '3/0/4'
position_address: '3/0/3'
position_state_address: '3/0/2'
travelling_time_down: 51
travelling_time_up: 61

Bei den Parametern move_long_address und move_short_address weiß ich nicht was ich hier eintragen soll. Ich habe bei meinen Aktor nur 1 Objekt mit GA 1/1/0 um den Behang auf/ab zu fahren, siehe Bild. Aktor ist der ABB JRA/S8.230.5.1 8f 230V
Die GA in beide Parameter schreiben funktioniert nicht.
JRA_GAs.png



Ist wahrscheinlich nur eine Kleinigkeit aber ich stehe hier grad komplett auf der Leitung 😕

[mumpf]

Das Problem an der Sache ist halt das es nicht den einen Aktor gibt.

Das ist klar, aber deswegen kann man auch nicht nur ein Verhalten implementieren. Und man wird auch ohne passende Status-Info vom Aktor nicht alles fehlerfrei simulieren können. Die Frage ist eher, ob man verschiedene Verhalten der cover-Intergration durch passende Parametrisierung erreichen kann. Aber eine Lösung hab ich auch nicht wirklich parat für das Problem . Ist sicherlich eine "Herausforderung". Aber ich verstehe jetzt zumindest, dass es Abweichungen im Verhalten zwischen UI und Wirklichkeit geben kann und ich muss für einzelne Fälle entscheiden, inwiefern ich damit leben will

Gruß, Waldemar