Home Assistant

Hier lege ich einige unsortierte Gedankenfetzen zu der "Heim-Automatisierung" ab.
Einige Vorgehensweisen werden laufend verändert daher.. sind diese Infos möglicherweise inzwischen sogar irreführend!

Wenn es wem nützt: Freut mich.
Wenn es schadet: Nicht mein Problem, sorry..

Installation

Wozu kann man diese Automation nutzen?

Eine "Lidl-Zentrale" wurde erfolgreich gehackt.. als Privatmensch braucht man eine ruhige Hand, einen Lötkolben und weitere Meßtechnik um die aus der CLOUD zu befreien..
Hat das geklappt kann man diese umgerüsteten Zentralen OHNE Cloud auch über Home Assistant ansteuern und z.B. die Lidl-Lampen steuern.

Add-ons

Einige Module sind nur verfügbar wenn unter dem eigenen Profil der erweiterte Modus aktiviert ist!

Um das Leben nicht zu komplizieren sollte man sich nur auf die hier angebotenen Add-ons einlassen.
So braucht man nur einen Klick und etwas Wartezeit und schon hat man die neuen Add-ons installiert.

FEHLT z.B. die Unterstützung eigener Hardware(Solaranlagen-Inverter, USVs, etc. ..) wird die Sache kompliziert..(siehe folgenden Abschnitt..)

Manuelle Installation weiterer Add-ons..

Am 4.3.2023 verursachte ein fehlerhaftes Herstellerupdate den tagelangen Ausfall tausender Solaranlagen in Deutschland, ca 80% der Kunden dieses Herstellers waren betroffen..
20% der Anlagen die NICHT mit dem Internet verbunden waren.. liefen klaglos weiter..
Wie es aussieht müssen allen Ernstes die Inverter ausgetauscht werden?!
Auch wenn der Hersteller die kostenfrei zuschickt ist das.. sehr ärgerlich für diejenigen, deren Solarstrom momentan weder gespeichert noch abgerufen werden kann..

Der "Prompt" von Home Assistant ist.. gelinde gesagt echt SCHEISSE eingestellt!!
Angezeigt wird NICHT der ganze aktuelle Pfad, sondern nur ein TEIL davon..
.. was uns glauben lässt.. wir hätten alles schon richtig entpackt. NEIN!
pwd zeigt eindeutig die Verschachtelung:
/config/custom_components/weg/home_assistant_solarman-main/custom_components

Unter youtube.com ist ein anderer Weg um die Installation der fehlenden Komponenten via Github-Access durchzuführen..
Quasi automatisiert HACS die Installation von Github "Add-ons".
Aber momentan möchte ich lieber auf "sauberen" Weg den Home Assistant nutzen..

Hacs hinzufügen

Home Assistant einrichten

Hier wurden schon einige Sensoren hinzugefügt, normalerweise ist die Übersicht recht.. leer.

Editiert man aus Neugier die Seite "Home" (Dashboard bearbeiten) erscheint ein Warnhinweis den man beachten sollte:
Wenn du die Kontrolle übernimmst, wird dieses Dashboard nicht mehr automatisch aktualisiert

Die EINZIGE Möglichkeit danach noch die Automatik zu reaktivieren ist etwas tricky:
1.) RAW-Mode wählen(die drei Punkte in der Zeile HOME ganz rechts klicken)
2.) CTRL+a drücken(alles markieren) und löschen
3.) Speichern klicken (wurde z.B. eine Leerzeile belassen erscheint jetzt eine Fehlermeldung, daher wirklich ALLES bis zum letzten Leerzeichen löschen!!)
4.) Frage Dashboard-Konfiguration entfernen mit Klick auf ENTFERNEN bestätigen
5.) Die nächste Frage Übernehme die Kontrolle jetzt mit ABBRECHEN bestätigen

Voilà: Die Übersicht ist zurück

Dashboard hinzufügen

Debugging?

Normalerweise werden nutzerspezifische Einstellungen unter ~/.bash_rc abgelegt(Debian Linux).
Home Assistant enthält einen symbolischen Link im /root Verzeichnis auf /data/.bash_profile.
Änderungen hier werden tatsächlich beim Einloggen durchgeführt!

export PS1='${debian_chroot:+($debian_chroot)}\[\033[31m\]\u@\h\[\033[m\]:\[\033[36m\]$PWD\[\033[m\]$ ' alias ls="ls -ahl"

Farben ändern..

# Load frontend themes from the themes folder frontend: themes: happy: primary-color: cyan accent-color: black sad: primary-color: steelblue accent-color: darkred

Einige "Identitäten" werden fälschlicherweise als wird nicht mehr von der Integration xyz bereitgestellt angezeigt.
Das System bietet dann an diese unnützen Identitäten zu löschen..
Manchmal liegt das nur daran, das die Verbindung zu den Sensoren verloren gegangen ist, besonders betrifft dieses Solaranlagen(aka Balkonkraftwerke) die nach Sonnenuntergang keinen Strom mehr erhalten und dann automatisch "offline" sind..

Hat man eine Integration/deren Identitäten falsch benannt und möchte dieses später ändern keinesfalls die Integration LÖSCHEN und dann neu hinzufügen, dabei gehen deren Daten verloren!

Einfacher über Einstellungen-Geräte und Dienste und dann bei dem betreffenen Geräte/Integration auf Konfigurieren gehen und dort den Namen ändern.

Aber:
Die Namensänderung wird nicht umgehend angepasst!
Nach einem Neustart des HomeAssistant ist die neue Benennung dann aktiv. Kann ein paar Minuten dauern.. aber alle Daten bleiben dann erhalten.

ABER: Die INTERNE Bezeichnung bleibt bei dem Namen der ersten Erstellung, nur so kann weiterhin auf die gespeicherten Werte zugegriffen werden.
Nur der "friendly name" wird geändert.

Dashboards

binary_sensor.back_door_20: templates: icon: mdi:icon rgb_color: "if (state === 'Closed') return [13, 212, 112]; else return [191, 22, 10];"

<font color='#03a9f4 '><ha-icon icon=mdi:alert-circle></ha-icon></font> **Trafikinformation:** {{ state_attr('sensor.sl_train_status_sensor_hasl_trafik','events')[0].Message}}

Um die vorhandenen "Namen" der einzelnen Farbdefinitionen zu finden ist ein Besuch von @github sehr hilfreich.
Ein paar Auszüge:
--primary-text-color: #212121;
--error-color: #db4437;
--primary-background-color: #fafafa;
--energy-solar-color: #ff9800;
--state-light-active-color: var(--amber-color);

wobei die "benannten" Farben zuvor mit --amber-color: #ffc107; definiert wurden.

Konfiguration "reparieren"

- name: "PV1 Current" class: "current" state_class: "measurement"

Nicht ungeduldig werden!
Es DAUERT bis die Änderungen sichtbar sind und das hängt NICHT mit dem HA/Restart zusammen:
Jede Identität bekommt eine eindeutige ID. Löscht man die EINE Instanz von Solarman um z.B. mehrfache(falsch geschriebene) Sensoren wieder loszuwerden..
.. verliert man nicht die Messdaten, wohl aber deren ID. Eine NEU vergebene ID fängt also quasi FRISCH und Sauber an..
Und es dauert durchaus schon mal eine halbe Stunde bis die neuen Werte ENDLICH angezeigt werden.

Dieses.. yaml ist sehr fehlerträchtig..
Versehentlich hatte ich an einer Stelle statt des Doppelpunktes ein Gleichheitszeichen verwendet..
Ergebnis: Ohne Fehlermeldung wurde GAR nichts davon geändert.. Also genau aufpassen..

Bugs

Ein (mit dem ALTEN System vergebenes) langlebiges Zugangstoken für ein Streamdeck(via Companion) war natürlich dem neuen System nicht bekannt..
So fragte das Streamdeck immer wieder nach Daten..
Allerdings nutzte das Deaktivieren des Zugriffs auf HA(auf Seiten von companion) gar nichts, selbst das LÖSCHEN der HA Integration(wieder auf Seiten des Streamdecks) beendeten diese Anfragen nicht!
Erst als auch companion beendet wurde war endlich Ruhe.

Wieso-weshalb-warum.. keine Ahnung, aber:
via http://IP-Adresse:8123 (statt http://homeassistant.local:8123) eingeloggt.. kann man die Konsole NICHT öffnen!
Ausloggen und via Default einloggen, dann geht das wieder.. -.-

Dateien lokal verschieben.. und den midnightcommander nutzen..

Wasser und Gasverbrauch MANUELL hinzufügen

template: - sensor:

Kopieren im Homeassistant-Terminal:
SHIFT drücken(und HALTEN!) um mit der Maus den Text zu markieren(Maustaste gedrückt halten!!), den Mauszeiger aus dem Browserfenster bewegen und die MAUSTASTE loslassen.
Dann sollte ein Scherensymbol kurz angezeigt werden und der markierte Text in das Clipboard wandern(das mit STRG+V)

# Hilfssensor um Gasverbrauch manuell nachzutragen - name: gasuhr state: "{{ states.input_number.gasuhr_ablesung.state }}" unit_of_measurement: "m³" state_class: total_increasing device_class: gas unique_id: sensor_gasuhr_uniqueid

# Hilfssensor um Wasserverbrauch manuell nachzutragen - name: wasseruhr state: "{{ states.input_number.wasseruhr_ablesung.state }}" unit_of_measurement: "m³" state_class: total_increasing device_class: water unique_id: sensor_wasseruhr_uniqueid

Bevor die Helfer erstellt wurden.. wird es NICHT klappen die sensor.wasseruhr bzw. sensor.gasuhr zu verwenden.
Es dauert ein paar Minuten bis die Daten verfügbar werden.

Gaszähler automatisch abfragen

Ist auf dem Typenschild(neben den Zählwalzen) etwas eingetragen wie 1 imp=0.01m³ hat man Glück..
..denn bei jeder Drehung der 0.01m³ Walze wird ein Impuls ausgelöst, den man abfragen kann.
Die "alten" Geräte sind stumm und haben leider KEINE solche Messhilfe..

Die Namen KONFORM halten, einen EINDEUTIGEN Namen verwenden damit man in ein paar Jahren noch weiß was der machen sollte und wo das Ding verbaut ist?
Wer mehr Übersicht möchte KÖNNTE versuchen vor dem Namen noch ein ESPHome zu setzten(ESPHome: Gaszähler)..
Die Fritzbox würde dann ESPHome: Gaszahler anzeigen, HA macht daraus in der Übersicht sogar ESPHome: Gaszahler ESPHome (stellt einmal ESPHome hintenan -.-)
Bei Umlauten also lieber.. statt ä eben ae.. usw verwenden..

Benennt man das Gerät später um(Innerhalb von ESPHome/HA).. wird ERNEUT alles durchkompiliert -.- und das dauert dann wieder.
Die yaml bleibt aber so benannt wie zuvor, ändert sich also nicht mehr.

Mit dem GUI werden ZWEI Namen angelegt, einmal ein im System hinterlegter(das ä weicht einem a..) und ein weiterer "Freundlicher Name", der genauso geschrieben wird wie vorgegeben.
Falls man von Hand die Datei editiert und die Namen ändert.. UNBEDINGT die Beschränkungen des Systemnamens beachten: KEINE Umlaute, Kleinschrift!!

Man braucht beim Editieren die Einträge mit "Secret" beginnen NICHT anzupassen, diese stehen als Platzhalter für das GEHEIMNIS(sprich Username/Passwort)

Kommt keine Verbindung zustande nervt eine Fehlermeldung, der Browser sei nicht kompatibel(Firefox) -.-
Firefox scheint den Jungs von ESPHome nicht brauchbar zu sein..
Stattdessen SOLL man EDGE oder CHROME als Browser nutzen um die Daten übertragen zu könnnen, Chromium war auch nicht "erlaubt" -.-

Ein TYPISCHER Fehler:
ALLE verdammten Geräte erwarten heutzutage die IP-Vergabe via DHCP..
.. gibt es hier aber nicht.
Folgt man dem Linkhinweis wird die korrekte Vergabe einer festen IP deutlich!

wifi: ssid: !secret wifi_ssid password: !secret wifi_password manual_ip: static_ip: 192.168.19.201 gateway: 192.168.19.1 subnet: 255.255.255.0 dna1: 1.1.1.1

Einfach mal die vom Hersteller(bereitgestellten?) Informationen durchwühlen, man kann sich tatsächlich vom Hersteller die Betriebsanleitung-AZ-D1minixxx.pdf herunterladen..
Dort ist wirklich ausführlich die Funktionsweise und die benötigte Software beschrieben..

Für Linux die Datei mit Erweiterung .tar.xz(KLASSISCHE VERSION!!) herunterladen,
mit keineahnungwie entpacken,
in das neue Unterverzeichnis wechseln
sh arduino-linux-setup.sh username (username = Benutzername eines superusers) und nach Rückfrage dessen sudo Passwort
sh install.sh ausführen.

Alternativ das AppImage(neuere Version) herunterladen,
die heruntergeladene Datei ausführbar machen (chmod 744 +ausführen durch Eigentümer).. und starten.

Einbindung der Daten einer Solarbatterie

Anker hatte zur Einführung seiner Solarbanken kein Interesse für offene Schnittstellen gezeigt -.-

Für die ältere Solarbank(1) gab es schon rudimentäre Unterstützung(nicht vom Hersteller!) für Homeassistant(via HACS)

Für die neuere Solarbank(2) fehlte lange Zeit die Unterstützung(Community/NICHT Hersteller!) für die Integration in HomeAssistant

Erst ab September 2024 wurde die Überwachung des Haus-Stromverbrauchs auch mit SHELLY 3em/pro eingeführt, zuvor war man auf die proprietären Sensoren des Herstellers angewiesen

Leider berichten viele Benutzer von Kommunikationsproblemen(Fehler 35!) mit den Shelly Messgeräten -.-

Fehlerhafte Einheiten/fehlende Entitäten..

Shelly-Daten zeigen in HA(via Anker-"Imitationsabfrage") falsche/gar keine Werte(Strombezug IMMER=0???)

Einge Sensoren sind falsch definiert und können somit nicht im Energiebereich "gefunden" und eingesetzt werden

benannt, nun heißen die Dinger ewig so -.-)

Sehr verwirrend ist das das in meinem HA eingebundene Shelly-Messgerät einwandfrei die einzelnen Lasten auf allen Phasen angibt..
.. das selbe Messgerät via Anleitung über die AnkerApp/Cloud jedoch nur MÜLL anzeigt(Verbrauch IMMER 0!!)

Kann das an der mehrfach-Abfrage liegen? Hat die HA-Abfrage Priorität über die Anker-Cloud-Anbindung?

Zur Berechnung der aktuellen Einspeisung in das Haus/Netz..
kann man hilfsweise einen Eintrag in der config.yaml hinzufügen:

# Gesamtertrag aller Solarkollektoren(Ertrag, NICHT die eingespeiste Leistung!!) - name: pv_total unit_of_measurement: "W" state: "{{ (states('sensor.solarbank_2_e1600_pro_solarleistung') | float) + (states('sensor.deye_600_total_ac_output_power_active') | float) }}" state_class: "measurement" icon: "mdi:solar-power-variant-outline"

Der Deye-600 gibt die Summe der beiden angeschlossenen Solarpaneele unter sensor.deye_600_total_ac_output_power_active an.
Der Name ist etwas irreführend, da die Leistung sofort in das Stromnetz eingespeist wird.

Anders die Anker Solix E1600 Pro:
Die Entität sensor.solarbank_2_e1600_pro_solarleistung liefert zwar die gesamte "eingefangene" Sonnenenergie aller Solarpaneele.. entspricht aber NICHT immer der Einspeisung..
Denn mal werden davon die Akkus direkt geladen oder die E1600 regelt z.B. über 800W Ertrag die Einspeisung frecherweise herunter.. dann geht der Rest verloren -.-

Ein weiterer Tipp:
Sieht man sich im Verlauf die Solarleistung und die Akkuleistung an.. erkennt man schnell das die sich während des Ladevorgangs überdecken.
Allerdings nur wenn man die Einspeisung in das Netz auf NULL gesetzt hat und die Akkus geladen werden(mäßig bedeckt im September).
Hat man die Einspeisung z.B. auf 100W gesetzt sind die beiden Linien um 100W versetzt(logisch, da der REST dann in die Ladung der Akkus geht)

Der Wert der EINSPEISUNG stimmt so ja nicht mehr.. denn ein großer Teil der eingesammelten Solarenergie geht ja erst in die Akkus.. nur der Rest würde "eingespeist".
Hier also eine Differenz einrichten, Solarproduktion MINUS Akkuleistung(wenn positiv)?

Wer *einfach mal so* unter dem Energie-Dashboard bei Solarproduktion den Solareintrag für die Ankeranlage hinzufügen will hat ein Problem:
Eine Entität mit E1600 ist nicht zu finden!
Dafür gibt es einen sensor.system_(NAME bei der Konfiguration)_ertrag_gesamt

Doch wie bereits angesprochen ist das ungünstig, da HA zwar die Solarleistung am Anker kennt, aber nicht weiß das damit der Akku geladen wird..
.. und somit vermutet einen unbekannten VERBRAUCHER im System zu haben=falsche Anzeige!

Ohne Angabe der Batterien kann Homeassistant gar nicht wissen das der erzeugte Ertrag bis ca. 14:00Uhr komplett in die Akkus fliesst..


Und schon wird aus Solarenergie die in die Akkus fließt ein nicht erfasster Verbraucher..

Will man also den EINGESPEISTEN Summenwert haben sind ZWEI Entitäten zu beachten:
sensor.solarbank_2_e1600_pro_dc_ausgangsleistung (Überallhin, auch in das Netz?)
sensor.solarbank_2_e1600_pro_ac_hausabgabe

# Hilfssensor um aus sensor.solarbank_2_e1600_pro_akkuleistung NUR die LADUNG zu übernehmen: - name: "Akkuladung" unique_id: "solarbank-charge-power" unit_of_measurement: "W" device_class: "power" icon: mdi:home-lightning-bolt state: > {% set val = states('sensor.solarbank_2_e1600_pro_akkuleistung')|float(0) %} {{ val if val > 0 else 0 }} availability: > {{ has_value('sensor.solarbank_2_e1600_pro_akkuleistung') }} # Hilfssensor um aus sensor.solarbank_2_e1600_pro_akkuleistung NUR die ENTLADUNG zu übernehmen: - name: "Akkuentladung" unique_id: "solarbank-discharge-power" unit_of_measurement: "W" device_class: "power" icon: mdi:home-lightning-bolt state: > {% set val = states('sensor.solarbank_2_e1600_pro_akkuleistung')|float(0) %} {{ val | abs if val < 0 else 0 }} availability: > {{ has_value('sensor.solarbank_2_e1600_pro_akkuleistung') }}

Diese Entitäten brauchen mindestens eine Stunde bis die berechnet werden können, also GEDULD!

Shelly in E1600 einbinden

Die Einbindung des Shelly 3em/pro ist etwas.. umständlich.
Anker will UNBEDINGT via CLOUD statt lokalem WLAN auf das Shelly zugreifen -.-
Was ein Problem ist sollte man sich VERSEHENTLICH später einmal selber in die Shelly-Cloud einwählen:
Denn die Cloud erlaubt nur EINEN gleichzeitigen Zugang.. und schmeißt den anderen Nutzer raus(was einen andauernden Fehler 32 in der AnkerApp auslöst).

Hatte man das schon einmal durchlaufen.. kann man versuchen das Shelly via WLAN einzubinden.. ja, seit dem Update(September 2024) klappt das überraschenderweise..
Und das ALLERBESTE: Ist das Shelly direkt via WLAN verbunden.. kann man sich beliebig verbinden und die AnkerApp hat konstant Verbindung..
NUN kann man auch die blöde ShellyCloud besuchen und es kommt zu keinem Fehler 32 mehr.. ^^