Software-Projekt: Wolf Anlagen mit ISM8i Schnittstellenmodul überwachen und in FHEM auswerten

Das könnte dich auch interessieren …

111 Antworten

  1. Alois M. sagt:

    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.

  2. Reinhard sagt:

    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

    • Trinidad sagt:

      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.

  3. Silvio Urban sagt:

    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

    • Trinidad sagt:

      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!

  4. Silvio Urban sagt:

    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

    • Trinidad sagt:

      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.

      • Silvio Urban sagt:

        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

  5. David sagt:

    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?)

    • Trinidad sagt:

      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.

      • David sagt:

        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!

  6. Markus sagt:

    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

    • Trinidad sagt:

      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).

      • Markus Smigelskis sagt:

        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

    • BabyHero sagt:

      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

  7. tomrey sagt:

    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ß

    • Trinidad sagt:

      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!

  8. 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!

    • Trinidad sagt:

      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… 🙁

        • Trinidad sagt:

          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.

        • Ben sagt:

          Moin, magst du uns die Informationen über den Anschluss des ISM8i an eine CWL ebenfalls zur Verfügung stellen? Danke und Grüße

  9. BabyHero sagt:

    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

  10. marsroth sagt:

    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

    • Trinidad sagt:

      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.

  11. Andreas sagt:

    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

  12. Jörg sagt:

    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

    • Trinidad sagt:

      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.

  13. Jörg sagt:

    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

  14. Jörg sagt:

    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

    • Trinidad sagt:

      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.

  15. Jörg sagt:

    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

    • Trinidad sagt:

      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.

      • Oliver sagt:

        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

        • Trinidad sagt:

          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.

          • Morgennebel sagt:

            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

          • Trinidad sagt:

            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.

          • Morgennebel sagt:

            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

          • Trinidad sagt:

            Hab mal geschaut, 00_MQTT_SERVER basiert auch auf TcpServerUtils.

          • Morgennebel sagt:

            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

          • Trinidad sagt:

            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.

        • Trinidad sagt:

          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.

    • Trinidad sagt:

      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.

  16. Roland Mösl sagt:

    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.

  17. Andy sagt:

    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.

    • Trinidad sagt:

      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.

    • Trinidad sagt:

      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.

  18. Stefan sagt:

    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

    • Trinidad sagt:

      Muss der Wolf Server immer noch auf einem eigenen System laufen

      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.

      Würde ein Pi Zero für den Wolf Server reichen?

      Wahrscheinlich schon, so weit das Teil an den Netzwerk angeschlossen ist und ein Linux am laufen hat.

      kompatibel zu den aktuellen Wolf Schnittstellen „Link Home“ und „Link Pro“

      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.

      • Stefan Meyer sagt:

        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ß

  19. Mike sagt:

    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

    • Trinidad sagt:

      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.

  20. Andy sagt:

    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.

  21. Andy sagt:

    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

  22. hwissing sagt:

    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?

    • Trinidad sagt:

      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.

  23. hwissing sagt:

    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

  24. Axel sagt:

    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

    • Trinidad sagt:

      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.

  25. mrpointblue sagt:

    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

    • Trinidad sagt:

      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?

      • badbit sagt:

        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.

        • Trinidad sagt:

          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.

  26. Celebrex sagt:

    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!

    • Trinidad sagt:

      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.

  27. Celebrex sagt:

    Ok, erstmal danke.
    Ich werde dann wohl lieber auf das 8i ausweichen.

  28. elo sagt:

    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?

    • Trinidad sagt:

      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.

  29. elo sagt:

    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.

  30. elo sagt:

    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! 🙂

    • Trinidad sagt:

      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.

  31. elo sagt:

    Leider noch keine Antwort von Wolf erhalten. Ich habe den Thread im FHEM Forum weiter geführt.

    • Trinidad sagt:

      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.

  32. klauskn sagt:

    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.

    • Trinidad sagt:

      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?

      • klauskn sagt:

        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.

  33. elo sagt:

    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.

  34. Klinki sagt:

    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

    • Trinidad sagt:

      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.

      • Klinki sagt:

        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

        • Trinidad sagt:

          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.

        • Klinki sagt:

          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!

  35. Andy sagt:

    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

  36. Klinki sagt:

    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

    • Trinidad sagt:

      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.

    • Trinidad sagt:

      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!

      • Klinki sagt:

        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…

        • Trinidad sagt:

          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.

  37. Harald sagt:

    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

    • Trinidad sagt:

      Hallo,

      hast du den FHEM Sevice neu gestartet? … service fhem restart.

      • Harald sagt:

        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

  38. Harald sagt:

    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

  1. 4. Januar 2018

    […] habe in den Kommentaren zu der Umsetzung der Anbindung unserer Wolf Heizanlage an FHEM Anfragen welches Module die Anlage hat etc. Deswegen habe ich mich entschieden eine kurze […]

Schreibe einen Kommentar zu Jörg Antworten abbrechen

Deine E-Mail-Adresse wird nicht veröffentlicht. Erforderliche Felder sind mit * markiert