OK danke, also irgendwie nichts was mich im Moment betrifft. 
VG Jim
Genau, ich wollte das hier nur kurz erwähnen für jemand der per google Suche hier landet.
Jetzt muss ich trotzdem noch einmal nachfragen. Ich habe auf einer HA Test VM die aktuell ism7mqtt Version 0.0.19-1 installiert.
Ein MQTT Broker läuft auf der HA Test VM natürlich auch
und halt auch die MQTT Integration.
Dann ism7mqtt gestartet was wie üblich funktioniert hat
Feb 13 16:06:25 Starting ism7mqtt --hass-id=Wolf --interval=60 --ipAddress=192.168.1.2 -t /config/ism7-parameters-Wolf.json
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
Reading config from MQTT broker add-on: core-mosquitto/addons
Setting up ism7mqtt Wolf 192.168.1.2
Mar 15 17:47:36 Removing legacy retained topics for Wolf ...
======= WARNING WARNING WARNING =======
Your parameter file /config/ism7-parameters-Wolf.json contains a lot of parameters!
If you encounter issues with disconnects or some parameters not being updated, read here:
https://github.com/b3nn0/hassio-addon-ism7mqtt?tab=readme-ov-file#important-if-some-entities-are-unavailable
======= WARNING WARNING WARNING =======
Mar 15 17:47:37 Starting ism7mqtt --hass-id=Wolf --interval=60 --ipAddress=192.168.1.2 -t /config/ism7-parameters-Wolf.json
Live
und dann mal in der MQTT Integration nachgeschaut was dort für die Wolf Heizung so angezeigt wird. Da wird weiterhin alles “normal” angezeigt und nichts mit “unnamed” oder so.
Als *.json wird weiterhin die bereits vorhandene /homeassistant/ism7-parameters-Wolf.json genutzt, weil auf der Test HA VM vorher bereits Ism7MQTT Experimental installiert war.
D.h. irgendwie verstehe ich das Problem wohl noch nicht so wirklich. 
Edit: Ist jetzt aber auch erst einmal egal. Ich werde da jetzt auch nicht mehr weiter “herumspielen”, weil halt nur ein gleichzeitiger Zugriff auf das ISM7 möglich ist und ich diesen jetzt wieder für meine normale HA VM aktiviere.
VG Jim
Zu spät die HA Test VM läuft jetzt schon nicht mehr. Aber Dein Screenshot hat mein “Erinnerungsvermögen” wieder auf Trab gebracht 
und jetzt kann ich mich auch wieder daran erinnern was das eigentliche Problem dabei war bzw. ist.
Edit: Und für heute mache ich jetzt eh Feierabend.
Edit 2: Ich habe heute dann auch noch einmal nachgeschaut und ja auch bei mir sind dann bei der ism7mqtt Neuinstallation die unnamed IDs vorhanden. Neben der oben bereits genannten aktuellen Issues-Meldung
gibt es ja auch noch diese vom Dezember
Bleibt also nur zu hoffen das zivillian - oder ein anderer User - dafür mal eine Lösung anbietet.
VG Jim
Hallo zusammen, seht Ihr eine Chance, dass es mit ism7mqtt irgendwie weiter geht?
Ich habe auch die unnamed device Problematik. Egal welche Integration ich nutze.
Das wird Dir außer zivillian selber wohl niemand so wirklich beantworten können.
Hier hat jemand einen Fix für das Problem erstellt, aber das hat wohl noch niemand gestestet. Auch der Ersteller selber nicht.
VG Jim
Naja der Code ist im git vorhanden, jemand hat auch schon einen Patch eingereicht.
Muss sich nur jemand finden der es umsetzt, bzw übernimmt.
Jim wieder schneller 
Danke für die Info. Ich bin gerade am überlegen, ob ich die Wolf CHA10 über Relais (SG-Ready), über EEBus an EVCC (funktioniert noch nicht wirklich), oder per ISM7MQTT für die Dimmung und die PV- Überschusssteuerung anbinde.
Verlässlich würde aktuell nur die Relais-Variante funktionieren.
Per Software wäre mir aber deutlich lieber.
Ich warte mal noch 14 Tage. Mal sehen, ob sich da irgendwas ergibt…
Dann noch eine Verständnisfrage.
Wenn der Patch bei zivillian eingepflegt ist, würde sich das auch direkt auf die HA-Integrationen von b3nn0 auswirken, oder müsste er da erst sein Repository anpassen?
Er müsste das dann auch neu machen.
Ism7 kann aber auch standalone laufen in einer vm oder lxc.
Viel Steuern braucht man bei einer richtig ausgelegten und eingestellten Heizung sowieso nicht, man könnte die VL etwas hoch ziehen um PV zu nutzen aber mehr ist nicht nötig.
Genau, so sehe ich das auch. Ich brauch die Dimmung für den Netzanbieter und um die Warmwasserbereitung im Sommer auf die Sonnenstunden zu legen.
Ich habe mir mal das git geholt und mit vscode durchlaufen lassen für Linux, die angepasste Codezeile scheint zu funktionieren.
Hab das im Moment in einer LXC als extra Server laufen und teste noch aber bisher sieht es gut aus.
Fein - vielleicht bekommen wir so ja doch noch eine Lösung. 
So ganz verstehe ich auch nicht warum sich Zivillian zu dem Problem - was ja schon seit Feb. besteht - gar nicht äußert, denn das er weiterhin bei Github aktiv ist kann man ja sehen. Aber ok ändern können wir daran ja auch nichts. Wer weiß schon was seine Gründe dafür sind.
VG Jim
Z.B. erst gestern wieder:
Zu der Issues-Meldung mit den unamed_devices gab es aber weiterhin keine (direkte) Reaktion von ihm.
BTW: Das MQTT Broker 7.0.0 Update führt scheinbar auch zu Problemen bei/mit ism7mqtt
Auch bei dieser Issues-Meldung zu der ISM7 Firmware gibt es seit drei Tagen neue Postings
Dort hat zivillian gestern das gepostet:
Thank you (and others) for your work - I’m getting notifications for all activity in this project and read all of them.
Initially I wanted to deny your request to merge #195 because I had something to nit pick, but let’s be honest: I currently don’t have the time or “whatever” to decide or judge.
So here we go - ping me, whenever needed to “do” things…
Wobei ich ehrlich gesagt die Aussage nicht so wirklich verstehe. Einerseits schreibt er das er keine Zeit hat und andererseits “ping me, whenever needed to “do” things…”
OK im Moment bleibt wohl nur abwarten und von dem MQTT Broker 7.0.0 Update sollte man als ism7mqtt Nutzer aktuell wohl besser die Finger lassen.
VG Jim
Ja habe ich gestern auch gesehen.
Broker hat ja schon 7.01 bekommen, ich weiß aber nicht ob das da schon behoben ist.
Ich weiß nicht ob er überhaupt noch eine Wolf Anlage hat die bräuchte er ja zum Testen.
Meine Testversion vom git läuft auch nicht sauber, wenn ich Zeit habe versuche ich mal mich da einzuarbeiten.
b3nn0 hat ja gepostet das er keine Wolf Heizung mehr hat und somit auch nichts mehr testen und groß machen kann. Von zivillian selber kenne ich keine Aussage dazu ob er noch eine Wolf Heizung hat, aber ich vermute das auch er keine mehr hat. Ansonsten hätte er selber ja vermutlich auch noch ein größeres Interesse daran das ism7mqtt bei ihm auch noch funktioniert.
Das wäre natürlich toll. Meine Zeiten als Software-Entwickler liegen jetzt schon mehr als 20 Jahre zurück und mich da jetzt einarbeiten zu wollen würde mich wohl vermutlich über Wochen hinweg beschäftigen. Ne die Zeiten sind für mich echt vorbei. Für mich heißt es daher weiter abwarten ob es in Zukunft hoffentlich eine Lösung für die Probleme gibt.
VG Jim
Gestern folgenden ja noch einige weitere Postings bei der entsprechenden Github-Diskussion. So ungefährt ab hier (ff.):
Auch werden darin ja dann irgendwelche “gepatchte” Versionen erwähnt, aber ehrlich gesagt blicke ich aktuell nicht mehr durch bei welcher “gepatchten” Version jetzt was geändert wurde und was dann ggf. auch wieder funktioniert. Weil es bei dieser Diskussion ja ursprünglich darum ging das es mit der neueren ISM7 Firmware-Version 5.1 zu Problemen kommt. D.h. das Problem mit den unamed_devices und jetzt neu mit dem MQTT Broker 7.x, war da ja nicht wirklich ein Thema.
Somit habe ich keine Ahnung was jetzt bei diesen Versionen des User krusta4711
da dann geändert wurde.
Ich kann nur hoffen das b3nn0 irgendwann dann mal eine neue Version zum Download anbietet, bei der dann auch alle aktuellen Probleme gefixt sind. Bei der von ihm vorgestern hochgeladenen Version scheint das ja nicht der Fall zu sein.
Im Moment ist das (für mich) irgendwie alles ziemlich “verwirrend”.
VG Jim
Ich habe mich mit den verschiedenen Versionen der ism7mqtt App, welche @Jim_OS erwähnt hat, bislang nicht beschäftigt.
In meinem Testsystem habe ich die Version v0.0.19-1 aktiv.
Tatsächlich ist es so, dass auch nach dem Update von Mosquitto auf die aktuelle Version 7.0.1
die Wolf-Entitäten weiterhin ohne Probleme aktualisiert werden. Hier am Beispiel der Uhr der BM2
Apr 16 14:17:47 publishing mqtt with topic 'Wolf/192.168.178.208/BM-2_0x35/Uhrzeit_Start/330002' '"14:16:00"'
Apr 16 14:17:47 publishing mqtt with topic 'Wolf/192.168.178.208/BM-2_0x35/Uhrzeit_BM2/330004' '"14:17:00"'
Apr 16 14:17:47 publishing mqtt with topic 'Wolf/192.168.178.208/BM-2_0x35/Uhrzeit_Ende/330006' '"17:16:00"'
Apr 16 14:17:47 publishing mqtt with topic 'Wolf/192.168.178.208/BM-2_0x35/Uhrzeit_Start/330008' '"14:16:00"'
Apr 16 14:17:47 publishing mqtt with topic 'Wolf/192.168.178.208/BM-2_0x35/Uhrzeit_BM2/330010' '"14:17:00"'
Apr 16 14:17:50 < <tbres bn="13" gw="1" st="OK" ts="2026-04-16T14:17:54" emsg="">
Apr 16 14:17:50 <irs se="A;227" ba="0x35" in="10161" dl="0x11" dh="0xE" st="OK"/>
Apr 16 14:17:50 </tbres>
Apr 16 14:17:50 publishing mqtt with topic 'Wolf/192.168.178.208/BM-2_0x35/Uhrzeit' '"14:17:00"'
Apr 16 14:17:50 publishing mqtt with topic 'Wolf/192.168.178.208/BM-2_0x35/Uhrzeit_BM2/330004' '"14:17:00"'
Apr 16 14:17:50 publishing mqtt with topic 'Wolf/192.168.178.208/BM-2_0x35/Uhrzeit_BM2/330010' '"14:17:00"'
Auch der Sensor des WW funktioniert
So AdHoc kann ich kein Problem mit der Kombi ism7mqtt und dem neuen Mosquitto Broker feststellen.
Ich hatte vorher schon die ism7mqtt und den Mosquitto v6 App in meiner HA Testumgebung installiert.
Vielleicht ist das Problem aber mit der .1 Version des Brokers schon beseitigt worden.
EDIT:
Das Problem mit den unnamed_device ist aber natürlich noch vorhanden
Gruß, Lars
Da Du ja vermutlich nicht in den letzten zwei/drei Tagen eine neue ism7qmtt Version installiert hast könnte es sein das da durch das MQTT Broker Update ggf. schon etwas gefixt wurde, aber wie schon gesagt blicke ich im Moment nicht mehr durch was für Versionen von ism7mqtt da wo im Umlauf sind. Vor zwei/drei Tagen gab es ja auch noch einen neuen Fork von ism7mqtt und auch b3nn0 hatte bei der bei ihm vorhandenen ism7mqtt-experimental Version irgendetwas geändert.
Wie schon gepostet wurde vor zwei Tagen von anderen Usern ja noch bestätigt das es mit dem MQTT Broker 7 ein Problem gibt
allerdings hat gestern der User krusta4711 da ja schon wieder geschrieben:
The master branch should work again. Please test whether it works again for you:
Welches “master branch” da am Ende auch immer jetzt genau gemeint ist. Und das an so vielen unterschiedlichen Stellen da irgendetwas zu irgendwelche gefixten, oder eben nicht gefixten Problemen gepostet wird macht es auch nicht besser. 
Auch das für die anderen User das unnamed_device Problem im Moment scheinbar keine Rolle spielt wundert mich ein wenig.
Das “Blöde” ist halt das zivillian da nicht selber mal aktiv wird, aber ok das lässt sich halt nicht ändern.
Wenn ich Zeit und Lust habe werde ich am WE bei meinem HA Testsystem auch mal mit dem MQTT Broker 7.0.1 herumspielen und mal irgendeine ism7mqtt Version testen. Welche dann auch immer.
Edit: Ich habe es jetzt doch schon mal eben mit meinem HA Testsystem getestet.
Dort läuft jetzt der MQTT Broker 7.0.1 und die “normale” (nicht die experimental) von dem b3nn0 Repo mit der Version 0.0.19-1.
Im ism7mqtt Protokoll gibt es nach einem HA Reboot (bsher) keine Fehlermeldungen.
Apr 16 17:37:07 Removing legacy retained topics for Wolf ...
======= WARNING WARNING WARNING =======
Your parameter file /config/ism7-parameters-Wolf.json contains a lot of parameters!
If you encounter issues with disconnects or some parameters not being updated, read here:
https://github.com/b3nn0/hassio-addon-ism7mqtt?tab=readme-ov-file#important-if-some-entities-are-unavailable
======= WARNING WARNING WARNING =======
Apr 16 17:37:08 Starting ism7mqtt --hass-id=Wolf --interval=60 --ipAddress=192.168.1.2 -t /config/ism7-parameters-Wolf.json
Auch im MQTT Broker Protokoll sieht es im Moment noch gut aus
2026-04-16 17:37:08: New client connected from 172.30.33.2:56820 as Wolf_19216812 (p4, c1, k15, u'addons')
Unter HA sind auch scheinbar alle Sensoren/Entitäten vorhanden, allerdings gibt es jetzt einen HA Core Fehler:
Logger: homeassistant.components.mqtt.number
Quelle: components/mqtt/number.py:190
Integration: MQTT (Dokumentation, Probleme)
Erstmals aufgetreten: 17:41:54 (2 Vorkommnisse)
Zuletzt protokolliert: 17:42:36
Invalid value for number.unnamed_device_23: -327.68 (range 0.1 - 2.0)
den es so bisher nicht gab. OK ich müsste jetzt erst einmal herausbekommen welcher Parameter aus der *.json jetzt dem unnamed_device_23 entspricht, aber dazu habe ich jetzt heute keine Lust mehr. Vielleicht mache ich da dann mal am WE weiter.
VG Jim
Den unamed entity fehlen ja die passenden ids die vorher immer im Sensornamen mit drin standen. Die dann zu finden ist ja auch nicht mal so schnell nebenbei erledigt.
Das einarbeiten in den Code dauert noch, ist bei mir auch schon locker 30 Jahre her das ich sowas gemacht habe .
Musste erstmal VS Code dazu bringen Parameter beim debuggen zu übergeben.