Hallo, ausgezeichnete Arbeit an dieser neuen Version 5. Es ist wirklich gut gemacht. Vielen Dank.
Eine einfache Szene sendet eine MQTT-Nachricht:
2.) MQTT empfängt die Daten, verarbeitet sie und gibt die Ergebnisse im MQTT-Format zurück. (siehe Debugging)
3.) Ergebnis: Nichts ist angekommen, die Daten werden weder in Gladys gespeichert noch angezeigt:frowning:
Also, das ist nicht logisch, aber das passiert mir oft mit benutzerdefinierten Themen. Du musst nur erneut auf ‹ Speichern › im betreffenden Gerät klicken und alles erscheint wieder!
Perfekt, vielen Dank, das war der Trick, den ich brauchte. Es ist ein bisschen mühsam, jedes virtuelle Gerät einzeln zu überprüfen, aber es funktioniert. Danke
Hallo zusammen!
Dieses Thema ist nun in Entwicklung .
Ein Pull Request wurde erstellt, um die Abonnement-Funktion für benutzerdefinierte MQTT-Themen bei der Verbindung zum Broker wiederherzustellen:
master ← claude/mqtt-scenes-feedback-5o9ogp
ouvert 05:29PM - 28 Aug 26 UTC
### Description
A user reported on the forum that, since 5.0.1, MQTT data sent … back to Gladys was no longer received: the scene published its message fine, the external system answered on the expected topic, but nothing arrived in Gladys. The workaround found on the forum was to open each virtual device and click "save" again.
This is a real regression, not a UX issue, and it affects every device with a custom MQTT topic (not only those used in scenes).
Root cause:
- Custom topics of device features are registered by `listenToCustomMqttTopicIfNeeded`, called from `device.add` when devices are loaded in RAM. That function only sends a `SUBSCRIBE` if `this.mqttClient` already exists.
- In the new boot sequence, `device.init()` runs **before** `service.startAll()`, so at that point the MQTT service is loaded but not started: `mqttClient` is `null`. The topics are pushed into `deviceFeatureCustomMqttTopics`, but no `SUBSCRIBE` is ever sent.
- Unlike topics registered through `subscribe()` (default topics, Home Assistant state topics), the device custom topics are not part of `topicBinds`, so the `connect` handler did not replay them either.
Result: after a restart, the broker never forwards those topics to Gladys, until the user saves the device again (`device.add` runs a second time, this time with a connected client). The same happened after saving the MQTT configuration, since that builds a brand new client.
Fix: the `connect` handler now also subscribes to the custom topics registered so far, deduplicated by topic. A regression test covers the exact sequence (topics registered while `mqttClient` is `null`, then connection) and fails on `master`.
## Forum
Forum: https://community.gladysassistant.com/t/question-about-the-mqtt-in-scenes/10739
### Checklist
- [x] Tests pass: `npm_config_service=mqtt npm run test-service` → 253 passing, including the new regression test (which fails without the fix)
- [x] Linter and prettier pass on the changed files (`npx eslint`, `npx prettier --check`)
- [x] No undocumented breaking change
---
_Generated by [Claude Code](https://claude.ai/code/session_0118ndMFrKoZ3XWYdgPpk7RF)_
## Summary by CodeRabbit
* **New Features**
* Custom device MQTT topics are now automatically subscribed to when the MQTT connection is established.
* Duplicate and empty topics are ignored to prevent unnecessary subscriptions.
* **Bug Fixes**
* Ensures custom topics registered before connection become active after connecting.
Zögert nicht, dem Pull Request zu folgen, zu testen (optional, besonders bei kleinen Anfragen) und euer Feedback hier zu hinterlassen, falls nötig.
Danke für den Hinweis @ruegerth , ich korrigiere das
mutmut
28. August 2026 um 18:36
6
Ich hatte das gleiche Problem mit meinen benutzerdefinierten Themen für meine Teleinformation.
Ich werde heute ein 5.0.2 machen!
mutmut
29. August 2026 um 14:17
8
Ich überarbeite gerade ein bisschen meine Netzwerkinfrastruktur und habe festgestellt, dass, wenn Gladys den Kontakt zu ihrem MQTT-Broker (extern in meinem Fall) verliert, sich die benutzerdefinierten Topics nicht von selbst wiederherstellen. Man muss sie sichern, um sie wieder zu „aktivieren“.
mutmut
30. August 2026 um 11:07
10
Ich hatte vor dem Release von 5.0.2 geschrieben, ich muss es nochmal testen.
EDIT: Es funktioniert mit 5.0.2, automatische Wiedervereinigung mit benutzerdefinierten Themen!
(na gut, ein paar Euro mehr oder weniger, das ist nicht so schlimm).
