b3nn0 / hassio-addon-ism7mqtt Goto Github PK

After reversing the android app, ism7mqtt no longer requires the smartset pc app and database to create a valid parameter.json. Instead there is an ism7config binary which directly connects to the ism, reads the available devices and parameters and writes them to the paramter.json. This is currently still in beta, because I haven't found anyone to test the new implementation.

Do you have any idea how this might be implemented for this addon? I'm still not really using HA, so I don't know how this is done by other integrations, but maybe you have an idea.

I have an ism7i with FW-Version: 1.70
so i can communicate with

./oldism7proxy -i 192.168.1.127 -d

and that activate the config tool via:

./ism7config -i 127.0.0.1 -p secretpassword

but can I use that in the addon ass well?

Aktuelle Versionen:

• Core 2023.11.3
• Supervisor 2023.12.0
• Operating System 11.1
• Mosquitto broker 6.4.0

Vor drei Wochen habe ich ein Update auf Ism7MQTT v.0.0.15 gemacht und gleich im Anschluss auch ein HA Core Update von 2023.09.x auf 2013.11.3.

Leider erst heute - als ich 1 x Warmwasser über HA schalten wollte - ist mir aufgefallen das es jetzt Probleme gibt:

Problem 1: Bei der HA MQTT Client Integration taucht jetzt ein Wolf ISM Gerät auf

das es da vorher eigentlich nicht gab. Bei dem ISM Gerät sind dann allerdings auch alle Sensoren unbekannt.

Vermutlich hängt das mit der multiple instances ab 0.0.15 zusammen, allerdings habe ich bei der Ism7MQTT Addon Konfiguration nichts geändert und dort natürlich unter Weitere ISM7 Geräte nichts eingetragen.

Frage: Ist das normal das das Wolf ISM Gerät jetzt bei der HA MQTT Integration auftaucht und wenn ja ist es normal das dort alle Sensoren unbekannt sind, oder wo liegt der Fehler?

Problem 2: Was gravierender ist ist das Steuerelemente jetzt nicht mehr funktionieren. Wie bereits erwähnt wollte ich eben das Steuerelement 1 x Warmwasser benutzen

Der Schieberegler lässt sich dann zwar bewegen und welchselt seinen Status von grau auf blau, aber springt dann sofort wieder zurück in den Urzustand und 1 x Warmwasser wir bei der Heizung wird nicht ausgelöst.
Weder im Logbuch, noch im HA Protokoll, oder im Ism7MQTT Addon Protokoll gibt es irgendwelche (Fehler)Meldungen dazu.

Das Ism7MQTT Addon Protokoll sieht mir ansonsten auch so aus als wenn eigentlich alles i.O. sein sollte.
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.100.2 Starting ism7mqtt --hass-id=Wolf --interval=60 --ipAddress=192.168.100.2 -t /config/ism7-parameters-Wolf.json

Ein Reboot von Host oder HA ändert an der Situation und den Problemen nichts. Außer das nach einem Reboot dann eben der Schieberegler für 1 x Warmwasser auf blau - also aktiv - stand. Allerdings wurde 1 x Warmwasser trotzdem nicht ausgelöst und auch da passiert dann wieder das gleiche, sprich wenn ich den Schieberegler dann von blau (aktiv) auf grau (inaktiv) schalte springt dieser sofort wieder zurück, sprich auf blau (aktiv). Ergo irgendetwas liegt da ziemlich im Argen. :-(

Bevor ich jetzt per Ism7MQTT Downgrade versuche ob dann wieder alles wie vorher funktioniert, hat hier ja vielleicht jemand eine Idee was jetzt die Ursachen für die Problemen sind. Bei den aktuellen oder alten Issues hier oder bei zivillian konnte ich nichts Passendes dazu finden.

Anm.: Das "vermutlich" in der Betreffzeile habe ich geschrieben da ich natürlich nicht mit Sicherheit sagen kann das die Probleme mit/durch v0.0.15 aufgetaucht sind, aber sicher ist das die Steuerung nach der Ersteinrichtung und über Monate hinweg, problemlos funktioniert hat.

VG Jim

I'd like to link to this repo for "How to configure in HA". Are you fine with this?

Hi.

I just realized that while in HA it seems like I can still set any parameter of my heating as before, none of them actually make it to the heating, yet they stick in MQTT.

For example: I switch my "Programmwahl Warmwasser" from Auto to Standby, and HA will, even after a restart of ism7mqtt, claim that it is now set to "Standby", yet that's untrue. The heating is still set to "Auto". The same is true for other settings, like "Warmwasser Solltemperatur Eingestellt) FWIW, MQTT Explorer also sees the "changed", yet incorrect (as it's not what is in the heating) values.

I think that might be an unwanted sideeffect of the changes in the latest version?!

Edit: And of course, it started working again minutes after I wrote this. I'll dig around a bit more, closing this one for now

Hallo,

Great Addon, just installed it and i enjoy it a lot, exactly what i was looking for. Unfortunately, i have to integrate two heatpumps in one Home Assistant installation. Are there any plans to offer something like this in the future ?

Greetings Michael

Zunächst: Vielen vielen Dank, dass du das hier programmiert hast. Nutz HA und das Teil erst seit ein paar Tagen und bin schwer begeistert! Richtig tolle Arbeit.

Bei mir lässt sich der Wert für die Kesselsolltemperatur "sensor.wolf_cgb2_0x3_180154_kesselsolltemperatur" nicht auslesen, er bleibt auf "Unknown". Die Kessel-IST-Temperatur ist problemlos zu erkennen. Mach ich was falsch oder ist das Auslesen nicht möglich?

(Ich nutze das schon seit Jahren in der SmartSet Software, um die Hystere zu optimieren - ich hab sehr häufig SOLL und IST verglichen. Wenn das auch hier gehen würde, wäre das schön :-))

Hello, I also have a Wolf ISM7 on my ventilation system. I installed the addon in Home Assistant, entered device name, IP address, password and left the update interval at 60 seconds, when I start the addon, no data is retrieved for me.
Do I need to do more steps?

The log says the following:

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
[20:46:56] ERROR: Got unexpected response from the API: Service not enabled
Setting up ism7mqtt WolfCWL 192.168.1.239
Starting ism7mqtt --hass-id=WolfCWL --interval=60 --ipAddress=192.168.1.239 -t /config/ism7-parameters-WolfCWL.json -d
-m, --mqttServer=VALUE MQTT Server
-i, --ipAddress=VALUE Wolf Hostname or IP address
-p, --password=VALUE Wolf password
-t, --parameter=VALUE path to parameter.json - defaults to parameter.json
--mqttuser=VALUE MQTT username
--mqttpass=VALUE MQTT password
-s, --separate send values to separate mqtt topics - also
disables json payload
--retain retain mqtt messages
--interval=VALUE push interval in seconds (defaults to 60)
--hass-id=VALUE HomeAssistant auto-discovery device id/entity
prefix (implies --separate and --retain)
-d, --debug dump raw xml messages
-h, --help show help

Diverse Textfelder werden von der Heizung in den Home Assistant übertragen:

Partymodus:
text.wolf_bm2_0x30_330000_uhrzeit_ende "19:49:00"
text.wolf_bm2_0x30_330001_datum_ende "10/15/2023 00:00:00"
text.wolf_bm2_0x30_330002_uhrzeit_start "16:49:00"
text.wolf_bm2_0x30_330003_datum_start "10/15/2023 00:00:00"

Urlaubsmodus:
text.wolf_bm2_0x30_330008_uhrzeit_start "19:49:00"
text.wolf_bm2_0x30_330007_datum_ende "10/15/2023 00:00:00"
text.wolf_bm2_0x30_330008_uhrzeit_start "16:49:00"
text.wolf_bm2_0x30_330009_datum_start "10/15/2023 00:00:00"

Diese scheinen aber nur in diese eine Richtung zu funktionieren. Ein Schreibversuch des Textfeldes auf Home-Assistant-Ebene in die Gegenrichtung scheitert. Auf dem MQTT-Bus werden sie erfolgreich übertragen:

Wolf/BM-2_0x35/set/Uhrzeit_Start/330002 "12:45:56"
Wolf/BM-2_0x35/set/Uhrzeit_Ende/330000 "22:22:22"

... jedoch verbleiben im BM-2-System weiterhin die alten Werte.

Ich habe ein TGB-20 System mit ISM7-Firmware-Version 3.00.

Hi @b3nn0,

I've updated the latest tag to point to the current v0.0.14. This release contains the increased timeout for ism7config and also changes the invariant globalization handling.

Hi,
I added the repo to to the addon store but even after restart of HA the addon is not shown.

I cant find any logs relate.

Any guess ?

Moin zusammen, ich komme leider an dem Punkt nicht weiter, wo HA automatisch Geräte und Entitäten erstellt. Zu meinem Setup. Ich nutze HA in Docker auf einem Raspi. Daher kann ich leider den Add-On Store nicht nutzen. Ich hab mir also Mosquitto native auf dem Raspi installiert und auch konfiguriert. ism7mqtt läuft auch native. Parameter.json ist erstellt. Ich kann auch mit jedem x-beliebigen MQTT Cliient die Nachrichten zum Topic Wolf abrufen. Auch aus der HA MQTT Integration kann ich in den Einstellungen Nachrichten empfangen. Mir fehlt jetzt der letzte Schritt, dass HA automatisch die Geräte etc. erstellt. Hier mal meine Config des Clients:

Nur leider sieht die Integration leer aus:

Wo ist mein Fehler? Ich hoffe hier kann mir jemand helfen. Danke :)

Hi guys,
could you please advise, what's my mistake, as I don't get it working?
I have a Wolflink Pro device connected and installed mosquitto mqtt and the ism7mqtt integration.
But I can't spot any new discovered entities? Logs from moquitto and ism7mqtt are attached.

2.txt
1.txt

Thank you very much for your advise!

Hallo,

Gibt es eine Installationsanleitung für das Addon? Ich habe HA installiert, MQTT (mosquito) in HA installiert und das Addon ebenfalls installiert. Aber wie bekomme ich jetzt die Werte aus meiner Wolf-Anlage (in meinem Fall eine Lüftungsanlage) eingebunden?
Es wäre schön wenn es eine Anleitung oder zumindest ein paar Tipps geben würde.

Vielen Dank bereits im Voraus!!

Seit der Home Assistant 2022.10 Version kann es sehr leicht passieren, dass man bei Nutzung der SmartPhone-App im Dashboard "Übersicht" (bei denen standardmäßig sämtliche Wolf-ISM7-Parameter zu sehen sind) einen Schieberegler beim Herunterwischen verstellt, z. B. die Kesselmaximaltemperatur von 80 °C auf 65 °C.

Damit das nicht passieren kann, habe ich bei meiner Installation alle relevanten Werte unter dem Menüpunkt "Einstellungen" -> "Entitäten" selektiert und mit "ausgewählte verstecken" auf verstecken gesetzt, damit das nicht mehr möglich ist, und anschließend dann nur einige wenige Einstellmöglichkeiten wie "1 x Warmwasser", "Partymodus", "Urlaubsmodus", "Zeitprogramm Zirkulation Heizgerät", "Programmwahl", "Zeitprogramm" bzw. einige interessante nur-lesbare Parameter wie "Wartungsmeldung", "Anlagendruck", "Außentemperatur", "Brennerstatus", "Kesseltemperatur", "Verbrauch aktueller Tag", "Warmwassertemperatur" wieder reaktiviert, d. h. diese sind jetzt nicht mehr versteckt.

Damit ist das obige Problem gut umschifft.
Gut wäre, es gäbe schon im Source-Code eine entsprechende "Whitelist" und diese würde für alle nicht in der Whitelist enthaltenen Entities die "Hidden"-Flags im Source Code automatisch setzen, sobald man das Modul einrichtet.

Hi I have following issues:

Setting up ism7mqtt ISM7i 192.168.2.29
Creating initial configuration /config/ism7-parameters-ISM7i.json
2024-02-26 07:16:06.6988|INFO|LuCon.WebPortal.StandaloneService.NetworkConnector|Try IP-resolve for host:192.168.2.29
2024-02-26 07:16:06.7672|INFO|LuCon.WebPortal.StandaloneService.NetworkConnector|Try connect destination server -> 192.168.2.29:9092, Timeout:60000 ms
2024-02-26 07:17:06.8052|ERROR|LuCon.WebPortal.StandaloneService.NetworkConnector|Timeout in DoConnect
2024-02-26 07:17:06.8090|ERROR|LuCon.WebPortal.StandaloneService.NetworkConnector|DoConnect
Unhandled exception. LuCon.Common.Declarations.BusinessServiceException: Die Verbindung zur Anlage kann nicht hergestellt werden. Aktualisieren Sie die Anlagenliste und versuchen Sie es nochmal.
at LuCon.WebPortal.StandaloneService.NetworkConnector.DoConnect(String server, IPAddress localIp, Int32 port, String password, IStreamHandler streamHandler)
at ism7config.Program.Main(String[] args) in /app/ism7config/Program.cs:line 120
at ism7config.Program.

What to do?

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

3. 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? :-)

Guten Tag,

ich habe Home Assistant auf einem Raspberry Pi 4 installiert.
Auch die ersten Integrationen wie LG Thinq etc. hinzugefügt.
Die Integration MQTT habe ich aktiviert und meinen externen MQTT Server (Symcon) eingerichtet.
IP: 192.168.1.123 Port: 8884
Die Configuration.yaml um folgende Werte erweitert
mqtt_statestream:
base_topic: homeassistant
publish_attributes: true
publish_timestamps: true

Die Daten kommen auch sauber in meiner Symcon-Zentrale an.

Nun habe ich das Addon "ism7mqtt" aktiviert, die Daten werden auch vom Wolf ISM7 (sichtbar im Log) abgerufen + Mosquitto MQTT installiert, aber die Daten werden nicht an Symcon weitergeleitet.
Im Log von Mosquitto ist folgendes zu sehen

2023-11-01 11:20:37: New connection from 172.30.32.2:52162 on port 1883.
2023-11-01 11:20:37: Client closed its connection.

Gibt es eine Möglichkeit, die Daten an den externen MQTT Broker weiterzuleiten?

Durch meine ganzen Automatisierungen ist ein Wechsel von Symcon zu HA nicht schnell bzw. einfach umzusetzen, daher möchte ich beide Systeme zunächst parallel laufen lassen.

Hello,

I installed and set up my Wolf CWL. All works as far as I can see. But I get minute-by-minute log entries:

`Wolf_Lüftungsanlage BM-2 Uhrzeit BM2 wechselte zu "00:18:00"
00:16:23 - Vor 2 Minuten
Wolf_Lüftungsanlage BM-2 Uhrzeit wechselte zu "00:18:00"
00:16:23 - Vor 2 Minuten

Wolf_Lüftungsanlage BM-2 Uhrzeit BM2 wechselte zu "00:16:00"
00:14:23 - Vor 4 Minuten
Wolf_Lüftungsanlage BM-2 Uhrzeit BM2 wechselte zu "00:16:00"
00:14:23 - Vor 4 Minuten
Wolf_Lüftungsanlage BM-2 Uhrzeit wechselte zu "00:16:00"
00:14:23 - Vor 4 Minuten

Wolf_Lüftungsanlage BM-2 Uhrzeit BM2 wechselte zu "00:14:00"
00:12:22 - Vor 6 Minuten
Wolf_Lüftungsanlage BM-2 Uhrzeit BM2 wechselte zu "00:14:00"
00:12:22 - Vor 6 Minuten
Wolf_Lüftungsanlage BM-2 Uhrzeit wechselte zu "00:14:00"
00:12:22 - Vor 6 Minuten

Wolf_Lüftungsanlage BM-2 Uhrzeit BM2 wechselte zu "00:12:00"
00:11:22 - Vor 7 Minuten
Wolf_Lüftungsanlage BM-2 Uhrzeit BM2 wechselte zu "00:12:00"
00:11:22 - Vor 7 Minuten
Wolf_Lüftungsanlage BM-2 Uhrzeit wechselte zu "00:12:00"
00:11:22 - Vor 7 Minuten

Wolf_Lüftungsanlage BM-2 Uhrzeit BM2 wechselte zu "00:11:00"
00:10:22 - Vor 8 Minuten
Wolf_Lüftungsanlage BM-2 Uhrzeit BM2 wechselte zu "00:11:00"
00:10:22 - Vor 8 Minuten
Wolf_Lüftungsanlage BM-2 Uhrzeit wechselte zu "00:11:00"
00:10:22 - Vor 8 Minuten`

Can you help me how to stop this? Do I have to delete the entities?

Hi.

Every once in a while, every few days, I notice that the values I get from ism7mqtt stop changing in HA, and when I look, I realize the addon has just stopped running, despite the addon settings "Start on Boot" and "Watchdog" in HA are both enabled. I can just restart it manually and then it runs fine again for a few days when that happens.

This happens just during normal operation, without any activity like updating or restarting HA itself. I've tried to find a hint in the logs, but didn't see anything.

Currently running HASSOS 9.3 /Core 2023.1.5 on VMWare.