Software-Projekt: Wolf Anlagen mit ISM8i Schnittstellenmodul überwachen und in FHEM auswerten
Worum geht es?
Wir haben 2016 eine neue Brennwertheizung inklusive Solarmodul von der Firma Wolf bekommen . Da ich zu der Zeit bereits eine gut funktionierende Hausautomatisierung mit FHEM am laufen hatte in der u. a. auch den Gasverbrauch mitgeloggt wurde sowie das was unsere Fußbodenheizung macht (siehe Link zum Projekt), war es für mich interessant zu sehen was die einzelnen Bestandteile der neuen Wolf Therme so tun und ob sich noch Anhaltspunkte für weiter Optimierungen am Verbrauch ergeben. Ich wusste dass die Wolf Anlage mit ihren Komponenten via Ebus kommuniziert. Deswegen habe ich versucht mit einem Ebus-USB-Koppler die Daten der Anlage abzugreifen und mit Ebusd auszuwerten. Daten kamen zwar massig an, doch leider waren diese verschlüsselt und im Netz gibt es keine Anleitung wie man diese entschlüsseln kann, Weil die Firma Wolf keine Informationen darüber rausgibt.
Da stieß ich auf das Wolf ISM8i Schnittstellenmodul, welches mit etwas Suchen im Netz für ca. 100 Euro zu haben ist und Statusdaten der Wolf Anlage via Ethernet ausgibt. Leider sind auch diese Daten verschlüsselt, aber in der beiliegenden Montage- und Bedienungsanleitung ist beschrieben wie die Daten zu entschlüsseln sind. Die Kommunikation des Schnittstellenmodul läuft so, dass es TCP Datagramme an eine in seinem Webinterface zuvor eingestellte IPv4 Adresse schickt.
An der entsprechenden Adresse muss es einen Server als Kommunikationspartner geben, der die Datagramme entgegennimmt, entschlüsselt und so aufbereitet, dass FHEM diese versteht und dann diese Daten FHEM zur Verfügung stellt. Diesen Server habe ich entwickelt. Weiterhin habe ich das zugehörige FHEM Modul entwickelt. Bei mir ist der Server und das FHEM Modul jetzt einige Zeit am laufen und ich habe bislang keine Probleme erlebt.
Voraussetzungen
Ihr müsst das ISM8i in eurer Wolf Anlage einbauen (lassen). Ich habe es selbst gemacht, fand es auch nicht schwierig. WICHTIG ist nur dass ihr eure Anlage stromlos macht. Nur am Ein/Aus Knopf ausschalten macht die Anlage nicht stromlos! Da das Schnittstellenmodul via Ethernet kommuniziert, müsst ihr eine Netzwerkdose in der Nähe eurer Heizanlage haben oder eben mit Powerline oder WLAN arbeiten; gibt ja heutzutage genug Möglichkeiten .
Eurem ISM8i Modul solltet ihr eine feste IP Adresse in eurem Netzwerk vergeben (z.B. als festes Lease von einem DHCP Server), da ihr unter dieser IP Adresse später auf das Webinterface des Moduls zugreifen und Einstellungen vornehmen müsst. Per Default sucht euer ISM8i Modul nach einem DHCP Server im Netzwerk um eine Adresse zu leasen. Ihr könnt aber im Webinterface eine feste Adresse vergeben. Allerdings solltet ihr wissen was ihr tut, denn wenn ihr eine Adresse nehmt die außerhalb eures LANs oder sonst wie Quatsch ist, dann ist das Schnittstellenmodul nicht mehr ansprechbar. Zu beachten ist, dass sämtliche Einstellungen erst nach Reboot (aus- und wieder einschalten) eurer Wolf Anlage aktiviert werden.
Ihr braucht einen PC oder Mini-PC wie einen Raspberry Pi der in eurem Netzwerk integriert ist und eine feste IP Adresse hat (z.B. als festes Lease von einem DHCP Server). Auf diesem PC muss Linux als Betriebssystem laufen, wie z.B. Debian. Eine GUI Version eurer Linux Distribution ist nicht nötig bzw. eher hinderlich. Weiterhin muss Perl in eurer Linux Distribution installiert sein.
Wenn ihr die Daten die die Server Software liefert in FHEM benutzen wollt, braucht ihr eine laufende FHEM Installation.
Natürlich kann man die Wolf Server Software auch an der Maschine installieren auf der euer FHEM läuft.
Auf den Rechnern wo FHEM und die Wolf Server Software laufen müsst ihr noch 2 Perl Module installieren:
- Perl Modul: IO::Socket::Multicast. Auf Debian Systemen installieren mit:
apt install libio-socket-multicast-perl
- Perl Modul: Math::Round. Auf Debian Systemen installieren mit:
apt install libmath-round-perl
Vorgehensweise und Installation
Wolf Server:
- Server Software downloaden: [download id=“179″] und entpacken. Sämtliche Dateien in das Verzeichnis /opt/wolf/ speichern.
- Dateien wolf_ism8i.pl , ism8i_comtest.pl und wolfserver ausführbar machen (chmod 755 oder 777).
- Datei wolfserver in das Verzeichnis /etc/init.d/ kopieren und mit dem Befehl
update-rc.d wolfserver defaults
dafür sorgen dass der Wolf Server bei jedem Systemstart automatisch gestartet wird. - Den Server mit dem Befehl
/etc/init.d/wolfserver start
starten.
Der Wolf Server sollte nur mit folgenden Befehlen angesprochen werden:
- Um den Server zu starten:
/etc/init.d/wolfserver start
- Um den Server zu stoppen:
/etc/init.d/wolfserver stop
- Um den Server zu restarten (z.B. nach Änderungen der Config Datei):
/etc/init.d/wolfserver restart
- Um den Status des Servers anzufragen:
/etc/init.d/wolfserver status
Nach dem Start der Servers wird im Verzeichnis /opt/wolf/ ein Unterverzeichniss /log angelegt in dem dann sämtliche Logs ausgegeben werden. Weiterhin wird eine Config Datei namens wolf_ism8i.conf angelegt, die bereits die Default Einstellungen und eine genaue Beschreibung enthält. Nach Änderungen an der Config muss die Wolf Server Software neu gestartet werden um die Änderungen wirksam zu machen.
In der Config müsst ihr die Firmware Version eures ISM8i Moduls eintragen. Möglich ist 1.4 oder 1.5. Die Firmware Version eures Moduls erfahrt ihr im Webinterface der ISM8i Moduls. Das sieht so aus:
Bitte beachtet, dass FW-Versionen kleiner als 1.5 nicht alle Datenpunkte moderner Wolf Geräte erfassen können. Ihr könnt aber die Firmware auf dem neusten Stand bringen lassen, Dazu müsst ihr nach vorhergehender Kontaktaufnahme mit dem Wolf Support euer Modul an die Firma Wolf schicken und die updaten das kostenlos (Stand der Info: Frühjahr 2017).
Die entschlüsselten Daten stellt der Wolf Server als Multicast Sendung im Netzwerk zur Verfügung. Wenn ihr in der Config die Default IP der Multicastgruppe ändern wollt, dann achtet darauf, dass ihr eine IP Adresse verwendet, die für Multicast taugt und tragt nicht einfach irgendwie eine LAN IP (192.168.x.x) ein.
BITTE BEACHTEN: Das ISM8i Modul ist in der Lage auch Datagramme zu empfangen. Ich habe aber meine Server Software so gestaltet dass nur gelesen wird. Durch Setzen falscher Parameter kann man seine Wolf Anlage nämlich möglicherweise beschädigen und das Risiko will ich nicht eingehen.
EBENFALLS BEACHTEN: Das Copyright für die Software liegt bei mir, allerdings dürft ihr sie frei für den privaten und schulischen Einsatz gebrauchen und weitergeben. Lediglich verbiete ich den kommerziellen Einsatz. Falls jemand meine Software kommerziell einsetzen will, dann bitte vorher Kontakt mit mir aufnehmen.
Tips zum Wolf Server
Alle Datenpunkte-Vorlagen liegen als CSV Datei im Verzeichnis des Wolf Servers und heißen je nach FW-Version des ISM8i Moduls wolf_datenpunkte_14.csv und wolf_datenpunkte_15.csv. Wenn euch die von Wolf vorgegebenen Namen der Geräte etc. nicht gefallen, so könnt ihr das individuell abändern. Danach den Server restarten (s.o.) und schon tauchen in FHEM die neuen Datenpunkte als Reading auf. Die alten könnt ihr zuvor mit deletereading MyWolf .*
im Einfabefeld von FHEM löschen.
Bei jedem Starten vom Wolf Server wird eine Menschen-lesbare Datei namens wolf_ism8i_datenpunkte.log im /log Verzeichnis eures Wolf Servers erstellt. Anhand dieser Datei kann man nachprüfen ob Änderungen an wolf_datenpunkte_14.csv und wolf_datenpunkte_15.csv vom Wolf Server akzeptiert werden. Sollten einzelne Datenpunkte fehlen, dann entsprechen eure Einträge nicht den Vorgaben. Ändern sollte man nur die Einträge nach dem ersten und zweiten Semikolon. Wenn ihr was an den Nummern oder den hinteren Teile der Einträge ändert, dann kann der Wolf Server die verschlüsselten Datagramme nicht mehr entschlüsseln, also Vorsicht! Die erste Zeile der CSV Dateien sollte ein Kommentar sein oder leer bleiben.
ISM8i Netzwerk Einstellung
Wenn eure Server Software läuft, dann müsst ihr eurem Schnittstellenmodul sagen an welche IP Adresse er seine Datagramme schicken soll. Dass könnt ihr im Webinterface eures ISM8i Moduls bei Netzwerk eintragen.
Im Abschnitt Kommunikationspartner müsst ihr bei Zielserver-IP die IP Adresse des PCs eintragen auf der euer Wolf Server läuft (s.o.). Wenn nichts dagegen spricht, dann würde ich den Zielserver-Port auf die Default Einstellung (12004) belassen. Dieser ist nämlich auch als Default in der Server Config eingetragen. Jetzt die Einstellungen durch klicken auf Einstellungen speichern sichern.
Nach einem Reboot (aus- und einschalten) eurer Wolf Anlage werden alle eben gemachten Einstellungen wirksam und der Wolf Server sollte Daten empfangen. Das könnt ihr leicht prüfen, wenn ihr im Verzeichnis eures Wolf Servers die Datei ism8i_comtest.pl mit dem Befehl /opt/wolf/perl ism8i_comtest.pl
startet. Es werden die Datagramme die der Wolf Server entschlüsselt und an die Multicastgruppe gesendet hat angezeigt. Allerdings sind in dem Perl Script die Default IPs und die Ports hardgecodet. Wenn ihr andere IPs oder Ports verwendet, dann diese einfach im Script ändern.
Normal solltet ihr schon nach wenigen Sekunden reinkommende Datagramme sehen. Bei mir ist der Abstand zwischen zwei Transmissionen nie größer als eine Minute.
FHEM Modul:
- Das FHEM Modul hier downloaden: [download id=“189″] und entpacken.
- Die enthaltene Datei 49_ISM8I.pm ins Verzeichnis /opt/fhem/FHEM/ kopieren und Rechte auf 755 ändern sowie den Besitzer und die Gruppe so ändern, dass sie mit den anderen FHEM Modulen übereinstimmt.
- das Modul in FHEM mit
define MyWolf ism8i
installieren. - In den Attributen des Moduls könnt ihr ggf. die IP und den Port der Multicastgruppe so ändern, dass er mit der IP und dem Port in der Config des Wolf Servers übereinstimmt. Wenn ihr an der Config nichts geändert habt, dann sollten in wenigen Sekunden schon die ersten Readings eintreffen. Bei mir sind es insgesamt 92.
- Änderungen an den Attributen bedürfen des Neutsarts des FHEM Moduls mit
set MyWolf reset
.
Natürlich müsst ihr euer Device nicht MyWolf nennen sondern wie ihr wollt.
Bei mir sehen die Readings dann so aus:
Tips zum FHEM Modul
Aufbau der Readings:
Die empfangenen Daten sind folgendermaßen aufgebaut:
Es wird ein String empfangen der aus verschiedenen Bestandteilen besteht die mit einem Punkt (.) verbunden sind.
Das sieht z.B. so aus: Heizgeraet_1_TOB_CGB_2_MGK_2.1.Stoerung oder Mischermodul_1.115.Warmwassertemperatur.C.
Die Bedeutung der einzelnen Bestandteile ist:
- Teil 1 : Die Bezeichnung des Gerätes welches die Daten schickt.
- Teil 2 : Die Nummer/ID das Datenpunkts.
- Teil 3 : Der Bestandteil des Gerätes welches die Daten schickt.
- Teil 4 : Die Einheit des übertragenen Wertes. Teil 4 ist optional und kommt nicht bei allen Datenpnkten vor.
Die Bedeutung der Einheiten lautet: C = °C, proz = %, Pa = Pascal, l_h = Liter/Stunde, m3_h = Kubikmeter/Stunde etc.
Weiterhin gibt es das Reading Readings_Count welches die Anzahl der verschiedenen Readings angibt die das ISM8i Modul gesendet hat.
Das Reading Readings_LastUpdate zeigt den Zeitpunkt an an dem das letzte Reading empfangen wurde. so kann man sehen ob noch Daten ankommen. Wenn da mehr als 10 Minuten nichts mehr kommt, dann auf Fehlersuche gehen.
Das Reading Ignores_Count gibt die Anzahl der im Attribut ignoreDatapoints (s.u.) angegebenen Datenpunkte.
Ignores:
Es kommt vor, dass in den Readings Datenpunkte sind, die nur angeben, dass irgendwas nicht vorhanden ist, z.B. dass bei einem Mischmodul auf einem oder mehreren Ausgängen nichts angeschlossen ist. Deswegen ist es evtl. störend wenn diese Datenpunkte mitgeloggt werden.
Beim Attribut ignoreDatapoints könnt ihr die Nummern/IDs der Datenpunkte (s.o.) eingeben die das FHEM Modul ignorieren soll. nach dem Bestätigen, werden in den Readings alle angegebenen Datenpunkte gelöscht und nicht weiter gespeichert. Wenn ihr Nummern aus dem Attribut oder das ganze Attribut löscht, dann werden die entsprechenden Datenpunkte auch wieder gespeichert.
Icons:
Bei mir habe ich dem FHEM Modul sowie den States Icons zugewiesen:
attr MyWolf devStateIcon reception:radio_checked@lime initialized:radio_unchecked@yellow timeout:time_timer@red disconnected:radio_unchecked@red closed:control_x@red
attr MyWolf icon sani_boiler_temp@SkyBlue
Filelog:
Um die Readings zu speichern müsst ihr ein Filelog anlegen. Hier gebe ich euch das Define samt Regex an, damit nur die Datenpunkte gespeichert werden und nicht die Anzahl der Readings oder die Ignores:
define MyWolfLog filelog ./log/MyWolf-%Y.log MyWolf:.*\.\d+\..*
Ergebnisse
So könnten eure Auswertungen aussehen:
Pumpenstaus Plot verschönern:
Um die Lücken beim Pumpenstaus zu vermeiden kann man mit einem AT jede Stunde den aktuellen Staus ins Filelog schreiben lassen. Hier das define:
define Wolf_Pumpen.Plot.Aktualisator at +*01:00 { addLog("MyWolf","Heizgeraet_1_TOB_CGB_2_MGK_2.10.Status_Heizkreispumpe");; addLog("MyWolf","Heizgeraet_1_TOB_CGB_2_MGK_2.11.Status_Speicherladepumpe");; addLog("MyWolf","Mischermodul_1.117.Status_Mischerkreispumpe");; addLog("MyWolf","Mischermodul_2.124.Status_Mischerkreispumpe");; addLog("MyWolf","Solarmodul.141.Status_Solarkreispumpe_SKP1");; } attr Wolf_Pumpen.Plot.Aktualisator alignTime 00:02:00 attr Wolf_Pumpen.Plot.Aktualisator room Wolf
So sieht der Pumpenplot jetzt aus:
Gedanken zum Schluss
Es könnte sein, dass mein Wolf Server auch mit einem eBus-LAN-Koppler funktioniert. Allerdings habe ich keinen. Falls jemand so was hat und es mal mit meine Modulen testen will fände ich es gut wenn ihr in die Kommentare schreibt ob es funktioniert.
Nachtrag: Inzwischen habe ich es mit einem eBus-USB-Koppler probiert. Leider geht es nicht. Allerdings könnte ich anhand der rel. zeitgleich ankommenden Daten über ISM8i und eBus-USB-Koppler diverse Korrelationen erarbeiten. Im Moment fehlt mir leider die Zeit dazu.
Das Allerletzte
Alles was ich hier beschrieben habe hat bei mir gut funktioniert und ist so jetzt einige Zeit im Einsatz. Wenn ihr es verhaut oder die Elektronik eurer Wolf Anlage schrottet dann kann ich nichts dafür. Rückfragen versuche ich aber so gut es mir möglich ist zu beantworten.
So, jetzt aber viel Spaß bei der Umsetzung und lasst mit Feedback da! Würde mich freuen zu hören ob das bei euch ach alles geklappt hat.
Update
Beim Attribut Timeout hat es sich herausgestellt, dass 3600 Sekunden ein guter Wert ist, da nachts die Anlage nur wenige Daten sendet und man so keine fehlerhaften Warnungen erhält falls man wie ich sich bei einem Timeout von FHEM eine Mail schicken lässt dass man seine Wolf Anlage prüfen möge.
Spenden
Wenn Dir der Beitrag hier gefallen oder geholfen hat und Du mir etwas zukommen lassen willst, dann erfährst du hier wie: http://tips-und-mehr.de/spenden/
Versionsupdate
05.06.2017: Das FHEM ISM8i Modul liegt in der neuen Version 1.1 vor in der diverse kleine Bugfixes sowie die Timeout Funktion umgesetzt wurden.
31.08.2017: Nach dem Upgraden von Debian Jessie auf Debian Stretch konnte das FHEM ISM8i Modul nicht mehr starten da es offenbar auch einige Updates in Perl gab. Inzwischen habe ich das Modul aber gefixt und es liegt in der aktuellen Version 1.2 zum Download bereit.
06.02.2018: Ein aufmerksamer User hat mich auf einen Bug im FHEM ISM8i Modul sowie in der wolfserver Datei aufmerksam gemacht. Diese Dateien sind geupdatet und liegen in der Version 1.3 bzw. 1.2 unten zum Download bereit.
07.02.2018: Im Zusammenhang mit mit dem Update vom 06.02. hat mich User Andreas auf einen weiteren Bug aufmerksam gemacht. Die gepatchte Version 1.4 des FHEM Moduls steht unten zum Download bereit.
28.02.2018: User Jörg hat mich auf einen Bug bei CWLs aufmerksam gemacht. Die gepatchte Server Version 1.3 steht zum Download bereit.
01.11.2019: User Andy hat die falsche Zuordnung bei den Betriebsmodi bemerkt. Das wurde beim Wolf Server berichtigt. Version 1.4 ist zum Download verfügbar.
05.10.2022: User Klinki hat von einem Bug im Zusammenspiel mit einem anderen FHEM Modul berichtet. Habe die vorgeschlagenen Veränderungen vorgenommen. Download der neuen Version wie üblich auf Github.
Nochmal die beiden Downloads:
Wolf Server
FHEM ISM8i Modul
Nachtrag
Inzwischen habe ich das ganze FHEM Modul neu gecoded. Es it jetzt sende-fähig und braucht den zwischengeschalteten Server nicht mehr. Files und Details unter https://github.com/qyqsoft/ISM8I .
Hallo,
finde dein Projekt toll. Ich habe es mit meinem Ebus Lan Umsetzer probiert, aber der Server kann die Daten nicht auswerten. Habe zwar noch kein ism8 Modul aber das wird mit Sicherheit die nächste Anschaffung. Danke jedenfalls für die Mühe. Freue mich schon darauf zu sehen was mein Wolf Gerät so macht.
Hallo.
Ich habe mittlerweile ein ISM8i Modul von Wolf und habe es laut ihrer Anleitung eingerichtet. Funktioniert super und dafür herzlichen Dank.
Könnten Sie evtl. das define für die FHEM Auswertung 1 hier auflisten?
Ich habe damit leider ein paar Probleme 🙁
MfG
Reinhard
Freut mich dass es geht.
Aber nun zum Problem: Du hast doch ein Filelog in dem die Readings gespeichert werden. Da mal reingehen und dann oben links auf den Text „Create SVG plot“ klicken. Dann einstellen welche Readings du visualisieren möchtest und dann unten auf den Knopf „write .gplot“ klicken und das nach jeder Änderung. Am besten auch mal das FHEM Tutorial über das erstellen von SVG Grafiken lesen oder auf Youtube bibt es auch gute Videos dazu.
Falls du eher was konkreteres wissen willst bitte nochmal anschreiben. Vielleicht mal im Feld „Range as (min max)“ [0:100] eintragen.
Habe zu Plots erstellen 2 Videos auf Youtube rausgesucht:
https://www.youtube.com/watch?v=_ftFWooLekI
https://www.youtube.com/watch?v=t4hsn2Wcriw
Hallo Trinidad,
Ersteinmal Danke für die Mühe für die ganze Arbeit die in einem Solchen Projekt stecken. Läuft Wunderbar und ein wenig bekomme ich auch Einblick in die ganze Perl Geschichte. Jedoch habe ich auch noch ein paar Anpassungen vorgenommen. Da ich als Plot bzw. Charting Frontend das von Johannes nutze war ich gezwungen die Benennungen etwas einzukürzen. Sogar im wolf_ism8i.pl line 646 Heizkreis ist jetzt HK ebenso in 649 und Mischerkreis ist demzufolge auch gekürzt auf MK und in Line 659 deutet WW jetzt Warmwasser an.
Dann ist mit aufgefallen das es bezüglich der Betriebsart Datenpunkt 2 der ja laut der Dokumentation dem Datentyp 20.105 entspricht aber auf der schon nächsten Seite der Schnittstellenbeschreibung von Wolf einer ganz anderen Entschlüsselung entspricht. Laut Datentyp 20.105 wäre die Deutung 6 = Off und laut Betriebsartbeschreibung 6= Parallelbetrieb was für mein Verständnis nicht zusammenpasst. Werde das ganze aber beobachten und ggf. meinem Verständnis anpassen. Was mir auch noch gefallen könnte wenn die Readings mit der DatenpunktID beginnen würden anstatt diese zwischen Gerät und Datenpunktbennenung zu haben.
Das mal als Überlegungen von mir klar kann man es nie allen recht machen und eigentlich bin ich ehr SPS’er (Loxone, Wago-I/O) also Web (Perl,Fhem’er) aber das erfassen komplexer Situationen ist nie einfach. Gerne hinterlasse ich ihnen meine E-Mail Adresse für einen evtl. Kontakt.
MFG Silvio
Hi,
freut mich dass es bei dir funktioniert. Ich habe der Wolf Server extra so programmiert, dass du dir die Benennungen der Datenpunkte individuell in der entsprechenden Textdatei ändern kannst.
Zum Datenpunkt 2: Wolf hat die KNX Typen etwas umgebogen und für seine Zwecke umdefiniert. Ich würde nicht nach der Definition in 20.105 gehen, sondern nach dem was Wolf angibt. Allerdings kannst du voller Vertrauen den Wolf Support anmailen und nachfragen. Nach meinen Erfahrungen rufen die innerhalb einer Woche zurück und versuchen ernsthaft Fragen zu klären.
Zu deiner Frage mit den Benennung der Datenpunkte: Ich hatte das ursprünglich so wie du das dir wünschst, allerdings sortiert FHEM die Zahlen der vorausgehenden Nummern Datenpunkte nicht numerisch sondern alphabetisch, so dass auf 1 11 und 111 folgt und nicht etwa 2. Außerdem hat Wolf noch einige Datenpunkte zu einzelnen Geräten nach-definiert (siehe Unterschied Firmware 1.4/1.5) und so kann es sein dass Datenpunkte eines Gerätes, welches vielleicht 20-40 belegt auf einmal Datenpunkte jenseits von 190 erhalten. Glaub mir, die Readings sind voll durcheinander nach deiner Wunschmethode und du musst dauernd auf und ab scrollen um alle Datenpunkte zu einem Gerät zusammen zu bekommen.
Ansonsten, wenn noch fragen sind, bitte fragen!
Re Hi,
zur Benennung der DP´s ist es nicht ganz richtig das man alles Beliebig benennen kann daher auch die Hinweise der Lines in dem .pl File da z.B. die Datenpunkte 57 & 58 vorher Programmwahl Heizkreis oder Warmwasser Benennung hatten bekam ich ERR:irgendetwas zurück da sie bei mir ja mit HK oder WW in der csv benannt waren. Deshalb die auch die Anpassung in dem pl File.
Naja noch ist keine Heizperiode aber bisher wechselt der DP 2 nur zwischen Start und Parallelbetrieb welcher gar nicht aktiviert ist, ich habe bisher kein Warmwasserbetrieb loggen können. In den oben schon genannten Datenpunkten Programmwahl habe ich auch nur Standby stehen obwohl ja für die Warmwasserbereitung auch einmal Automatik auftauchen sollte. Aber ich werde den Tip mit dem Wolfsupport einmal umsetzen.
Ok das mit der Sortierung ist nachrangig da ein Browser ja die Fähigkeit besitzt Webseiten zu Zoomen ;-).
Nach sämtlichen Anpassung für meine Verwendung (DbLog, Charting Frontend, Loxoneanbindung) läuft das ganze jetzt ca. 1,5Tage und die plots aus dem Charting Frontent sind auch wunderbar. Danke für den Großteil der Arbeit saubere Leistung.
Mit freundlichen Grüßen
Silvio Urban
Ach so, hatte das falsch verstanden. Du kannst die Datenpunkte im CSV File umbenennen, aber die KNX Auswertung nicht, da ich die laut dem Wolf Manual hardgecoded habe. Kannst das aber im wolf_ism8i.pl selbst ändern.
Was das Zoomen bei der Sortierung helfen soll ist mir jetzt nicht klar. Wie viele Datenpunkte hast du denn in den Readings? Ich habe so ca. 90 und wenn ich das nicht nach Gerätenamen sortiert hätte, dann würde ich die Übersicht verlieren.
Habe das bei meinem Logfile überprüft und mein DP 2 wechselt auch nur zwischen „Start“ und „Parallelbetrieb“. Ich bin aber auch nicht in der Heizanlagenmaterie drin, ich weiß gar nicht was der Parallelbetrieb bedeutet. Mir geht es in erster Linie um den Gasdurchsatz, den Temperaturen und den Pumpenstati.
Es könnte sich aber auch ein Bug in der Firmware der Wolf Schnittstellenmoduls handeln. Wenn man mal sieht was sich in der Dokumentation zur FW 1.4 bzw. 1.5 für Änderungen bzw. Ergänzungen ergeben, dann könnte ich mir vorstellen, dass da noch Fehler drin sind, zumal ja auch noch viele Rechtschreibfehler z.B. bei den Bezeichnungen der DPs drin sind. Siehe Unterschied 3064356_201611.pdf zu 3064356_201508.pdf !
Wenn du noch Fragen technischer Art zum Schnittstellenmodul hast, dann kontaktiere doch den Wolf Support. Der ist echt gut.
Guten Morgen Trinidad,
Ich habe mir alles so angepasst wie ich es haben möchte das passt alles soweit. Ich habe bisher nur 50 DP´s werden aber mehr werden wenn das SM-2 in Betrieb geht (Anlage ist noch nicht vollendet) deswegen das Zoomen im Browser ich zoome mir die Tabelle der Readings soweit raus das es noch lesbar ist und alles wichtige auf einen Bildschirm passt.
Die DP 2 Geschichte ist vorerst auch nicht dringlich bzw. setze ich mich da noch mit Wolf auseinander da ich Fhem nur als Zwischenstation Bzw. Logstation nutze Smarthome selbst verrichtet bei mir Loxone und für die Umschaltung zwischen Heizzentrale im Standby oder Heizzentrale in Automatik bzw. Heizbetrieb wären diese Readings interessant gewesen für die Intellegenten Raumregler (Heizen / Kühlen).
MFG Silvio
Ich würde mich sehr freuen, wenn du die ebusd csv-Datei mittels deines ISM8i erstellen könntest.
Hab extra den ebus-Adapter gebaut und alles eingestellt… nur um dann draufzukommen, dass in den Logs fast alles falsch/unbekannt ist.
Toller Blog übrigens, kommst du aus Österreich? (Und hast du mal beim ebusd im GitHub wg. Wolf Unterstützung angefragt?)
Hallo,
du hast meine „Gedanken zum Schluss“ nicht gelesen. Mit einem eBus LAN oder USB Umsetzer wird es nicht gehen, da das Wolf ISM8i Modul die eBus Roh-Daten nochmals in andere Datagramme wandelt, die scheinbar nicht mit den eBus Datagrammen kompatibel sind.
Wenn du beides betreibst und Arbeit investieren möchtest, dann könntest du anhand von parallel geloggten eBus und ISM8i Daten etwas Reverse Engeneering betreiben. Auch möglich wäre eine Anfrage beim technischen Wolf Support ob sie die Übersetzung der eBus Daten zur Verfügung stellen. Glaube ich zwar nicht, aber man könnte es ja versuchen. Da das aber mit dem ISM8i Modul kostengünstig umzusetzen ist, sehe ich nicht unbedingt die Erfordernis dafür.
Hoffe dir weiter geholfen zu haben, so long.
PS: Nein, ich bin in Deutschland und ich weiß nicht mehr ob ich im eBus GitHub wegen Wolf Unterstützung angefragt habe. Es wäre möglich, aber wie gesagt, habe ich mich dann auf das ISM8i Modul fokussiert und so meine Daten visualisiert.
Hi,
doch habe ich gelesen… ich hatte Bezug genommen auf die folgende deiner Überlegungen:
„Allerdings könnte ich anhand der rel. zeitgleich ankommenden Daten über ISM8i und eBus-USB-Koppler diverse Korrelationen erarbeiten.“
Vielleicht findest du ja einmal Zeit dazu, das würde sicher vielen Leuten mit eBus-Platine helfen… (Ich hab diese von Prof. Henning: https://wiki.fhem.de/wiki/EBUS)
Danke und glg und: Toller Blog!
Hallo Trinidad,
habe bei mir die Wolf BWL 1 S in Verbindung mit der CWL 300 am laufen. Über den eBus Kopller komme ich wunderbar an die Daten der CWL. Leider ist das ja bei der BWL bzw. BM-2 nicht so einfach möglich.
Wenn du mir vielleicht Logs der ISM8 und von eBusd zur verfügung stellen würdest (mit Zeitstempel) würde ich mich mal an die Dekodierung machen.
Wäre das vielleicht ein Weg der dich entlassten würde?
Gruß
Markus
Habe den eBus Koppler längst abgebaut sowie die zugehörige Software entsorgt, da bei mir das mit dem Wolf eBus Modul super läuft und ich keine Notwendigkeit sah eine doppelte Infrastruktur zu betreiben. Hätte nicht gedacht, dass noch solche Anfragen kommen, da auch im FHEM Forum so gut wie keine Reaktion zu meinem FHEM Modul gab. Hab gedacht ich wäre der einzige der sich damit beschäftigt(te).
Hallo Trinidad,
Kaum ist über ein halbes Jahr vergangen, habe ich mich mal wieder mit dem ebus und der Wolf Anlage. Wenn du noch Interesse hast und vielleicht doch lust auf Forschung… ich hab im Fhem Forum einen Thread erstellt: Wolf BWL
Einen Großteil der Werte habe ich schon zusammen
Gruß Markus
Hallo,
Konntest Du in Richtung Analyse der eBus-Daten schon mehr herausfinden?
Ich wäre hieran höchst interessiert für meine BWL-1 I mit BM1 & SM1
Grüße
Hallo Markus und Trinidad,
hab euren Dialog mit großem Interesse gelesen, denn ich brauche eine neue Heizung.
Habe meine Hausautomatisierung mit Wago-SPS gelöst und für Multimedia, NAS usw. einen Debian Server laufen.
Bisher hatte ich eine Wärmepumpe mit Siemens Regelung und web-server, sodaß ich per browser alles was das Herz begehrt anstellen konnte.
Ich habe den dringenden Bedarf aus der Ferne Heizung und Warmwasser zwischen Normal-, Absenk- und Frostschutzbetrieb umschalten zu können und Rück-/Störmeldungen zu bekommen. Dies ist für die Auswahl meiner neuen Heizung mit entscheidend.
Anderes Thema: Ich bin mit der Performance der Visualisierung auf der Wago nicht ganz zufrieden und überlege, ob ich die Visu nicht komplett auf den Debian auslagern sollte. Bin aber selbst kein Programmierer und mache meine SPS-Lösungen nur mit CFC. Habt ihr zu meinen beiden Baustellen Tips?
Dank+Gruß
Hallo tomrey,
ich habe mich bisher nur mit meiner Wolf Anlage und der ISM8i Schnittstelle auseinander gesetzt und das Ganze für FHEM umgesetzt. Deswegen kenne ich mich gar nicht mit den von dir genannten Anlagen oder Software aus. Evtl. findest du was im FHEM Forum.
Viel Glück bei der Umsetzung!
Servus Trinidad!
Sehr spannendes Projekt! Wir überlegen derzeit ebenfalls das ISM8i an unsere CWL-F 300 Exc anzuschließen. Könntest du kurz den Hardware-seitigen Anschluss der Platine beschreiben? Wie/wo wird die Spannungsversorgung und der Ebus angeschlossen? Herzlichen Dank vorab!
Des Anschluss war total easy. Das ISM8i Modul hat einen vom Werk aus vorbereiteten Platz neben der Hauptplatine meiner Gasheizung. Dort wird das Dingen einfach eingeklickt (Rastnasen) und mit dem mitgelieferten Kabel mit der Hauptplatine verbunden. Du musst nur eine RJ45 LAN Kabel haben dass du da noch anschließen kannst, bevor du die Abdeckung der Elektronik wieder anschraubst. Mehr ist nicht.
Hier noch ein Link zu einer PDF von Wolf wo das ganze beschrieben ist: Montage- und Bedienungsanleitung ISM8i
Hey! Danke für die rasche Rückmeldung!
Leider geht die Montage-Anleitung nur auf die Heizgeräte und weniger auf die Lüftungsanlagen ein. Immerhin steht lapidar da:
„Ein Wohnraumlüftungsgerät der Baureihe CWL Excellent kann mit dem ISM8i ebenfalls ausgewertet und bedient werden.“
Unsere CWL-F 300 hat meines Wissens keinen Steckplatz zum Einklicken, sondern nur einen Ebus-Anschluss an der Stirnseite. Wir müssten daher irgendwie die Kontaktstellen an der ISM8i-Platine abzweigen und an den Ebus anschließen. Alternativ kann man noch das (unverschämt) teuere ISM8e-Set mit dem BAOS-Modul nutzen. Dort sind die Anschlüsse werkseitig vorbereitet. Leider kann man das ISM8e nicht separat (d.h. ohne BAOS-Modul) erwerben… 🙁
Leider kann ich nur das beschreiben wie es bei mir ist, aber ich rate dir den technischen Support von Wolf zu kontaktieren. Das habe ich auch einige male gemacht. Die waren bei mir sehr hilfsbereit und durchaus kompetent. Als ich das FHEM Modul und den Server gecoded habe, haben die mir z.B. Dokumentationen zur Verfügung gestellt, die nicht auf der Wolf Seite verfügbar sind.
Danke für den Hinweis! Habe inzwischen die Belegung vom Wolf-Support erhalten!
Hi Trinidad,
habe das gerade erst gelesen. Könntest du mir die Unterlagen zukommen lassen?
Gruß Markus
Hi,
welche Unterlagen meinst du jetzt genau?
Moin, magst du uns die Informationen über den Anschluss des ISM8i an eine CWL ebenfalls zur Verfügung stellen? Danke und Grüße
Hallo Trinidad,
super Projekt!
Ich habe eine BWL-1 I mit WPM1 & BM1 sowie für die Anbindung des Kachelofens ein SM1 im Einsatz.
Leider funktioniert hier laut Wolf das ISM8i nicht – das geht erst ab BM2.
Hat Deine Anlage ein BM1 oder BM2 als Anzeigemodul verbaut und für die Solaranlage – hast Du da ein SM1 im Einsatz?
Wenn sich jemand mit der Analyse der eBus-Daten beschäftigt hat, würde mich das brennend interessieren…
Grüße
BabyHero
Ich habe ein BM2 und ein SM1 Modul im Einsatz. Eine Fotostrecke mit meiner Heizanlage findest du hier.
Hallo zusammen, erstmal vielen Dank für die vielen Infos hier !!!
Ich habe eine Stand-Alone-Solarsteuerung von Wolf (SM1 mit BM-Solar). Wisst ihr, ob das ISM8i hier auch geht? In der Anleitung steht, dass immer ein System-Bedienmodul BM-2(0) erforderlich ist? Danke vorab.
Grüße Markus
Hallo Markus,
auch dir würde ich raten dich an den Wolf Support zu wenden wenn du nicht eine Antwort mit Vermutungen willst. Meine Vermutung aber wäre, dass du das BM2 benötigst.
Einen Bugfix hätte ich noch für die ignoreDatapoints-Funktionalität:
In den Regex in Zeile 287 bzw 288 fehlen zwei Leerzeichen um das $dp_number, also im Ergebnis so:
“ $ignores “ !~ m/\Q $dp_number /
Anders trifft z.B. der ausgeschlossene Parameter “ 74 “ auch auf das Reading „4“ (Heizgeraet_1_TOB_CGB_2_MGK_2.4.Kessel_Temperatur.C) zu; Mit den Leerzeichen darum passt “ 4 “ nicht mehr zu “ 74 „. Vom Code war es bereits so gemacht (“ $ignores „), ich denke es ist bei einer Refaktorierung entfallen und ohne ignoreDatapoints fällt es nicht auf.
Dieser Bug sollte viele User betreffen, denn im Bereich 1 bis 13 liegen die Heizgeräte.
Grüße, Andreas
Vielen Dank Andreas, wird gleich eingebaut. Bin für alle Bugreports dankbar, da ich als kleiner Coder nicht alle mögliche Fälle durchtesten kann.
Hi,
danke für dein Modul – es funktioniert wunderbar. Ich würde allerdings gerne einige Befehle absetzen wollen über FHEM (Lüftung). Ich habe schon mal getestet und das absetzen des Telegrams für alle Datenpunkte senden funktionert. Setze ich aber ein 0620f080001504000000f006009500010095030100 ab – also fürs CWL Datenpunkt 149 (ist ja IN/OUT) klappt es nicht?
8.7.5 Programmwahl CWL Excellent sagt ja Wert 0/1/3 möglich…muss ich zum setzen von Datapoints etwas anderes setzen – z.b. im Subservice? Habe gerade ein kleines Brett vorm Kopf 😉 Danke für deine Mühen^^ LG
Hallo Jörg,
verstehe ich das richtig, sendest du mit meinem Modul Datagramme von FHEM an deine CWL? Weil das Modul war gar nicht für das Absetzen von Datagrammen konzipiert. So was könnte mit etwas umscripten mit dem Servermodul gehen, aber ich weiß gar nicht ob das ISM8i das überhaupt kann. Ich habe mich bisher nur mit dem Empfang und der Auswertung der Datagramme beschäftigt, weil mir das Fachwissen eines Installateurs fehlt um meiner Anlage externe Befehle zu geben deren Auswirkungen ich schlecht einschätzen kann.
Mich würde aber schon interessieren, wie du das Absenden der Datagramme an deine Wolf Anlage von FHEM aus machst. Wenn es dir nicht zu viel Arbeit ist, kannst du ja hier mal kurz beschreiben.
OK- gefunden wenn ich richtig liege – 0xC1 Subservice code ? Jetzt hatte ich das PDF schon 3x durch und habe diese Stelle immer übersehen 😉 Ich teste das mal am Wochenende aus – falls ich falsch liege bin ich natürlich froh wenn mich jemand auf die richige Fährte bringt 😉 LG
So mal kurz zum senden ans ism8 – z.B. >send( pack(‚H*‘ , „0620f080001504000000f0C1009500010095000103“)) = Param 95 (hex) = 149 (DEC) für CWL Programm. Den nutze ich dann z.B. um die Programmwahl meiner Lüftungsanlage zu ändern. Ist mir hier möglicherweise ein Fehler aufgefallen? Ich nutze den Wert 3 wie im ISM8 PDF unter 8.7.5 beschrieben um Economy (Reduziert) zu setzen. Dein Scalar in der Programmierung dazu sieht so aus:
@CWL = („Automatikbetrieb“,“Reduzierung Lüftung“,“Nennlüftung“); Dies dürfte aber die Programmwahl sein und nicht der KNX Mode , oder?
So jetzt müsste man nur noch eine Möglichkeit schaffen einen solchen Wert von FHEM ans Wolfprog zu bekommen innerhalb der Loop. Dies könnte man vereinfacht ja machen während du sendest…im Moment wenig Zeit aber vielleicht schaffe ich das ja mal als POC in den nächsten Wochen…so long
grüsse, Jörg
Wie das senden prinzipiell funktioniert ist schon klar. Ich wollte nur klar machen, dass ich das über das FHEM Modul nicht implementiert habe und deswegen nichts dazu sagen kann.
Ich habe tatsächlich die Werte aus dem linken Teil der Tabelle verwendet (unter Beschreibung). Ich denke das ist OK, da es das ist was Wolf aus den KNX Werten machen. Das ISM8i Modul setzt die KNX Spezifikation ja nicht 1:1 um sondern variiert ein bisschen.
Ich glaube zum Senden von FHEM aus wäre es besser ein eigenes Modul zu machen, da man ja die ganzen unmöglichen Werte vorher rausfiltern sollte und das wird für den Empfang mit dem aktuellen Modul von Server Script erledigt. Ich hätte schon Ideen dazu, aber im Moment habe ich beruflich noch ein anderes Coding Projekt am laufen dass ich vorher weiterbringen muss und dann fehlt mir die Motivation in der Freizeit noch zu scripten.
Hi, da es im PDF so angegeben ist (DPT_HVACMode) und ich es auch so setzen kann denke ich ist 3 Eco und bei dir deswegen CWL_Excellent.149.Programm
ERR:NoResult[149/3] – ist aber nicht schlimm – ich habe es für mich angepasst. Das mit dem eigenem Modul konnte ich auf die Schnelle nicht nachvollziehen, da sich ISM8 doch nur einmal „verbinden“ kann oder liege ich da falsch? Aber danke für deine Mühen – VG, Jörg
Hi nochmal,
langsam kommen wir der Sache näher. Das mit ERR:NoResult[149/3] soll natürlich nicht sein. Das muss ich nochmal nachprüfen, aber so Sachen fallen mir eben nicht auf, da ich keine CWL habe und ich auf euer Feedback angewiesen bin.
Das mit dem Verbinden zum ISM8i stimmt, aber ich würde das ganze auch über die Serversoftware machen, die ja eine Multicastgruppe erzeugt und da können so viele senden und empfangen wie sie wollen. Deswegen müsste ich das Serverscript modifizieren, dass wenn es Daten aus einer anderen Quelle als vom ISM8i erhält diese an das ISM8i weiterleitet. Müssten zwar noch ein paar Sicherheitsprüfungen zwischen, aber das wäre rel. leicht umzusetzen.
Hallo,
ich baue mir in den nächten Tagen auch ein ISM8i im meine CWL ein. Eine sendefähige Variante des FHEM-Moduls wäre natürlich ein Traum. Hast Du noch Ambitionen das Einzubauen? Ich würde mich als Tester zur Verfügung stellen.
Viele Grüße,
Oliver
Hallo,
ich wollte erst mal ein FHEM Modul ohne zwischengeschalteten Server bauen, aber aus Sicherheitsgründen erlaubt FHEM nicht einen receiving Port zu öffnen. Daher ist das Projekt direkt gestorben. Dann werde ich mich wohl als nächstes an die sendefähige Variante begeben. Für den Test komme ich gerne auf dich zurück, insofern deine Mailadresse richtig angegeben ist, wovon ich mal ausgehe.
Errmmm…
Das FHEM-MQTT2-Modul realisiert doch auch einen receiving-Port als direktes FHEM-Modul? Es ist halt nur zwingend notwendig, DevIo und non-blocking zu verwenden, um an die Daten zu kommen.
Der Umweg über einen Broadcast ist jedoch IMHO unnötig und eher ein komplizierter Umweg als eine elegante Lösung. Das Modul läuft nett, aber ohne Steuerungsmöglichkeiten (Auswahl der Zeitprogramme und Arbeitsweisen) ist es recht limitiert in seinen Anwendungsmöglichkeiten.
Wie weit ist denn Deine sendefähige Variante?
Danke, -MN
Ja, war bereits mit dem FHEM Addon „TcpServerUtils“ am rumexperimentieren. Die Aussage, dass FHEM aus Sicherheitsgründen keinen Receiving Port öffnen kann hatte ich so aus dem FHEM Forum. Ich melde mich wenn es was brauchbares zum Ausprobieren gibt.
Danke,
ich hab ein wenig in dem Modul 00_MQTT_SERVER.pm geschaut. DIeses öffnet in Zeile 60 in der Funktion sub MQTT2_SERVER_Define($$) einen definierten TCP-Port mit konfigurierbarer IP und Portnummer zum lesen und schreiben, d.h. bidirektionaler Kommunikation.
Auch ein KeepAlive existiert, die folgende Funktion. Leider fehlte mir aber die Zeit, dies im Detail näher zu analysieren.
Ich helfe gerne beim Beta-Testen.
Ciao, -MN
Hab mal geschaut, 00_MQTT_SERVER basiert auch auf TcpServerUtils.
Moin,
ich vergaß zu erwähnen, daß es auf https://github.com/ioBroker/ioBroker.wolf Verzeichnis „js“ in den datapoints.json, decoder.js und encoder.js eine sehr schön strukturierte Implementierung für das ISM8i in JavaScript für den ioBroker gibt.
Viele der verwendeten Implementierungen lassen sich leicht nach perl übertragen. Läßt sich vielleicht noch nutzen, um das eigene Verständnis/Implementierung zu verifizieren…
Ciao, -MN
Ich kenne ioBroker nicht und das letzte mal dass ich Javascript verwendet habe ist auch 20 Jahre her, deswegen schaue ich mir das nicht an. Eine Implementierung habe ich ja schon und weiß auch genau wie ich die Send Funktion umsetzen muss. Was mir fehlt ist eben Zeit, da ich neben Programmieren auch noch ein Vollzeitberuf habe.
Sende-fähige Version ist fertig. Kannst du unter https://github.com/qyqsoft/ISM8I finden. Der zwischen geschaltete Server ist nicht mehr nötig. Mit dem senden habe ich noch nicht so durchprobiert, nur bei einem K Wert. Scheint aber zu funktionieren.
Fehler ist klar: Das Feld ist Null-basiert und die Zuordnung beginnt im PDF Dokument mit „1“.
Statt
my @CWL = ("Automatikbetrieb","Reduzierung Lüftung","Nennlüftung");
muss es
my @CWL = ("-","Automatikbetrieb","Reduzierung Lüftung","Nennlüftung");
lauten.Ich bereite gerade ein Bauprojekt für 2019 vor, 5 Häuser, eines davon für den Eigenbedarf.
Als Wärmepumpe ist die Wolf-Waermepumpe-Luft-Wasser-BWL-1S-05 Favorit.
Es gibt 2 Besonderheiten, warum ich nach Software für die Programmierung gesucht habe:
1.) Geheizte Garage
2.) Untergrund unter dem Haus als Saisonspeicher
Zur Garage: Bei Elektroautos könnte es Energie sparen, wenn eine gut wärmegedämmte Garage über Wärmepumpe geheizt wird. So auf 12 bis 15 Grad. Daher möchte ich im Betrieb umschalten können auf Vorlauftemperatur 25 Grad, das reicht für die Garage und sollte den COP verbessern.
Zum Untergrund: Rund um das Fundament 25 cm breit und 2 m tief Schaumglas. Unter dem Fundament 200 m Erdkollektor.
Im Sommer soll bei Stromüberschuß die Wärmepumpe den Untergrund bis 30 Grad erwärmen. Da möchte ich die Wärmepumpe auf minimale Leistung haben. Für den Winter studiere ich gerade Möglichkeiten, wie ich Wärme aus dem Untergrund am Besten in die Wärmepumpe bringe.
Hallo,
erstmal danke für das super Projekt. Ich habe das ISM8i und FHEM bereits erfolgreich in Betrieb. Habe aber noch folgende Fragen.
1 ) Ist es normal, dass die Readings 2, 199, 57, 58, 70,71 nicht so ganz die richtigen Werte ausgeben.
– Betriebsart (2): Liefert nur sehr sporadisch Werte, bis jetzt nur Start, Parallelbetrieb und GLT-Betrieb
– Kesselsolltemperaturvorgabe (199): Hat immer den Wert 0
– Programmwahl (57, 58, 70,71): Zeigen andere Wert an, als die, die im Gerät eingestellt sind.
BM2 FHEM-MK FHEM-WW
Automatikbetrieb Standby Standby
Permanent Automatikbetrieb Dauerbetrieb
Standby Heizbetrieb Error 4
Sparbetrieb Sparbetrieb –
2) So alle 1-3 Tage kommen plötzlich keine Readings mehr an. Dies liegt bei mir entweder am WolfServer oder am FHEM-Modul. Dies habe ich durch einen Neustart beider, beim timeout in den Griff bekommen. Beim Server liegt es manchmal daran, das ein 0 Bytes Packet empfangen wurde.
Mein System läuft auf einem Raspberry Pi. Das ISM8i (fw_version 1.5), welches in einer CGB-2 mit BM-2 (FW 2.4) eingebaut ist, habe ich per TL-WR802N in mein WLAN eingebunden.
Über Tipps vor allem zu meinem Problem mit den Readings wäre ich sehr dankbar.
Hallo,
bei den Readings muss ich mal prüfen, melde mich dann noch dazu.
Ich habe den Wolfserver auch auf eine Pi 3 laufen, aber da habe ich nie Timeouts. Keine Ahnung was da falsch sein soll. Evtl liegt es am WLAN.
Bin gerade dabei das Modul umzuschreiben und ohne Zwischenserver direkt in FHEM laufen zu haben. Evtl. löst das einige deiner Probleme.
Wie gesagt, ich scham die Readings mal an und melde mich noch mal.
Hallo nochmal,
habe das mal geprüft. Die Readings für Temperatur z.B. werden immer nach der selben Formel ausgerechnet. Wenn das für ein Reading richtig ist und ein anderes Null liefert, dann liegt das an der Wolf Anlage und was sie für Werte liefert.
Bei diversen Datenpunkten wie z.B. 199 müssen diverse Voraussetzungen erfüllt sein, dass da was kommt, steht aber alle in der Dokumentation zum ISM8i. Musst du mal nachlesen.
Zu den Readings mit den Betriebsarten:
Wolf hat das in der Dokumentation missverständlich aufgelistet. Ich habe das jetzt geändert und es sollte richtig sein, sonst bitte melden.
Am besten gleich die neu Version vom Wolfserver laden und installieren.
Hallo,
danke dir erstmal für die Arbeit.
Da ich meine Heizungsanlage (CGB-2-K-24 mit BM2) in FHEM Integrieren möchte hätte ich noch ein paar Fragen.
Muss der Wolf Server immer noch auf einem eigenen System laufen oder kann er mittlerweile mit auf dem FHEM System laufen?
Würde ein Pi Zero für den Wolf Server reichen?
Kannst du was darüber sagen in wie fern deine Anleitung kompatibel zu den aktuellen Wolf Schnittstellen „Link Home“ und „Link Pro“ ist ?
Ich frage nach weil die ism7/8/9 Module nicht mehr auf der Wolf Seite zu finden sind und ich falls kompatibel zum neueren „Link Home“ greifen würde anstatt des älteren ism8i.
Gruß und Danke
Stefan
Ja, leider ist es wegen Sicherheitsbedenken nicht möglich aus FHEM heraus Ports zu öffnen. Du Kannst aber den Wolf Server durchaus auf dem System laufen lassen wo dein FHEM läuft.
Wahrscheinlich schon, so weit das Teil an den Netzwerk angeschlossen ist und ein Linux am laufen hat.
Kenne ich beides nicht, aber so weit ich das beim googeln sehen kann ist das eine Cloud-Lösung von Wolf, bei der du nur über Handy App oder Wolfs Internetportal auf diverse Daten zugreifen kannst. Bezweifle mal stark dass du das vernünftig in FHEM einbinden kannst (höchstens vielleicht irgendwie über HTTPMOD). Ich persönlich finde diese Cloud Sachen Mist und würde die nicht einsetzen, muss aber jeder selber wissen.
Ich wollte mal Rückmeldung geben nachdem der Wolf Server und die FHEM integration nun erfolgreich seit einer Woche läuft.
Also der Raspberry Pi Zero hat mit dem Server wie abzusehen war keine Probleme (es läuft auch nichts anderes drauf).
Bei der Einrichtung gab es nur eine Fehlermeldung wegen eines fehlenden moduls für HTML::Entities welches ich noch nachinstallieren musste.
Vielleicht kann das ja jemand überprüfen ob das fehlende Modul immer installiert werden muss oder es bei mir nur der fall war und die Anleitung dahin gehend ergänzen.
Als image habe ich das aktuelle Raspian (Buster) benutzt.
Ich hoffe das irgendwann noch mal eine sende fähige Version raus kommt um die Therme einfach über FHEM zu Steuern (Stichwort An-/Abwesenheits erkennung).
Ansonsten noch mal Danke für die klasse Arbeit.
Gruß
Hallo,
freut mich, wenns läuft. Wegen Zeitmangel noch nicht weiter gecoded, aber über die Feiertage werde ich noch mal an eine Sendeversion arbeiten.
So, sende-fähige Version ist fertig. Kannst du unter https://github.com/qyqsoft/ISM8I finden. Der zwischen geschaltete Server ist nicht mehr nötig. Mit dem senden habe ich noch nicht so durchprobiert, nur bei einem K Wert. Scheint aber zu funktionieren.
Scheinbar hat Wolf die ism7i, ism8i und ism9i durch die neue Schnittstellenkarte Link Home (soll eine Firmware 3.x haben) ersetzt.
Leider finde ich nirgends eine saubere Gegenüberstellung der Unterschiede und damit auch die Frage, ob die ism8i etwas könnte, was die Link Home nicht kann.
Würde nämlich gerne die Wolf Gas-Brennwert in Loxone integrieren
So weit ich gesehen habe, haben die neuen Schnittstellenkarten eine schöne GUI und sind Cloud-basiert. Da ich meine ISN8i hauptsächlich wegen der Integration in FHEM habe und möglichst auf Cloud Lösungen verzichten will, kommt für mich ein Upgrade nicht in Frage. Dann müsste man einfach mit HTTPMOD (FHEM Modul) versuchen die Daten aus der Cloud zu holen, was oft gar nicht oder nur bescheiden geht.
Hallo,
erstmal ein dickes Lob für das neue Modul 15_WOLF_ISM8I.pm ohne separaten Server.
Ich habe den Server gestoppt und das alte Device (49_ISM8I.pm) gelöscht. Die Dateien sind noch auf dem System. Dann habe ich das neue Modul wie beschrieben definiert. Der Device-Namen ist gleich geblieben. Grundsätzlich läuft auch fast alles.
Es gibt allerdings zwei Probleme.
1) Das Attribut ignoreDatapoints löschet nur die aufgelisteten bereits eingegangenen Readings. Es wird nicht verhindert, dass sie erneut als Reading aufgelistet werden. Beim erneuten setzen / bestätigen des Attributs werden die Readings wieder gelöscht.
2) Beim Senden an die Heizung bekomme ich folgende Fehlermeldung im FHEM-Log.
WOLF_ISM8I_Set: cmd -> Systembedienmodul.194.1x_Warmwasserladung_gobal / id -> 194 / arg -> 0
send telegram -> 06 20 f0 80 00 15 04 00 00 00 f0 c1 00 c2 00 01 00 c2 00 01 00
PERL WARNING: Use of uninitialized value $deq in split at ./FHEM/15_WOLF_ISM8I.pm line 565.
Danke für das Feedback. Schaue ich mir an. Da ich selbst keine Ignores drin habe und auch bis auf ein K Wert nichts geschickt habe ist mir das nicht aufgefallen. Am Wochenende werde ich das versuchen zu patchen.
Gepatchte Version ist up. Bitte testen.
https://github.com/qyqsoft/ISM8I
Vielen Dank für das schnelle Update. Es funktioniert.
Im neuen Modul 15_WOLF_ISM8I.pm ohne separaten Server scheint ein Fehler bei der Dekodierung der Zahlen DPT_Value_Temp vorzuliegen. Meine Außentemperatur und Kollektortemp springen unter 0°C auf -20,47°C (2047*0,01) und steigen dann mit sinkender Temperatur an. Meine Heizung zeigt plausible Werte an.
In FHEM Heizung
-20,4 -0,1
-19,4 -1,1
-18 -2,5
-16,2 -4,3
-14,6 -5,9
Muss ich mir ansehen, melde mich dann zurück.
Hallo, das sieht bei mir ebenso aus.
Heizgeraet_1_TOB_CGB2_MGK2.8.O.Aussentemperatur.C -19.3
Gruß Rene
Die Berechnung stammte nicht von mir, war copy/paste aus einem KNX Tutorial. Habe jetzt mal eine andere Berechnung (auch copy/paste) verwendet. Wenn das auch nichts bringt, ist vielleicht ein Bug in der ISM8i Software oder ich muss versuchen die Minuswerte abzufangen und explizit zu ändern.
Geänderte Datei im Github: https://github.com/qyqsoft/ISM8I/blob/master/15_WOLF_ISM8I.pm
Wir lagen bisher immer über Null Grad, deswegen kann ich das nicht direkt nachvollziehen.
Hallo,
ich bin gerade auf der Suche nach einer Möglichkeit meine CGB-35 Gastherme an den PC, besser noch an einen Raspberry zu bringen. Weiß jemand, ob das ISM8i mit der Therme spricht? Gerne würde ich auch die „Fachmann Ebene“ nutzen können, um z.B. die Heizleistung einstellen zu können. Zu den neueren Schnittstellenadaptern gibt es keine Dokumentation, beim ISM7 ist laut Handbuch die „Fachmann Ebene“ nur über das Portal nach einer kostenpflichtigen Freischaltung erreichbar. Beim aktuellen Wolf LinkPro schweigt das Handbuch sich dazu aus. Diese Hürden scheint es beim ISM8i nicht zu geben. Wer kann weiter helfen?
Hi,
ich glaube schon, dass das funktionieren sollte, sofern ein Schacht frei ist, wo die ISM Schnittstellenmodule rein passt. Das Protokoll von Wolf ist denke ich bei jedem Gerät gleich, schließlich können die alle untereinander kommunizieren. Mit FHEM auf dem Pi und meinem Modul kannst du die Dienger auch ansteuern, jedenfalls in dem Rahmen, die das Modul erlaubt. Alles was in der Fachmannebene möglich ist ist mit dem ISM8i jedenfalls nicht möglich, aber das setzen von Temperaturen und K Werten, das geht.
Aussage natürlich ohne Gewähr.
Hallo,
ich habe mittlerweile von Wolf die Auskunft bekommen, dass das Modul mit meiner Therme ich kompatibel sei…. schade.
Danke für Deine Mühe
Hallo Trinidad,
tolles Projekt, bekomme im März eine ganz neue Wolf CHA Monoblock Wärmepumpe. Der Heizungsbauer ist mit Smarthome etc völlig überfordert. Bin selbst IT-affin und hab mir vor 4 Wo einen Rasp PI4 besorgt und schule mich selbst grad auf dem ioBroker. Frage: gibt es mit Deiner Software eine Möglichkeit die neue Anlage auszulesen und zu steuern? 2.Frage: habe 16 Heizkörper auf 3 Etagen im Haus, welche Thermostate zur Steuerung empfiehlst Du?
Herzlichen Dank für eine Antwort, beste Grüsse, Axel
Hallo,
leider kenne ich mich mit ioBroker gar nicht aus, ich benutze nur FHEM. Wenn in deiner neuen Anlage ein ISM8i Modul verbaut ist, dann wird es was sonst wahrscheinlich nicht. Auch mit Thermostaten etc. kenne ich mich nicht aus, ich habe lediglich die Software entwickelt um das bei mir eingesetzte ISM8i Modul in FHEM einzubinden. Bei allem anderen bin ich überfragt. Du kannst aber mal im FHEM Forum nachfragen, da sind viele die sich mit diversen Konfigurationen auskennen.
Hallo,
super Projekt.
Ich habe das Modul auf Fhem ohne Server installiert.
Nur bekomme ich als Antwort „Unknown module ism8i“.
Was mache ich falsch?
Vorab schonmal viele Dank
Hast du denn das Modul downgeloaded, in den Ordner /opt/fhem/FHEM/ auf deinem FHEM Server gepackt, dem Modul die Rechte 0644, Gruppe dialout und Eigentümer fhem eingestellt? Hast du danach den FHEM Server oder Service neu gestartet?
Hallo,
ich erhalte bei der Definition in fhem die Meldung: Cannot load module WOLF_ISM8I
Das Log zeigt folgende Meldung:
2021.09.15 17:52:14 1: PERL WARNING: Bareword found where operator expected at ./FHEM/15_WOLF_ISM8I.pm line 8, near „“en“ data“
2021.09.15 17:52:14 1: PERL WARNING: (Missing operator before data?)
2021.09.15 17:52:14 1: PERL WARNING: Bareword found where operator expected at ./FHEM/15_WOLF_ISM8I.pm line 8, near „“auto“ data“
2021.09.15 17:52:14 1: PERL WARNING: Bareword found where operator expected at ./FHEM/15_WOLF_ISM8I.pm line 8, near „“light“ data“
2021.09.15 17:52:14 1: reload: Error:Modul 15_WOLF_ISM8I deactivated:
Excessively long operator at ./FHEM/15_WOLF_ISM8I.pm line 20.
2021.09.15 17:52:14 0: Excessively long operator at ./FHEM/15_WOLF_ISM8I.pm line 20.
Ich werde leider nicht so richtig schlau daraus und wäre für Tips sehr dankbar.
Danke im Voraus.
Welche Version benutzt du denn? Bei mir ist in Zeile 20 „use IO::Socket;“ und in Zeile 8 ist nur ein Kommentar. Kannst du mal bitte hier posten was bei dir in und um Zeilen 8 und 20 steht in deiner 15_WOLF_ISM8I.pm Datei.
Hallo,
ich habe seit kurzem ein neues Heizgerät, eine Wolf CGB2.
Daher habe ich mit großem Interesse dieses Projekt gelesen.
Ich habe ein ISM7i verbaut, hier ist allerdings nur die Rede vom ISM8i.
Muss ich wechseln oder gibt es Möglichkeiten das 7i zu verwenden?
Vielen Dank vorab!
Moin,
kenne die Features vom ISM7i nicht aber nachdem was ich auf die Schnelle im Netz gefunden habe kann es sich wohl „nur“ mit dem Wolf Portal verbinden und du kannst das was über die Weboberfläche sehen/einstellen. Vielleicht kannst du dir in FHEM über HTTPMOD was zusammenbasteln.
Ok, erstmal danke.
Ich werde dann wohl lieber auf das 8i ausweichen.
Habe heute das FHEM Modul mit ISM8i FW 1.70 und CHA-07 LWWP in Betrieb genommen. Vielen Dank für die tolle Arbeit!
Ich habe 4 neue Datenpunkte versucht hinzuzufügen Gerät: BM-2 ID: 251,355,356,358 ist mir leider nicht gelungen.
Zu den Datenpunkten mit Error_NotFound.ID mit den Nummern: 336 337 338 339 340 341 342 343 344 345 346 347 348 349 350 351 352 353 354 357 362 363, würde ich gerne Erfahren um was es sich handelt. Das Manual zum ISM8i gibt das leider nicht her. Jemand eine Idee?
Du musst beim Wolf Support anfragen ob es für FW 1.7 eine neues PDF Handbuch gibt. Das musste ich damals auch beim Update von 1.4 auf 1.5. Die ändern dauernd was au den Datenpunkten bei jedem Update und selbst wenn die FW von deinem Wolf gerät sich ändert verändert sich was. Wenn du von Wolf was bekommt, kannst du das an mich weiterleiten.
Hi, ich bekomme in der Betriebsart Frostschutz, 1x einen falschen Wert für die Heizleistung geliefert.
Bei Frostschutz taut die LWWP das am Wärmetauscher gebildete Eis ab.
Hier die Daten, welche per MQTT das FHEM verlassen.
fhem/heat/myCHA07 {„Heizgeraet_1_CHA.177.O.Betriebsart“:Frostschutz}
fhem/heat/myCHA07 {„Heizgeraet_1_CHA.178.O.Heizleistung.kW“:5.9}
fhem/heat/myCHA07 {„Heizgeraet_1_CHA.191.O.Leistungsaufnahme.kW“:1.8}
fhem/heat/myCHA07 {„Heizgeraet_1_CHA.178.O.Heizleistung.kW“:3.9}
fhem/heat/myCHA07 {„Heizgeraet_1_CHA.180.O.Kesseltemperatur.C“:42.2}
fhem/heat/myCHA07 {„Heizgeraet_1_CHA.191.O.Leistungsaufnahme.kW“:0.7}
fhem/heat/myCHA07 {„Heizgeraet_1_CHA.178.O.Heizleistung.kW“:6543.36}
Ich habe das Heizgerät von BWL-1S auf CHA umbenannt.
Ein Berechnungsproblem mit Mantisse/Exponent kann es eigentlich nicht sein, der Datentyp ist 13.010 oder 13.013 PDT_LONG.
Ich versuche es auf Netzwerkebene zu tracen.
Danke für Deine Rückmeldung, ich werde versuchen den Support zu kontaktieren.
Ich habe die Pakete mit wireshark gecaptured und mir die Kommunikation für Datenpunkt 178 herausextrahiert.
DP 178 Heizleistung kW = 00b2
Header+xy StartDP No.DP FirstDP DPCommand DPLenght DP Value
0620f080001604000000f006 00b2 0001 00b2 03 02 02a8 = 680 = 6.8kW
0620f080001604000000f006 00b2 0001 00b2 03 02 015e = 350 = 3.5kW
0620f080001604000000f006 00b2 0001 00b2 03 02 4cff = 19711 = 197.1kW ?
0620f080001604000000f006 00b2 0001 00b2 03 02 0000 = 0 = 0kW
0620f080001604000000f006 00b2 0001 00b2 03 02 03ac = 940 = 9.4kW
Habe ich das richtig interpretiert?
Das zerstört jede schöne Grafik! 🙂
Ich glaube das ist nicht richtig. Bei kleinen Zahlen kommt das oft hin, aber bei größeren wird wahrscheinlich eine Formel angewendet zur Umrechnung je nachdem wie die Werte kodiert sind. Habe aber für alle Werte die Formeln im Modul.
Leider noch keine Antwort von Wolf erhalten. Ich habe den Thread im FHEM Forum weiter geführt.
Vielleicht liegt es daran das die den ISM8i nicht weiter vertreiben und deswegen nicht mehr supporten. oder Wolf ist eben auch schlecht geworden mit seinem Support. Als ich vor 4-5 Jahren das Projekt hier gemacht habe ging das immer ganz schnell mit den Antworten vom Support.
Hallo,
ich habe heute versucht das Modul in fhem einzubinden und meine CGB-2 auszulesen. Leider ist fhem dann nicht mehr über das Webinterface erreichbar.
Die Software-Version des ism8i ist 1.70.
Hallo,
leider habe ich die Version 1.7 nicht und kann daher nicht beurteilen was los ist. Was sagt denn die fhem.log bezüglich des Moduls beim Starten von FHEM?
Bin schon etwas weiter gekommen. Das ursprünbliche Problem war dass Perl unvollständig konfiguriert war: „perl: warning: Setting locale failed“.
-> kein UTF-8 Support. Das hat dazu geführt dass fhem beim Laden der wolf*.csv dateien abgeschmiert ist.
Nun startet fhem wieder und kommuniziert mit dem ISM8I. Leider nut kurz. Dann stirbt der fhem Prozess. Auszug aus dem syslog:
Jan 5 20:19:27 rasp-fhem2 systemd[1]: fhem.service: Succeeded.
Jan 5 20:19:28 rasp-fhem2 systemd[1]: fhem.service: Service RestartSec=100ms expired, scheduling restart.
Jan 5 20:19:28 rasp-fhem2 systemd[1]: fhem.service: Scheduled restart job, restart counter is at 1.
Jan 5 20:19:28 rasp-fhem2 systemd[1]: Stopped FHEM Home Automation.
Jan 5 20:19:28 rasp-fhem2 systemd[1]: Starting FHEM Home Automation…
Jan 5 20:19:28 rasp-fhem2 systemd[1]: Started FHEM Home Automation.
Jan 5 20:20:03 rasp-fhem2 systemd[1]: fhem.service: Main process exited, code=exited, status=255/EXCEPTION
Jan 5 20:20:09 rasp-fhem2 systemd[1]: fhem.service: Failed with result ‚exit-code‘.
Jan 5 20:20:09 rasp-fhem2 systemd[1]: fhem.service: Service RestartSec=100ms expired, scheduling restart.
Jan 5 20:20:09 rasp-fhem2 systemd[1]: fhem.service: Scheduled restart job, restart counter is at 2.
Jan 5 20:20:09 rasp-fhem2 systemd[1]: Stopped FHEM Home Automation.
Jan 5 20:20:09 rasp-fhem2 systemd[1]: Starting FHEM Home Automation…
Jan 5 20:20:10 rasp-fhem2 systemd[1]: Started FHEM Home Automation.
Jan 5 20:20:18 rasp-fhem2 systemd[1]: Stopping FHEM Home Automation…
Jan 5 20:20:41 rasp-fhem2 systemd[1]: fhem.service: Main process exited, code=exited, status=115/n/a
Jan 5 20:20:55 rasp-fhem2 systemd[1]: fhem.service: Failed with result ‚exit-code‘.
Jan 5 20:20:55 rasp-fhem2 systemd[1]: Stopped FHEM Home Automation.
Außerdem sind bei der V1.70 noch 4 Datenpunkte und 2 Datentypen dazu gekommen. Die Datenpunkte könnte ich ja noch selber in die cvs aufnehmen, die Datentypen aber nicht.
Leider liegt mir die Beschreibung nur in Papierform vor. Könnte dir aber die entsprechenden Seiten zukommen lassen.
Du kannst ja mal das verbose auf 5 im Modul global erhöhen, dann bekommst du mehr Details im Log angezeigt.
Das Log hilft so nicht klauskn. Da steht nur wegen einer Exception. Ich hatte anfangs Probleme mit den Perlpfaden zu den modulen, dass hat aber nie zu einer exception in FHEM geführt. Läuft FHEM denn ohne das Modul (WOLF_ISM8I)? Ich hatte die Datenpunkte und Typen nie abgeglichen mit der „alten“ Version. Benenne Sie doch mal bitte, evtl. kann ich helfen.
Moin,
Ein tolles Projekt hast Du da auf die Beine gestellt!
Ich habe Deinen Wolfserver seit ein paar Wochen am Start. Es lieferte mir bisher die Daten der Gastherme. Die Firmware ist bei mir 1.7.
Seit letztem Freitag ist die Wärmepumge BWL-1-S in Betrieb. Jetzt laufen Daten von den IDs 336-363 auf. Diese sind in der Beschreibung der Datenpunkte nicht zu finden. Im Netz finde ich keine Infos dazu und auf die Antwort von Wolf warte ich noch.
Vielleicht hast Du einen Tipp?!
Alles Gute & Gruß
Klinki
Hallo,
schön dass dir das Projekt gefällt.
Leider kann ich dir da nicht weiterhelfen. Ich habe zwar auch seit einigen Wochen eine Wärmepumpe am Start, doch die läuft Standalone zur Gastherme, weil die PV gesteuert ist und der Gastherme als Solarmodul erscheint. Ich bin gar nicht erst auf die Idee gekommen, dass die ISM8i irgendwas unterstützt bezüglich der Wärmepumpe, da in der Beschreibung steht, dass die das eben nicht kann. Aber vielleicht hat Wolf das Manual des ISM8i upgedatet und die neuen Werte sind drin, dann könnte man das leicht einpflegen. Falls du da was vom Wolf Support bekommst, dann kannst du mir das gerne weiterleiten und ich schau mal drüber.
Moin,
Ich hatte zwischendurch Konttakt zum Wolf Support und hatte mein ISM8i eingeschickt. Das Ding kam letzte Woche zurück – leider immer noch mit nicht dekodierbaren Readings. Aber immerhin mehr sinnvolle Werte. Wolf hatte auf FW1.8 geupdatet. Kostenfrei.
Gestern habe ich auf Deine Neuentwicklung gewechselt um auf den Ebus auch schreiben zu können. Leider kommen keine Werte zu meiner Wärmpepumpe mehr (Datenpunkte 176-191). Das hatte mit dem „alten“ Wolfserver noch prima funktioniert. Im fhem-Log finde ich leider keine Hinweise (verbose 5). Hatte die csv-Dateien aus dem Git sowie meine angepassten ausprobiert. Hast Du eine Idee wo ich suchen könnte?
Wolf hat die Doku zum ISM in der Version 9/2022 zum Download online.
Zwischendurch hatte ich mich auch wieder meiner alten Ebusd-Installation gewidmet und eine ganze Menge an Datenpunkten zur WP, Gastherme und MM1 ausfindig gemacht. Interesse an der vorläufigen CSV? Da noch nicht vollständig, habe ich sie noch nicht im Forum online gestellt.
Alles in Allem bin ich etwas enttäuscht darüber, dass sich eine Heizungsanlage so schwer mit der PV koppeln lässt. Die schreibenden Datenpunkte bieten da nur begrenzte Möglichkeiten. Aktuell nutze ich SGready kleinsten gemeinsamen Nenner. Funktioniert, aber da ist Luft nach oben.
Projekte wie Deines und das Ebusd bieten dem ambitionierten Laien tolle Möglichkeiten zur Analyse und Optimierung. Weiter so!
…und man muss auch sagen, dass es bei anderen Herstellern fast unmöglich ist an Live-Daten seiner Installation zu gelangen
So viel ich mitbekommen habe gehört zu jeder neuen Firmware vom ISM8i eine neue Dokumentation wo neue und geänderte Datenpunkte drin sind. Vielleicht fragst du die mal beim Support an.
Was und wie wolltest du denn deine Heizungsanlage mit der PV Anlage verbinden? Interessiert mich weil ich so was schon gemacht habe, allerdings mit einer Wolf Wärmepumpe die SG ready ist und eine PV Anlage kann das auch. Schreib mal, würde mich interessieren.
Kommando zurück. Jetzt geht es. Bin in fhem wieder zum alten Wolfserver zurück. Daten (auch WP) kamen an. Wieder Deine neue Version ausprobiert – ging auch. Voran es lag, kann ich nicht sagen.
Jedenfalls geht´s jetzt. Vielen Dank nochmal für Deine Arbeit!
Hallo,
ich habe im Forum von FHEM mal beschrieben, wie ich Informationen ermittle bzw. berechne, die vom ISM8i nicht geliefert werden (z.B. Sollvorlauftemperaturen) und wie ich diese Informationen darstelle.
https://forum.fhem.de/index.php/topic,129489.0.html
Sieht ziemlich gut aus. Danke fürs sharen.
Hi,
Im Fourm ( https://forum.fhem.de/index.php/topic,124388.60.html ) hatte ich gepostet, dass es zu Problemen führt wenn dein ISM8-Modul in Verbindung mit z.B. den Nuki-Schlössern betrieben wird. Entweder startet fhem gar nicht mehr oder es stürtzt nach Laufzeit ab. Die Jungs haben wohl einen Fehler in einem Json-Dekoder ausfindig gemacht. Ich kann das nicht nachvollziehen – meine Perl-Kenntnisse reichen bei Weitem nicht aus.
Ich will auf Dein Modul nicht verzichten. Der schreibende Zugriff ist mittlerweile ein Killer-Kriterium. Die Nukis haben (leider) einen sehr hohen WAF.
Ich würde versuchen Dich zu unterstützen wo ich kann und wäre auch bereit finanziell etwas mehr zu „spenden“ – auch wenn, sagen wir 100€, die tatsächlich investierte Arbeitszeit kaum ausgleichen würde…
Würde mich freuen, wenn Du Dich der Problematik annehmen könntest
Gruß,
Klinki
Moin,
ja komisch. So weit ich mich erinnere benutzt das Modul gar kein Json. Muss ich mir noch mal ansehen. Auch das mit dem bignum kann ich nicht nachvollziehen. Sehr merkwürdig.
So, habe jetzt eigene neue Version auf Github. Bitte mal testen und posten ob der Bug im Zusammenspiel mit deinem anderen Modul da weg ist. Danke!
Leider nicht. Fhem bootet wieder im Kreis. Ist es möglich, dass die beiden Module konkurrierend auf IO-Schnittstellen oder Sockets zugreifen?
Ein „netstat -an“ brachte leider keine Hinweise.
Ist natürlich sub-optimal, dass Du das nicht nachvollziehen kannst…
Kann ich mir nicht vorstellen dass die da auf irgendwas konkurrierend zugreifen, sonst müsste das Socket identisch sein, d.h. selber Port und Protokoll. Das kannst du ja mal nachprüfen und am ISM8i Web GUI einen komplett anderen Port einstellen und die def in Fhem ändern und nochmal ausprobieren.
habe außerdem noch eine klitzekleine Sache am Fhem Modul geändert. Bitte auch nochmal ausprobieren.
Leider noch das gleiche Problem. CoolTux schreibt im Forum, dass es ein Problem mit einer veralteten Bibliothek geben könnte und das er bereits mögliche Lösungsansätze genannt hat. ( https://forum.fhem.de/index.php?topic=124388.new;topicseen#new )
Ich bin, wie gesagt, leider raus 🙁
Hallo,
ich bin seit Kurzem auch stolzer Besitzer eines ISM8i Moduls mit einer CGB-2 Gastherme.
Ich habe ein Problem mit der Einbindung in FHEM (die neueste Version ohne WOLFserver).
Ich habe wie beschrieben den 15_WOLF_ISM8I.pm und die beiden csv Files ins opt/fhem/FHEM/ Verzeichnis kopiert und den Owner, die Gruppe und die Rechte wie beschrieben gesetzt.
In FHEM habe ich die beiden PERL Module installiert.
Wenn ich in FHEM versuche, per define das Modul einzubinden, kommt die Meldung „Cannot load module WOLF_ISM8I“
Wenn ich das version Kommando von FHEM verwende erscheint dort: „No Id found for 15_WOLF_ISM8I.pm“
Ich habe versuchsweise den Wolfserver installiert und sehe, dass Meldungen vom ISM8i Modul kommen.
Habe ich noch was vergessen?
Vielen dank vorab
Viele Grüße
Harald
Hallo,
hast du den FHEM Sevice neu gestartet? … service fhem restart.
Ja, hab ich gemacht;
Im Logfile vom FHEM war folgendes dazu zu finden:
2022.11.20 16:02:13 3: FHEMWEB WEB CSRF error: csrf_184145832370123 ne csrf_190088956149533 for client WEB_192.168.0.2_54297 / command define CGB2 WOLF_ISM8I 12004. For details see the csrfToken FHEMWEB attribute.
2022.11.20 16:04:37 1: PERL WARNING: Bareword found where operator expected at ./FHEM/15_WOLF_ISM8I.pm line 9, near „“en“ data“
2022.11.20 16:04:37 1: PERL WARNING: (Missing operator before data?)
2022.11.20 16:04:37 1: PERL WARNING: Bareword found where operator expected at ./FHEM/15_WOLF_ISM8I.pm line 9, near „“auto“ data“
2022.11.20 16:04:37 1: PERL WARNING: Bareword found where operator expected at ./FHEM/15_WOLF_ISM8I.pm line 9, near „“light“ data“
2022.11.20 16:04:37 1: PERL WARNING: Bareword found where operator expected at ./FHEM/15_WOLF_ISM8I.pm line 9, near „“dark“ data“
2022.11.20 16:04:37 1: reload: Error:Modul 15_WOLF_ISM8I deactivated:
Excessively long operator at ./FHEM/15_WOLF_ISM8I.pm line 28.
2022.11.20 16:04:37 0: Excessively long operator at ./FHEM/15_WOLF_ISM8I.pm line 28.
Ich hab den File von github runtergeladen und mit WinSCP auf den raspi kopiert (/opt/fhem/FHEM/) und dann die Rechte angepasst
Gruß
Harald
Hallo Trinidad,
sorry ich hab meinen Fehler gefunden;
Beim download von github ist wohl was schiefgelaufen.
Jetzt hab ich nochmal alles als ZIP Archiv runtergeladen, entpackt und auf den Rapi gespielt und jetzt funktioniert das define ohne Fehlermeldung;
Ich hoffe, dass ich jetzt ohne Unterstützung weiterkomme.
Nochmal danke für Deine Arbeit
Viele Grüße
Harald
Ja, wo ich das mit den Perl Fehlermeldungen sah, habe ich auch gedacht dass die Datei beschädigt ist.