Buderus KM200 Kommunikationsmodul

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

Vorheriges Thema - Nächstes Thema

Sailor

Hallo Ronny

Zitat von: derron am 26 Juni 2016, 21:49:59
meine DoNotPoll Einstellung funktioniert leider nicht. D.h. es tauchen trotzdem diese Events im Event Monitor auf (und verursachen Last und Unübersichtlichtkeit).
Habe ich etwas übersehen?

Also erstmal ist das DoNotPoll hierarchisch aufgebaut. Das heisst, setzt du den "/dhwCircuits/dhw1" auf die Liste brauchst du alle darunter liegenden nicht mehr aufführen.

Dann stelle sicher, dass die Settings abgespeichert sind und gebe mal einen "shutdown restart" in die Befehlszeile. Dann schau nochmal in den Eventmonitor...
Da klemmt manchmal was...

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

Peter_Listig

Hallo zusammen,

eine Frage @Raducanu:

Zitat
Ich habe aber gerade mal Warmwasserladung getriggert und schon ist /heatSources/actualPower = 100.

wo bitte hast du getriggert bzw. wo welchen welchen Wert
für die "Einmalladung" gesetzt.

Wäre für einen Tipp hierzu dankbar.

Gruß

Peter
Raspi4 / Debian Bullseye / FB 7490 / FHEM 6.x / CUL433 / CUL868 / aculfw / FrtizFon / DECT200 / IT / Homematic / ZigBee (Raspbee) /  Rademacher / HE / km200  / DS214+

FHEMAN

Zitat von: Sailor am 27 Juni 2016, 06:39:11
Also erstmal ist das DoNotPoll hierarchisch aufgebaut. Das heisst, setzt du den "/dhwCircuits/dhw1" auf die Liste brauchst du alle darunter liegenden nicht mehr aufführen.

Hallo Sailor,

ich habe nach Deinem Tipp sowohl

/dhwCircuits/dhw1/switchPrograms

als auch

/dhwCircuits/dhw1/switchPrograms/A/1-Mo /dhwCircuits/dhw1/switchPrograms/A/2-Tu /dhwCircuits/dhw1/switchPrograms/A/3-We /dhwCircuits/dhw1/switchPrograms/A/4-Th /dhwCircuits/dhw1/switchPrograms/A/5-Fr /dhwCircuits/dhw1/switchPrograms/A/6-Sa /dhwCircuits/dhw1/switchPrograms/A/7-Su

hinterlegt, und trotzdem werden diese Events geloggt:

2016-06-29 13:11:36 km200 Buderus.KM200 /heatingCircuits/hc1/switchPrograms/A/1-Mo: 0400 comfort2 2200 eco     
2016-06-29 13:11:36 km200 Buderus.KM200 /heatingCircuits/hc1/switchPrograms/A/2-Tu: 0400 comfort2 2200 eco     
2016-06-29 13:11:36 km200 Buderus.KM200 /heatingCircuits/hc1/switchPrograms/A/3-We: 0400 comfort2 2200 eco     
2016-06-29 13:11:36 km200 Buderus.KM200 /heatingCircuits/hc1/switchPrograms/A/4-Th: 0400 comfort2 2200 eco     
2016-06-29 13:11:36 km200 Buderus.KM200 /heatingCircuits/hc1/switchPrograms/A/5-Fr: 0400 comfort2 2200 eco     
2016-06-29 13:11:36 km200 Buderus.KM200 /heatingCircuits/hc1/switchPrograms/A/6-Sa: 0600 comfort2 2300 eco     
2016-06-29 13:11:36 km200 Buderus.KM200 /heatingCircuits/hc1/switchPrograms/A/7-Su: 0600 comfort2 2300 eco     
2016-06-29 13:11:36 km200 Buderus.KM200 /heatingCircuits/hc1/switchPrograms/B/1-Mo: 0600 comfort2 0800 eco      1600 comfort2 2300 eco     
2016-06-29 13:11:36 km200 Buderus.KM200 /heatingCircuits/hc1/switchPrograms/B/2-Tu: 0600 comfort2 0800 eco      1600 comfort2 2300 eco     
2016-06-29 13:11:36 km200 Buderus.KM200 /heatingCircuits/hc1/switchPrograms/B/3-We: 0600 comfort2 0800 eco      1600 comfort2 2300 eco     
2016-06-29 13:11:36 km200 Buderus.KM200 /heatingCircuits/hc1/switchPrograms/B/4-Th: 0600 comfort2 0800 eco      1600 comfort2 2300 eco     
2016-06-29 13:11:36 km200 Buderus.KM200 /heatingCircuits/hc1/switchPrograms/B/5-Fr: 0600 comfort2 0800 eco      1600 comfort2 2300 eco     
2016-06-29 13:11:36 km200 Buderus.KM200 /heatingCircuits/hc1/switchPrograms/B/6-Sa: 0800 comfort2 2300 eco     
2016-06-29 13:11:36 km200 Buderus.KM200 /heatingCircuits/hc1/switchPrograms/B/7-Su: 0800 comfort2 2300 eco


Spielt die Reihenfolge der Definition noch eine Rolle? Muss ich ein Wildcard verwenden oder auf den abschließenden Slash achten?

Gruß
Ronny
NUC7i5 | PROXMOX | FHEM 6.2 | 1 HMLAND | 2 UART | HM | LMS | HIFIBERRY | DOORBIRD | BLINK | BUDERUS | HUE | ALEXA | MILIGHT | LUFTDATENINFO | MQTT| ZIGBEE2MQTT | INDEGO | ROBOROCK | SMA | APC | OPENWB

Sailor

Hallo Ronny

Zitat von: derron am 29 Juni 2016, 13:16:08
ich habe nach Deinem Tipp sowohl

/dhwCircuits/dhw1/switchPrograms


Versuche hiernach mal einen "shutdown restart" und schau mal ob die events immer noch auftauchen.

Ich habe da einen Verdacht.

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

FHEMAN

Der Restart hat anscheinend eine Änderung gebracht. Die ersten Events sehen soweit vielversprechend aus.
Nur: jetzt kommen sie teilweise 3-4 Mal hintereinander!?
Zitat
2016-06-30 00:01:33 km200 Buderus.KM200 /system/appliance/systemPressure: 25.5
2016-06-30 00:01:33 km200 Buderus.KM200 /system/appliance/systemPressure: 25.5
2016-06-30 00:01:33 km200 Buderus.KM200 /system/appliance/systemPressure: 25.5

2016-06-30 00:01:34 km200 Buderus.KM200 /system/healthStatus: ok

2016-06-30 00:01:34 km200 Buderus.KM200 /system/healthStatus: ok

2016-06-30 00:01:44 km200 Buderus.KM200 /system/sensors/temperatures/hotWater_t2: 67.1
2016-06-30 00:01:44 km200 Buderus.KM200 /system/sensors/temperatures/hotWater_t2: 67.1
2016-06-30 00:01:45 km200 Buderus.KM200 /system/sensors/temperatures/hotWater_t2: 67.1
2016-06-30 00:01:45 km200 Buderus.KM200 /system/sensors/temperatures/hotWater_t2: 67.1
2016-06-30 00:01:45 km200 Buderus.KM200 /system/sensors/temperatures/outdoor_t1: 16.2
2016-06-30 00:01:46 km200 Buderus.KM200 /system/sensors/temperatures/outdoor_t1: 16.2
2016-06-30 00:01:46 km200 Buderus.KM200 /system/sensors/temperatures/outdoor_t1: 16.2
2016-06-30 00:01:46 km200 Buderus.KM200 /system/sensors/temperatures/outdoor_t1: 16.2
2016-06-30 00:01:47 km200 Buderus.KM200 /system/sensors/temperatures/supply_t1: 25.2
2016-06-30 00:01:47 km200 Buderus.KM200 /system/sensors/temperatures/supply_t1: 25.2
2016-06-30 00:01:47 km200 Buderus.KM200 /system/sensors/temperatures/supply_t1: 25.2
2016-06-30 00:01:47 km200 Buderus.KM200 /system/sensors/temperatures/supply_t1: 25.2
NUC7i5 | PROXMOX | FHEM 6.2 | 1 HMLAND | 2 UART | HM | LMS | HIFIBERRY | DOORBIRD | BLINK | BUDERUS | HUE | ALEXA | MILIGHT | LUFTDATENINFO | MQTT| ZIGBEE2MQTT | INDEGO | ROBOROCK | SMA | APC | OPENWB

shorty1111

#1280
Bei mir das selbe, teilweise bis zu 5 Einträge mit gleichem Inhalt hintereinander, mein Log läuft jetzt voll, keine Ahnung wo das herkommt, habe gerade mal geguggt Juli läft voll, das Spiel beginnt am 27.06. mitten in der Nacht (00:40) davor war alles schick.

Habe das km200 jetzt schon mal vom Strom genommen, leider keine Änderung. Auch "shutdown restart" brachte nix. genau so wie ein kompletter reboot vom Raspi der auch nicht geholfen hat. Ich forsche jetzt mal weiter.

-> so, Problem gefunden. "Do not Poll" ist es. Ich schreib jetzt wieder alles mit, dann hat es weniger Einträge im Log als mit der "beschnittenen" Version die dafür jeden Wert bis zu 5 mal mitschreibt.

Tobias

DbLog_splitFn stellt nun auch das Device zur Verfügung
https://forum.fhem.de/index.php/topic,55766.msg473909.html#msg473909


Hier glaub ich gab es Probleme da das Modul dies wollte....
Maintainer: Text2Speech, TrashCal, MediaList

Meine Projekte: https://github.com/tobiasfaust
* PumpControl v2: allround Bewässerungssteuerung mit ESP und FHEM
* Ein Modbus RS485 zu MQTT Gateway für SolarWechselrichter

Sailor

Hallo shorty

Zitat von: shorty1111 am 19 Juli 2016, 06:56:41
-> so, Problem gefunden. "Do not Poll" ist es. Ich schreib jetzt wieder alles mit, dann hat es weniger Einträge im Log als mit der "beschnittenen" Version die dafür jeden Wert bis zu 5 mal mitschreibt.

Aufgrund der Problematik mit "DoNotPoll" die ich bisher nicht identifizieren konnte, bin ich am überlegen ob die diese Funktion nicht bis zur Fehlerbehebung aussetzen sollte... Sie schafft nur mehr Probleme als sie behebt.

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

Sailor

Hallo Tobias

Zitat von: Tobias am 20 Juli 2016, 11:09:24
DbLog_splitFn stellt nun auch das Device zur Verfügung
https://forum.fhem.de/index.php/topic,55766.msg473909.html#msg473909


Hier glaub ich gab es Probleme da das Modul dies wollte....

Super! Danke!!!

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

Sailor

Ein herzerfirschendes "Moin" vom "hintern Deich" vorweg

Habe soeben einen neue Version eingecheckt.

a) Der erste Versuch von DbLog_splitFn wurde implementiert. Bitte testen und nachschauen, ob die Einheiten auch in dem DBLog auftauchen.

b) Habe nochmals versucht die Timer bzw. das Löschen der Timer zu verbessern. Bitte auch nochmal mit dem "DoNotPoll" - Attribut testen.

Danke für Euer Feedback!

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

Peter_Listig

@Sailor
Läuft seit Wochen problemlos - keine Änderungen mit der neuesten
Version festgestellt ...
Vielen Dank !

@Raducanu
habe zwar vor einiger Zeit mal gefragt - wurde aber möglicherweise
übersehen.
Zitat
Ich habe aber gerade mal Warmwasserladung getriggert und schon ist /heatSources/actualPower = 100.
/heatSources/flameCurrent ist der Flammenstrom nehme ich an?

wo bitte hast du getriggert bzw. wo welchen welchen Wert
für die "Einmalladung" gesetzt.

Danke

Gruß
Peter

Raspi4 / Debian Bullseye / FB 7490 / FHEM 6.x / CUL433 / CUL868 / aculfw / FrtizFon / DECT200 / IT / Homematic / ZigBee (Raspbee) /  Rademacher / HE / km200  / DS214+

daheim

Hallo alle zusammen,

ich bin nun auch schon einige Tage stolzer Besitzer eines KM 200 mit SB 105 von Buderus.
Soweit funktioniert auch alles hervoragen, große Lob an alle die hier dieses Modul soweit gebracht haben.

Ich habe aber zwei Probleme mit dem Wert Heizungsdruck (/system/appliance/systemPressure), dieser wird mir in PSI angezeigt. (25.5 bei mir enstprechen wohl 1.78 bar)
und mit dem Betriebsstundenzähler. Dieser wird in Minuten angegeben.

Verwendet werden die ReadingsGroup aus der Wiki.

Kann mir einer von euch auf die Sprünge helfen, wie ich die Werte umrechnen kann innerhalb der Readings? Habe mich auch schon durch die Wiki der ReadingsGroup gequält doch leider geht mir die Lampe nicht auf.  :(

Viele Grüße

Daniel

Sailor

Hallo Daniel

Zitat von: daheim am 23 August 2016, 14:36:33
Ich habe aber zwei Probleme mit dem Wert Heizungsdruck (/system/appliance/systemPressure), dieser wird mir in PSI angezeigt. (25.5 bei mir enstprechen wohl 1.78 bar)
und mit dem Betriebsstundenzähler. Dieser wird in Minuten angegeben.

Das mit dem Betriebsdruck ist ein Bug seitens der Heizung. Ist bei mir auch auf dem identischen Wert. Die Heizung stellt dem KM200 den Wert schlichtweg nicht zur Verfügung.

Ist kein Betriebsstundenzaehler sondern ein Betriebsminutenzaehler daher stimmt das schon... Musst halt durch 60 teilen.  ;)

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

daheim

Zitat von: Sailor am 23 August 2016, 20:41:55
Hallo Daniel

Das mit dem Betriebsdruck ist ein Bug seitens der Heizung. Ist bei mir auch auf dem identischen Wert. Die Heizung stellt dem KM200 den Wert schlichtweg nicht zur Verfügung.

Ist kein Betriebsstundenzaehler sondern ein Betriebsminutenzaehler daher stimmt das schon... Musst halt durch 60 teilen.  ;)

Gruss
    Sailor

Hallo Sailor,

Danke für deine Antwort. Kannst du mir auf die Sprünge helfen, wie ich die Readings "Umrechnen" kann? Ich habe bereits einiges versucht, bin aber zu blöd das dieses funktioniert... :(

Viele Grüße

Daniel

Competition

ZitatKannst du mir auf die Sprünge helfen, wie ich die Readings "Umrechnen" kann?

Hallo,

Umrechnen kann man die Werte z.B. mit valueFormat
valueFormat{SystemWorkingTime => '{sprintf("%.1f Std",$VALUE/60)}' }

Da ich selbst leider nur Anfänger bin, kann ich dir das nicht bis ins letzte Detail erklären.

Gruss
Competition