Buderus KM200 Kommunikationsmodul

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

Vorheriges Thema - Nächstes Thema

RaspII

Zitat von: Starkstrombastler am 27 März 2015, 20:27:54
@RaspII
Du hast auch eine RC30, wie sieht das bei Dir aus?

Hi,
bin mir nicht sicher was genau Du meinst.
Bzgl. neuen Readings:
Ich kann bei mir keine neuen, sinnvollen Daten finden (allerdings viel mehr Readings, hc3...).
Rücklauftemperatur etc. sind bei mir vorhanden, allerdings bin ich immer noch am Suchen der unteren Kesseltemperatur.

Da auch die Buderus App diese nicht anzeigt glaube ich fast, dass die RC30 und das SM10 gar nicht sauber unterstützt wird.
(Kann man in der B-App auch nicht auswählen).

Der Wert ist für mich interessant, da ich mir anschauen möchte wann genau die Solarpumpe dazugeschaltet wird und was genau das im Kessel bewirkt.

Gruß
RaspII

RaspII

Starkstrombastler

Hi RaspII,

meine Frage hast du eben beantwortet: auch bei dir stellt das KM200 nicht alle Werte aus der RC30 zur Verfügung.
IPC\Ubuntu + Fhem, 1wire, Shellies, Siemens Logo!, Z-Wave, PhilipsTV, Vu+duo2, KM200

Sailor

Hallo RaspII, Starksrombastler

Zitat von: Starkstrombastler am 30 März 2015, 07:37:10
meine Frage hast du eben beantwortet: auch bei dir stellt das KM200 nicht alle Werte aus der RC30 zur Verfügung.

Hier muss man unterscheiden:
a) Service wird vom KM200 bereitgestellt und Wert ist korrekt verfügbar (Alles super)
b) Service wird vom KM200 bereitgestellt aber der Wert ist Murks (Das RCxxx, BCxxx weiß, dass es diesen Wert gibt, ist aber beispielsweise nichts am Messport angeschlossen)
c) Service wird vom KM200 nicht bereitgestellt (Das RCxxx, BCxxx weiß nix über diesen Service)

Das KM200 ist nur ein "Durchreicher" der Services. Die Ursache allen Übels liegt meist davor.

Mal schauen, ob Buderus irgendwann ein Update für die RCs und BCs bereit stellt und vor allem auf welchem Wege diese dann eingespielt werden müssen (Über KM200 oder manuell)...

Schau mer mal...

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

HarryHase

So jetzt klappt das mir mit dem DoNotPoll auch; Sailer hat ja schon die 0046; Bin gespannt was es neues gibt.

@Sailor: Meine Frau ist begeistert, ich habe ihr einen link im firefox rein gemacht, jetzt kann sie die Temperaturen mit einem klick sehen - Vielen Dank Dir noch einmal für Deinen Einsatz !!
Grüße hh

-----------------------

Sailor

Hallo Harry

Zitat von: HarryHase am 30 März 2015, 21:07:06
So jetzt klappt das mir mit dem DoNotPoll auch; Sailer hat ja schon die 0046; Bin gespannt was es neues gibt.

Super! ;)
Was war das Problem? Stat-File?


Zitat von: HarryHase am 30 März 2015, 21:07:06
@Sailor: Meine Frau ist begeistert, ich habe ihr einen link im firefox rein gemacht, jetzt kann sie die Temperaturen mit einem klick sehen - Vielen Dank Dir noch einmal für Deinen Einsatz !!

WAF ist immer wichtig!  8)

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

Sailor

Moin,

bin gerade für eine Weile auswärts unterwegs und habe zur Zeit keinen Zugriff auf mein System.

Könnte mir Jemand Bitte den Inhalt des Befehls

get myKIm200 /heatingCircuits/hc1/switchPrograms/A

posten?

Das "A" kann evtl. abweichen.

Danke

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

Starkstrombastler

Moin, moin,

here we are.
get KM200 /heatingCircuits/hc1/switchPrograms/Eigen1
liefert bei mir:
1-Mo: 0600 day      1000 night    1600 day      2200 night
2-Tu: 0600 day      1000 night    1600 day      2200 night
3-We: 0600 day      1000 night    1600 day      2200 night
4-Th: 0600 day      1000 night    1600 day      2200 night
5-Fr: 0600 day      1000 night    1600 day      2300 night
6-Sa: 0650 day      2350 night
7-Su: 0700 day      2200 night
IPC\Ubuntu + Fhem, 1wire, Shellies, Siemens Logo!, Z-Wave, PhilipsTV, Vu+duo2, KM200

Sailor

#742
Hallo SSB

Zitat von: Starkstrombastler am 31 März 2015, 07:13:27
get KM200 /heatingCircuits/hc1/switchPrograms/Eigen1
liefert bei mir:
1-Mo: 0600 day      1000 night    1600 day      2200 night
2-Tu: 0600 day      1000 night    1600 day      2200 night
3-We: 0600 day      1000 night    1600 day      2200 night
4-Th: 0600 day      1000 night    1600 day      2200 night
5-Fr: 0600 day      1000 night    1600 day      2300 night
6-Sa: 0650 day      2350 night
7-Su: 0700 day      2200 night


Mist, da war ich besser als ich dachte... Ich hatte gehofft, da wird noch ein Json - String zurück gegeben (Ein String mit jeder menge geschweifter Klammern)...
Dann muss ich wohl warten bis ich wieder zu Hause bin und eine alte Version (0042) einspielen.

Gruss
    Sailor


Nachtrag
Habe einen alten Post von mir gefunden: http://forum.fhem.de/index.php/topic,25540.msg270851.html#msg270851
******************************
Man wird immer besser...

HarryHase

Zitat von: Sailor am 31 März 2015, 06:59:24
Hallo Harry

Super! ;)
Was war das Problem? Stat-File?

yepp, das müsste ins Wiki

Zitat
WAF ist immer wichtig!  8)

Du, das ist bei uns DER entscheidende Faktor ...
Grüße hh

-----------------------

Morkin

#744
Schreibproblem (für mich) GELÖST:

ich habe inzwischen einen Teil des Perl-Moduls nach Java portiert
(v.a. die AES-Ver- und Entschlüsselung), um mit den mir vertrauten Bordmitteln
nach der Ursache für das Schreibproblem (in meiner Umgebung) zu suchen.

Inzwischen glaube ich, die Ursache gefunden zu haben: folgt auf einen Schreibbefehl
(per HTTP-Post) unmittelbar die nächste Statusabfrage, scheint das KM200-Gateway
die noch nicht abgeschlossene Kommunikation mit dem RCxx (über EMS2) abzubrechen
und den Schreibbefehl nicht abzuschließen.

Das lässt sich in meiner Java-Umgebung zuverlässig reproduzieren: folgt unmittelbar
nach dem Posten der neuen Werte eine Abfrage, so erfolgt nur sehr selten eine korrekte
Änderung.
Baut man dagegen zwischen dem Set- und dem Get-Befehl eine Pause ein, klappt
das Schreiben von Werten recht zuverlässig.

Ich habe das auch mit dem aktuellen FHEM-Modul (Version 045, bei der auch
die numerischen Werte wieder korrekt in JSON gewandelt werden) verifiziert:
durch das Hinzufügen einer einzigen Zeile ("sleep 2;") vor dem Aufruf von
"km200_GetSingleService" (in der Methode "km200_PostSingleService")
funktioniert nun auch bei mir das Setzen von numerischen Werten.

Vielleicht hilft das ja auch bei Euch...

Viele Grüße
Christian

HarryHase

Neues Problem: Ab und zu wird mir bei der Raumtemperatur der Wert 3200 geliefert; Das zerstört natürlich jede Grafik, der Temperaturkurven.
Das passiert immer dann wenn das RC35 die Kesseltemperatur im Display steht.

1) Ich habe keine Einstellung gefunden wie ich die Anzeige der Kesseltemperatur unterdrücken könnte?
2) kann man den Wert 3200 irgendwie ignorieren?
Grüße hh

-----------------------

Starkstrombastler

Zitat von: HarryHase am 31 März 2015, 15:23:19
2) kann man den Wert 3200 irgendwie ignorieren?
Damit der Plot schön bleibt: in der Spalte "Function" im Plot-Editor folgenden Code eintragen:
$fld[3]=~"3200"?"":$fld[3]

Zur RC35 kann ich nichts sagen.
IPC\Ubuntu + Fhem, 1wire, Shellies, Siemens Logo!, Z-Wave, PhilipsTV, Vu+duo2, KM200

Sailor

Hallo Christian

Zitat von: Morkin am 31 März 2015, 15:01:20
Inzwischen glaube ich, die Ursache gefunden zu haben: folgt auf einen Schreibbefehl
(per HTTP-Post) unmittelbar die nächste Statusabfrage, scheint das KM200-Gateway
die noch nicht abgeschlossene Kommunikation mit dem RCxx (über EMS2) abzubrechen
und den Schreibbefehl nicht abzuschließen.

durch das Hinzufügen einer einzigen Zeile ("sleep 2;") vor dem Aufruf von
"km200_GetSingleService" (in der Methode "km200_PostSingleService")
funktioniert nun auch bei mir das Setzen von numerischen Werten.

DAS nenne ich doch mal ein fruchtbares "Collaborative Working" !  :)
Danke für diese Untersuchung:

Kannst Du mir einen Gefallen tun und versuchen die 2 Sekunden im "sleep" Befehl noch ein bisschen auszureizen?
Oder anders gefragt: "Bis wie weit kann ich runter?"

Ansonsten implementiere ich diesen Code mal so in der Version 0046.
Ggf. mit neuem fhem Attribut.

Ich arbeite gerade am set-Befehl für die Wochenlisten.
Entpuppt sich aufwendiger als zunächst angenommen, daher ist ETA für 0046 noch TBD.

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

Morkin

Hallo Sailor,

ich werde heute Abend noch einmal mit den nötigen Pausen experimentieren.
Die Idee, hierzu ein neues FHEM-Attribut einzuführen, finde ich aber sehr gut.
So können Anwender, die keine Schwierigkeiten mit dem Setzen von Werten
haben, die Pause auf 0 reduzieren.
Ansonsten finde ich es aber auch nicht so schlimm, beim (gelegentlichen)
Setzen von Werten ein paar Sekunden warten zu müssen...

Gruß
Christian

nobody0472

Hi all,

ich würde darum bitten, äußerste Vorsicht mit dem Sleep-Befehl walten zu lassen, denn dies hält die gesamte Loop des FHEM-Servers an (zumindest auf den Devices, die kein multi-threaded Perl haben). Somit werden in dieser Zeit keine Werte von anderen Sensoren empfangen/verarbeitet.
Hier wäre eher ein timer-basierter Callback sinnhaft, da dies die Loop von FHEM weiterlaufen läßt und nach Ablauf des Timers zurückkehrt.

Danke,
Gruß