MQTT Client Type "Custom server" bestätigen, FMM003-Warnsignal aus Community-Thread dokumentieren

Configurator-Hilfetext (Screenshot) bestätigt einen vierten, in der offiziellen Doku nicht
beschriebenen Wert für eigene Broker. Ein Community-Thread bestätigt den Ansatz praktisch, zeigt
aber auch einen ungelösten FMM003-spezifischen Fehlerbericht - TCP/Codec8 bleibt der Rückfallplan.

COMPANION_APP_ARCHITECTURE.md

@@ -130,8 +130,24 @@ Entschlüsseln des binären Codec8-Protokolls. Das Gerät liefert die Daten dann
 - **Der zugehörige Transportweg ist MQTT**, nicht ein HTTP-Webhook: *GPRS Server Settings → MQTT*.
   Das war die wichtigste Überraschung — die erste Vermutung „JSON heißt HTTP-POST an einen
   HA-Webhook" ist falsch.
-- **Ein eigener Broker ist vorgesehen:** in den MQTT-Einstellungen werden schlicht IP und Port des
-  Brokers eingetragen; Login und Passwort werden verwendet, wenn der Broker Anmeldung verlangt.
+- **Ein eigener Broker ist vorgesehen und bestätigt möglich:** *GPRS Server Settings → MQTT Settings →
+  MQTT Client Type* bietet laut der Hilfe im Configurator (Screenshot vom Besitzer, 2026-08-11) vier
+  Werte: `0 = AWS IoT Shadow`, `1 = AWS IoT Custom`, `2 = Azure IoT`, **`3 = Custom server`**. Die
+  öffentliche Teltonika-Doku (Wiki, PDF-Guides) kennt nur die ersten drei — „Custom server" ist offenbar
+  erst mit einer späteren Firmware/Configurator-Version dazugekommen und deshalb dort nicht beschrieben.
+  Für „Custom server" werden IP/Domain und Port des eigenen Brokers (unter *Server Settings*, nicht im
+  MQTT-Block selbst) eingetragen; Login und Passwort kommen zum Einsatz, wenn der Broker das verlangt.
+  - **Praktisch bestätigt, mit einem offenen Warnsignal:** ein Teltonika-Community-Thread
+    ([FMC003 - Custom MQTT Broker?](https://community.teltonika.lt/t/fmc003-custom-mqtt-broker/14784),
+    Juli 2025) zeigt einen Nutzer, der genau unser Setup (eigener Mosquitto auf einem VPS, eigene CA,
+    Client-Zertifikat vom Gerät) über den Modus „AWS IoT Custom" nachgebaut hat — 24 Stunden stabil
+    getestet, damals gab es „Custom server" noch nicht als eigene Option. Zwei Monate später berichtet
+    ein anderer Nutzer **speziell für den FMM003**, dass bei ihm über MQTT keine Pakete am Server
+    ankamen — nach Rückwechsel auf TCP lief es wieder. Keine Auflösung im Thread sichtbar.
+  - **Konsequenz:** die MQTT-Anbindung gilt als grundsätzlich machbar, aber **nicht als sicher
+    funktionierend, bevor sie mit dem echten Gerät getestet wurde** — TCP/Codec8 (der bisherige,
+    bekannt funktionierende Weg über Traccar) bleibt der Rückfallplan, falls MQTT am FMM003 in der
+    Praxis Probleme macht.
 - **TLS ist Pflicht, nicht optional:** ohne hochgeladene Zertifikate arbeitet MQTT nicht. Zertifikat,
   privater Schlüssel und Wurzelzertifikat werden im Configurator unter *Security* hinterlegt.
 - **Firmware-Abhängigkeit:** Codec JSON ist nicht in jeder Firmware enthalten (bei mehreren