fix(satellite): laedt .env selbst beim nativen Start

Nativ gestartet (python satellite.py) las das Script nichts aus der .env — nur
os.environ. Die Variablen mit Default (SATELLITE_ID, CONTROL_ENABLED …) wirkten
"ok", aber RVS_HOST/RVS_TOKEN (ohne Default) blieben leer → Verbindungsfehler.
Jetzt laedt _load_dotenv() eine .env neben dem Script (oder im CWD), bevor die
Config gelesen wird. Bestehende echte Umgebungsvariablen gewinnen (Docker via
env_file bleibt unberuehrt). Kein python-dotenv noetig. README Weg B vereinfacht.

Getestet: Parser liest Keys inkl. Quotes + export-Praefix.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>

satellite/README.md

@@ -33,13 +33,16 @@ docker compose logs -f          # "Netz: primary_ip=192.168.177.x" + "[scan] N G
 `network_mode: host` (schon gesetzt) gibt hier echtes LAN + Multicast.
 
 **B) Nativ als Python-Prozess** (für Mac/Windows-Test oder ohne Docker) — läuft direkt
-auf einer Maschine im Ziel-LAN:
+auf einer Maschine im Ziel-LAN. Das Script lädt die `.env` **selbst** (muss im
+`satellite/`-Ordner liegen):
 ```bash
 cd satellite
+cp .env.example .env      # RVS-Zugang + SATELLITE_LOCATION eintragen
 pip install -r requirements.txt
-export RVS_HOST=... RVS_TOKEN=... SATELLITE_LOCATION="Wohnung" CONTROL_ENABLED=true
-python satellite.py
+python satellite.py       # liest .env automatisch
 ```
+(Echte Umgebungsvariablen haben Vorrang — `export RVS_TOKEN=...` überschreibt die
+`.env`, falls du das lieber magst.)
 
 `RVS_HOST/PORT/TLS/TOKEN` **identisch** zum Haupt-Stack (gleicher Raum, damit ARIA
 den Satelliten erreicht). `SATELLITE_LOCATION` ist der Name, über den ARIA das Netz