Ism7mqtt AddOn startet nicht mehr bzw. mit einer Fehlermeldung im Log

[Jim_OS]

Ich denke auch das ich das “Restrisiko” einfach mal eingehen werde und die ism7mqtt-experimental Version des Users danielszilagyi jetzt bei mir auch mal installieren und einrichten werde. Notfalls kann ich mit meiner gesicherten ism7-parameters-Wolf.json ja auch eine evtl. neu erstellte ism7-parameters-Wolf.json einfach überschreiben. Aber wenn bei Dir auch noch die alte vom Nov. 2024 vorhanden ist und von dem Addon benutzt wird, sollte das bei mir dann ja auch nicht anders sein.

@dp20eic

alles bleibt so wie es ist

Auch dürften bei Dir dann ja auch noch alle Sensoren und Entitäten unter HA und auch alle historischen Daten davon in der HA DB, vorhanden sein.

Hoffen wir mal das diese Warnung

Logger: homeassistant.util.logging
Quelle: util/logging.py:74
Erstmals aufgetreten: 11:51:15 (1 Vorkommnis)
Zuletzt protokolliert: 11:51:15

Module homeassistant.components.mqtt.entity is logging too frequently. 200 messages since last count

auch an dem ism7mqtt Addon liegt und dann auch verschwindet.

VG Jim

[dp20eic]

Moin,

@Jim_OS

Hoffen wir mal das diese Warnung

diese Warnung hatte ich überhaupt nicht, ich hatte wirklich nur die Warnung, dass Integrationen einen veralteten Aufruf haben

Logger: homeassistant.components.mqtt.entity
Quelle: components/mqtt/entity.py:1455
Integration: MQTT (Dokumentation, Probleme)
Erstmals aufgetreten: 15:17:52 (1 Vorkommnis)
Zuletzt protokolliert: 15:17:52
The configuration for entity binary_sensor.zigbee2mqtt_bridge_connection_state_2 \
uses the deprecated option `object_id` to set the default entity id. Replace the `"object_id": \
"zigbee2mqtt_bridge_connection_state"` option with `"default_entity_id": \
"binary_sensor.zigbee2mqtt_bridge_connection_state"` in your published discovery \
configuration to fix this issue, or contact the maintainer of Zigbee2MQTT that published\
 this config to fix this. This will stop working in Home Assistant Core 2026.4

Und ich bin mir noch nicht einmal sicher, ob die vom ism7 kamen

Für mein Z2M soll es da schon ein Fix im Oktober gegeben haben, da muss ich aber erst einmal nachlesen was, wie!

VG
Bernd

[Jim_OS]

Ich bin inzwischen schon ein Stück weiter und habe jetzt das alte ism7mqtt Addon deaktiviert und aktuell läuft die Experimental Version von danielszilagyi. Weil es “besser” ist haut mir HA jetzt trotzdem noch die Warnungen um die Ohren.

Logger: homeassistant.util.logging
Quelle: util/logging.py:74
Erstmals aufgetreten: 15:33:55 (1 Vorkommnis)
Zuletzt protokolliert: 15:33:55

Module homeassistant.components.mqtt.entity is logging too frequently. 200 messages since last count

Jetzt tauchen aber nicht mehr die Sensoren und Entitäten von dem Wolf Addon in der Warnung auf, sondern die Z2M Sensoren und Entitäten.

Logger: homeassistant.components.mqtt.entity
Quelle: components/mqtt/entity.py:1455
Integration: MQTT (Dokumentation, Probleme)
Erstmals aufgetreten: 15:33:54 (204 Vorkommnisse)
Zuletzt protokolliert: 15:33:55

The configuration for entity update.bwm_01_flur uses the deprecated option `object_id` to set the default entity id. Replace the `"object_id": "bwm_01_flur"` option with `"default_entity_id": "update.bwm_01_flur"` in your published discovery configuration to fix this issue, or contact the maintainer of Zigbee2MQTT that published this config to fix this. This will stop working in Home Assistant Core 2026.4
The configuration for entity update.nn_plug_3_25switch uses the deprecated option `object_id` to set the default entity id. Replace the `"object_id": "nn_plug_3_25switch"` option with `"default_entity_id": "update.nn_plug_3_25switch"` in your published discovery configuration to fix this issue, or contact the maintainer of Zigbee2MQTT that published this config to fix this. This will stop working in Home Assistant Core 2026.4
The configuration for entity update.neo_plug_1_geschirrspuler uses the deprecated option `object_id` to set the default entity id. Replace the `"object_id": "neo_plug_1_geschirrspüler"` option with `"default_entity_id": "update.neo_plug_1_geschirrspüler"` in your published discovery configuration to fix this issue, or contact the maintainer of Zigbee2MQTT that published this config to fix this. This will stop working in Home Assistant Core 2026.4
The configuration for entity update.l_plug2_az_nuc uses the deprecated option `object_id` to set the default entity id. Replace the `"object_id": "l_plug2_az_nuc"` option with `"default_entity_id": "update.l_plug2_az_nuc"` in your published discovery configuration to fix this issue, or contact the maintainer of Zigbee2MQTT that published this config to fix this. This will stop working in Home Assistant Core 2026.4
The configuration for entity update.t_plug4_fb7590 uses the deprecated option `object_id` to set the default entity id. Replace the `"object_id": "t_plug4_fb7590"` option with `"default_entity_id": "update.t_plug4_fb7590"` in your published discovery configuration to fix this issue, or contact the maintainer of Zigbee2MQTT that published this config to fix this. This will stop working in Home Assistant Core 2026.4

OK das könnte natürlich ggf. damit zusammenhängen das ich noch Z2M Version 2.6.1-1 und noch nicht Version 2.6.2-1 nutze. Wenn es wirklich an der 2.6.1-1 liegen sollte wundert es mich ein wenig das hier noch kein anderer User diese object_id Warnung bzgl. Z2M erwähnt hat. Zumindest kann ich mich daran erinnern hier etwas dazu gelesen zu haben. Aber ok - dann werde ich jetzt auch noch das Z2M Update installieren und dann mal schauen.

Und ja hätte ich mir die Release-Note zu Z2M 2.6.2.1 schon mal durchgelesen wäre ich schlauer. Habe ich bisher aber eben noch nicht.

Edit: Juhu - der Warnungs-Spuk hat jetzt ein Ende. Beide Warnung tauchen nach dem Update von Z2M nicht mehr auf und ich hoffe mal das jetzt das Wolf ism7mqtt Addon und Z2M auch wieder und weiterhin problemlos funktionieren. War halt eine etwas schwere “Geburt”.

VG Jim

[Jim_OS]

Ich poste das mal bei diesem Beitrag.

Es gibt für das ISM7 wohl eine neue Firmware 5.x, mit der ism7mqtt dann scheinbar nicht mehr funktioniert. Infos dazu:

ism7 with new firmware 5.10 problem

With the new Firmware 5.10 on ism7i the addon does not work anymore. Wolf hat gerade eine neue Firmware aufgespielt, 5.10 mit Eebus Funktion, seitdem funktioniert das Addon unter HA nicht mehr bei mir.

VG JIm

[LvS21]

@Jim_OS

Es gibt für das ISM7 wohl eine neue Firmware 5.x, mit der ism7mqtt dann scheinbar nicht mehr funktioniert.

Mir war gar nicht bewusst, dass sich das ism7 überhaupt updaten lässt

Gruß, Lars

[Jim_OS]

Doch das ist schon möglich, aber ich habe auch schon seit Jahren nicht mehr die Wolf App oder Software und auch das Wolf Portal nicht mehr benutzt, sodass ich den aktuellen Weg, oder die Möglichkeiten für ein Firmware-Update bei dem ISM7 auch nicht kenne. Die Aussage des Users “Wolf hat gerade eine neue Firmware aufgespielt,” klingt aber so als wäre das bei einer Verbindung mit dem Wolf Portal sogar automatisch passiert. Aber ok, wer weiß schon was der User da genau gemacht hat.

VG Jim

[threadstone]

Ich habe nun die gleiche Fehlermeldung, bekomme sie aber nicht weg. Ich habe eben das neue AddOn von danielszilagyi installiert, dann trat der Fehler das erste Mal auf. Zurück aufs AddOn von b3nn0 zeigt sich nun das gleiche Problem.
Habt ihr einen Tipp für mich, was ich anpassen muss?

[threadstone]

Hat sich erledigt. Nachdem ich die MQTT-Zugangsdaten eingetragen habe und das Ism7 neu gestartet habe, geht nun alles wieder.

[Jim_OS]

Da ich mich in den letzten Tagen ein wenig mit @LvS21 per PM ausgetauscht habe, da bei ihm ein Problem mit dem Ism7MQTT Experimental Addon nach der HA Migration zu Snapshotter aufgetaucht ist, sprich das Addon lief nicht mehr und lies sich wohl auch weder updaten noch neu installieren, haben @LvS21 und ich dazu ein paar Tests mit HA Test VMs gemacht. @LvS21 vermutlich unter Unraid und ich unter Proxmox.

Vor ein paar Tagen hat zivillian ja auch ein Update v0.0.19 von ism7mqtt bereitgestellt, wobei bei dem und dem kurze Zeit zuvor veröffentlichten Update v0.0.18, dass Thema HA Snapshotter Migration m.M.n. gar nicht auftaucht. Vielleicht habe ich es aber auch einfach nur übersehen.

Unabhängig davon habe ich dann eben mal einen Test mit der ism7mqtt HA Addon Version von b3nn0 gemacht. b3nn0 hat in seiner Version die Änderungen entsprechend übernommen und man kann von ihm jetzt die Version v0.0.19-1 per Repo installieren. Genau das habe ich eben bei meiner HA Test VM auch gemacht. Bei der HA Test VM hatte ich die HA Migration zu Snapshotter bisher auch noch nicht gemacht.

Ablauf:

1. Meine laufenden ism7mqtt Version auf meinem Produktiv HA natürlich gestoppt und dann die neue Version v0.0.19-1 von b3nn0 neu per Repo auf meiner HA Test VM installiert. Dann ausgeführt und lief.
2. Bei der HA Test VM per ha docker migrate-storage-driver die Migration zu Snapshotter nach Anleitung gemacht und dann dabei zugesehen das sich HA dafür ja scheinbar und u.a. auch ein neues Docker Image downloaded.
   
   
3. HA Test VM im Anschluss sicherheitshalber 2 x gebootet.
4. Ergebnis: Das ism7mqtt Addon v0.0.19-1 läuft. Im HA Core und ism7mqtt Protokoll tauchen keinerlei Fehler auf und alle Sensoren und Entitäten sind scheinbar wie vorher vorhanden.

D.h. der Weg zuerst die neue Version v0.0.19-1 zu installieren und erst dann die HA Migration durchzuführen, scheint problemlos zu funktionieren. Ob das bei meiner HA Produktiv VM dann auch so funktioniert weiß ich jetzt noch nicht, aber ich gehe mal davon aus. Ich selber werde bei meiner Produktiv HA VM die Migration zu Snapshotter jetzt auch noch nicht machen, aber trotzdem wollte ich hier schon mal den Weg erwähnen. Sprich besser zuerst das ism7mqtt Update auf Version v0.0.19-1 und erst dann im Anschluss die HA Migration zu Snapshotter.

Ich vermute mal das @LvS21 dazu hier dann auch noch etwas posten wird, sobald er seine Tests - hoffentlich am Ende auch erfolgreich - abgeschlossen hat.

VG Jim

[LvS21]

Die Probleme, die ich nach der Migration des Docker containerd snapshotters meines Produktiven HA hatte, resultieren wohl eher aus einer Misskonfiguration meiner HA Produktivumgebung (welche ich leider noch nicht kenne).

In meiner Testumgebung traten mit der 2026.2.1 (17.1) in allen Kombinationen - also

• erst ism7mqtt installieren und dann die Migration des Docker containerd snapshotters
  oder
• erste die Migration und dann ism7mqtt installieren

keine Probleme auf.

Ich denke, ich werde nun eine komplett neue HAOS VM aufsetzen, mein Produktiv-Backup einspielen und dann mal schauen.

Gruß, Lars

[b3zii]

Ich habe seit heute dasselbe Problem

s6-rc: info: service legacy-services: stopping
s6-rc: info: service legacy-services successfully stopped
s6-rc: info: service legacy-cont-init: stopping
s6-rc: info: service legacy-cont-init successfully stopped
s6-rc: info: service fix-attrs: stopping
s6-rc: info: service fix-attrs successfully stopped
s6-rc: info: service s6rc-oneshot-runner: stopping
s6-rc: info: service s6rc-oneshot-runner successfully stopped
s6-rc: info: service s6rc-oneshot-runner: starting
s6-rc: info: service s6rc-oneshot-runner successfully started
s6-rc: info: service fix-attrs: starting
s6-rc: info: service fix-attrs successfully started
s6-rc: info: service legacy-cont-init: starting
s6-rc: info: service legacy-cont-init successfully started
s6-rc: info: service legacy-services: starting
s6-rc: info: service legacy-services successfully started
[22:27:40] ERROR: Got unexpected response from the API: Service not enabled
[22:27:40] ERROR: Failed to get services from Supervisor API
[22:27:40] ERROR: Got unexpected response from the API: Service not enabled
[22:27:40] ERROR: Failed to get services from Supervisor API
[22:27:40] ERROR: Got unexpected response from the API: Service not enabled
[22:27:40] ERROR: Failed to get services from Supervisor API
[22:27:40] ERROR: Got unexpected response from the API: Service not enabled
[22:27:40] ERROR: Failed to get services from Supervisor API

Ich habe die Heizung neu gestartet und das Link Plus Modul über LAN mit dem Router verbunden. HA hatte seit gestern keine neue Daten bekommen.

Was könnte ich noch versuchen?

Danke!

[LvS21]

Welche Version der App hat du aktuell installiert und welches Repository nutzt du konkret.

Hast du das komplette HA System schon neu gestartet?

Gruß, Lars

[b3zii]

Aktuelle Version: v0.0.19-1

HA mehrmals neu gestartet. App auch mehrmals neu gestartet, neuinstalliert, config Dateien vor einer Neuinstallation auch gelöscht.

Ich habe die letzte Tage HA auch geupdatet:

1. Core 2026.2.0
2. Supervisor 2026.02.2

Falls das eine Rolle spielen könnte.

Danke,

Stefan

[Jim_OS]

Ich nutze inzwischen zwar auch:

• Core 2026.2.2
• Supervisor 2026.02.2
• Operating System 17.1

allerdings bei meinem Produktiv-HA noch die alte Ism7MQTT Experimental Version von ism7mqtt und noch nicht die Version v0.0.19-1. Daher kann ich dazu eher wenig sagen.

@b3zii

ERROR: Failed to get services from Supervisor API

Eigentlich deutet diese Meldung m.M.n. eher auf irgendein Verbindungsproblem im LAN hin. Hast Du ggf. auch noch irgendwelche anderen Warn- oder Fehlermeldungen in den HA Protokollen (Core, Supervisor, Host), bei denen irgendwelche ähnlichen Verbindungsprobleme für HA, irgendwelche Integrationen oder Addons auftauchen?

Ich würde da im Moment eher Richtung DNS-Problem oder so tippen. Wie sieht bei Dir die IP-Vergabe für HA aus? Per DHCP oder per statischer IP? Falls statisch könntest Du mal bei der HA Netzwerkkonfiguration die IP von einem Google DNS-Server eintragen. Z.B.

Sofern da jetzt nur die IP von Deinem Router eingetragen sein sollte.

Falls Du DHCP für HA nutzen solltest könntest Du bei Deinem Router mal testweise nicht die DNS-Server nutzen die Dir Dein ISP gibt, sondern dann auch dort mal testweise die IP von einem Google DNS-Server eintragen.

Anm.: Bei irgendwelchen IP-Änderungen aber sicherheitshalber danach den Router und auch HA neu booten. Bei HA also das

VG Jim

[LvS21]

Ich denke, @Jim_OS könnte auf dem richtigen Weg sein - in meinem Log ist der erste Punkt nach dem Start (“s6-rc: info: service legacy-services successfully started”) der Verbindungsaufbau zu MQTT. Das scheint bei Dir aber nicht zu klappen.

s6-rc: info: service s6rc-oneshot-runner: starting
s6-rc: info: service s6rc-oneshot-runner successfully started
s6-rc: info: service fix-attrs: starting
s6-rc: info: service fix-attrs successfully started
s6-rc: info: service legacy-cont-init: starting
s6-rc: info: service legacy-cont-init successfully started
s6-rc: info: service legacy-services: starting
s6-rc: info: service legacy-services successfully started
Reading config from MQTT broker add-on: core-mosquitto/addons
Setting up ism7mqtt wolf 192.168.178.208
Feb 18 09:38:42 Removing legacy retained topics for wolf ...
Feb 18 09:38:43 Starting ism7mqtt --hass-id=wolf --interval=60 --ipAddress=192.168.178.208 -t /config/ism7-parameters-wolf.json -d
Feb 18 09:38:45 > <?xml version="1.0" encoding="utf-8"?><direct-logon-request><password>FkKEUJboyoMa</password></direct-logon-request>
Feb 18 09:38:45 < <direct-logon-response state="ok" sid="1">
Feb 18 09:38:45   <installationname>Wolf Link</installationname>
Feb 18 09:38:45   <serialnumber>d8bc38e3dadf</serialnumber>
Feb 18 09:38:45   <date-time>2026-02-18T09:41:06</date-time>
Feb 18 09:38:45   <ism-softwareversion>4.40</ism-softwareversion>
Feb 18 09:38:45   <ism-hardwareversion>linkr-4</ism-hardwareversion>
Feb 18 09:38:45   <wlan-connected>true</wlan-connected>
Feb 18 09:38:45   <type>Link</type>
Feb 18 09:38:45 </direct-logon-response>
Feb 18 09:38:45 > <?xml version="1.0" encoding="utf-8"?><tbreq bn="1" gw="1" ae="false" ty="pull"><ird in="10838" se="A;2" ba="0x35" /><ird in="10839" se="A;3" ba="0x35" /><ird in="10840" se="A;4" ba="0x35" /><ird in="10841" se="A;5" ba="0x35" /><ird in="10842" se="A;6" ba="0x35" /><ird in="10843" se="A;7" ba="0x35" /><ird in="10844" se="A;8" ba="0x35" /><ird in="10845" se="A;9" ba="0x35" /><ird in="10846" se="A;10" ba="0x35" /><ird in="10847" se="A;11" ba="0x35" /><ird in="10848" se="A;12" ba="0x35" /><ird in="10849" se="A;13" ba="0x35" /><ird in="10850" se="A;14" ba="0x35" /><ird in="10851" se="A;15" ba="0x35" /><ird in="10852" se="A;16" ba="0x35" /><ird in="388" se="A;17" ba="0x35" /><ird in="35" se="A;18" ba="0x35" /><ird in="702" se="A;19" ba="0x35" /><ird in="408" se="A;20" ba="0x35" /><ird in="10161" se="A;21" ba="0x35" /></tbreq>
Feb 18 09:38:45 > <?xml version="1.0" encoding="utf-8"?><tbreq bn="2" gw="1" ae="false" ty="pull"><ird in="10853" se="A;22" ba="0x35" /><ird in="10854" se="A;23" ba="0x35" /><ird in="10855" se="A;24" ba="0x35" /><ird in="10856" se="A;25" ba="0x35" /><ird in="10857" se="A;26" ba="0x35" /><ird in="10858" se="A;27" ba="0x35" /><ird in="10859" se="A;28" ba="0x35" /><ird in="10860" se="A;29" ba="0x35" /><ird in="10861" se="A;30" ba="0x35" /><ird in="10862" se="A;31" ba="0x35" /><ird in="10863" se="A;32" ba="0x35" /><ird in="10864" se="A;33" ba="0x35" /><ird in="10865" se="A;34" ba="0x35" /><ird in="10866" se="A;35" ba="0x35" /><ird in="10867" se="A;36" ba="0x35" /><ird in="10160" se="A;37" ba="0x35" /><ird in="10150" se="A;38" ba="0x35" /><ird in="10145" se="A;39" ba="0x35" /><ird in="10117" se="A;40" ba="0x35" /><ird in="10163" se="A;41" ba="0x35" /></tbreq>
Feb 18 09:38:45 > <?xml version="1.0" encoding="utf-8"?><tbreq bn="3" gw="1" ae="false" ty="pull"><ird in="10162" se="A;42" ba="0x35" /><ird in="10185" se="A;43" ba="0x35" /><ird in="10165" se="A;44" ba="0x35" /><ird in="10195" se="A;45" ba="0x35" /><ird in="618" se="A;46" ba="0x35" /><ird in="10812" se="A;47" ba="0x35" /><ird in="1443" se="A;48" ba="0x35" /><ird in="10920" se="A;49" ba="0x35" /><ird in="10130" se="A;50" ba="0x35" /><ird in="10185" se="A;51" ba="0x35" /><ird in="10179" se="A;52" ba="0x35" /><ird in="10155" se="A;53" ba="0x35" /><ird in="10156" se="A;54" ba="0x35" /><ird in="10113" se="A;55" ba="0x35" /><ird in="278" se="A;56" ba="0x35" /><ird in="279" se="A;57" ba="0x35" /><ird in="10109" se="A;58" ba="0x35" /><ird in="651" se="A;59" ba="0x35" /><ird in="10119" se="A;60" ba="0x35" /><ird in="10107" se="A;61" ba="0x35" /></tbreq>
Feb 18 09:38:45 > <?xml version="1.0" encoding="utf-8"?><tbreq bn="4" gw="1" ae="false" ty="pull"><ird in="10110" se="A;62" ba="0x35" /><ird in="10111" se="A;63" ba="0x35" /><ird in="10108" se="A;64" ba="0x35" /><ird in="10159" se="A;65" ba="0x35" /><ird in="10165" se="A;66" ba="0x35" /><ird in="10100" se="A;67" ba="0x35" /><ird in="10165" se="A;68" ba="0x35" /><ird in="10100" se="A;69" ba="0x35" /><ird in="5266" se="A;70" ba="0x35" /><ird in="9028" se="A;71" ba="0x35" /><ird in="10134" se="A;72" ba="0x35" /><ird in="10158" se="A;73" ba="0x35" /><ird in="19" se="A;74" ba="0x35" /><ird in="10101" se="A;75" ba="0x35" /><ird in="19" se="A;76" ba="0x35" /><ird in="10101" se="A;77" ba="0x35" /></tbreq>
Feb 18 09:38:45 > <?xml version="1.0" encoding="utf-8"?><tbreq bn="5" gw="1" ae="false" ty="pull"><ird in="553" se="A;78" ba="0x8" /><ird in="552" se="A;79" ba="0x8" /><ird in="551" se="A;80" ba="0x8" /><ird in="550" se="A;81" ba="0x8" /><ird in="10879" se="A;82" ba="0x8" /><ird in="10880" se="A;83" ba="0x8" /><ird in="10879" se="A;84" ba="0x8" /><ird in="10880" se="A;85" ba="0x8" /><ird in="10075" se="A;86" ba="0x8" /><ird in="10033" se="A;87" ba="0x8" /><ird in="13" se="A;88" ba="0x8" /><ird in="22" se="A;89" ba="0x8" /><ird in="10010" se="A;90" ba="0x8" /><ird in="370" se="A;91" ba="0x8" /><ird in="371" se="A;92" ba="0x8" /><ird in="554" se="A;93" ba="0x8" /><ird in="10067" se="A;94" ba="0x8" /><ird in="10068" se="A;95" ba="0x8" /><ird in="10013" se="A;96" ba="0x8" /><ird in="12" se="A;97" ba="0x8" /></tbreq>
Feb 18 09:38:45 > <?xml version="1.0" encoding="utf-8"?><tbreq bn="6" gw="1" ae="false" ty="pull"><ird in="14" se="A;98" ba="0x8" /><ird in="367" se="A;99" ba="0x8" /><ird in="10071" se="A;100" ba="0x8" /><ird in="10078" se="A;101" ba="0x8" /><ird in="410" se="A;102" ba="0x8" /><ird in="633" se="A;103" ba="0x8" /><ird in="371" se="A;104" ba="0x8" /><ird in="34" se="A;105" ba="0x8" /><ird in="346" se="A;106" ba="0x8" /><ird in="345" se="A;107" ba="0x8" /><ird in="319" se="A;108" ba="0x8" /><ird in="322" se="A;109" ba="0x8" /><ird in="644" se="A;110" ba="0x8" /><ird in="323" se="A;111" ba="0x8" /><ird in="320" se="A;112" ba="0x8" /><ird in="341" se="A;113" ba="0x8" /><ird in="342" se="A;114" ba="0x8" /><ird in="383" se="A;115" ba="0x8" /><ird in="384" se="A;116" ba="0x8" /><ird in="31" se="A;117" ba="0x8" /></tbreq>
Feb 18 09:38:45 > <?xml version="1.0" encoding="utf-8"?><tbreq bn="7" gw="1" ae="false" ty="pull"><ird in="39" se="A;118" ba="0x8" /><ird in="45" se="A;119" ba="0x8" /><ird in="33" se="A;120" ba="0x8" /><ird in="10041" se="A;121" ba="0x8" /><ird in="1486" se="A;122" ba="0x8" /><ird in="339" se="A;123" ba="0x8" /><ird in="10014" se="A;124" ba="0x8" /><ird in="10030" se="A;125" ba="0x8" /><ird in="10028" se="A;126" ba="0x8" /><ird in="10063" se="A;127" ba="0x8" /><ird in="10017" se="A;128" ba="0x8" /><ird in="2" se="A;129" ba="0x8" /><ird in="3" se="A;130" ba="0x8" /><ird in="10804" se="A;131" ba="0x8" /><ird in="10805" se="A;132" ba="0x8" /><ird in="10877" se="A;133" ba="0x8" /><ird in="10878" se="A;134" ba="0x8" /><ird in="10808" se="A;135" ba="0x8" /><ird in="10017" se="A;136" ba="0x8" /><ird in="2751" se="A;137" ba="0x8" /></tbreq>
Feb 18 09:38:45 > <?xml version="1.0" encoding="utf-8"?><tbreq bn="8" gw="1" ae="false" ty="pull"><ird in="410" se="A;138" ba="0x8" /><ird in="10877" se="A;139" ba="0x8" /><ird in="10878" se="A;140" ba="0x8" /></tbreq>
Feb 18 09:38:45 Publishing HA Discovery info for ID wolf
Feb 18 09:38:56 < <tbres bn="1" gw="1" st="OK" ts="2026-02-18T09:41:13" emsg="">
Feb 18 09:38:56   <irs se="A;2" ba="0x35" in="10838" dl="0x0" dh="0x80" st="OK"/>
Feb 18 09:38:56   <irs se="A;3" ba="0x35" in="10839" dl="0x0" dh="0x80" st="OK"/>
Feb 18 09:38:56   <irs se="A;4" ba="0x35" in="10840" dl="0x0" dh="0x80" st="OK"/>
Feb 18 09:38:56   <irs se="A;5" ba="0x35" in="10841" dl="0x0" dh="0x80" st="OK"/>
Feb 18 09:38:56   <irs se="A;6" ba="0x35" in="10842" dl="0x0" dh="0x80" st="OK"/>
Feb 18 09:38:56   <irs se="A;7" ba="0x35" in="10843" dl="0x0" dh="0x80" st="OK"/>
Feb 18 09:38:56   <irs se="A;8" ba="0x35" in="10844" dl="0x0" dh="0x80" st="OK"/>
Feb 18 09:38:56   <irs se="A;9" ba="0x35" in="10845" dl="0x0" dh="0x80" st="OK"/>
Feb 18 09:38:56   <irs se="A;10" ba="0x35" in="10846" dl="0x0" dh="0x80" st="OK"/>
Feb 18 09:38:56   <irs se="A;11" ba="0x35" in="10847" dl="0x0" dh="0x80" st="OK"/>
Feb 18 09:38:56   <irs se="A;12" ba="0x35" in="10848" dl="0x0" dh="0x80" st="OK"/>
Feb 18 09:38:56   <irs se="A;13" ba="0x35" in="10849" dl="0x0" dh="0x80" st="OK"/>
Feb 18 09:38:56   <irs se="A;14" ba="0x35" in="10850" dl="0x0" dh="0x80" st="OK"/>
Feb 18 09:38:56   <irs se="A;15" ba="0x35" in="10851" dl="0x0" dh="0x80" st="OK"/>
Feb 18 09:38:56   <irs se="A;16" ba="0x35" in="10852" dl="0x0" dh="0x80" st="OK"/>
Feb 18 09:38:56   <irs se="A;17" ba="0x35" in="388" dl="0x3" dh="0x0" st="OK"/>
Feb 18 09:38:56   <irs se="A;18" ba="0x35" in="35" dl="0x0" dh="0x0" st="OK"/>
Feb 18 09:38:56   <irs se="A;19" ba="0x35" in="702" dl="0x60" dh="0xFF" st="OK"/>
Feb 18 09:38:56   <irs se="A;20" ba="0x35" in="408" dl="0xC2" dh="0x1" st="OK"/>
Feb 18 09:38:56   <irs se="A;21" ba="0x35" in="10161" dl="0x29" dh="0x9" st="OK"/>
Feb 18 09:38:56 </tbres>
Feb 18 09:38:56 publishing mqtt with topic 'Wolf/192.168.178.208/BM-2_0x35/Aussenfuehler_gemittelt_Berechnungszeitraum' '3'
Feb 18 09:38:56 publishing mqtt with topic 'Wolf/192.168.178.208/BM-2_0x35/Freigabe_Parallelbetrieb/value' '0'
Feb 18 09:38:56 publishing mqtt with topic 'Wolf/192.168.178.208/BM-2_0x35/Freigabe_Parallelbetrieb/text' 'Aus'
Feb 18 09:38:56 publishing mqtt with topic 'Wolf/192.168.178.208/BM-2_0x35/Absenkstopp' '-16'
Feb 18 09:38:56 publishing mqtt with topic 'Wolf/192.168.178.208/BM-2_0x35/Warmwasserminimaltemperatur' '45'
Feb 18 09:38:56 publishing mqtt with topic 'Wolf/192.168.178.208/BM-2_0x35/Uhrzeit' '"09:41:00"'

Ich habe zum Protokollieren das Debug-logging eingeschaltet

Gruß, Lars

[b3zii]

Vielen Dank für die schnelle Rückmeldungen.

Die Lösung war die Mosquito MQTT App neu zu starten. Und danach die ISM4MQTT und HA.

[Jim_OS]

@b3zii

Die Lösung war die Mosquito MQTT App neu zu starten

OK Problem erledigt. Wobei Du das

@LvS21

Hast du das komplette HA System schon neu gestartet?

dann wohl vermutlich

@b3zii

HA mehrmals neu gestartet.

missverstanden hast. Damit war das

gemeint und somit den HA Host neu zu starten (booten) und nicht nur HA. Dadurch wird dann auch automatisch die MQTT Broker App neu gestartet. Edit: Es wäre nicht notwendig den MQTT Broker danach ggf. noch eine manuell neu zu starten. Falls das bei Dir doch notwendig sein sollte stimmt da irgendetwas bei Dir nicht.

VG Jim