Per MQTT gesetzte Helligkeit sofort an die Anzeige senden

Am echten Broker aufgefallen: "hell_prozent = 100 uebernommen" stand im Log, die
Anzeige blieb aber auf 50 %. Der Wert landete korrekt in settings.json und der
Dimmer las ihn per reload() auch nach -- nur ging kein Helligkeitstelegramm raus.

Grund: Ein Telegramm wird nur beim *Wechsel* der Stufe gesendet (so war es schon
im alten MSP430-Programm gedacht, und fuer die LDR-Regelung ist das richtig).
Aendert man die Helligkeit von aussen, waehrend die Stufe dieselbe bleibt, gibt es
keinen Wechsel -- die Aenderung waere erst beim naechsten zufaelligen
Stufenwechsel sichtbar geworden.

run_esp32.main setzt nach dem reload() jetzt die Helligkeit der aktuellen Stufe
neu. Ohne Dimmer (kein LDR) gilt weiterhin direkt hell_prozent.

test_mqtt.TestHelligkeitWirdSofortSichtbar haelt das fest. Gegenprobe gemacht:
mit der alten Fassung schlaegt der Test fehl (keine Helligkeit gesendet), mit der
neuen geht genau ein Telegramm mit dem gesetzten Wert raus.

Am Geraet bestaetigt, Broker "nuccy": Verbindung steht, Status (ra/dec/ldr/
helligkeit/link/online) kommt retained an, Einstellungen werden uebernommen,
ungueltige Werte (500, Text) abgelehnt ohne settings.json anzufassen, und die
Anzeige reagiert jetzt sichtbar auf 100 % -> 15 % -> 50 %. 145 Tests gruen.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

README.md

@@ -256,10 +256,9 @@ Mac:
   Schreibtisch. Vor Ort bei Tag und Nacht die Rohwerte ablesen und die Schwelle in
   `settings.json` bestätigen. Bis dahin läuft die Anzeige mit fester Helligkeit
   (`run_esp32.main()` ohne `with_ldr`).
-- **MQTT gegen einen echten Broker prüfen.** Der Client ist fertig und gegen einen
-  Fake-Broker getestet (`test_mqtt.py`), am Gerät ist bisher nur der Fall *ohne*
-  Broker bestätigt: kein Absturz, Anzeige läuft weiter. Sobald ein Broker steht,
-  `mqtt_config.py` anlegen und gegenprüfen.
+- **MQTT im Dauerbetrieb beobachten.** Die Strecke ist am echten Broker in beide
+  Richtungen bestätigt (2026-07-27); offen ist nur, wie sie sich über Tage verhält
+  (Reconnect nach Broker-Neustart, WLAN-Aussetzer).
 - **Netzwerk zur echten Montierung.** Die GM4000 steht in `192.168.1.115`, das
   Heimnetz des ESP32 ist `192.168.178.x` — der Mac erreicht sie per VPN, der
   ESP32 so nicht. Muss geklärt werden, bevor es an die echte Montierung geht.
@@ -489,6 +488,12 @@ Eine empfangene Einstellung wird sofort wirksam: Sie geht durch dieselbe Prüfun
 wie jede andere (`settings.update`), landet in `settings.json` und der laufende
 `BrightnessController` lädt sie über `reload()` nach — ein Neustart ist nicht nötig.
 
+**Wichtig dabei:** Nach dem Nachladen muss die Helligkeit auch *neu an die Anzeige
+gesendet* werden. Ein Helligkeitstelegramm geht sonst nur beim *Wechsel* der Stufe
+raus — eine per MQTT gesetzte Helligkeit bliebe unsichtbar, solange die Stufe
+dieselbe bleibt. Das ist am Gerät aufgefallen (2026-07-27) und wird von
+`test_mqtt.py` (`TestHelligkeitWirdSofortSichtbar`) festgehalten.
+
 ### Was dabei schiefgehen kann, und warum es nichts ausmacht
 
 **Grundsatz: MQTT darf die Anzeige nie aufhalten.** Die Anzeige ist der Zweck des