Buderus KM200 Kommunikationsmodul

Begonnen von Sailor, 21 Juli 2014, 12:39:47

Vorheriges Thema - Nächstes Thema

Jorge3711

Zitat von: Starkstrombastler am 25 September 2015, 06:42:58
Bei mir läuft das mittels Umschaltung des operationMode day / night tadellos.

Blöd gefragt, über welches Reading, /heatingCircuits/hc1/operationMode? Das steht bei mir auf "auto" und ich dachte das könnte alternativ nur "manual".

Starkstrombastler

Ja genau. Und wegen der besseren Bedienbarkeit habe ich ein ReadingsProxy definiert:
Internals:
   CHANGED
   DEF        KM200:/heatingCircuits/hc1/operationMode
   DEVICE     KM200
   NAME       KM200Betriebsart
   NR         951
   NTFY_ORDER 50-KM200Betriebsart
   READING    /heatingCircuits/hc1/operationMode
   STATE      Nacht
   TYPE       readingsProxy
   Content:
     KM200      1
   Readings:
     2015-09-23 20:11:08   lastCmd         Tag
     2015-09-25 22:42:49   state           Nacht
Attributes:
   alias      Heizung-Betriebsart
   devStateIcon Auto:day_night@blue:Nacht Tag:weather_sun@orange:Auto Nacht:scene_night@black:Tag
   event-on-change-reading state
   group      km200
   room       Heizanlage
   setFn      {($CMD eq "Tag")?"/heatingCircuits/hc1/operationMode day":($CMD eq "Nacht")?"/heatingCircuits/hc1/operationMode night":"/heatingCircuits/hc1/operationMode auto"}
   setList    Auto Tag Nacht
   valueFn    {($VALUE eq "day")?"Tag":($VALUE eq "night")?"Nacht":"Auto"}
   webCmd     Auto:Tag:Nacht
IPC\Ubuntu + Fhem, 1wire, Shellies, Siemens Logo!, Z-Wave, PhilipsTV, Vu+duo2, KM200

OWL-Winki

Moin,

sorry, wenn ich mich in diesen Thread hänge, da hier die Experten zum KM200 mitlesen, scheint mir zumindest diese erste Anfrage hier in diesem Thread der Sache dienlich zu sein, wenn auch für manchen Buderus-Nutzer of topic.

Ich besitze eine Junker Gastherme und steuere diese über die App "JunkersHome". Per Zufall entdeckte ich diesen Thread. Da das "Junkers MB Lan" dem "Buderus Logamatic Web KM200" entspricht, die JunkersApp "JunkersHome" der BuderusApp "EasyControl" wie ein Ei dem anderen gleicht – Junkers gehört ebenso wie Buderus zu Bosch –, habe ich mal getestet, ob das KM200-Kommunikationsmodul auch auf das Junkers MB Lan anspricht. Die Anmeldung mit Gateway-Passwort und persönlichem Passwort scheint auch reibungslos zu funktionieren (jedenfalls kommt keine entsprechende Fehlermeldung), aber über das Sounding geht es nicht hinaus. Stattdessen stürzt FHEM ab, das Log enthält als letztes:

encrypt: datasize not multiple of blocksize (16 bytes) at ./FHEM/73_km200.pm line 901

Kann mir jemand helfen, wie ich weiter vorgehen kann? Gerne auch in einem neuen Thread, eine Suche hat mir zwar Threads zu drahtgebundenen Junkers-Auswertungen/Steuerungen erbracht, aber keine Anbindung über das Webmodul – ich hoffe, ich habe nichts übersehen.

Gruß, zur Zeit auch knapp vorm Deich in Ostfriesland

Winki aus Ostwestfalen-Lippe
******************************
Raspberry Pi mit FS20 und HomeMatic,
7x HM-LC-Sw1-FM, 16x HM-LC-Sw2-FM, 16x HM-LC-Sw1-Pl-2, 3x HM-Sec-SC-2, 4x HM-Sec-SC, 4x HM-Sec-SCo, 2x HM-OU-CFM-Pl, 5x HM-CC-RT-DN, 2x HM-Sec-MDIR-2, 6x HM-LC-Bl1PBU-FM, 1x HM-CCU2 u.a.

Sailor

Zitat von: OWL-Winki am 26 September 2015, 22:44:56
Stattdessen stürzt FHEM ab, das Log enthält als letztes:

encrypt: datasize not multiple of blocksize (16 bytes) at ./FHEM/73_km200.pm line 901

Kann mir jemand helfen, wie ich weiter vorgehen kann? Gerne auch in einem neuen Thread, eine Suche hat mir zwar Threads zu drahtgebundenen Junkers-Auswertungen/Steuerungen erbracht, aber keine Anbindung über das Webmodul – ich hoffe, ich habe nichts übersehen.

Hallo Winki

den Fehler haben wir bereits dokumentiert:
WIKI - Beitrag


Leider haben wir bisher keine Lösung als den dort beschriebenen HW-Reset gefunden.
Bitte darauf achten keine Sonderzeichen im Passwort zu vergeben.

Gruß
    Sailor
******************************
Man wird immer besser...

AHA1805

Hallo zusammen,

echt super was Ihr hier geschafft habt.
Was denkt Ihr, ist die neue GBH192iT von Buderus auch über das Modul steuerbar?
Habe gelesen das die Steuerung sehr der von Junkers ähneln soll.

Schöne Grüße
Hannes

Gesendet von Tapatalk

AHA 1805 RIP 29.08.2016 --> RUHE IN FRIEDEN
In Gedanken Bei dir HANNES
Dein Bruder Gerd (Inputsammler) Vermisst dich Hannes (AHA1805)

Jorge3711

#995
Hallo Sailor,

seit gut einer Woche habe ich irgendwie arge Probleme mit deinem KM200 Modul. Heute hat es um kurz nach 8 das funktionieren eingestellt. Wenn ich fhem dann komplett neu starte, bleibt das Modul bei Sounding hängen und ändert seinen Status nicht, auch ein "reload 73_km200.pm" bringt dann nix. Oft, aber nicht immer, hilft es fhem zu stoppen, die fhem.save zu löschen und fhem wieder zu starten. Aktuell hilft das aber auch nix. 5 Minuten seit fhem Neustart immer noch "Sounding", 2 Readings vorhanden und 1 Fehler im log mit einer Timout-Meldung. Wahrscheinlich müsste ich jetzt das KM200 selbst mal vom Strom nehmen um es zur Mitarbeit zu überreden. Habe ich in den vergangenen Tagen öfters gemacht.

Irgendwie nicht sonderlich hilfreich das Modul gerade für mich :(

Hast Du eine Idee?

Jorge3711

Hallo zusammen,

gestern Abend habe ich mein km200 komplett aus FHEM raus geworfen und nach einer Stunde ohne Strom am Modul unter neuem Namen wieder in FHEM eingebunden. Danach hatte ich einige Attribute definiert:

Attributes:
   DbLogInclude /system/sensors/temperatures/hotWater_t2,/system/sensors/temperatures/supply_t1,/heatSources/hs1/CHpumpModulation,/system/sensors/temperatures/outdoor_t1,/heatSources/actualPower,/system/appliance/numberOfStarts,/heatSources/actualModulation
   DoNotPoll  /system/holidayModes/
   IntervalDynVal 180
   room       Heizung


Alles lief soweit, bis auf immer wieder mal Fehler im Log:

2015.10.05 07:02:22 2: gb172 : ERROR: Service: /heatingCircuits/hc1/pumpModulation: No proper Communication with Gateway: http://172.28.135.35/heatingCircuits/hc1/pumpModulation: empty answer received
2015.10.05 07:02:22 2: gb172 : ERROR: Service: /heatingCircuits/hc1/roomtemperature: No proper Communication with Gateway: http://172.28.135.35/heatingCircuits/hc1/roomtemperature: empty answer received
2015.10.05 07:02:22 2: gb172 : ERROR: Service: /heatingCircuits/hc1/status: No proper Communication with Gateway: http://172.28.135.35/heatingCircuits/hc1/status: empty answer received
2015.10.05 07:02:22 2: gb172 : ERROR: Service: /heatingCircuits/hc1/switchPrograms/A: No proper Communication with Gateway: http://172.28.135.35/heatingCircuits/hc1/switchPrograms/A: empty answer received
2015.10.05 07:02:22 2: gb172 : ERROR: Service: /heatingCircuits/hc1/switchPrograms/B: No proper Communication with Gateway: http://172.28.135.35/heatingCircuits/hc1/switchPrograms/B: empty answer received
2015.10.05 07:02:23 2: gb172 : ERROR: Service: /heatingCircuits/hc1/temperatureLevels/comfort2: No proper Communication with Gateway: http://172.28.135.35/heatingCircuits/hc1/temperatureLevels/comfort2: empty answer received
2015.10.05 07:02:23 2: gb172 : ERROR: Service: /heatingCircuits/hc1/temperatureLevels/eco: No proper Communication with Gateway: http://172.28.135.35/heatingCircuits/hc1/temperatureLevels/eco: empty answer received
2015.10.05 07:02:23 2: gb172 : ERROR: Service: /heatingCircuits/hc1/temperatureRoomSetpoint: No proper Communication with Gateway: http://172.28.135.35/heatingCircuits/hc1/temperatureRoomSetpoint: empty answer received
2015.10.05 07:02:23 2: gb172 : ERROR: Service: /heatingCircuits/hc1/temporaryRoomSetpoint: No proper Communication with Gateway: http://172.28.135.35/heatingCircuits/hc1/temporaryRoomSetpoint: empty answer received
2015.10.05 07:02:23 2: gb172 : ERROR: Service: /notifications: No proper Communication with Gateway: http://172.28.135.35/notifications: empty answer received
2015.10.05 07:02:23 2: gb172 : ERROR: Service: /system/appliance/CHpumpModulation: No proper Communication with Gateway: http://172.28.135.35/system/appliance/CHpumpModulation: empty answer received
2015.10.05 07:02:24 2: gb172 : ERROR: Service: /system/appliance/ChimneySweeper: No proper Communication with Gateway: http://172.28.135.35/system/appliance/ChimneySweeper: empty answer received
2015.10.05 07:02:24 2: gb172 : ERROR: Service: /system/appliance/actualPower: No proper Communication with Gateway: http://172.28.135.35/system/appliance/actualPower: empty answer received
2015.10.05 07:02:24 2: gb172 : ERROR: Service: /system/appliance/actualSupplyTemperature: No proper Communication with Gateway: http://172.28.135.35/system/appliance/actualSupplyTemperature: empty answer received
2015.10.05 07:02:24 2: gb172 : ERROR: Service: /system/appliance/flameCurrent: No proper Communication with Gateway: http://172.28.135.35/system/appliance/flameCurrent: empty answer received
2015.10.05 07:02:24 2: gb172 : ERROR: Service: /system/appliance/gasAirPressure: No proper Communication with Gateway: http://172.28.135.35/system/appliance/gasAirPressure: empty answer received
2015.10.05 07:02:24 2: gb172 : ERROR: Service: /system/appliance/nominalBurnerLoad: No proper Communication with Gateway: http://172.28.135.35/system/appliance/nominalBurnerLoad: empty answer received


Ohne diese Art Fehler läuft es bei mir nicht. Mal sind es mehr Fehler dieser Art, mal weniger. Vor den ganzen Problemen lief es eigentlich recht stabil mit seltenen Fehlern im Log.

Heute morgen habe ich einen zusätzlichen DoNotPoll Eintrag gemacht, die Zeile sah dann so aus:

attr gb172 DoNotPoll  /system/holidayModes/ /system/heatSources/hs1/

Durch diese Definition wurden alle Readings gelöscht (normal) und seither ist das Modul wieder im Status "Sounding". FHEM Neustart bringt nix, Modul bleibt stur bei Sounding.Hier mal ein komplettes Listing des Devices:


Internals:
   CONSOLEMESSAGE 0
   DEF        172.28.135.35 xxx yyy
   DELAYDYNVAL 60
   INTERVALDYNVAL 180
   NAME       gb172
   NR         96
   POLLINGTIMEOUT 5
   READBACKDELAY 100
   STATE      Sounding...
   TYPE       km200
   URL        172.28.135.35
   VERSION    0053
   CHANGETIME:
   Readings:
     2015-10-05 08:44:34   /dhwCircuits/dhw1/actualTemp 50.1
     2015-10-05 08:44:35   /dhwCircuits/dhw1/currentSetpoint 50
   Secret:
     CRYPTKEYINITIAL xxxxx
     CRYPTKEYPRIVATE xxxxx
     KM200ALLSERVICES:
       /
       /dhwCircuits
       /dhwCircuits/dhw1
       /dhwCircuits/dhw1/actualTemp
       /dhwCircuits/dhw1/charge
       /dhwCircuits/dhw1/chargeDuration
       /dhwCircuits/dhw1/cpStartph
       /dhwCircuits/dhw1/cpoperationMode
       /dhwCircuits/dhw1/currentSetpoint
       /dhwCircuits/dhw1/operationMode
       /dhwCircuits/dhw1/singleChargeSetpoint
       /dhwCircuits/dhw1/status
       /dhwCircuits/dhw1/switchPrograms
       /dhwCircuits/dhw1/tdMode
       /dhwCircuits/dhw1/tdsetPoint
       /dhwCircuits/dhw1/temperatureLevels
       /dhwCircuits/dhw1/waterFlow
       /dhwCircuits/dhw1/workingTime
       /gateway
       /heatSources
       /heatingCircuits
       /notifications
       /recordings
       /solarCircuits
       /system
     KM200ALLSERVICESBACKUP:
       /
       /dhwCircuits
       /gateway
       /heatSources
       /heatingCircuits
       /notifications
       /recordings
       /solarCircuits
       /system
     KM200DONOTPOLL:
       /system/holidayModes
     KM200DYNSERVICES:

     KM200RESPONDINGSERVICES:
       /dhwCircuits/dhw1/actualTemp
       /dhwCircuits/dhw1/currentSetpoint
     KM200WRITEABLESERVICES:
   Status:
     FlagDynRequest 0
     FlagGetRequest 0
     FlagInitRequest 1
     FlagSetRequest 0
     FlagStatRequest 0
   Temp:
     JsonRaw
     ServiceCounterDyn 0
     ServiceCounterInit 9
     decodedcontent
     service
     Servicedblogsplithash:
       id         /dhwCircuits/dhw1/currentSetpoint
       recordable 0
       type       floatValue
       unitOfMeasure C
       value      50
       writeable  0
Attributes:
   DbLogInclude /system/sensors/temperatures/hotWater_t2,/system/sensors/temperatures/supply_t1,/heatSources/hs1/CHpumpModulation,/system/sensors/temperatures/outdoor_t1,/heatSources/actualPower,/system/appliance/numberOfStarts,/heatSources/actualModulation
   DoNotPoll  /system/holidayModes/
   IntervalDynVal 180
   room       Heizung


Mit frustrierten Grüßen
Carsten

JoJota

Hallo,

habe das KM 200 schon seit mehreren Wochen am Netz hängen und in FHEM eingebunden, aber erst jetzt Zeit mich näher damit zu befassen.

Das Modus bleibt auch bei mir im Status Sounding stecken (hat diesen Status auch noch nie verlassen).

Readings werden zwar alle korrekt angezeigt und aktualisiert, auch die Logfiles werden beschrieben, aber das Abrufen der Readings (ReadingsVal("hz_buderus_km200","dhwCircuits/dhw1/actualTemp",0)) funktioniert nicht (keine Antwort). Eine Abfrage über GET lässt das Modul auch nicht zu ("The initialisation process is still ongoing. Please wait for the STATE changing to "Standby"").

Kompletter Reset, Modul aus fhem entfernt, mit neuem Namen eingebunden, Gerät diese Nacht als Exposed Host freigegeben, falls es an einer veralteten Firmware liegt und das Gerät bisher kein Update durchführen konnte, hat ebenfalls alles nicht funktioniert.

Gruß JoJota

Sailor

Moin zusammen

auch ich musste in der letzten Zeit beobachten, dass die Box immer bei "Sounding" hängen bleibt.
Obwohl ich meiner Box das "Nach Hause telefonieren" und somit das Update untersagt habe.

Teilweise muss ich 3 bis 4 "shutdown restart" machen bis das "Sounding" irgendwann auf "Standby" wechselt.

Achtung: Das Sounding ist nach einem Neustart gewollt und dauert unter normalen Umständen bis zu 1er Minute.

Wenn ihr nach einem Neustart auf die Seite des KM-Moduls wechselt und die Zeitstempel der einzelnen Readings die Farbe wechseln (Update) dann ist der Kontakt erfolgreich verlaufen.
Findet kein Update statt, hat sich wieder irgendwas aufgehängt...

Ich muss das mal untersuchen...

Habt Ihr die Exel Tabelle mit Euren Daten schon auf den neusten Stand gebracht?

Gruss
    Sailor
******************************
Man wird immer besser...

Klaus Rubik

Zitat von: Sailor am 08 Oktober 2015, 09:38:56
Habt Ihr die Exel Tabelle mit Euren Daten schon auf den neusten Stand gebracht?

Guten Morgen Sailor,

gerade meine Werte auf den neuesten Stand gebracht :)

Viele Grüße
Klaus
FHEM 6.0 auf RPI4 mit CUL868, AEOTEC, RFXTRX 433
CUL_WS  : S300TH              FHT         : FHT80B, FHT80TF
HMS        : HMS100-TF         FBDECT   : DECT!200, FRITZ!Powerline 546E
FS20       : FS20DI10, FS20ST, FS20WS1, FS20DU-2, FS20 FMS

Sailor

An alle:

Version 0054 ist raus.


Mit dieser Version wurde der Bug um das einfrieren im Status "Sounding" (hoffentlich) beseitigt.
Das Modul versucht nach gescheiterten (Erst)kontakt den Initialprozess (Sounding) alle 10s erneut zu starten.

Status

Update

Lister der mir bekannten und offenen Punkte die ich zur Zeit als Problem innerhalb des Moduls sehe:

BSxxxx: Bug-Symptom
BFxxxx: BugFix (Möglichkeit und way-forward)

BS0003) Keine Einheiten im DbLog
BF0003) X_DbLog_splitFn verwenden. Allerdings rätsel ich noch, wie ich an den Geräte - hash komme da dieser nicht übermittelt wird. Forum

BS0005) Keine Recordings als Reading verfügbar.
BF0005) Der Service "Recordings" ist bisher noch von keinem User (mit Daten gefüllt) entdeckt worden. Aus diesem Grunde sehe ich zur Zeit hierbei die Prio ganz unten.


Liste der Prioritäten
1) BF0003
2) BF0005

Gruss
    Sailor
******************************
Man wird immer besser...

hijo

Danke für die neue Version. Kommt die dann morgen per Update?
Bei mir lief jetzt alles super, bis vor 2 Tagen. Seit dem hängt das System beim "Sounding".
Keine Ahnung warum. Hatte ein FHEM Update gemacht und wollte die Buderus App (easy und pro) noch mal testen. Gehen beide nicht.(Protokoll wird nicht unterstützt)
Außerdem hatte ich das neue Buderus Connect ausprobiert. Geht mit meiner Heizung aber nicht (GHB172).

Vielleicht geht ja dann nach dem neuen Update wieder alles  :)

PS: wo finde ich denn die Excel Liste?
Raspi mit FHEM 5.8, Qivicon mit Telekom App, Web KM200 von Buderus, Philips HUE System, Xiaomi Smart Home Kit, HM-CFG-LAN LAN mit 6x HM-CC-RT-DN und HM-TC-IT-WM-W-EU, Ikea Tradfri, TP-Link HS110

HotteFred

Hallo zusammen,

also da es seit ein paar Tagen gehäuft bei einigen Usern auftaucht (bei mir auch), gibt es evtl. abhängigkeiten zu einem anderen Fhem Modul?

Grüße
Fred
BananaPi mit FHEM, KM50, Velux Raumluftsensor, jede Menge HM-CC-RT-DN, jede Menge 1Wire Zeugs

Stefan M.

FHEM auf 3 x RaspberryPi, 1 x Fritzbox,1 x Win. FS20 über CUL, HomeMatic über HMLan, 6 x  HM_CC_RT_DN,2 x HM_LC_BL1_FM,3 x HM_SEC_KEY,2 x HM_RC_Key4_2,7 x HM_SEC_SC,1 x HM_SEC_WDS,1 x HM_Sen_RD_O, 1x HM_Sen_Wa_Od,2 x HM_RC_Key4_2, 5 x HM-ES-PMSw1-Pl,1 x HM_LC_SW4_WM,1 x HM_SCI_3_FM

furban

Zitat von: Stefan M. am 09 Oktober 2015, 16:03:44
Hallo zusammen

hier der Link

https://docs.google.com/spreadsheets/d/1_CN_LnpzIOHCGbGxxgZXYMX7JMQktOO0PSxXZX1h8OU/edit?usp=sharing


LG
Stefan

Danke. Der Link hatte mir gefehlt. Könnte man auch mal im Wiki mit aufnehmen. Habe das nun auch wieder aktualisiert.
Bei mir läuft das Modul nach wie vor fehlerfrei.