Wer nutzt denn eigentlich alles Home Assistant?

[meti]

Bei Expose kann man einen Filter vorsetzen um zB zeitlich zu drosseln. https://www.home-assistant.io/integrations/filter/
Ansonsten script oder automation mit knx.send

Zur Struktur: man muss eben alles ins knx: setzen - HA will das entweder so oder gleich über UI (was bei knx nicht geht). Zum Glück kann man in yaml Kommentare schreiben um da etwas Struktur rein zu bringen.

[Jo07]

Die Kommunikation zum KNX hin mache ich mit expose: , wobei ich aber nicht bestimmen kann, wann und wie gesendet wird, das ist immer "bei Änderung"?

Bisher habe ich tatsächlich nur einen Wert (Nutze den Motion-Alarm der Kamera als Bewegungsmelder), den ich aktiv an den Bus sende.
Alle anderen GA's die beschreiben werde kommen aus den Komponenten selbst (Rollo, Heizungsregelung). dafür benötigt man ja kein expose...

Oder vertue ich mich da, man kann das irgendwie sinnvoll nach Geräten und/oder Räumen aufteilen und hat dann alles zu einem Gerät auch übersichtlich zusammen in einer Art "Section", ohne wild über 5 Files gehen zu müssen?

Ich habe eine einzige include-Datei für die knx-Integration erstellt und alles nach Typ untereinander angelegt.
Dadurch, dass ich ich die einzelnen Komponenten schematisch benannt habe, finde ich auch später alles wieder, wenn ich z.B. nach Badezimmer suche.
Meiner Meinung nach ist das eine Design-Frage die nie 100% passen wird. Ich habe z.B. immer alle Rollos in einem Block, alle Thermostate, etc. Für mein EFH kann ich gut damit leben...

Wie strukturiert ihr das denn? Man hat ja in jedem Raum haufenweise Geräte, die über KNX angebunden sind, dann kommen noch die dazu, die über HA-Integrationen angesprochen werden, dann noch die mobilen Geräte etc. Das wird doch unübersichtlich, oder?

Ich denke das Hängt wie in vielen anderen Visus davon ab, wie groß dein Projekt / Haus ist und was du alles sehen möchtest / musst.
Bei meiner ersten HA-Visu habe ich alle möglichen Dinge in der View untergebracht, um alles sehen & steuern zu können.
Dann habe ich angefangen über custom-komponenten die View's etwas schlanker zu gestalten und in mehrere Views zu trennen, da ich auf dem Handy sonst ewig scrollen müsste.
Mittlerweile habe ich die Views auf die nötigsten Sachen abgespeckt, die wir auch tatsächlich nutzen, oder die uns Interessieren. Alle anderen KNX-Geräte und Gruppenadressen sind ja trotzdem in der Datenbank gespeichert und können verwendet werden, wenn der Bedarf besteht.

[mumpf]

Hi,

ich wollte hier nochmal ein paar Punkte erfragen, ob das wirklich so sein soll oder ob ich nur irgendeine Doku/Hinweis verpasst habe:

• Alle KNX-Geräte mit ihren GA kommen unter   knx:  (idealerweise eigenes include) rein.
• Die Kommunikation zum KNX hin mache ich mit   expose: , wobei ich aber nicht bestimmen kann, wann und wie gesendet wird, das ist immer "bei Änderung"?
• Wenn ich selber bestimmen will, wie gesendet wird, mache ich ein   script: ?
• Ein   script:  kann ich aber nicht im knx-include machen, sondern irgendwo anders in der configuration.yaml? Wenn ich also bei 200 GA gezielt bestimmen will, wie die senden, dann über 200 scripte? Ich kann die nicht wie Unterprogramme einfach aufrufen?
• Das gleiche mit Formatierung: Nur um einen Wert mal ohne Nachkommastellen anzuzeigen, muss ich einen neuen Sensor als   template  definieren? Und das auch wieder woanders (von der Source her)?
• Und auch templates muss ich jedes mal neu machen? Nicht ein "schneide die Nachkommastellen ab"-Template, dass ich von jedem Sensor aufrufen kann?

Ist das nicht etwas wild durcheinander? Wie findet man sich da nach 10 Jahren zurecht?

Mir gefällt das UI ja sehr gut, ist schnell und es gibt schon einiges, was man erstmal nutzen und später verbessern kann, aber die configuration.yaml sieht mir nach einem Albtraum aus.

Oder vertue ich mich da, man kann das irgendwie sinnvoll nach Geräten und/oder Räumen aufteilen und hat dann alles zu einem Gerät auch übersichtlich zusammen in einer Art "Section", ohne wild über 5 Files gehen zu müssen?

Wie strukturiert ihr das denn? Man hat ja in jedem Raum haufenweise Geräte, die über KNX angebunden sind, dann kommen noch die dazu, die über HA-Integrationen angesprochen werden, dann noch die mobilen Geräte etc. Das wird doch unübersichtlich, oder?

Gruß, Waldemar

[mumpf]

Hi,

Du musst die Fehlermeldung komplett lesen!

data['knx']['sensor'][12]['type']. Got None.

das ist der interessande Teil, der den Fehler angibt. Das besagt, dass im 'knx'-Objekt (was in Zeile 14 steht), in der Liste der Sensoren ('sensor') das Element 12 (ist 0-Basiert) also der dreizehnte Sensor, die Eigenschalft 'type' ein None hat. Und das darf nicht sein.

Wenn man dann 13 Sensoren abzählt, fehlt dann hier der type:

    - name: Ventil-Status EG-HWR
      state_address: "2/2/0"

Und bitte: Mach solche Listen in einen CODE-Block, dann bleiben auch die Leerzeichen enthalten und man kann es für die Analyse einfacher lesen.

Gruß, Waldemar

[MiFraNe]

...nach 2 h Frischluft hab ich den Fehler selbst gesehen...

es fehlten "type: percent"

[meti]

Bei der Hälfte deiner Sensoren fehlt das `type: ...` - so wie es in der Fehlermeldung steht. 14 markiert nur den Anfang der knx config.

[MiFraNe]

Hallo,
ich habe seit gestern folgenden Fehler in der yaml

Invalid config for [knx]: required key not provided @ data['knx']['sensor'][12]['type']. Got None. (See /config/configuration.yaml, line 14).
Kann aber in Zeile 14 keinen Fehler entdecken???


knx: <<<< ...das ist Zeile 14
sensor:
- name: Temperatur EG-HWR
state_address: "7/3/0"
type: temperature
- name: Temperatur EG-Bad
state_address: "7/3/1"
type: temperature
- name: Temperatur EG-Flur
state_address: "7/3/2"
type: temperature
- name: Temperatur EG-Gast
state_address: "7/3/3"
type: temperature
- name: Temperatur EG-WoEsKü
state_address: "7/3/4"
type: temperature
- name: Temperatur OG-Bad
state_address: "7/3/5"
type: temperature
- name: Temperatur OG-Flur
state_address: "7/3/6"
type: temperature
- name: Temperatur OG-SZ
state_address: "7/3/7"
type: temperature
- name: Temperatur OG-KZO
state_address: "7/3/8"
type: temperature
- name: Temperatur OG-KZW
state_address: "7/3/9"
type: temperature
- name: Temperatur DG
state_address: "7/3/10"
type: temperature
- name: Temperatur Werkstatt
state_address: "7/3/11"
type: temperature
- name: Ventil-Status EG-HWR
state_address: "2/2/0"
- name: Ventil-Status EG-Bad
state_address: "2/2/1"
- name: Ventil-Status EG-Flur
state_address: "2/2/2"
- name: Ventil-Status EG-Gast
state_address: "2/2/3"
- name: Ventil-Status EG-WoEsKü
state_address: "2/2/4"
- name: Ventil-Status OG-Bad
state_address: "2/2/5"
- name: Ventil-Status OG-Flur
state_address: "2/2/6"
- name: Ventil-Status OG-SZ
state_address: "2/2/7"
- name: Ventil-Status OG-KZO
state_address: "2/2/8"
- name: Ventil-Status OG-KZW
state_address: "2/2/9"
- name: Ventil-Status DG
state_address: "2/2/10"
light:
- name: AB-Licht Schuppen
address: 0/1/0
- name: AB-Licht Wekstatt
address: 0/1/1

[mumpf]

Hi,

Hilft dir das weiter: https://developers.home-assistant.io...e-custom-card/

danke, das kannte ich schon und hab es auch ausprobiert.

Du wirst wohl die Card die du ändern willst Forken müssen

Auch das hab ich schon getan. Die ist aber in TypeScript geschrieben und ich hab bisher noch keine Ahnung, wie ich sie gebaut bekomme, so dass es dann mit HA funktioniert. Ich suche mal weiter nach Beispielen und Anleitungen...

Gruß, Waldemar

[meti]

🤔 komisch. Hätt ich nicht erwartet. Man ändert ja nur den laufenden Container, nicht das Image, oder?

[crazyfx]

Stimmt nicht. Habe es gerade ausprobiert und es ist noch drin.

[meti]

Beim nächsten HA update sind die Änderungen natürlich wieder weg.

Auch bei einem Container-Neustart Bzw. reboot.

[crazyfx]

hättest Du einen Tipp, wo Du das gemacht hast? Du hast ja xknx modifiziert, oder?

Diese Anleitung ist nicht zu empfehlen

1. Mit diesem Befehl eine Bash im Docker Container aufmachen. "homeassistant" ist dabei der Name vom container

docker exec -it homeassistant /bin/bash

2. Das xknx package liegt unter:

/usr/local/lib/python3.8/site-packages/xknx

3. Dort können die Dateien dann manuell über vi geändert werden.

Beim nächsten HA update sind die Änderungen natürlich wieder weg.

[meti]

Hilft dir das weiter: https://developers.home-assistant.io...e-custom-card/
Du wirst wohl die Card die du ändern willst Forken müssen

[mumpf]

Hi,

Gibt es noch einen weiteren Schritt, den ich machen muss? Oder lädt lovelace gar nicht das .js-File, sondern das .js.gz File im gleichen Verzeichnis?

nachdem ich das .gz-File gelöscht habe, lädt er jetzt das .js-File und man sieht die Änderungen. Reicht mir erstmal...

Falls jemand aber weiß, wie man eine Entwicklungsumgebung für card-Entwicklung aufsetzt, idealerweise mit TypeScript und VSCode, dann wäre ich sehr interessiert dran.

Gruß, Waldemar

[mumpf]

Hi,

Dazu kann man seinen xknx fork über ein docker volume in das Image laden, den Pythonpath per env anpassen und die custom component ebenfalls über volume laden und dann benutzen.

das erfordert für mich mal wieder ein paar Monate lesen und ausprobieren, bis ich das hin bekomme, aber Danke! Ist ein Weg, den ich verfolgen kann. Mal sehen, worüber ich noch so stolpere...

Gruß, Waldemar