Jepp, wobei ich bei meiner HA Produktiv VM ja bisher das unnamed devices Problem noch nicht hatte, sondern mir immer noch brav die korrekten Entitäts IDs angezeigt werden. 
Aber das das Problem jetzt (endlich) gelöst ist ist natürlich super. 
VG Jim
Läuft es bei dir sauber ?
Ich hatte in der Parameter.json einige Punkte rausgeworfen und danach das Problem das einige Sensoren nicht mehr upgedatet wurden obwohl die sensoren in der Parameter.json drin waren.
Ich bin für heute schon offline, daher nur kurz: Ich prüfe/teste das dann morgen.
Edit: So bin wieder online. Ich habe heute nicht so viel Zeit, aber ich habe eben mal bei meiner HA Produktiv VM ism7mqtt gestoppt, bei meiner HA Test VM dann gestartet und werde das jetzt mal ein paar Stunden so laufen lassen.
Bei meiner HA Test VM läuft aktuell noch die original *.json Datei die von ism7mqtt erstellt wird und ich habe daraus (noch) keine Parameter entfernt.
Ich habe bei mir aber auch das “Problem” das ich meine CGB-14-2 eigentlich nur für Warmwasser nutze und das passiert auch nur 2 x am Tag. Somit habe ich jetzt natürlich nur wenige Sensoren deren Werte sich am Tag ändern. D.h. spontan fallen mir nur:
- sensor.wolf_bm2_0x30_220032_uhrzeit
- sensor.wolf_bm2_0x30_220103_aussentemperatur
- sensor.wolf_cgb2_0x03_180005_kesseltemperatur
- sensor.wolf_cgb2_0x03_180006_warmwassertemperatur
an Sensoren ein deren Lauf ich verfolgen könnte, um zu sehen ob diese aktualisiert werden.
Sind das zufällig auch Sensoren die bei Dir nicht mehr aktualisiert/upgedatet werden, oder welche Sensoren betrifft das bei Dir?
VG Jim
Damit Du eher mitbekommst das ich hier etwas poste, bzw. per Edit bereits etwas gepostet hatte, erstelle ich hier mal ein neues Posting, statt eines weiteren Edit. @harryp Ich hoffe das ist ok für Dich.
Scheinbar. Nach jetzt 4 Std. Betrieb wurden alle der o.g. Sensoren “upgedatet” und mit Werten versorgt.
Damit mir bei meiner HA Produktiv VM aber nicht zu lange Daten von der Wolf flöten gehen, werde ich das testen mit der HA Test VM jetzt aber auch erst wieder beenden.
Wenn Du noch irgendwelche Ideen oder Dinge hast wo ich schauen, oder was ich testen sollte, dann immer her damit. Ich bin jetzt gleich aber auch erst wieder für einige Stunden offline.
VG Jim
Ich werde die Tage mal testen ob das an bestimmten Adressen liegt.
Ich hatte z.B. das ISM7 komplett entfernt, und bei anderen Geräten nur noch 3-4 Adressen aktiv gelassen.
Mit kompl. entfernt meinst Du das ISM7 und ism7mqtt bei HA? Mit Adressen meinst Du Parameter aus der *.json?
Bei meiner HA Test VM hatte ich ism7mqtt auch kompl. entfernt und somit auch die *.json Datei neu erstellen lassen. Daraus habe ich - wie bereits erwähnt - auch noch keine Parameter entfernt, sodass per ism7mqtt über MQTT jetzt rund 250 Topics bei HA angekommen und es somit diese rund 250 Entitäten dort für meine CGB-14-2 gibt.
Wenn ich dann - vermutlich am kommenden WE - bei meiner HA Produktiv VM die Updates auf Core 2026.4.x mache - incl. MQTT Broker 7.x - und dann auch die master-2026-04-19 Version von ism7mqtt installiere, plane ich eigentlich dort dann meine alte *.json Datei, die ich auf rund 200 Topics reduziert habe, weiter zu benutzen. An dem Format der *.json Datei hat sich bei der master-2026-04-19 Version ja nichts verändert. Ja die 200 Topics sind immer noch recht viel und ism7mqtt “meckert” das auch an
======= 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
aber es funktioniert hier so schon seit Jahren und außerdem habe ich dann unter HA selber auch noch einige Entitäten von ism7mqtt deaktiviert.
D.h. am WE, oder im Laufe der nächsten Woche, werde ich dann auch wissen ob die aktuelle master-2026-04-19 Version von ism7mqtt mit allen HA Updates bei mir problemlos funktioniert, oder eben ggf. auch nicht.
Außerdem muss ich auch noch mein Proxmox VE updaten, aber das ist wieder eine andere Geschichte. BTW: Anders wie wohl bei Dir laufen ism7mqtt und der MQTT Broker, hier als App unter HA und nicht als LXC unter Proxmox.
VG Jim
Das war ein Schreibfehler, ich meinte das Wolf ISM im Mqtt.
Ich habe alle Verweise darauf in der Parameter.json entfernt gehabt, und noch diverse andere.
Nach irgendeiner dieser Löschungen wurden dann diverse CBG-2 Sensoren nicht mehr aktualisiert.
Das die Heizung aber aufgrund der Außentemperatur nicht geheizt hat habe ich das erst Abends gemerkt als die Temperaturen außen wieder tiefer waren.
Mit einer neuen Parameter.json in der alles drin ist wird wieder alles aktualisiert.
Ism7Mqtt und Broker laufen beide unter ha, hatte nur zum testen eine lxc mit ism7Mqtt am laufen
Moin
Da ich heute morgen etwas Zeit hatte habe ich eben doch jetzt schon fast alle HA Updates installiert. D.h. aktuell läuft:
- Core 2026.4.3
- Supervisor 2026.04.0
- Operating System 17.2
- Frontend 20260325.7
- MQTT Broker 7.0.1
Das Update von ism7mqtt wollte ich mir eigentlich bis zum Schluss lassen, sodass hier lt. Info jetzt immer noch die alte Version aus 2025 läuft, bzw. laufen soll.
Lt. HA Core 2026.4 Release Note gilt ja:
MQTT
Support for the object_id option has been removed after 6 months of deprecation. This option was used to suggest the entity ID for an MQTT entity and has been replaced by the default_entity_id configuration option.
Wenn ich mir jetzt aber die Wolf Entitäten anschauen haben die weiterhin ihre korrekten Bezeichnungen und es gibt keine unnamed_device Bezeichnungen.
In den relevanten Protokollen (Core, ism7mqtt und MQTT) gibt es (bisher) auch keinerlei Warnungen oder Fehlermeldungen und alles sieht gut aus. Die Werte der CGB-2-14 werden auch ganz normal per ISM7 an HA geliefert und dort erfasst. Bsp.:
Und ja klar wurde der HA Host inzwischen schon mehrfach neu gebootet.
Ich gebe zu das ich jetzt diesbezüglich etwas irritiert bin und das eigentlich anders erwartet hatte, aber nach den ganzen Diskussionen der letzten Wochen und Monate bzgl. unnamed_devices und was alles wann, wo und wie nicht mehr funktioniert und/oder was wo wie und warum geändert wird, oder werden muss, habe ich jetzt auch so langsam den Überblick verloren.
Warum es bei mir mit der ism7mqtt master-2025-10-06 Version, die ich auch nicht upgedatet, bzw. per “Neu aufbauen” Button aktualisiert habe und bei der es ja eigentlich noch die object_id geben muss, dann trotzdem weiterhin die korrekten Entitätsbezeichnungen gibt ist mir im Moment etwas “schleierhaft”, aber ich muss ja auch nicht alles verstehen.
VG Jim
Weil sich das auf das Auto Discovery bezieht.
Deine Geräte sind ja alle schon angelegt.
Ich bin hier in dem Beitrag jetzt noch mal alle alten Postings durchgegangen und Du hattest das mit dem Update ja schon hier
erwähnt. D.h. wenn ich jetzt die alte ism7mqtt master-2025-10-06 Version per “Neu aufbauen” Button aktualisieren würde, würden dadurch auch automatisch alle Entitäten neu erstellt. OK das dürfte jetzt durch die gefixte 2026-04-19 Version von ism7mqtt dann eigentlich nicht mehr zu unnamed_devices führen, aber jetzt hat sich “der Schleier wieder gelichtet” und ich bin nicht mehr (ganz) so “irritiert”.
VG Jim
Die Device sollten nur neu erstellt werden, wenn die als neu erkannt werden.
Das heißt bei dir sollte sich eigentlich nichts ändern.
OK ich lasse hier jetzt eh (b.a.W.) die alte ism7mqtt master-2025-10-06 Version so laufen, denn aktuell gibt es ja auch keinen Grund für irgendein Update.
VG Jim
Moin.
Seit ein paar Tagen auch eine Wolf am Laufen.
In HA eingebunden über die offizielle Integration Wolf Smartset Service.
Hab mich erst geärgert, dass es sich eigentlich nur um Sensoren handelt also nix gesteuert werden kann, aber würde es wirklich sinnvoll sein irgendwas zu steuern?
Momentan geht’s ja nur um Warmwasser, hab aufgrund der PV Anlage die Heizzeiten in der (nicht so tollen) App zwischen 9 und 19 Uhr ca gestellt.
Wozu nutzt ihr HA sinnvoll bei einer Wärmepumpe?
Danke Gruß
Eine richtig eingestellte WP mit einer richtig eingestellten FBH braucht überhaupt nicht gesteuert werden.
Eine Überwachung und Auswertung der Sensoren ist aber empfehlenswert um die Effizienz zu kontrollieren
Nach einigen Problemen mit ism7Mgtt steuere ich die Wolf jetzt über EEBUS und EVCC. Da kann ich bei Strom-Überschuss die Warmwassertemperatur über einen Boost von 48 Grad auf 59 Grad anheben. In der Regel brauche ich dann keine weitere Warmwasserbereitung am Tag.
Über EVCC geht das ganze jetzt sein ein paar Wochen stabil.
Ich würde sagen ich müsste dann noch was kaufen für den EEBUS und EVCC kostet auch paar Euro im Monat wenn ich mich nicht irre.
Wollte das erst für das E Auto nehmen, aber monatliche Kosten dafür wollte ich nicht haben.
Reicht ein EVCC Zugang für beides, also Wärmepumpe und Auto?
Danke
Jau, so habe ich es momentan am Laufen - mit Heizkörpern. Natürlich jetzt im Sommer alles noch nicht so spannend, mal gucken ob mein Zähler der Kompressorstarts dann im Herbst auch noch funktioniert.
Ansonsten habe ich einfach nur eine Zeit eingestellt für die Warmwasserbereitung, momentan natürlich immer genug PV Ertrag.
Weil das über die zwölf Integration nicht standartmäßig auslesbar ist
Wenn die WOLF recht neu ist, geht EEBUS von Haus aus. Wenn nicht, kannst du bei WOLF ein kostenloses Firmwareupdate anfordern. EVCC kannst du als Addon in HA installieren. Generell ist EVCC kostenfrei, allerdings musst du einen Sponsortoken für bestimmte Wallboxen und evtl. auch die WOLF haben. Der Token kann eine Einmalzahlung oder eine monatliches Abo in geringer Höhe sein. Ein Token recht um die WP, E-Autos und Laden der Hausbatterie zu steuern. Das geht alles in einer EVCC Instanz, was auch wichtig ist, weil du so das Laden der Hausbatterie, des Autos und den Boost für die WP priorisieren kannst. Du kannst hierbei nach Verfügbarkeit der Solarenergie oder einem niedrigen Strompreis steuern. Eine schöne Integration für die Visualisierung von EVCC in HA gibt es auch…