Zum Inhalt

Integrationen & Geräte

Diese Seite ist die technische Inventur des laufenden Systems. Sie beantwortet zwei Fragen:

  • Welche Integrationen sind aktiv oder vorhanden?
  • Welche Geräte hängen wirklich am System?

Damit ergänzt sie die Bereiche Systeminventar, Konfiguration und Add-ons & HACS um die eigentliche Daten- und Geräteschicht.

Live-Basis

Direkt aus dem laufenden Home Assistant gelesen:

Kennzahl Wert
Konfigurationsprüfung valid
Aktive Repairs keine
Dismissed Repairs vorhanden
Stale / restored Entitäten vorhanden

Wichtige Plattformen

Diese Integrationen tragen den Großteil des Systems:

Plattform Was daran hängt
hassio Core, Supervisor, HAOS, Add-ons, MCP, MariaDB, MQTT, ESPHome, OpenCCU
shelly Licht, Steckdosen, Küche, Markise, Lüftung, Heizung, Leistungsmessung
homematicip_local Rollläden, Thermostate, Rauchmelder, Schaltaktoren, OpenCCU
esphome Strom-SMR, Gas-SmartMeterReader, eigene ESP-basierte Sensoren
bthome / bluetooth Fenster- und Türkontakte, BLE-Nahbereich
proxmoxve Host, VMs, LXCs, Storage, Disk
mobile_app iPhone, Pixel, Samsung
wled LED-Installationen
forecast_solar PV Ost und PV West
anker_solix Solarbank, Smart Meter, Account
navimow Rasenmäher
waste_collection_schedule Abfallkalender
webuntis Schul-/Kalenderanbindung
onedrive Offsite-Backup-Anbindung

Daneben laufen viele Helper- und Logik-Integrationen, die keine klassische Hardware repräsentieren, aber die Struktur des Systems prägen: template, powercalc, threshold, min_max, utility_meter, sql, group, switch_as_x und ähnliche Bausteine.

Gerätegruppen

Die Geräte lassen sich im Betrieb vor allem so lesen:

  • Haustechnik: ProxMox, HAOS, MQTT, OpenCCU, ebusd, Backup
  • Raumautomation: Shelly, Homematic IP, WLED, Tasmota-nahe Lasten
  • Gebäudesensorik: BTHome, Bluetooth, Fenster, Türen, Präsenz
  • Energie: PV, Solarbank, Stromzähler, Gaszähler, Waschmaschine, Trockner, Geschirrspüler
  • Alltag: Mobile App, Kalender, Abfall, Navigation, Medien

Auffälligkeiten

  • Es gibt noch stale/restored Kandidaten in der Registry.
  • Die Konfigurationsprüfung ist sauber.
  • Für die Doku bedeutet das: nicht nur die funktionierenden Komponenten beschreiben, sondern auch die Stellen mit Handlungsbedarf markieren.

Wofür diese Seite gedacht ist

Wenn später etwas ergänzt, ersetzt oder neu aufgebaut werden muss, ist das die erste Seite für die Frage:

  1. Welche Quelle liefert die Daten?
  2. Zu welcher Gerätefamilie gehört es?
  3. Welche Bereiche und Automationen hängen daran?

Damit wird die Doku vom bloßen Themen-Wiki zu einer echten Systeminventur.