pflegebedüftiges smarthome
auch weil ich in den letzten tagen als reaktion auf anje gelegentlich (eins, zwei) über die automatische wohnung geschrieben habe, habe ich gestern und heute vermehrt darüber nachgedacht was der betrieb einer automatischen wohnung im alltag bedeutet. aufwand durch automatisierung zu sparen ist nämlich eine menge aufwand. irgendwas ist immer. vor allem batterien. aber auch schwächelnde geräte, firmware- und software-updates und und und.
wenn ich die automatische wohnung von grund auf neu bauen würde, hätten alle sensoren, schalter und aktoren ein kabel. das wäre auch für die zuverlässigkeit ein vorteil. aber es geht auch retrofitted, non-invasiv, kabellos, bzw. im mischbetrieb. bedeutet halt oft fummelei und erhöhten pflegebedarf.
in der letzten woche ging die funk-/atomuhr in der küche nach. normalerweise freue ich mich fast täglich darüber, dass die alte, schrittige ikea uhr den sekundenzeiger an der gleichen stelle hat, wie meine apple watch. deshalb war ich tieftraurig, als sie 5 minuten hinterherging. aber nach kurzem nachdenken war klar: es muss die batterie sein: batterie getestet, war schwach, getauscht, uhr stellte sich wieder sekundengenaiu ein. puh.
eine andere batterie bereitete mir mehr kopfzerbrechen. unser mac mini von 2012, auf dem früher alles lief (home assistant, plex, dateiserver, fernzugang) — bis ich nach und nach fast alle aufgaben auf linux-server migrierte — wollte gestern nach einem harten shutdown nicht mehr starten. er machte keinen mucks mehr, so dass ich schon dachte, das netzteil sei kaputt. nach ein paar stunden debugging stellte sich aber raus, dass es die CMOS-batterie sein muss. nachvollziehbar, dass die nach 14 jahren schwächelt, aber für den tausch werde ich den ganzen mac mini auseinanderbauen müssen. das habe ich schon zweimal gemacht, weil die festplatte auch schon zweimal getauscht werden musste. die batterie hat also schon 2-3 festplatten überlebt.
nachdem der mac mini gestern aufgab, versuchte ich nachzudenken was der mac mini eigentlich noch macht. mir fiel nur noch ein, dass er eine kopie unserer icloud fotomediatheken zieht und die auf eine backup-platte kopiert. ausserdem sind festplatten an den mac mini gestöpselt mit altem scheiss und backups auf die wir selten aber gelegentlich zugreifen möchten. ausserdem laufen über den mac ein paar mit syncthing synchronisierte ordner, die der mac mit time-machine sichern soll.
er zeigte auch ein vereinfachtes home assistant dashboard an, dass ich per VNC auf ein altes ipad beame, dessen browser zu alt ist um home assistant dashboards überhaupt noch darstellen zu können. das liess ich aber unkompliziert in einen chromium-docker-container auslagern, den das ipad jetzt per VNC anzeigt.
ein weiteres stück jahrzehnte-alte hardware hab ich ebenfalls in den letzten tagen mehrfach angefasst: ein fire tablet das so alt ist, dass es noch mit android 4.4 lief (und sich auch nicht weiter upgraden lässt). dieses fire tablet steht neben dem bett mit einem sehr stark vereinfachten dashboard (mit einem app daemon dashboard gebaut).
das app daemon dashboard wird mit fully kiosk angezeigt, für das ich 2018 eine pro-lizenz gekauft habe. die lizenz konnte irgendwann nach einer neuinstallation nicht mehr geladen werden, weshalb fully kiosk eine unschöne lizenzwarnung anzeigte.
die liess sich auch mit dem support von fully kiosk nicht wegbekommen („we fully stopped support for Android 4.4 about 5 years ago. You can't activate a license on Android 4.4 device anymore.“). auch der versuch tls 1.2 nachzurüsten scheiterete. zum glück haben wir noch ein weiteres uraltes, aber nicht ganz so altes fire-tablet, das bereits mit android 5.x läuft. das konnte ich umwidmen, das alte tablet darf sich damit zur ruhe setzen.
(die tablets sind wie die (chinesischen) kameras vom internet getrennt, sie können nur aufs lokale netzwerk zugreifen. das macht sie nicht unangreifbar, aber ein bisschen.)
wo ich gerade dabei war, habe ich das dashboard auch gleich ein bisschen aufgeräumt und einen wetteransage button eingebaut. der triggert ein homeassistant script das die wetterdaten an chatgpt füttert und es anweist daraus eine ansage zu bauen:
action: conversation.process
data:
agent_id: conversation.chatgpt
text: >-
set station = wetter_stündlich.values() | list | first %} {% set forecast =
station.forecast[:24] %}
Hier sind die Wetterdaten für die nächsten 24 Stunden: {{ forecast }}
Frage: {{ frage | default('Wie wird das Wetter heute? Gib mir eine kurze,
sehr schlecht gelaunte und pampige Zusammenfassung.') }}
Anleitung: Nutze die Daten, um die Frage verständlich, schön kurz und in
wenigen Sätzen zu beantworten. Antworte direkt als Sprecher für eine Ansage.
Wenn es nach 20 Uhr ist, sage das Wetter vom nächsten Tag an. gebe keine
Bewertung des Wetters ab (ein schöner Tag, denk an den Regenschirm oder
Ähnliches).
conversation_id: wetter_ansage
response_variable: chatgpt_response
ehrlichgesagt ist die ansage immer noch ziemlich gut gelaunt, ich muss noch etwas am promt feilen, damit das entweder neutraler oder wirklich pampig rauskommt.
zurück zu batterien: einige der batterien die sich ihrem ende zuneigen melden sich in einer home assistant übersicht. theoretisch ist das sehr praktisch, im alltag klappts nicht immer, auch weil sich manche geräte bei der batteriediagnose verrechnen oder verhaspeln oder ihren batteriestand nicht verraten wollen.
ich bin schwer beeindruckt von der langlebigkeit der batteriene in den geräten einiger hersteller. die xiaomi/aquara-zigbee-sensoren (schalter, fenster oder bewegungssensoren) halten wirklich jahrelang. aber weil die jahre heutzutage doch recht schnell vergehen, gibt’s fast jeden monat was zu wechseln.
theoretisch hatte ikea kürzlich eine ziemlich gute idee. deren batteriesensoren sind jetzt alle auf AAA batterien ausgerichtet und kommen vor allem mit wiederaufladbaren AAA akkus zurecht. unsere tado-thermostate verbitten sich das explizit, wegen der entaldungscharakteristik und weil die spannung der akkus für den motor nicht stabil oder stark genug ist. aber auch wiederaufladbare batterien müssen regelmässig gewechselt werden.
alle paar monate schaue ich mir meine selbstgebauten sensoren an. die meisten sind auf esp8266 oder esp32 basis mit esphome gebaut. das ist toll, einfach und theoretisch auch sehr pflegeleicht. weil sich esphome sehr dynamisch und beeindruckend weiterentwickelt, bedeutet das auch oft änderungen die nicht rückwärtskompatibekl sind. ich bin kein religiöser firmware-updater, aber ich mag es gerne, wenn meine konfiguration relativ aktuell ist. schliesslich exponieren die microcontroller ja eine theoretisch angreifbaren wlan-verbindung. wichtig ist natürlich in erster linie statbilität und ein gerät das zuverlässig, schnell und gut funktioniert, aktualisiere ich dann in der regel auch nicht ständig. aber sobald ich mal anpassungen machen will, muss neu kompiliert werden und dann ist es natürlich schön, wenn ich da nicht erst anpassungen wegen irgendwelcher breaking changes machen muss.
ich habe gemini mal gebeten mir einen template sensor zu machen der eine liste alle esphome geräte und ihrer firmware versionen ausgibt. da war ich jetzt selbst kurz überrascht wie viele das (vier bluetooth proxies die ich anderswo, zur lokalisierung von tiles nutze, fehlen sogar noch) sind und wie breit gestreut die esphome-versionen sind.
| Gerät | Firmware |
|---|---|
| Air Quaility 1 | 2026.1.2 |
| Air Quaility 2 | 2026.1.2 |
| Air Quaility 4 | 2026.1.2 |
| Air Quality Bad | 2026.1.2 |
| AIQea | 2026.4.0 |
| Kinderzimmerschrank | 2024.7.0 |
| Küchenfenster | 2024.7.3 |
| Kinderzimmer Bett | 2025.11.0 |
| BT Proxy Flur | 2026.3.0 |
| Yellow TFT 1 | 2024.12.4 |
| Electrodragon 2 | 2026.2.4 |
| Electrodragon 1 | 2026.1.2 |
| EP1 | 2023.12.9 |
| esp32c3 1 | 2025.2.2 |
| Bad Decke | 2025.11.0 |
| ESP Kamera Wasserzähler | 2026.1.2 |
| IR Blaster | 2026.2.4 |
| Küche Hängeschrank | 2024.7.3 |
| Flur | 2026.2.4 |
| Glocke | 2026.3.1 |
| Gong | 2024.7.0 |
| LED Streifen Bad | 2026.3.1 |
| Flur Klolicht | 2026.4.0 |
| Home Assistant Voice 1 | 2026.4.0 |
| Home Assistant Voice 2 | 2026.4.0 |
| Kammerschrank | 2026.3.1 |
| Kerze | 2023.12.9 |
| Klo Sensor | 2024.7.3 |
| Kuckucksuhr | 2025.8.2 |
| Küchentisch | 2024.7.3 |
| Spül- und Waschmaschinelichter | 2024.7.3 |
| Localbytes Plug 1 | 2024.7.3 |
| Localbytes Plug 2 | 2024.7.3 |
| Matrix Clock 1 | 2024.7.3 |
| Matrix Display Kinderzimmer | 2024.7.3 |
| Matrix Display Küche | 2024.7.3 |
| Matrix Display Schlafzimmer | 2023.12.9 |
| Obi Steckdose 1 | 2024.7.3 |
| Ofen | 2025.11.0 |
| Olimex BT Proxy | 2026.1.2 |
| Roode 1 | 2024.7.3 |
| Human Sensor F2 | 2026.4.0 |
| Stromzähler | 2026.2.4 |
| Stube Motion | 2024.7.3 |
| People Counter Bad | 2025.11.0 |
| Kammer | 2024.7.3 |
| Waage | 2024.7.3 |
| Wasserwaage | 2025.2.2 |
| Wiggling Willie | 2025.11.0 |
Anzahl ESPHome Geräte: 49
- 2026.4.0: 5 Geräte
- 2026.3.1: 3 Geräte
- 2026.3.0: 1 Gerät
- 2026.2.4: 3 Geräte
- 2026.1.2: 7 Geräte
- 2025.8.2: 1 Gerät
- 2025.2.2: 2 Geräte
- 2025.11.0: 5 Geräte
- 2024.7.3: 15 Geräte
- 2024.7.0: 2 Geräte
- 2024.12.4: 1 Gerät
- 2023.12.9: 3 Geräte
wo ich gerade dabei bin:
| Kategorie | Anzahl |
|---|---|
| Automationen | 469 |
| Scripte | 255 |
| Sensoren | 2953 |
| Binäre Sensoren | 560 |
| Lichter | 102 |
| Szenen | 41 |