Invalid value for number and some other problems/questions

[JimGermany]

First of all: Thanks for the add-on and your work. Very good work!

Wolf CGB-2-14 Firmware 2 BM-2 Firmware 2.50 ISM7 Firmware 3.00

Home Assistant 2023.7.3 Supervisor 2023.07.1 Operating System 10.3 Frontend 20230705.1 - latest

1. I installed the add-on yesterday and at the moment there is only one error message in the HA log and that's very good. :-) Error message:

`Logger: homeassistant.components.mqtt.number Source: components/mqtt/number.py:206 Integration: MQTT (documentation, issues) First occurred: 11:05:22 (4 occurrences) Last logged: 11:12:39

Invalid value for number.wolf_cgb2_0x03_180179_anlagenkorrekturfaktor: -327.68 (range 0.1 - 2.0)`

2. Furthermore, there are some log entries "every second" that I cannot explain:

Logbuch

3. August 2023 Uhrzeit BM2 wechselte zu "12:15:00" 12:10:25 - Vor 3 Sekunden Uhrzeit Start wechselte zu "12:14:00" 12:10:25 - Vor 3 Sekunden Uhrzeit Ende wechselte zu "15:14:00" 12:10:25 - Vor 3 Sekunden Uhrzeit BM2 wechselte zu "12:15:00" 12:10:25 - Vor 3 Sekunden Uhrzeit Start wechselte zu "12:14:00" 12:10:25 - Vor 3 Sekunden Uhrzeit Ende wechselte zu "15:14:00" 12:10:25 - Vor 3 Sekunden Uhrzeit wechselte zu "12:15:00" 12:10:25 - Vor 3 Sekunden Uhrzeit BM2 wechselte zu "12:13:00" 12:08:39 - Vor 2 Minuten

4. Can it be that some values are not displayed with the correct unit of measurement? Example: Erzeugte Wärmemenge aktuelles Jahr 2.147.516.416 kWh OK I think this means: 2.147.516 kWh and 416 Watt - right? But I really don't think that can be true?

PS: Is it ok if I also post here in German? :-)

[zivillian]

It looks like your setup is sending invalid values: wolf_cgb2_0x03_180179_anlagenkorrekturfaktor: -327.68 is sent in hex as 0x8000 Erzeugte Wärmemenge aktuelles Jahr: 2147516416 -> 0x80008000

The units are extraced from the xml files from wolf - I've checked your examples and they are correct. Can you check if you get better values using the official app?

[b3nn0]

1. I've seen those as well, I think that's an issue by wolf itself, as the value reported by the ISM is not within the range that it should be according to their spec. But @zivillian can give more insight there

2. Until very recently, HASS didn't have a date/time/datetime type for entities. However, HA's MQTT discovery doesn't support them still, so they are just reported as strings. I recommend you just either delete these entities in HA, or maybe cleaner: find their parameter ID (should be part of the entity ID), then remove them from the ism7-parameters-xxx.json file in your HA config directory.

3. I have those as well. I think it's just your device that doesn't support reporting energy totals. Not sure though. Note that there is no comma there. Its thousands separators, so 2147516kWh. To any programmer, this looks a lot like some invalid/unset value.. Feel free to delete them.

[JimGermany]

Hi,

thanks for the extremely quick reply. :-)

@zivillian I think you mean the Smartset PC App for Windows, right? Since I haven't used it for a long time, I have to see what values are displayed there.

@b3nn0

1. I also don't really have an overview of which sensors and values are now available at HA for the Wolf heater. I have to take a closer look at it.
2. OK
3. OK no comma. Then the value is not correct at all. :-) But I have to take a closer look at that too.

Again, thank you both for your work! I'm finally rid of that stupid and unreliable Wolf Cloud.

[zivillian]

I think you mean the Smartset PC App for Windows, right?

No I meant the mobile app.

[JimGermany]

OK I did not know that this value (Erzeugte Wärmemenge aktuelles Jahr) is displayed there. I'll check later today though.

[JimGermany]

Falls das ok für Euch ist schreibe ich jetzt in Deutsch weiter. Das geht dann doch etwas schneller. :-)

@zivillian Ich habe jetzt die App laufen, aber der Wert wird dort doch nicht angezeigt? An statistischen Werten gibt es dort doch nur Anzahl Brennerstarts und Brennerbetriebsstunden. Wenn kann ich den o.g. Wert doch nur über die Fachmann-Ebene über die Windows APP sehen?

[JimGermany]

So ich habe jetzt auch mal über die Windows App bei der Fachmann-Ebene unter Heizgerät nachgeschaut. Auch dort gibt es den Wert nicht. Die einzigen statistischen Werte die es dort gibt sind:

• Anzahl Brennerstarts
• Brennerbetriebsstunden
• und zusätzlich noch Anzahl Netz-Starts

Mal eine dumme Frage: Ich nutze ja eine Wolf CGB-2-14 mit dem BM-2. Ich vermute das ihr eine andere Wolf Heizungsanlage im Einsatz habt, die dann auch ganz andere, bzw. mehr Werte über den eBus liefert. Wobei ich mich dann allerdings auch frage woher der Wert "Erzeugte Wärmemenge aktuelles Jahr 2.147.516.416 kWh" überhaupt stammt? Mir werden per MQTT ja auch noch andere Werte angezeigt die ich weder in der Android App, noch über die Fachmann-Ebene per Windows App sehen kann. Hm ....

Edit: Ich habe jetzt mal einen Blick per MQTT Explorer auf die Daten geworfen. Wie schon erwähnt tauchen jede Menge Daten auf die ich bei meiner Wolf nirgends sehen kann. Hier einfach mal per copy/paste nur ein paar Werte die es nicht gibt.

PRELOAD_Herstellwoche = 32768 PRELOAD_Herstelljahr = 32768 PRELOAD_Seriennummer = 2147516416 Anlagenkorrekturfaktor = -327.68 erweiterte_Statistik_aktiv = 32768 Energiemenge_HZ = 2147516416 Energiemenge_WW = 2147516416 Verbrauch_aktueller_Tag = 32768 Erzeugte_Waermemenge_aktueller_Tag = 32768 Verbrauch_Vortag = 32768 Erzeugte_Waermemenge_Vortag = 32768 Verbrauch_aktuelles_Jahr = 2147516416 Erzeugte_Waermemenge_aktuelles_Jahr = 2147516416 Verbrauch_Vorjahr = 2147516416 Erzeugte_Waermemenge_Vorjahr = 2147516416 Verbrauch_Vorvorjahr = 2147516416 Erzeugte_Waermemenge_Vorvorjahr = 2147516416

Vermutlich trifft das zu was @b3nn0 in 2. geschrieben hat, sprich das ich wohl alle Werte die per /config/ism7-parameters-Wolf.json abgefragt werden mit denen abgleichen muss die es bei meine Wolf überhaupt gibt, bzw. die von dieser geliefert werden.

[b3nn0]

Jein. Die ism7-parameters-Wolf.json wurde explizit für deine Anlage generiert, das ist keine "generische", die mit ausgeliefert wird. Warum diese ganzen Parameter da mit drin sind kann vermutlich nur @zivillian sagen. Offenbar wurden diese beim Abfragen deines ISM so zurück geliefert.

Ich habe eine CGW-2-20, also prinzipiell das selbe. Ich habe auch diverse solcher Parameter - habe mir aber nicht viel dabei gedacht und sie einfach raus geworfen. Woher die App weiß, dass diese Parameter eh nicht relevant sind, und sie daher ausblendet, kann ich nicht sagen.

[JimGermany]

OK wenn Du auch solche Werte hattest ist das ja schon mal beruhigend. :-) Scheinbar werden diese Werte, die die Anlage nicht liefert, ja dann auch mit Standard-Werten wie z.B. 32768 und 2147516416 aufgefüllt. Per MQTT Explorer sehe ich für die Wolf 201 Topics und darunter sind etliche Werte die keinen Sinn ergeben. Auch diese permanenten Uhrzeit-Einträge im Log, die ich oben unter 2. gepostet habe, dürften wohl dazu gehören. Ansonsten wüsste ich nicht warum es div. Datum/Uhrzeit Topics unter BM-2 gibt die nicht wirklich Sinn ergeben.

Ich werde also wohl wirklich alle Topics einzeln durchgehen müssen, um zu sehen bei welchen meine Wolf überhaupt und somit auch richtig Werte liefert.

Da ich kein Entwickler bin zur Sicherheit noch einmal nachgefragt: Wie Du oben vergeschlagen hast kann ich die Abfrage der Werte dann einfach in der ism7-parameters-Wolf.json löschen und somit wird der Paramater auch nicht mehr an den MQTT Broker gesendet. Richtig?

[b3nn0]

Da ich kein Entwickler bin zur Sicherheit noch einmal nachgefragt: Wie Du oben vergeschlagen hast kann ich die Abfrage der Werte dann einfach in der ism7-parameters-Wolf.json löschen und somit wird der Paramater auch nicht mehr an den MQTT Broker gesendet. Richtig?

Korrekt. Nach dem raus werfen natürlich das Addon neu starten. Alternativ in HA selbst via UI löschen. Dann wird es zwar immernoch via MQTT publiziert, aber in HA siehst du keine Updates mehr, und es wird auch nichts mehr in der Datenbank gespeichert. Direkt aus der .json löschen ist aber vermutlich sinnvoller.

Die Uhrzeiteinträge sind ja prinzipiell nicht falsch - das sind Parameterwerte die das ISM eben liefert. Leider ist das nicht wirklich unterscheidbar für uns ob das nun einfach die Uhrzeit ist, oder irgendwelche sinnvollen Uhrzeiten (etwa "Startzeir Antilegionellenfunktion"). Dass sie einfach nur als Text kommen, und nicht als Home Assistant time entity ist eben dem geschuldet, dass die MQTT Integration von HA das noch nicht unterstützt.

[JimGermany]

Jepp das löschen in der ism7-parameters-Wolf.json halte ich auch für sinnvoller.

So wirklich Sinn ergeben die Uhrzeit-Einträge unter dem BM-2 aber auch nicht. Über die Fachmann-Ebene gibt es bei dem BM-2 nur einen Wert für Uhrzeit und einen Wert für Datum . Bei MQTT wird dann daraus:

Uhrzeit_Ende 330000 = "16:15:00" 330006 = "16:15:00" Datum_Ende 330001 = "08/03/2023 00:00:00" 330007 = "08/03/2023 00:00:00" Uhrzeit_Start 330002 = "13:15:00" 330008 = "13:15:00" Datum_Start 330003 = "08/03/2023 00:00:00" 330009 = "08/03/2023 00:00:00" Uhrzeit_BM2 330004 = "13:16:00" 330010 = "13:16:00" Datum_BM2

Andere Uhrzeiteinträge gibt es als Topic ja zusätzlich. Bsp.:

Startzeit_Antilegionellenfunktion = "18:00:00" Uhrzeit = "13:16:00" Datum = "08/03/2023 00:00:00"

Im Moment wird halt mein HA-Log im Sekundentakt von entsprechenden Uhrzeit-Log-Einträgen "überflutet" und daher muss/will ich das ändern.

Ich vermute einfach mal das die Windows App nur das anzeigt was die jeweilige Wolf Heizung auch über den eBus liefert. Bei anderen Heizungsmodellen von Wolf werden diese Werte dann mit den realen und vorhandenen Werten auch richtig gelesen und somit per MQTT auch passend angezeigt.

Wie gesagt bin ich kein Entwickler, aber irgendwie muss @zivillian ja wissen welche Werte es bei Wolf Heizungen überhaupt gibt (Api Doku or whatever) und ich vermute mal das einfach alle Werte abgefragt werden und es somit bei manchen Wolf Heizungen zu Ergebnissen/Werten kommt die keinen Sinn machen?

Aber das spielt jetzt auch nicht wirklich eine Rolle. Wenn man das weiß kann man das bei sich ja anpassen. Ich bin froh das ich Eure Lösung überhaupt gefunden habe und das auch noch eher durch Zufall im PV-Forum. :-))

Daher danke noch einmal. Ich werde jetzt in den nächsten Tagen mich mal an die individuelle Anpassung bei mir setzen. Falls ich ggf. damit Probleme bekomme melde ich mich hier wieder.

Falls ich für Euch ggf. noch etwas testen soll würde ich das selbstverständlich gerne machen. Das gilt natürlich auch für zukünftige Änderungen/Ergänzungen.

BTW Zukunft: @b3nn0 Das hier hast Du schon mitbekommen: https://community.home-assistant.io/t/psa-mqtt-name-changes-in-2023-8/598099 Keine Ahnung ob das auch die HA Version von ism7mqtt betrifft.

[b3nn0]

So wirklich Sinn ergeben die Uhrzeit-Einträge unter dem BM-2 aber auch nicht. Über die Fachmann-Ebene gibt es bei dem BM-2 nur einen Wert für Uhrzeit und einen Wert für Datum . Bei MQTT wird dann daraus:

Uhrzeit_Ende 330000 = "16:15:00" 330006 = "16:15:00" Datum_Ende 330001 = "08/03/2023 00:00:00" 330007 = "08/03/2023 00:00:00" Uhrzeit_Start 330002 = "13:15:00" 330008 = "13:15:00" Datum_Start 330003 = "08/03/2023 00:00:00" 330009 = "08/03/2023 00:00:00" Uhrzeit_BM2 330004 = "13:16:00" 330010 = "13:16:00" Datum_BM2

Das sind wohl noch andere time ranges die im BM konfiguriert sind.. Nachtabsenkung, Urlaubsmodus, etc. Die Benamung ist zugegeben etwas ungünstig. Aber ja, was du nicht brauchst einfach raus werfen.

Wie gesagt bin ich kein Entwickler, aber irgendwie muss @zivillian ja wissen welche Werte es bei Wolf Heizungen überhaupt gibt (Api Doku or whatever) und ich vermute mal das einfach alle Werte abgefragt werden und es somit bei manchen Wolf Heizungen zu Ergebnissen/Werten kommt die keinen Sinn machen?

Nein. Die Parameterliste die z.B. in der Desktop-App hinterlegt ist, ist riesig. Tausende Parameter. Beim ersten Start des Addons verbindet sich dieses mit dem ISM und fragt ab welche Parameter dort verfügbar sind. Das Verfahren ist dabei von der Android-App abgekupfert worden. Prinzipiell sollte also das selbe raus kommen. Allerdings ist das eine relativ komplexe Geschichte, daher gibt es hier wohl irgendwelche Detailunterschiede, an denen die App fest macht, dass manche Parameter dann zwar "prinzipiell vorhanden" aber "nicht sinnvoll befüllt" sind. Das muss aber wie gesagt @zivillian genauer wissen. Ich habe mich damit nur rudimentär beschäftigt und nicht wirklich verstanden.

BTW Zukunft: @b3nn0 Das hier hast Du schon mitbekommen: https://community.home-assistant.io/t/psa-mqtt-name-changes-in-2023-8/598099 Keine Ahnung ob das auch die HA Version von ism7mqtt betrifft.

Habe ich gesehen, betrifft uns nicht. Wir sind schon immer "konform"

[JimGermany]

Ah ok. Wie gesagt habe ich davon nicht wirklich Ahnung und z.B. eine Modbus-Kommunikation war für mich bis vor kurzem auch nicht relevant. Das hat sich erst geändert als ich meinen Growatt Wechselrichter bei HA ohne die Growatt Cloud einbinden wollte.

Die Wolf Heizung war quasi meine letzte "Cloud Baustelle", da ich dafür immer noch die Wolf Cloud bei HA benutzen musste. Ich war auch schon kurz davor mir ein ISM8 bzw. eBus-Adapter zu besorgen, aber das ist jetzt - dank Euch - zum Glück nicht mehr notwendig. :-)

Bzgl. den MQTT-Änderung bei HA: Gut zu wissen dann braucht es dafür ja kein Update.

[JimGermany]

Ein paar recht witzige Werte gibt es auch noch: :-)

sensor.wolf_dhk_bm2_0x30_340000_raumtemperatur Raumtemperatur

-3276.8

state_class: measurement unit_of_measurement: °C icon: mdi:thermometer friendly_name: Raumtemperatur

Wobei es den dann auch noch einmal bei 340041 gibt.

sensor.wolf_dhk_bm2_0x30_340041_raumtemperatur Raumtemperatur

-3276.8

state_class: measurement unit_of_measurement: °C icon: mdi:thermometer friendly_name: Raumtemperatur

Damit man mal sehen kann wie das mit den Uhrzeiten bei mir aussieht.

Dabei dürfte es sich vermutlich u.a. um die Einstellmöglichkeiten für die Zeitprogramme handeln. Bei mir ist die Wolf aktuell so eingestellt das lediglich zwei mal am Tag das Warmwasser im Speicher für 30 min. erhitzt wird. Ansonsten gibt es keine weiteren Zeitprogramme und der Brenner ist aus. Woher diese Uhrzeit-Log-Einträgen mit "wechselte zu" im Sekundentakt kommen muss ich mir noch näher anschauen.

Auch wenn es jetzt Arbeit macht die 201 Topics durchzugehen, aber das ist am Ende eine Kleinigkeit, im Vergleich dazu wenn es die/Eure Lösung gar nicht gebe. --> Die "Arbeit" mache ich mir gerne. ;-)

[JimGermany]

So ich bin jetzt mal alle Parameter durchgegangen. Hier die Ergebnisse.

Werte mit "Keine Funktion" oder "Unbekannt" oder nicht stimmenden Werten

Wolf CGB-2 sensor.wolf_cgb2_0x03_180163_eingang_e3 sensor.wolf_cgb2_0x03_180164_eingang_e4 sensor.wolf_cgb2_0x03_180181_energiemenge_hz sensor.wolf_cgb2_0x03_180182_energiemenge_ww sensor.wolf_cgb2_0x03_180188_erzeugte_waermemenge_aktuelles_jahr sensor.wolf_cgb2_0x03_180190_erzeugte_waermemenge_vorjahr sensor.wolf_cgb2_0x03_180192_erzeugte_waermemenge_vorvorjahr sensor.wolf_cgb2_0x03_180123_funktion_ausgang_a1 sensor.wolf_cgb2_0x03_180167_funktion_ausgang_a3 sensor.wolf_cgb2_0x03_180168_funktion_ausgang_a4 sensor.wolf_cgb2_0x03_180122_funktion_eingang_e1 sensor.wolf_cgb2_0x03_180165_funktion_eingang_e3 sensor.wolf_cgb2_0x03_180166_funktion_eingang_e4 sensor.wolf_cgb2_0x03_180187_verbrauch_aktuelles_jahr sensor.wolf_cgb2_0x03_180189_verbrauch_vorjahr sensor.wolf_cgb2_0x03_180191_verbrauch_vorvorjahr

Wolf DHK_BM-2 sensor.wolf_dhk_bm2_0x30_340000_raumtemperatur sensor.wolf_dhk_bm2_0x30_340041_raumtemperatur Aktuell: -3.276,8 °C :-))

Wolf BM-2 Dabei handelt es sich um Steuerelemente mit dem richtigen Datum und dann 00:00:00 text.wolf_bm2_0x30_330005_datum_bm2 text.wolf_bm2_0x30_330011_datum_bm2 text.wolf_bm2_0x30_330001_datum_ende text.wolf_bm2_0x30_330007_datum_ende text.wolf_bm2_0x30_330003_datum_start text.wolf_bm2_0x30_330009_datum_start Zeitprogramm(e) ?

Dabei handelt es sich um Steuerelement-Einträge die jeweils doppelt mit Uhrzeiteinträgen vorhanden sind, wobei ich nicht nachvollziehen kann welche Uhrzeiten das sein sollen: text.wolf_bm2_0x30_330004_uhrzeit_bm2 (Uhrzeit 16:31:00 --> entspricht der aktuellen Uhrzeit) text.wolf_bm2_0x30_330010_uhrzeit_bm2 (Uhrzeit 16:31:00 --> entspricht der aktuellen Uhrzeit) text.wolf_bm2_0x30_330000_uhrzeit_ende (Uhrzeit 19:29:00) text.wolf_bm2_0x30_330006_uhrzeit_ende (Uhrzeit 19:30:00) text.wolf_bm2_0x30_330002_uhrzeit_start (Uhrzeit 16:30:00) text.wolf_bm2_0x30_330008_uhrzeit_start (Uhrzeit 16:30:00)

Das verursacht auch die Logeinträge da die Zeit halt läuft und das weiterlaufen der Zeit erzeugt die Logeinträge für Wolf BM-2 bei HA.

Uhrzeit BM2 wechselte zu "16:34:00" 16:29:37 - Vor 1 Minute Uhrzeit Start wechselte zu "16:33:00" 16:29:37 - Vor 1 Minute Uhrzeit Ende wechselte zu "19:33:00" 16:29:37 - Vor 1 Minute Uhrzeit BM2 wechselte zu "16:34:00" 16:29:37 - Vor 1 Minute Uhrzeit Start wechselte zu "16:33:00" 16:29:37 - Vor 1 Minute Uhrzeit Ende wechselte zu "19:33:00" 16:29:37 - Vor 1 Minute Uhrzeit wechselte zu "16:34:00" 16:29:37 - Vor 1 Minute Uhrzeit BM2 wechselte zu "16:32:00" 16:28:17 - Vor 2 Minuten Uhrzeit Start wechselte zu "16:31:00" 16:28:17 - Vor 2 Minuten Uhrzeit Ende wechselte zu "19:31:00" 16:28:17 - Vor 2 Minuten Uhrzeit BM2 wechselte zu "16:32:00" 16:28:17 - Vor 2 Minuten Uhrzeit Start wechselte zu "16:31:00" 16:28:17 - Vor 2 Minuten Uhrzeit Ende wechselte zu "19:31:00" 16:28:17 - Vor 2 Minuten

Die BM-2 Uhrzeit ist dann noch als Sensor sensor.wolf_bm2_0x30_220032_uhrzeit vorhanden.

[JimGermany]

Ich schon wieder, oder besser gesagt immer noch.

Um noch einmal auf Punkt 1 und die Fehlermeldung bei HA zurück zu kommen.

Logger: homeassistant.components.mqtt.number Source: components/mqtt/number.py:206 Integration: MQTT (documentation, issues) First occurred: 11:05:22 (6 occurrences) Last logged: 16:08:11

Invalid value for number.wolf_cgb2_0x03_180179_anlagenkorrekturfaktor: -327.68 (range 0.1 - 2.0)

Der dort angezeigte Wert "-327.68" taucht in anderer Form ja auch noch bei div. anderen Sensoren auf:

Wolf CGB-2 sensor.wolf_cgb2_0x03_180184_erzeugte_waermemenge_aktueller_tag = 32.768 kWh sensor.wolf_cgb2_0x03_180186_erzeugte_waermemenge_vortag = 32.768 kWh sensor.wolf_cgb2_0x03_180183_verbrauch_aktueller_tag = 32.768 kWh sensor.wolf_cgb2_0x03_180185_verbrauch_vortag = 32.768 kWh

Wolf DHK_BM-2 sensor.wolf_dhk_bm2_0x30_340000_raumtemperatur = -3.276,8 °C sensor.wolf_dhk_bm2_0x30_340041_raumtemperatur = -3.276,8 °C

Wobei das ja auch alles Sensoren sind die (bei mir) keine richtigen/echten Werte liefern. D.h. die dürften wohl alle ein 0x8000 geliefert bekommen.

Leider finde ich über die Fachmann-Ebene bei den Parametern HG keinen der dem Korrekturfaktor mit einer (range 0.1 - 2.0) entsprechen könnte. Die einzige Idee die ich dazu noch hätte wäre das es sich bei dem Anlagenkorrekturfaktor um die Benutzereinstellung bei Heizung --> Sollwertkorrektur handelt. Keine Ahnung ob das der Fall ist. Aber für heute ist jetzt auch erstmal Schluss. :-)

[JimGermany]

So nachdem das jetzt rund 24 Std. lang läuft und ich die Parameter die "Keine Funktion", "Unbekannt", oder nicht stimmende Werte geliefert haben erst einmal temporär entfernt habe, läuft alles scheinbar gut und stabil.

Das Thema mit den Uhrzeit-Einträgen im Log im Minutentakt habe ich einfach per exclude-Eintrag bei logbook und recorder in der configuration.yaml beendet. Es macht m.M.n. nicht wirklich Sinn das die Uhrzeit vom BM-2 im Minutentakt einen Eintrag im Logbuch und somit in der Datenbank vornimmt.

Falls hier noch jemand (zivillian ?) etwas zu dem "_Invalid value for number.wolf_cgb2_0x03_180179anlagenkorrekturfaktor: -327.68 (range 0.1 - 2.0)" sagen könnte wäre das natürlich schön. Wenn nicht ist es halt wie es ist und von mir aus könnte das Issue dann auch geschlossen werden.

Abschließend noch einmal: Danke für ism7mqtt und das HA Add-on dazu!

VG Jim

[zivillian]

Eigentlich steht hier schon alles:

• der Wert wird so von deiner Anlage gesendet (0x8000)
• wenn du den Parameter 180179 aus der parameter.json löscht verschwindet der auch im MQTT
• warum deine Anlage diesen Wert sendet kann nur Wolf beantworten
• der Paramter steht in deiner config, weil die Android App Binaries (die ich nutze um die Config auszulesen) behaupten, dass deine Anlage diesen Wert senden würde
• der Range (0.1 - 2.0) kommt aus den XML Dateien von Wolf - da steht zu jedem Parameter der Name, die Einheit und bei manchen halt auch der Wertebereich - warum die Anlage dann was anderes sendet weiß niemand

Vielleicht könnte man die Liste der vorhandenen Parameter noch irgendwie validieren und ggfs. ungültige entfernen, aber bisher habe ich da keinen Ansatz und der Aufwand da weiter zu suchen lohnt sich aus meiner Sicht aktuell nicht, da die ja einfach einmalig aus der Config gelöscht werden können und gut ist.

[JimGermany]

OK ist ja auch alles kein Problem. :-) Ich habe jetzt auch noch einmal alle möglichen Dokus von Wolf zu den Datenpunkten durchforstet, aber eine Datenpunkt der irgendwie zu Anlagenkorrekturfaktor oder Korrekturfaktor passen könnte konnte ich auch nicht finden.

Die ansonsten einzige Info zum Thema Korrekturfaktor konnte ich hier finden https://heiztherme.wordpress.com/ (siehe Temperaturanpassung / Sparfaktor Veröffentlicht am 3. November 2022). Ob das aber nun etwas damit zu tun haben könnte: Keine Ahnung.

Da hast sicherlich Recht das man nicht so wirklich nachvollziehen kann welche Daten welche Wolf-Heizung mit welcher Firmware-Version dann liefert. Letztendlich könnte man sich nur an den Parametern orientieren die die Wolf Windows Software (Smart Set PC App) iefert, da ja nur diese einen Zugriff auf die Fachmann-Ebene und somit auf die Parameter dort liefert. D.h. nur das was dort angezeigt wird und eingestellt werden kann, wären die Parameter die für die Konfiguration vorhanden sein sollten/müssten. Auch wenn die jeweilige Wolf Heizung per ISM7 und Android App Binaries mehr/andere Daten liefert.

Aber wie schon gesagt: Wer weiß schon welche Heizungs-Anlage welche Daten genau liefert, welche Firmware-Versionen welchen Einfluss darauf haben und was Wolf ggf. im Laufe der Jahre an den Datenpunkten geändert hat.

Daher ist es - wie Du ja auch schon geschrieben hast - sicherlich einfacher alle Parameter, die keine passenden/richtigen Daten liefern, einfach aus der parameter.json zu entfernen. Oder alternativ - sofern man HA nutzt - die Entität dort einfach zu deaktivieren.

Mir pers. ist es auch ziemlich egal ob mir unter HA alle möglichen Parameter der Fachmann-Ebene eingezeigt werden, denn üblicherweise braucht man diese eher nur einmalig, um die Heizung passend einzustellen. D.h. von den rund 200 vorhandenen Entitäten interessieren mich unter HA vielleicht 10 %. :-)

PS: Dein ism7mqtt gibt es ja scheinbar schon seit ~ 2021. Umso erstaunter war ich das ich bisher noch nirgends etwas dazu gelesen hatte, obwohl ich in den letzten 1 - 2 Jahren immer mal wieder geschaut hatte was es bzgl. ISM7 und HA ggf. an Lösungen gibt. Ich glaube man/ich müsste mal ein wenig mehr Werbung für ism7mqtt machen, denn es wird bestimmt noch viel mehr HA-User geben die froh darüber wären, wenn sie Deine, bzw. die HA Add-on Lösung zu ism7mqtt, kennen würden und dann einsetzen könnten. ;-)

[JimGermany]

My questions/problems have been answered. --> Closed.