feat: nachgezogen, was ha-ninlight laengst hat

Michaels Befund: die Integration ist nicht dasselbe wie die von ninlight.
Verglichen und die Luecken geschlossen - alle Felder gibt es in der
Firmware schon, sie waren nur nicht bedienbar:

* number: fade_in, fade_out, transition_default in Millisekunden, mit den
  Grenzen der Firmware (10 s, 10 s, 60 s).
* select: Einschaltverhalten (last, on, off).
* switch: bei Aenderung einschalten.
* light: Uebergangszeit beim Ein- und Ausschalten. HA rechnet in Sekunden,
  das Geraet in Millisekunden; laengeres als 60 s wird gekappt, sonst
  wiese das Geraet die ganze Anfrage mit 400 ab. Ohne Angabe wird kein
  Feld geschickt, sonst ueberschriebe jeder Schaltbefehl die Vorgabe.
* sensor: letzter Update-Fehler und Startzeit (Zeitstempel statt einer
  Laufzeit, die jede Abfrage weiterlaeuft), beide ab Werk aus.
* diagnostics.py: Diagnosedaten zum Herunterladen, ohne Token, Adressen,
  MAC und SSID.
* config_flow: Neu-Konfigurieren von Adresse und Token, mit Gegenprobe der
  MAC - ein Tippfehler in der Adresse soll nicht still den falschen
  Eintrag umbiegen.
* Hinweis in den Reparaturen, wenn ein Geraet noch auf dem oeffentlichen
  Werks-Token steht.

Nicht uebernommen: die Auswahl sacn_layout. ninstrip ist immer rgb, ein
Strip hat keinen Masterkanal - eine Auswahl mit einer Option waere nur
Zierde.

241 Tests, 97 %. Die Kappung der Uebergangszeit per Mutation gegengeprueft.

custom_components/ninstrip/const.py

@@ -27,6 +27,12 @@ MAX_SCAN_INTERVAL: Final = 300
 # sofort alle Entitaeten ausgrauen.
 MAX_POLL_FAILURES: Final = 3
 
+# Laengster Uebergang, den die Firmware annimmt (nl_api_device.c:
+# "transition ausserhalb 0..60000 ms").
+MAX_TRANSITION_MS: Final = 60_000
+# Die drei Millisekunden-Felder in device/state, mit den Grenzen der Firmware.
+MAX_FADE_MS: Final = 10_000
+
 # Die Firmware erlaubt hoechstens 16 Segmente (nl_segments.h) und 512 Pixel.
 MAX_SEGMENTS: Final = 16
 MAX_PIXELS: Final = 512