Läuft: Ebus Daten von Wolf Anlage mit ISM8i Modul in FHEM integrieren

Begonnen von Trinidad, 17 Mai 2017, 17:36:00

Vorheriges Thema - Nächstes Thema

elo

Es kommt wieder etwas Leben in den Thread! :-)
Wolf hat die ISM8i Beschreibung geupdatet, es gibt eine neue Firmware, Trinidad war auch fleißig.

Welche BM-2 Version habt ihr?
Über 1 Monat auf ein Softwareupdate warten, finde ich aber übel!

Trinidad, du hast nur die Verwendung von bignum rausgenommen?
--
Raspi + FHEM 5.8 + HM-MOD-PCB + HM-LAN + HM-LC_Bl1PBU-FM + HM-LC-BL1-FM + HM-PB-2-WM + HM-LC-SW1-FM + HM-TC-IT-WM-W-EU + HM-CC-RT-DN

Klinki

Trinidad war fleißig!
Leider funktioniert es bei mir immer noch nicht: fhem bootet im Kreis. Es ist ja nicht mal klar an welchem Modul es genau hängt. Das Problem tritt halt nur auf wenn beide Module (Nuki und ISM8I) gleichzeitig aktiv sind, bzw. es werden wollen.

...komisch

Ich habe mittlerweile die FW3.1 auf dem BM2 - oder meinst Du die Hardware-Version? Das müsste die 2.0 sein.

Ich habe das Wolf-Modul wirklich schätzen gelernt: durch die Möglichkeit auch schreibend auf die Anlage zuzugreifen eröffnen sich neue Wege zur Steuerung!

Gruß,
Klinki

elo

FW 3.1 wo bekomme ich diese her? Auf der Webseite von Wolf finde ich nur die Anleitung zum Firmwareupdate. Ein Changelog gibt es bei Wolf nicht oder?
--
Raspi + FHEM 5.8 + HM-MOD-PCB + HM-LAN + HM-LC_Bl1PBU-FM + HM-LC-BL1-FM + HM-PB-2-WM + HM-LC-SW1-FM + HM-TC-IT-WM-W-EU + HM-CC-RT-DN

Klinki

Das Update hatte ein Wolf-Techniker ohne Rückfrage aufgespielt. Dabei hat das BM sämtliche Einstellungen sowie Zählerdaten verloren. Sehr zu meinem Leidwesen.

Wo man die FW herunterladen kann ist mir nicht bekannt. Mitte Oktober kommt mein Heizungsmensch aus dem Urlaub. Ich weiß, dass er das schon mal gemacht hat. Werde fragen!

Gruß,
klinki

elo

Zitat von: Klinki am 08 Oktober 2022, 15:53:31
Das Update hatte ein Wolf-Techniker ohne Rückfrage aufgespielt. Dabei hat das BM sämtliche Einstellungen sowie Zählerdaten verloren. Sehr zu meinem Leidwesen.

Das man sich div Einstellungen sichern, aufschreiben muss, steht explizit im Update Manual dabei.
Dem Typen hätte ich aber etwas erzählt!
--
Raspi + FHEM 5.8 + HM-MOD-PCB + HM-LAN + HM-LC_Bl1PBU-FM + HM-LC-BL1-FM + HM-PB-2-WM + HM-LC-SW1-FM + HM-TC-IT-WM-W-EU + HM-CC-RT-DN

Klinki

Zitat von: elo am 19 Oktober 2022, 12:52:59
Dem Typen hätte ich aber etwas erzählt!

Das habe ich auch. Der Mann war vor mir vor Ort und ich hatte vorher keine Chance zu intervenieren. Hätte ich dieses Thema vorher im Fokus gehabt, hätte ich das auch vorher telefonisch mitgeteilt.

...hätte, könnte, sollte..  ;)

Passiert mir nicht nochmal

kalleknx

Ich habe auch einen ständigen reboot sobald Daten vom ISM8i reinrauschen. Im verbose 5 debug kann ich nicht wirklich etwas erkennen:


2022.12.16 22:32:05 5: WOLF_Gas: data read -------> 06 20 f0 80 00 15 04 00 00 00 f0 06 00 01 00 01 00 01 03 01 00
2022.12.16 22:32:05 5: WOLF_Gas: created answer -->  06 20 f0 80 00 11 04 00 00 00 f0 86 00 01 00 00 00
2022.12.16 22:32:05 5: WOLF_Gas: decode telegram ->   06 20 f0 80 00 15 04 00 00 00 f0 06 00 01 00 01 00 01 03 01 00
2022.12.16 22:32:05 5: WOLF_Gas: telegram result ->    Heizgeraet_1_TOB_CGB2_MGK2.1.O.Stoerung = Aus
2022.12.16 22:32:05 5: WOLF_Gas: data read -------> 06 20 f0 80 00 15 04 00 00 00 f0 06 00 02 00 01 00 02 03 01 01
2022.12.16 22:32:05 5: WOLF_Gas: created answer -->  06 20 f0 80 00 11 04 00 00 00 f0 86 00 02 00 00 00
2022.12.16 22:32:05 5: WOLF_Gas: decode telegram ->   06 20 f0 80 00 15 04 00 00 00 f0 06 00 02 00 01 00 02 03 01 01
2022.12.16 22:32:05 5: WOLF_Gas: telegram result ->    Heizgeraet_1_TOB_CGB2_MGK2.2.O.Betriebsart = Heiz- Warmwasserbetrieb
2022.12.16 22:32:05 1: PERL WARNING: Perl exited with active threads:
1 running and unjoined
0 finished and unjoined
0 running and detached


Wie kann ich bei der Fehlersuche behilflich sein?

Nachtrag: das iobroker Modul funktioniert ohne Probleme ... hätte die Steuerung nur halt gerne in fhem (nutze iobroker nur für Viz)

Nachtrag 2: FW vom ISM8i ist 1.7

kalleknx

Könnte der Fehler eventuell aus den 4 neuen Datenpunkten (251, 355,356,358) resultieren, die in Version 1.7 hinzugekommen sind (Datentyp: DPT_Value1_Ucount und DPT_Value_2_Ucount) ?
https://www.wolf-heiztechnik.at/download/?file=4252.pdf

Trinidad

Komisch, warum benachrichtigt mich das Forum nicht wenn es hier neue Beiträge gibt?

Egal. Ich habe mit die Dokumentation die von dir gepostet war angesehen und es gibt inzwischen 3 neue Datenpunkte, die in meinem Modul noch nicht drin waren. Ich halte es für möglich dass die Probleme daher kommen. Mal scheuen wie schnell ich ein Update bringen kann. Habe leider im Moment noch 2 andere größere Projekte am laufen die viel Zeit fressen.

Ach, ging ja doch ganz schnell. Ich hänge die upgedateten Files an. Da ich keine neuere Firmware auf dem Modul habe kann ich nicht prüfen ob es geht. Sonst bitte schreiben.

fhem024

Hallo @Trinidad!
Ich habe Deine Anpassungen oben angewandt (bin ein neuer User der Wolf eBus-Schnittstelle). Hat bei mir mit der ISM8i Version 1.70 und HW-Version 1.0 mit einer BM-2 Version 2.20. Es kamen allerdings mittlerweile 2 weitere Datenpunkte (354 und 357) hinzu. 354 habe ich in der Doku aber nicht gefunden. 357 konnte ich erfolgreich aufnehmen:
357;BM-2;Unterscheidung Heizgerätetyp (HG1);DPT_Value_1_Ucount;Out/-;-

Was allerdings bei mir nicht funktioniert, sind die set-Einstellungen. Was ich auf die Änderung zurückgeführt habe im Code, wodurch der Listener zum blocker wird (hast Du mit dem Forumseintrag Forum #24799) kommentiert. Die funktionieren nur noch dann, wenn gerade zufällig ein Datensatz eingeht (weil das Wegschicken der Daten im Rahmen der Read-Schleife abgearbeitet wird).
Macht man das blocking raus, funktioniert es wie gewünscht - allerdings mit einem Load von 1 logischerweise. macht auch keinen Sinn.

Mal sehen, ob mir was einfällt!

Update:
Der angehängte Patch führt einen neuen Thread ein, der abzuschickende Aufträge sofort abarbeitet. Works for me. Keine Garantie. Der Patch ist gegen GIT f6cd0633751bb809e45876cc54a35048c16d1823

Update 2:
Ich habe den Patch nochmal erweitert, so dass jetzt auch die showDebugData - Option zur Laufzeit funktioniert (d.h., Debug-Daten wandern dann tatsächlich nicht mehr in die Datenbank). Der Patch enthält den früheren Patch.

Update 3:
Ich habe einen weiteren Fix (_ISM8I_convert_NumberToDptFloat.diff) ergänzt, welcher das Handling des Datentyps 9.001, 9.002, 9.006, 9024 und 9.025 für die negativen Werte korrigiert. Um den patch auszuführen, muss man vorher ein perltidy auf 15_WOLF_ISM8I.pm ausführen. Damit ist es nun möglich, auch eine negative Sollwertkorrektur zu übergeben.