"""Einrichtung über die Oberfläche (Einstellungen -> Geräte & Dienste -> Integration hinzufügen -> Audi Dashboard). Bewusst ohne Eingabefelder im Ersteinrichtungs-Schritt. Es gäbe genau eine Sache zu fragen - welche Entität welche Rolle im Fahrzeug spielt -, und die gehört nicht hierher: die Zuordnung wird im Setup-Menü der App selbst vorgenommen, wo neben jedem Feld steht, wofür es gebraucht wird und was passiert, wenn es leer bleibt. Sie hier abzufragen hieße, dieselbe Auswahl an zwei Stellen zu pflegen - und die schlechtere von beiden zuerst zu zeigen. Eine einzige Instanz, erzwungen über single_config_entry in manifest.json: die App gehört zu genau einem Fahrzeug, und alle Bestände liegen unter einem festen Pfad. Der OptionsFlow unten ist die einzige Ausnahme: ein Gitea-Zugriffstoken für das Selbst-Update (siehe aktualisierung.py) - ein echtes Geheimnis, das deshalb in HAs eigenem, verschlüsseltem Config-Entry-Speicher landet (entry.options), nicht in configuration.yaml. """ from __future__ import annotations from typing import Any import voluptuous as vol from homeassistant.config_entries import ConfigEntry, ConfigFlow, ConfigFlowResult, OptionsFlow from homeassistant.core import callback from homeassistant.helpers import selector from .const import CONF_FLESPI_GERAET, CONF_FLESPI_TOKEN, CONF_GITEA_TOKEN, DOMAIN class AudiDashboardConfigFlow(ConfigFlow, domain=DOMAIN): """Ein Bestätigungsschritt, mehr braucht es nicht.""" VERSION = 1 async def async_step_user( self, user_input: dict[str, Any] | None = None ) -> ConfigFlowResult: if self._async_current_entries(): return self.async_abort(reason="single_instance_allowed") if user_input is None: return self.async_show_form(step_id="user") return self.async_create_entry(title="Audi Dashboard", data={}) @staticmethod @callback def async_get_options_flow(config_entry: ConfigEntry) -> OptionsFlow: return AudiDashboardOptionsFlow() class AudiDashboardOptionsFlow(OptionsFlow): """Einstellungen -> Geräte & Dienste -> Audi Dashboard -> Konfigurieren. Zwei Felder, beide freiwillig: der Gitea-Token fürs Selbst-Update und der flespi-Token fürs Auslesen der Geräte-Konfiguration. Leer lassen schaltet die jeweilige Funktion ab (aktualisierung.py verlangt einen nicht-leeren Token, sonst gibt es eine verständliche Fehlermeldung statt eines unbehandelten Fehlers). Dieser Weg bleibt der Rückfall neben der Kachel „Zugänge" in App und Panel (siehe zugaenge.py): er ist der einzige, der auch dann trägt, wenn die App den Server gerade nicht erreicht - genau der Fall, in dem ein abgelaufener Token auffällt. Beide schreiben in dieselben entry.options, es gibt keinen zweiten Wahrheitsort.""" async def async_step_init( self, user_input: dict[str, Any] | None = None ) -> ConfigFlowResult: if user_input is not None: return self.async_create_entry(title="", data=user_input) return self.async_show_form( step_id="init", data_schema=self.add_suggested_values_to_schema( vol.Schema({ vol.Optional(CONF_GITEA_TOKEN, default=""): selector.TextSelector( selector.TextSelectorConfig(type=selector.TextSelectorType.PASSWORD) ), vol.Optional(CONF_FLESPI_TOKEN, default=""): selector.TextSelector( selector.TextSelectorConfig(type=selector.TextSelectorType.PASSWORD) ), # Leer lassen, solange der Token genau ein Gerät sieht - dann # ermittelt flespi.geraet_finden() die Nummer selbst. Sieht er # mehrere, wird bewusst nicht geraten und die Nummer gehört # hierher. vol.Optional(CONF_FLESPI_GERAET, default=""): selector.TextSelector(), }), self.config_entry.options, ), )