From 3e730fdf2bf68dd8e9f9b3e01016879d89d3a959 Mon Sep 17 00:00:00 2001 From: Tobi G Date: Tue, 11 Aug 2026 11:46:20 +0200 Subject: [PATCH] =?UTF-8?q?MQTT=20Client=20Type=20"Custom=20server"=20best?= =?UTF-8?q?=C3=A4tigen,=20FMM003-Warnsignal=20aus=20Community-Thread=20dok?= =?UTF-8?q?umentieren?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit 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 | 20 ++++++++++++++++++-- 1 file changed, 18 insertions(+), 2 deletions(-) diff --git a/COMPANION_APP_ARCHITECTURE.md b/COMPANION_APP_ARCHITECTURE.md index 135822f..6410865 100644 --- a/COMPANION_APP_ARCHITECTURE.md +++ b/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