Ism7mqtt mit 2 Geräten

Add-ons
1

Hallo,

ich habe eine Frage zum HACS Add-On Ism7MQTT. Das Add-On habe ich schon längere Zeit mit meiner Wolf Luftwärmepumpe am laufen. Jetzt hab ich für meine Lüftungsanlage ein Wolf Link Pro beschafft und wollte diese auch einbinden. Leider kommen die Daten nicht regelmäßig da die Verbindung immer wieder abbricht. Für mich sieht es so aus, sobald die Abfrage gemacht wird, bricht die Verbindung zum Wolf Link Pro ab. Dieses wird dann neu gebootet. Habt ihr eine Idee woran es liegen könnte?


Hier ein Protokoll:

Jul 31 19:28:28    --- End of inner exception stack trace ---
Jul 31 19:28:28    at System.Net.Sockets.Socket.AwaitableSocketAsyncEventArgs.ThrowException(SocketError error, CancellationToken cancellationToken)
Jul 31 19:28:28    at System.Net.Sockets.Socket.AwaitableSocketAsyncEventArgs.System.Threading.Tasks.Sources.IValueTaskSource<System.Int32>.GetResult(Int16 token)
Jul 31 19:28:28    at System.Net.Security.SslStream.EnsureFullTlsFrameAsync[TIOAdapter](TIOAdapter adapter)
Jul 31 19:28:28    at System.Net.Security.SslStream.ReadAsyncInternal[TIOAdapter](TIOAdapter adapter, Memory`1 buffer)
Jul 31 19:28:28    at ism7mqtt.Ism7Client.FillPipeAsync(PipeWriter target, CancellationToken cancellationToken) in /app/ism7mqtt/ISM7/Ism7Client.cs:line 166
Jul 31 19:28:28    at System.IO.Pipelines.Pipe.GetReadResult(ReadResult& result)
Jul 31 19:28:28    at System.IO.Pipelines.Pipe.GetReadAsyncResult()
Jul 31 19:28:28    at System.IO.Pipelines.Pipe.DefaultPipeReader.GetResult(Int16 token)
Jul 31 19:28:28    at ism7mqtt.Ism7Client.ReadPipeAsync(PipeReader source, CancellationToken cancellationToken) in /app/ism7mqtt/ISM7/Ism7Client.cs:line 190
Starting ism7mqtt --hass-id=CWL --interval=300 --ipAddress=192.168.2.171 -t /config/ism7-parameters-CWL.json
Jul 31 19:29:40 System.IO.IOException: Unable to read data from the transport connection: Connection reset by peer.
Jul 31 19:29:40  ---> System.Net.Sockets.SocketException (104): Connection reset by peer
Jul 31 19:29:40    --- End of inner exception stack trace ---
Jul 31 19:29:40    at System.Net.Sockets.Socket.AwaitableSocketAsyncEventArgs.ThrowException(SocketError error, CancellationToken cancellationToken)
Jul 31 19:29:40    at System.Net.Sockets.Socket.AwaitableSocketAsyncEventArgs.System.Threading.Tasks.Sources.IValueTaskSource<System.Int32>.GetResult(Int16 token)
Jul 31 19:29:40    at System.Net.Security.SslStream.EnsureFullTlsFrameAsync[TIOAdapter](TIOAdapter adapter)
Jul 31 19:29:40    at System.Net.Security.SslStream.ReadAsyncInternal[TIOAdapter](TIOAdapter adapter, Memory`1 buffer)
Jul 31 19:29:40    at ism7mqtt.Ism7Client.FillPipeAsync(PipeWriter target, CancellationToken cancellationToken) in /app/ism7mqtt/ISM7/Ism7Client.cs:line 166
Jul 31 19:29:40 System.IO.IOException: Unable to read data from the transport connection: Connection reset by peer.
Jul 31 19:29:40  ---> System.Net.Sockets.SocketException (104): Connection reset by peer
Jul 31 19:29:40    --- End of inner exception stack trace ---
Jul 31 19:29:40    at System.Net.Sockets.Socket.AwaitableSocketAsyncEventArgs.ThrowException(SocketError error, CancellationToken cancellationToken)
Jul 31 19:29:40    at System.Net.Sockets.Socket.AwaitableSocketAsyncEventArgs.System.Threading.Tasks.Sources.IValueTaskSource<System.Int32>.GetResult(Int16 token)
Jul 31 19:29:40    at System.Net.Security.SslStream.EnsureFullTlsFrameAsync[TIOAdapter](TIOAdapter adapter)
Jul 31 19:29:40    at System.Net.Security.SslStream.ReadAsyncInternal[TIOAdapter](TIOAdapter adapter, Memory`1 buffer)
Jul 31 19:29:40    at ism7mqtt.Ism7Client.FillPipeAsync(PipeWriter target, CancellationToken cancellationToken) in /app/ism7mqtt/ISM7/Ism7Client.cs:line 166
Jul 31 19:29:40    at System.IO.Pipelines.Pipe.GetReadResult(ReadResult& result)
Jul 31 19:29:40    at System.IO.Pipelines.Pipe.GetReadAsyncResult()
Jul 31 19:29:40    at System.IO.Pipelines.Pipe.DefaultPipeReader.GetResult(Int16 token)
Jul 31 19:29:40    at ism7mqtt.Ism7Client.ReadPipeAsync(PipeReader source, CancellationToken cancellationToken) in /app/ism7mqtt/ISM7/Ism7Client.cs:line 190
DateTimeConverter: T:294 H:0 L:31
DateTimeConverter: T:295 H:0 L:42
Starting ism7mqtt --hass-id=CWL --interval=300 --ipAddress=192.168.2.171 -t /config/ism7-parameters-CWL.json
Jul 31 19:30:52 System.IO.IOException: Unable to read data from the transport connection: Connection reset by peer.
Jul 31 19:30:52  ---> System.Net.Sockets.SocketException (104): Connection reset by peer
Jul 31 19:30:52    --- End of inner exception stack trace ---
Jul 31 19:30:52    at System.Net.Sockets.Socket.AwaitableSocketAsyncEventArgs.ThrowException(SocketError error, CancellationToken cancellationToken)
Jul 31 19:30:52    at System.Net.Sockets.Socket.AwaitableSocketAsyncEventArgs.System.Threading.Tasks.Sources.IValueTaskSource<System.Int32>.GetResult(Int16 token)
Jul 31 19:30:52    at System.Net.Security.SslStream.EnsureFullTlsFrameAsync[TIOAdapter](TIOAdapter adapter)
Jul 31 19:30:52    at System.Net.Security.SslStream.ReadAsyncInternal[TIOAdapter](TIOAdapter adapter, Memory`1 buffer)
Jul 31 19:30:52    at ism7mqtt.Ism7Client.FillPipeAsync(PipeWriter target, CancellationToken cancellationToken) in /app/ism7mqtt/ISM7/Ism7Client.cs:line 166
Jul 31 19:30:52 System.IO.IOException: Unable to read data from the transport connection: Connection reset by peer.
Jul 31 19:30:52  ---> System.Net.Sockets.SocketException (104): Connection reset by peer
Jul 31 19:30:52    --- End of inner exception stack trace ---
Jul 31 19:30:52    at System.Net.Sockets.Socket.AwaitableSocketAsyncEventArgs.ThrowException(SocketError error, CancellationToken cancellationToken)
Jul 31 19:30:52    at System.Net.Sockets.Socket.AwaitableSocketAsyncEventArgs.System.Threading.Tasks.Sources.IValueTaskSource<System.Int32>.GetResult(Int16 token)
Jul 31 19:30:52    at System.Net.Security.SslStream.EnsureFullTlsFrameAsync[TIOAdapter](TIOAdapter adapter)
Jul 31 19:30:52    at System.Net.Security.SslStream.ReadAsyncInternal[TIOAdapter](TIOAdapter adapter, Memory`1 buffer)
Jul 31 19:30:52    at ism7mqtt.Ism7Client.FillPipeAsync(PipeWriter target, CancellationToken cancellationToken) in /app/ism7mqtt/ISM7/Ism7Client.cs:line 166
Jul 31 19:30:52    at System.IO.Pipelines.Pipe.GetReadResult(ReadResult& result)
Jul 31 19:30:52    at System.IO.Pipelines.Pipe.GetReadAsyncResult()
Jul 31 19:30:52    at System.IO.Pipelines.Pipe.DefaultPipeReader.GetResult(Int16 token)
Jul 31 19:30:52    at ism7mqtt.Ism7Client.ReadPipeAsync(PipeReader source, CancellationToken cancellationToken) in /app/ism7mqtt/ISM7/Ism7Client.cs:line 190
Starting ism7mqtt --hass-id=CWL --interval=300 --ipAddress=192.168.2.171 -t /config/ism7-parameters-CWL.json
DateTimeConverter: T:294 H:0 L:33
DateTimeConverter: T:295 H:0 L:19
Jul 31 19:32:04 System.IO.IOException: Unable to read data from the transport connection: Connection reset by peer.
Jul 31 19:32:04  ---> System.Net.Sockets.SocketException (104): Connection reset by peer
Jul 31 19:32:04    --- End of inner exception stack trace ---
Jul 31 19:32:04    at System.Net.Sockets.Socket.AwaitableSocketAsyncEventArgs.ThrowException(SocketError error, CancellationToken cancellationToken)
Jul 31 19:32:04    at System.Net.Sockets.Socket.AwaitableSocketAsyncEventArgs.System.Threading.Tasks.Sources.IValueTaskSource<System.Int32>.GetResult(Int16 token)
Jul 31 19:32:04    at System.Net.Security.SslStream.EnsureFullTlsFrameAsync[TIOAdapter](TIOAdapter adapter)
Jul 31 19:32:04    at System.Net.Security.SslStream.ReadAsyncInternal[TIOAdapter](TIOAdapter adapter, Memory`1 buffer)
Jul 31 19:32:04    at ism7mqtt.Ism7Client.FillPipeAsync(PipeWriter target, CancellationToken cancellationToken) in /app/ism7mqtt/ISM7/Ism7Client.cs:line 166
Jul 31 19:32:04 System.IO.IOException: Unable to read data from the transport connection: Connection reset by peer.
Jul 31 19:32:04  ---> System.Net.Sockets.SocketException (104): Connection reset by peer
Jul 31 19:32:04    --- End of inner exception stack trace ---
Jul 31 19:32:04    at System.Net.Sockets.Socket.AwaitableSocketAsyncEventArgs.ThrowException(SocketError error, CancellationToken cancellationToken)
Jul 31 19:32:04    at System.Net.Sockets.Socket.AwaitableSocketAsyncEventArgs.System.Threading.Tasks.Sources.IValueTaskSource<System.Int32>.GetResult(Int16 token)
Jul 31 19:32:04    at System.Net.Security.SslStream.EnsureFullTlsFrameAsync[TIOAdapter](TIOAdapter adapter)
Jul 31 19:32:04    at System.Net.Security.SslStream.ReadAsyncInternal[TIOAdapter](TIOAdapter adapter, Memory`1 buffer)
Jul 31 19:32:04    at ism7mqtt.Ism7Client.FillPipeAsync(PipeWriter target, CancellationToken cancellationToken) in /app/ism7mqtt/ISM7/Ism7Client.cs:line 166
Jul 31 19:32:04    at System.IO.Pipelines.Pipe.GetReadResult(ReadResult& result)
Jul 31 19:32:04    at System.IO.Pipelines.Pipe.GetReadAsyncResult()
Jul 31 19:32:04    at System.IO.Pipelines.Pipe.DefaultPipeReader.GetResult(Int16 token)
Jul 31 19:32:04    at ism7mqtt.Ism7Client.ReadPipeAsync(PipeReader source, CancellationToken cancellationToken) in /app/ism7mqtt/ISM7/Ism7Client.cs:line 190
Starting ism7mqtt --hass-id=CWL --interval=300 --ipAddress=192.168.2.171 -t /config/ism7-parameters-CWL.json
DateTimeConverter: T:294 H:0 L:34
DateTimeConverter: T:295 H:0 L:48
Jul 31 19:33:16 System.IO.IOException: Unable to read data from the transport connection: Connection reset by peer.
Jul 31 19:33:16  ---> System.Net.Sockets.SocketException (104): Connection reset by peer
Jul 31 19:33:16    --- End of inner exception stack trace ---
Jul 31 19:33:16    at System.Net.Sockets.Socket.AwaitableSocketAsyncEventArgs.ThrowException(SocketError error, CancellationToken cancellationToken)
Jul 31 19:33:16    at System.Net.Sockets.Socket.AwaitableSocketAsyncEventArgs.System.Threading.Tasks.Sources.IValueTaskSource<System.Int32>.GetResult(Int16 token)
Jul 31 19:33:16    at System.Net.Security.SslStream.EnsureFullTlsFrameAsync[TIOAdapter](TIOAdapter adapter)
Jul 31 19:33:16    at System.Net.Security.SslStream.ReadAsyncInternal[TIOAdapter](TIOAdapter adapter, Memory`1 buffer)
Jul 31 19:33:16    at ism7mqtt.Ism7Client.FillPipeAsync(PipeWriter target, CancellationToken cancellationToken) in /app/ism7mqtt/ISM7/Ism7Client.cs:line 166
Jul 31 19:33:16 System.IO.IOException: Unable to read data from the transport connection: Connection reset by peer.
Jul 31 19:33:16  ---> System.Net.Sockets.SocketException (104): Connection reset by peer
Jul 31 19:33:16    --- End of inner exception stack trace ---
Jul 31 19:33:16    at System.Net.Sockets.Socket.AwaitableSocketAsyncEventArgs.ThrowException(SocketError error, CancellationToken cancellationToken)
Jul 31 19:33:16    at System.Net.Sockets.Socket.AwaitableSocketAsyncEventArgs.System.Threading.Tasks.Sources.IValueTaskSource<System.Int32>.GetResult(Int16 token)
Jul 31 19:33:16    at System.Net.Security.SslStream.EnsureFullTlsFrameAsync[TIOAdapter](TIOAdapter adapter)
Jul 31 19:33:16    at System.Net.Security.SslStream.ReadAsyncInternal[TIOAdapter](TIOAdapter adapter, Memory`1 buffer)
Jul 31 19:33:16    at ism7mqtt.Ism7Client.FillPipeAsync(PipeWriter target, CancellationToken cancellationToken) in /app/ism7mqtt/ISM7/Ism7Client.cs:line 166
Jul 31 19:33:16    at System.IO.Pipelines.Pipe.GetReadResult(ReadResult& result)
Jul 31 19:33:16    at System.IO.Pipelines.Pipe.GetReadAsyncResult()
Jul 31 19:33:16    at System.IO.Pipelines.Pipe.DefaultPipeReader.GetResult(Int16 token)
Jul 31 19:33:16    at ism7mqtt.Ism7Client.ReadPipeAsync(PipeReader source, CancellationToken cancellationToken) in /app/ism7mqtt/ISM7/Ism7Client.cs:line 190
Starting ism7mqtt --hass-id=CWL --interval=300 --ipAddress=192.168.2.171 -t /config/ism7-parameters-CWL.json

Gruß Florian

:crayon:by HarryP:
. Zusammenführung Doppelpost (bitte “bearbeiten” Funktion nutzen)
. Code-/Logzeilen formatiert (bitte immer in </> einbinden)

3

Moin,

Nop, dazu müsstest Du erst einmal sagen, wie Du das alles installiert hast und wie es eingerichtet ist.
Hast Du das gelesen und schon mal versucht?
https://github.com/b3nn0/hassio-addon-ism7mqtt

Important, if some entities are unavailable

The ISM7 Module is easily overwhelmed when monitoring hundreds of parameters. This can result in temporary connection drops, or some parameters being unavailable/not being updated.

Possible solutions have been found:

  • Reduce load on the microcontroller by disabling the connection to the Wolf portal
  • Manually disable a bunch of parameters you don’t need anyway

To do so, click on parameters you don’t need and note their device and parameter ID:

grafik
grafik638×796 43.9 KB

Then use a text editor addon to modify the “config/ism7-parameters-Wolf.json” (or similar, depending on the device name) and remove either a complete device section, or individual parameters. These parameters will then not be queried any more, so more important updates work correctly. The removed parameters will disappear in Home Assistant on next restart.

VG
Bernd

4

Moin

Ich nutze hier ebenfalls ISM7MQTT, allerdings mit einem ISM7i, sprich der internen Version und auch noch die ISM7MQTT Version v0.0.14. Bei mir gibt es in Verbindung mit meiner Wolf CGB2-14 in Summe 212 MQTT Topics

Wolf_Topics

wovon bei HA ca. 190 - 200 eingebunden sind. Nicht alle Topics die beim auslesen der ISM7-Verbindung zum Wolf Portal gefunden bzw. zurückgemeldet wurden und dann in der ism7-parameters-Wolf.json vorhanden sind, ließen sich unter HA nutzen, sodass ich einige MQTT Topics bei HA nicht eingebunden, bzw. dort deaktiviert habe.

Bei mir gibt es keine Probleme mit irgendwelchen Verbindungsabbrüchen sondern ISM7MQTT startet ganz normal

Starting ism7mqtt --hass-id=Wolf --interval=60 -t /config/ism7-parameters-Wolf.json
++ '[' true ']'
++ echo 'Starting ism7mqtt --hass-id=Wolf --interval=60 -t /config/ism7-parameters-Wolf.json'
++ /app/ism7mqtt --hass-id=Wolf --interval=60 -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
++ cd /app
++ parameters=/config/ism7-parameters-Wolf.json
++ '[' -f /config/ism7-parameters-Wolf.json ']'
++ ISM_ARGS='--hass-id=Wolf --interval=60 -t /config/ism7-parameters-Wolf.json'
++ [[ false == \t\r\u\e ]]
++ '[' true ']'
Starting ism7mqtt --hass-id=Wolf --interval=60 -t /config/ism7-parameters-Wolf.json
++ echo 'Starting ism7mqtt --hass-id=Wolf --interval=60 -t /config/ism7-parameters-Wolf.json'
++ /app/ism7mqtt --hass-id=Wolf --interval=60 -t /config/ism7-parameters-Wolf.json

und läuft dann auch durch.

Wie ist das Link Pro bei Dir denn verbunden, sprich per LAN oder WLAN? Weil das WLAN-Modul bei den Wolf ISM7i oder ISM7e ist nämlich alles andere als gut und bekannt dafür das es a) eine sehr schwache WLAN-Leistung hat und b) es damit immer wieder zu WLAN-Abbrüchen/-Aussetzern kommt.
Solltest Du also das Link Pro per WLAN verbunden haben wäre das das erste was ich ändern würde, sprich es per LAN verbinden.

Ansonsten habe ich leider auch keine Idee mehr was bei Dir die Ursache sein könnte. Du könntest/solltest einfach mal bei Issues · zivillian/ism7mqtt · GitHub schauen ob es da schon irgendeine passende/ähnliche Issues-Meldung zu dem Thema gibt. Falls nein ggf. eine Issues-Meldung erstellen. zivillian ist eigentlich sehr hilfsbereit und wird vermutlich ziemlich kurzfristig darauf reagieren/antworten.

VG Jim

5

Hallo Bernd,

ich habe als erstes das Link Pro mit der Serviceschnittstelle am CWL 300 verbunden. Dann habe ich die Stromversorgung hergestellt, es im WLAN eingebunden und im Smartset Portal eingerichtet. Das lief auch wie bei der BWL1-A.

Dann habe ich das 2. Gerät wie hier vorgegeben hassio-addon-ism7mqtt/README.md at main · b3nn0/hassio-addon-ism7mqtt · GitHub eingebunden. Das Add-On hatte ich ja schon am Laufen. Beim 1. Gerät BWL1-A funktioniert auch alles einwandfrei. Seit dem ich es eingerichtet habe, startet das 2. Wolf Link Pro immer wieder neu. Ich vermute bei jedem Abruf der Daten. Mit dem Smartset Portal komme ich jetzt auch nicht immer drauf. Mich wundert, dass die Datenmenge bei der CWL und nicht bei der BWL1-A Probleme macht, da es dort denke ich deutlich mehr Parameter sind. ID’s löschen werde ich mal machen. Gibt es dazu eine Möglichkeit diese leicht zu visualisieren, um zu sehen, wo nichts kommt? Kann ich die ID’s bzw. Zeilen in der JSON deaktivieren oder muss ich diese immer komplett löschen?

Gruß
Florian

6

Hallo Jim,

bei meiner BWL1-A hatte ich auch keine Probleme, erst jetzt als ich die CWL mit eingebunden habe. Wie komme ich auf die erste Übersicht, die du dargestellt hast?

Das Link Pro ist mit WLAN verbunden, laut FritzBox auch eine relative gute Datenübertragung (150/150). Das 1. hat nur 72/72. Beim 1. ist die FritzBox nur 1,5 m weg und beim 2. 2,5 m.

Wie hast du das gemacht? Geschaut welche unbekannt liefern und dann die ID’s entfernt?

Die Issues muss ich mal noch sichten.

VG Florian

7

Hi,

der Screenshot stammt von dem MQTT-Explorer mit dem Du die Daten des MQTT Broker abrufen und Dir somit anzeigen lassen kannst welche Geräte welche Daten zu dem MQTT-Broker senden.

Wie ich das damals (2022) gemacht habe weiß ich jetzt gar nicht mehr genau. Ich weiß nur das es zu Fehlermeldungen bei einzelnen Entitäten kam, weil diese von ISM7MQTT - warum auch immer - nicht richtig abgerufen und/oder dargestellt wurden. Diese kannst Du dann entweder bei HA deaktivieren, oder direkt aus der parameter.json Datei löschen.

Was das WLAN betrifft: Was Dir die FB anzeigt spielt nicht wirklich eine Rolle. Die ISM7-Teile von Wolf sind bekannt dafür das sie mit WLAN Probleme haben/machen. Sofern irgendwie die Möglichkeit besteht würde ich mal versuchen das Link Pro temporär per LAN-Kabel zu verbinden und dann schauen ob das Problem immer noch besteht. Dadurch kannst Du dann zumindest ausschließen das es ein WLAN-Problem ist.

BTW: Das Du das Wolf Smartset Portal und ISM7MQTT nicht parallel nutzen darfst und kannst weißt Du ja sicherlich: "The ism7 accepts only a single connection, so you cannot use the Smartset application or mobile app while ism7mqtt is running."

VG Jim

8

Moin,

Ich habe das auch vor mehreren Monaten gemacht und muss mal im Grauen Kasten die einzelnen Schubladen durchsuchen.
Ich erinnere mich noch, dass ich mittels ism7config -i <isam IP> -p <ism Passwort> mein isam7link ausgelesen habe, um eine .json Datei zu bekommen, die dann auf den HA ins Verzeichnis homeassistant kopiert werden musste.

Dann hast Du z. B. das

- device_name: "WolfHeizung2"
  ism7_ip: "192.168.x.y"
  ism7_password: "something"
  interval: 60

Hier eingetragen?

grafik
grafik1036×1207 81.3 KB

Die .json Datei ligt hier

➜  homeassistant git:(main) ✗ ls -la                                   
...
-rw-r--r--    1 root     root          5266 Jul 24 10:52 configuration.yaml
...
-rw-r--r--    1 root     root          4207 Dec 21  2023 ism7-parameters-Wolf.json
...

Und der Inhalt sieht so aus, nur ein Teilauszug

{
  "Devices": [
    {
      "ReadBusAddress": "0x00",
      "WriteBusAddress": "0x00",
      "DeviceTemplateId": 190000,
      "Parameter": [
        190000,
        190001,
        190002,
        190003,
        190004,
        190007,
        190011,
        190012,
        190014,
        190015,
        190016,
        190019,
        190020,
        190021
      ]
    },
    {
      "ReadBusAddress": "0x35",
      "WriteBusAddress": "0x30",
      "DeviceTemplateId": 220000,
      "Parameter": [
        220001,
        220021,
        220022,
        220023,
...

So mehr fällt mir dazu erst einmal auch nicht mehr ein.

VG
Bernd

9

Hallo Jim,

LAN-Kabel hab ich jetzt angeschlossen. Merke aber bisher keinen Unterschied.

Den MQTT Explorer habe ich jetzt auch eingerichtet. Die CWL kann ich unter Wolf nicht sehen, sondern nur unter homeassistant. Dort steht aber die WP auch mit drin. Für mich sieht das wie der Abruf aus.
image

Jetzt habe ich auch mal die WP aus dem ISM7mqtt raus geworfen, die .json von der WP gelöscht und nur die CWL laufen lassen. Unter dem MQTT Exlorer sehe ich die WP trotzdem noch!? Die Werte werden aber nicht mehr aktualisiert.

Bin echt ratlos :frowning:

Das war mir leider nicht bekannt. Habe den von meiner WP auch dauernd mit laufen gehabt. Wo steht das den?

Gruß
Florian

.

10

Hallo Bernd,

Die .json wurde bei mir erstellt als ich das 2. Gerät eingerichtet habe.

Ja genau. So hab ich das gemacht. Die .json wurde dann erstellt.

Genau.

Gruß
Florian

11

Auf der GitHub-Webseite von zivillian, dem Entwickler von ISM7MQTT. :wink:
https://github.com/zivillian/ism7mqtt?tab=readme-ov-file#cons
Hatte ich bei meinem ersten Posting hier ja schon mal verlinkt.

VG Jim

12

Hallo Jim,

gut da hab ich wohl was überlesen. Wie schon geschrieben, meine Wärmepumpe läuft trotz Verbindung zum Portal und ism7mqtt stabil.

Ich denke aber mein Problem ist das selbe wie hier: https://github.com/zivillian/ism7mqtt/issues/112

Da muss ich wohl warten bis Zivillian eine Lösung anbietet. Danke für deine Hilfe.

Gruß Florian

13

Ich kann Dir dazu leider nichts sagen eben weil ich nur meine Wolf CGB-2-14 Heizung mit zusätzlichen Warmwasserspeicher per ISM7MQTT bei HA integiert habe und diese wir mit einem BM2 gesteuert. Durch das mit-/auslesen der ISM7-Kommunikation gab es dann bei mir per .json-Datei 5 Geräte beim MQTT Broker

HA_Wolf
HA_Wolf780×297 20.9 KB

mit insgesamt rund MQTT 210 Topics.

Das dort zu sehende Wolf ISM Gerät tauchte erst nach einem Update von ISM7MQTT und/oder HA auf und alle dort vorhandenen Sensoren werden auch als “Unbekannt” angezeigt. Was das ist und warum das so ist: Keine Ahnung und das hat mich auch nie wirklich interessiert. Wie ich ja schon geschrieben hatte nutze ich auch immer noch die alte Version v0.0.14 von ISM7MQTT, sprich was sich genau bei v0.0.15 und v0.0.16 dann geändert hat weiß ich nicht.

VG Jim

14

Hi,
ich hab mir heute auch das ISM7MQTT Addon installiert für meine Wolf CGB-2 Heizung mit HomeLink Modul.
Das Teil ist per LAN angeschlossen und ich kann über die App auch direkt drauf zugreifen und lesen/schreiben (ohne Cloud Anbindung).

In HomeAssistant wurden mir nach Konfiguration auch die ganzen Entitäten angelegt, allerdings kommen gar keine Daten an.

Ich erhalte ständig diese Fehlermeldung:

Aug 25 12:50:10  ---> System.Net.Sockets.SocketException (104): Connection reset by peer
Aug 25 12:50:10    --- End of inner exception stack trace ---
Aug 25 12:50:10    at System.Net.Sockets.Socket.AwaitableSocketAsyncEventArgs.ThrowException(SocketError error, CancellationToken cancellationToken)
Aug 25 12:50:10    at System.Net.Sockets.Socket.AwaitableSocketAsyncEventArgs.System.Threading.Tasks.Sources.IValueTaskSource<System.Int32>.GetResult(Int16 token)
Aug 25 12:50:10    at System.Net.Security.SslStream.EnsureFullTlsFrameAsync[TIOAdapter](TIOAdapter adapter)
Aug 25 12:50:10    at System.Net.Security.SslStream.ReadAsyncInternal[TIOAdapter](TIOAdapter adapter, Memory`1 buffer)
Aug 25 12:50:10    at ism7mqtt.Ism7Client.FillPipeAsync(PipeWriter target, CancellationToken cancellationToken) in /app/ism7mqtt/ISM7/Ism7Client.cs:line 166
Aug 25 12:50:10    at System.IO.Pipelines.Pipe.GetReadResult(ReadResult& result)
Aug 25 12:50:10    at System.IO.Pipelines.Pipe.GetReadAsyncResult()
Aug 25 12:50:10    at System.IO.Pipelines.Pipe.DefaultPipeReader.GetResult(Int16 token)
Aug 25 12:50:10    at ism7mqtt.Ism7Client.ReadPipeAsync(PipeReader source, CancellationToken cancellationToken) in /app/ism7mqtt/ISM7/Ism7Client.cs:line 190

Habe dann den Hinweis gesehen, dass es mögl. an der zu großen Anzahl Entitäten liegt.

Habe dann probehalber mal ganz wenige Einträge drin gelassen, nur um zu sehen, ob jetzt überhaupt was ankommt.
Fehler bleibt identisch :frowning:

Jemand ne Idee? Hab bisher gelesen, dass das bei einigen einfach so geklappt hat, selbst mit der vollständigen Anzahl Parameter.

{
  "Devices": [
    {
      "ReadBusAddress": "0x00",
      "WriteBusAddress": "0x00",
      "DeviceTemplateId": 190000,
      "Parameter": [
        190000,
        190001
      ]
    },
    {
      "ReadBusAddress": "0x35",
      "WriteBusAddress": "0x30",
      "DeviceTemplateId": 220000,
      "Parameter": [
        220001,
        220019
      ]
    },
    {
      "ReadBusAddress": "0x35",
      "WriteBusAddress": "0x30",
      "DeviceTemplateId": 340000,
      "Parameter": [
        320000,
        320001
      ]
    },
    {
      "ReadBusAddress": "0x35",
      "WriteBusAddress": "0x30",
      "DeviceTemplateId": 350000,
      "Parameter": [
        320021,
        320022
      ]
    },
    {
      "ReadBusAddress": "0x8",
      "WriteBusAddress": "0x3",
      "DeviceTemplateId": 180000,
      "Parameter": [
        180005,
        180006,
        180008,
        180012,
        180016
      ]
    }
  ]
}

:crayon:by HarryP: Code-/Logzeilen formatiert (bitte immer in </> einbinden)

15

Es gibt anscheinend ein Problem mit den neueren Wolf ISM 7 Geräten und der dazugehörigen Firmware. Wenn du mehr zum Problem wissen willst, musst du auf den Link von einem meiner Posts klicken.

Du kannst gerne mal das ISM7MQTT Experimental runter laden und testen. Bei mir läuft das seit ein paar Tagen.

16

Moin,

Wie sieht denn die Konfiguration des Add-ons aus?

Soweit ich mich an die Anleitung erinnere, darf man wenn man das Add-on nutzt, nicht mehr die APP nutzen, muss da noch mal nachlesen.
https://github.com/zivillian/ism7mqtt
Unter

Cons

The ism7 accepts only a single connection, so you cannot use the Smartset application or mobile app while ism7mqtt is running.

Ich bekomme auch diese Meldungen, aber in der MQTT Integration von HA sehe ich alles und ändert sich auch!
Z.B.:

grafik
grafik2154×227 15.9 KB

grafik
grafik1028×1303 122 KB

VG
Bernd

17

Dto. :slightly_smiling_face: Allerdings nutze ich auch noch die Version v0.0.14.

VG Jim

18

Moin,

Aktuell habe ich 0.0.16 installiert.

Aber mal eine Frage, bekommst Du auch diese Meldung

Logger: homeassistant.components.mqtt.number
Quelle: components/mqtt/number.py:182
Integration: MQTT (Dokumentation, Probleme)
Erstmals aufgetreten: 24. August 2024 um 08:44:34 (16 Vorkommnisse)
Zuletzt protokolliert: 04:41:36

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

Anscheinend wird da für den Anlagenkorrekturfaktor ein falscher Wert von der Anlage geschickt, obwohl im CGB Modul der korrekte Bereich eingehalten wurde.
grafik

Wenn ich das aus der Dokumentation zur Anlage korrekt verstehe, dann kann man darüber dann die Verbräuche grob anzeigen lassen,

grafik
grafik858×1103 190 KB

grafik

VG
Bernd

19

Ne nicht mehr nachdem ich den Wert aus meiner .json gelöscht habe. :laughing: Über das Thema (Problem) Anlagenkorrekturfaktor hatte ich bereits vor rund einem Jahr mit zivillian und b3nn0 diskutiert :wink: und für mich war damals das Fazit daraus das ich den Anlagenkorrekturfaktor bei mir aus der .json entferne und mich damit nicht mehr weiter befasse. Was ich seit dem auch nicht mehr gemacht habe.

VG Jim

1 „Gefällt mir“
20

Danke für den Tipp - damit klappt es tatsächlich.

Jetzt muss ich nur noch dutzende unnötige Entitäten wieder loswerden, weil ich versehentlich einen anderen Gerätenamen angegeben habe ^^

21

Auch danke für den Tipp - Single Connection war aber nicht die Ursache für die Probleme