Hallo,
die Integration liefert mir die aktuellen Werte - aber wie ändere ich z.B. die Programmwahl etc. (prinzipiell alles was ich auch über die Wolf App ändern kann)?
Ich hab auch schon ism7mqtt probiert, habe es da leider auch nicht geschafft (darüberhinaus verliert die MQTT immer wieder Werte mit “nicht verfügbar” obwohl ich die Anzahl der Entitäten von >300 auf <200 verringert habe).
Es geht mir hier aber um die Wolf SmartSet Service Implementierung
Wird von der Integration nicht unterstütz, sprich geht nicht. Der Zugriff auf die Wolf Cloud ist damit nur lesend möglich.
BTW: ism7mqtt läuft bei mir seit Jahren problemlos unter HA mit meiner Wolf CGB-2-14.
VG Jim
Danke Dir - dann werde ich wieder auf ism7mqtt switchen …
zivillian/ism7mqtt hab ich schon seit Jahren mit FHEM am laufen, wenn ich das deaktiviere und die hassio-addon Implementieung verwende, sieht im MQTT Client alles normal aus - jedoch hat HA massive Aussetzer bei den Entitäten. Keine Ahnung was da los ist
mit der “Experimental” Version funktioniert es jetzt 
by HarryP: Zusammenführung Doppelpost (bei Änderungen oder hinzufügen von Inhalten bitte die „Bearbeitungsfunktion“ anstatt „Antworten“ zu nutzen)
Moin
OK das ist natürlich gut, aber das hattest Du oben ja auch nicht erwähnt. 
Das Problem mit den “Werten bei MQTT nicht verfügbar” ist ja durchaus bekannt und sofern man das ISM7 per LAN- und nicht per WLAN-Verbindung nutzt, warst Du mit dem verringern der Anzahl der bei HA verfügbaren Entitäten wohl schon auf dem richtigen Weg. Es ist ja bekannt und bei den Issues-Diskussionen ja auch immer mal wieder ein Thema, dass es bei HA zu Problemen kommen kann wenn man zu viele Wolf Parameter eingebunden hat und nutzt. Was genau dafür die Ursache ist ist wohl nicht so ganz klar, aber ich vermute mal das liegt halt an der asbach uralten Hardware die Wolf bei dem ISM7 ja nutzt, sprich das die damit überfordert ist.
Ich habe damals, als ich ism7mqtt erstmals bei HA eingebunden habe, sowohl einige Parameter direkt aus der ism7-parameters-Wolf.json entfernt, als auch noch zusätzlich etliche Wolf-Entitäten bei HA deaktiviert. D.h. bei mir werden jetzt (nur) 214 topics und 223 messages an den MQTT Broker übertragen
logbook:
exclude:
entities:
- sensor.wolf_bm2_0x30_220032_uhrzeit
recorder:
exclude:
entities:
- sensor.wolf_bm2_0x30_220032_uhrzeit
D.h. die Entität (die Uhrzeit) wird zwar weiterhin unter HA angezeigt, aber sie “flutet” nicht im Sekundentakt das Log und die DB mit einem Eintrag.
D.h. wenn man irgendwelche Übertragungsprobleme hat und irgendein grundsätzliches Problem mit der Einrichtung ausschließen kann, sollte man sich daran machen und nicht wirklich relevante Entitäten der Wolf Heizung unter HA deaktivieren, oder erst gar nicht als Topic an den MQTT Broker übertragen lassen. Beispiel: Die meisten Parameter der Wolf Fachmannebene sind ja nicht wirklich relevant und daran macht man üblicherweise ja auch keinerlei Änderungen mehr wenn sie einmal richtig eingestellt wurden. Also braucht man die nicht mehr so wirklich als Entität unter HA.
Was das betrifft
sollte ich dazu noch ergänzen:
VG Jim
leider funktioniert es seit heute nicht mehr, es kommt die Meldung (sowohl in HA wie auch nativ wenn ich direkt in Linux starte)
“System.Xml.XmlException: ‘’, hexadecimal value 0x01, is an invalid character. Line 1, position 78”
Das sieht ja so aus als würde(n) Deine Wolf Komponente(n) irgendeinen falschen Wert (is an invalid character) an ism7mqtt liefern. Aber das kannst Du daraus ja auch selber interpretieren. Warum und welcher Wert/Sensor das dann genau ist kann ich Dir auch nicht sagen. Ich hatte so ein Problem bisher noch nicht.
Hier hat scheinbar ein einfaches ein-/ausschalten der Heizungsanlage (oder was genau Du da jetzt per ism7mqtt nutzt) bereits geholfen. Sollte das das Problem lösen und sollte es danach wieder/häufiger auftreten, musst Du Dich natürlich um eine grundsätzliche Lösung des Problems kümmern. Wie auch immer die dann aussehen mag.
Das einzige Problem was ich mit ism7mqtt habe ist das ism7mqtt und/oder HA, alle paar Monate mal die Verbindung zu dem ISM7 verliert und/oder das ISM7 sich ggf. “aufhängt”. Entweder hilft dann bereits nur die LAN-Verbindung zu trennen und wieder neu aufzubauen, oder im schlimmsten Fall das ein-/ausschalten der CGB-2-14. Aber das kommt eben nur vielleicht 2 - 3 mal pro Jahr vor und daher ist das nichts um das ich mir weiter Gedanken mache, oder machen müsste.
VG Jim
Danke Dir - ich werde das mal probieren, sobald ich wieder zu Hause bin
Noch eine Ergänzung - auch ich nutze ism7mqtt, habe aber regelmäßig das Problem, dass meine ISM keine Werte mehr bereitstellt. Es würde nun ein Aus/Ein der Heizungsanlege helfen, aber auch der (Soft-)Reset des IISM ist schon ausreichend genug. Genau diesen Reset der ISM habe ich bei mit automatisiert.
Helfer:
- name: wolf_bm2_uhrzeit_not_updated
state: >
{{ (as_timestamp(now()) - as_timestamp(states.sensor.wolf_bm2_0x30_220032_uhrzeit.last_changed)) > 300 }}
Automatisierung:
alias: "Heizen: Wolf 5 Min. offline -> Meldung & Reboot"
description: ""
triggers:
- trigger: state
entity_id:
- binary_sensor.wolf_bm2_uhrzeit_not_updated
to: "on"
from: "off"
enabled: true
conditions: []
actions:
- action: counter.reset
metadata: {}
data: {}
target:
entity_id: counter.wolf_anzahl_meldungen
- repeat:
until:
- condition: or
conditions:
- condition: state
entity_id: binary_sensor.wolf_bm2_uhrzeit_not_updated
state: "off"
- condition: numeric_state
entity_id: counter.wolf_anzahl_meldungen
above: 5
sequence:
- action: notify.mobile_app_larss_iphone
metadata: {}
data:
message: BM-2 meldet länger als 5 Minuten keine aktuellen Werte.
title: Wolf - Offline
- action: persistent_notification.create
metadata: {}
data:
message: BM-2 meldet länger als 5 Minuten keine aktuellen Werte.
title: Wolf - Offline - Loop
- action: logbook.log
metadata: {}
data:
name: Wolf - Offline
message: BM-2 meldet länger als 5 Minuten keine aktuellen Werte.
entity_id: binary_sensor.wolf_bm2_uhrzeit_not_updated
- action: shell_command.restart_ism7_module
data: {}
- action: counter.increment
metadata: {}
data: {}
target:
entity_id: counter.wolf_anzahl_meldungen
- delay:
hours: 0
minutes: 10
seconds: 0
milliseconds: 0
mode: single
Das SHell-Command:
shell_command:
restart_ism7_module: "curl -u 'admin:[dein Kennwort]' -d 'name=reboKickoff' -d 'rebo=init' http://192.168.178.208/protect/reboot.htm"
[dein Kennwort] und die IP: austauschen nicht vergessen
Gruß, Lars
leider existiert die “reboot.htm” auf meiner ism7 nicht - hast Du die selbst erstellt und hochgeladen?
Das ist die von dem User “krusta4711” hier beschriebene Lösung/Variante: 
Weil das hier noch nicht erwähnt wurde und nur FYI: Der Zugriff auf das ISM7 Modul ist zeitgleich immer nur von einem Client aus möglich. Wenn man also ism7mqtt nutzt und dann parallel auch noch z.B. per Wolf Smartset auf das ISM7 zugreift (oder umgekehrt), führt das ganz häufig zu Problemen, da das ISM7 nur Einzelverbindungen zulässt.
VG JIm
@Jim_OS hat ja schon den Ursprung der Lösung verlinkt - danke dafür.
Um deine Frage zu beantworten - nein, ich habe die Seite nicht erstellt. Dies ist die Standardseite des ISM, um einen Reboot auszulösen.
Gruß, Lars
ich hab mir gerade mit wget alle Dateien der ISM7 geholt, das reboot.htm war leider nicht dabei
Wenn ich einen wget auf due url durchführe, bekomme ich auch keine Datei - das liegt aber daran, dass die Autorisierung nicht klappt.
wget : Der Remoteserver hat einen Fehler zurückgegeben: (401) Nicht autorisiert.
Ist aber auch klar, da ja für den Zugriff ein Benutzer/Kennwort erforderlich ist. Hast du denn einfach mal den Shell Befehl abgesetzt und geprüft, ob die ISM dann bootet?
Gruß, Lars
wget -r --user=admin --password=<password> http://<lokal ip>
holt alle Dateien, da war keine “reboot.htm” o.ä dabei weshalb auch der curl Aufruf kein Ergebnis bringt
Meldung:
curl: (56) Recv failure: Die Verbindung wurde vom Kommunikationspartner zurückgesetzt
Ok, wie es aussieht bist du ja IT Fit. Wie sieht denn bei Dir die WEB-Page der ISM im Bereich Settings aus?
Hier ein Screenshot meiner Seite inkl. aktiven Entwicklermodus (F12):
Wie du sehen kannst, führt ein Klick auf den Button “Reset” bei mir zur Page “/protect/reboot.htm“. Wenn du den Button auch hast, müsste ja bei dir eine anderen Zielpage hinterlegt sein.
Gruß, Lars
da ist auch kein entsprechender Punkt bei mir zu sehen …
Was auch abhängig von der Hardware- und Firmware-Version von Deinem ISM7 ist. Bei meinem ISM7 mit Firmware-Version 3.00 gibt es den Punkt und somit auch die html-URL im WebGUI auch nicht. Bei Einstellungen gibt es lediglich:
<body>
<ul id="menu">
<li><img id="logo-wolf" src="/Wolf.png" /></li>
<li><a href="/index.htm"><span id="menu-0">Overview</span></a></li>
<li><a href="/protect/network.htm"><span id="menu-1">Network</span></a></li>
<li><a class="active" href="/protect/settings.htm"><span id="menu-2">Settings</span></a></li>
</ul>
Wenn ich das richtig in Erinnerung habe nutzt @LvS21 eine recht aktuelle Firmware-Version auf seinem ISM7.
VG Jim
habe auch Firmware 3.0 drauf und bekomme heute schon wieder keine Werte - kann ich die Firmware selbst updaten (hab da nix gefunden)?
Moin
Na Du hast aber Ansprüche. 
Ne mal im Ernst. Mir ist kein Weg bekannt bei dem ISM7 selber eine neue Firmware installieren zu können. Das Teil ist vor rund 10 Jahren entwickelt worden und besteht aus einfachsten Komponenten mit eher rudimentären Features. So etwas wie ein Firmware-Update durch Kunden ist da nicht vorgesehen. 
Ich weiß nur das die ersten ISM7 mit einer Firmware-Version 1.x mal irgendwann ein Problem mit Windows bekamen und damals hat Wolf die Module dann auf “Kulanz” gegen Module mit einer aktualisierten Firmware-Version ausgetauscht, sprich auch damals war es weder für einen Heizungsbauer, noch für den Kunden selber möglich ein Firmware-Update auf das ISM7 zu flashen. Ich vermute daran hat sich auch bis heute nichts geändert. Aber sicherheitshalber kannst Du ja mal versuchen beim Wolf Support diesbezüglich nachzufragen.
VG Jim