Adapter für Buderus KM200 (und eventuell auch anderen KMxxx)

[frankjoke]

@Stuebi
Hallo erstmal.
Ich verwende die Heizung ähnlich, aber setzte/ändere die Tagestemperatur und verwend die Nachttemperatur nur zwischen 20 und 5h (Habe Fußbodenheizung, da dauert es sehr lange bis sich die Temperatur ändert.

Beim Wasser hab ich direkt am System zwei Zeiten eingestellt (eigene schedule getrennt von der Heizung, p.s. hab auch noch eine Kellerheizung, also mit Wassser 3 Heizkreise).
Die zwei Zeiten sind am Morgen bevor wir normal aufstehen und am Abend bevor wir normal Abendessen und duschen ... Diese Zeiten sind nur 30min lang eingestellt und normal heizt das Wasser damit nur dann auf und geht über den Tag auf bis zu 40° zurück.
Allerdings hab ich in iobroker auch einen Befehl kreiert der charge heißt, das kommt von der Variablen die man beim Wasser
km200.0.dhwCircuits.dhw1.charge heisst den man setzen kann (und dann von meinem Programm automatisch nach einer Minute wieder zurückgesetzt wird) um einen Aufwärmzyklus zu starten.
Das mach ich nur dann wenn wir da sind und die Wassertemperatur unter 40° sinkt. Das passiert eigentlöich sehr selten ausser mehrere Leute duschen zu Mittag zum Beispiel.

Habe auch einen button der charge startet auf Vis hinterlegt so kann man, wenn wir mal sehr früh zu einer Reise aufbrechen müssen und duschen wollen auch den charge manuell starten.

[frankjoke]

Hallo liebe Km200-Benutzer!
Habe gerade den Adapter mit der Version 1.2.0 auf git und npm gestellt!
Die Änderungen sind:

• Admin 3.0 support (Danke an @Stuebi)
• Den Accesskey brauch man nicht mehr extern zu erfragen, er wird aus Gerätepasswort und Benutzerpasswort errechnet (Danke @Stuebi )
• Neuer Compact-Mode wird unterstützt
• mcrypt-Modul ersetzt, dadurch sollte der Adapater auf linux, osx und Windows laufen.
• Adapter braucht Node V6+ wegen obiger Änderungen
• Spezieller Debug-Mode eingebaut ('!' hinter der Adresse)

Ich bräuchte eure Hilfe um den Adapter auch beim autodiscover von iobroker einbinden zu können!
Bitte schreibt mir mit welchen Namen sich die verschiedenen Adapter im Netz anmelden.

Ich habe meinen Namen in der Fritzbox auf BuderusKM200 geändert, original hat er sich aber als TK-850-JH3E-NET angemeldet!

Wenn ihr wissen wollt welche Namen unter einer IP gelistet sind könnt ihr es auf Linux mit dig -x ipadresse ansehen. Falls dig nicht installiert ist kann es mit sudo apt install dnsutils installiert werden.

Bei meinem schaut das dann so aus (Ausschnitt):

;; ANSWER SECTION:
60.178.168.192.in-addr.arpa. 9  IN      PTR     BuderusKM200.fritz.box.
60.178.168.192.in-addr.arpa. 9  IN      PTR     TK-850-JH3E-NET.fritz.box.

Also sehe ich den von mir vergebenen und den Original-Namen!
Bitte schickt mir (per PM oder hie) eure Namen damit ich herausfinden kann welche Namensstrategie die haben!

Danke und viel Spaß mit der neuen Adapterversion!

[Stuebi]

Ich habe die Version 1.2.0 eben installiert. Läuft wunderbar bei mir!

[Stuebi]

@Stuebi, ich habe doch noch ein Problem gefunden:

ich habe die temporäre Temperatur auf 23 Grad geändert.
Unter Version 1.1.6 kann ich über das Objekt km200.0.heatingCircuits.hc1.temporaryRoomSetpoint die Temperatur anpassen. Wenn ich das unter der 1.2.0 tue, kann ich den Wert auch ändern (z.B. auf 23 Grad), der Wert springt aber nach einer Weil zurück auf -1 Grad mit ack = true.
Wenn ich in der Bosch App den Wert überprüfe, wurde er im Gegensatz zur 1.1.6 Version auch nicht verändert.

Auch ist im Log sehe ich alle paar Sekunden folgenden Fehler:

Set KM200 err: 'request timeout Error: 5000ms

VG
Stübi

[frankjoke]

@Stuebi sagte in Adapter für Buderus KM200 (und eventuell auch anderen KMxxx):

@Stuebi, ich habe doch noch ein Problem gefunden:
Wenn ich das unter der 1.2.0 tue, kann ich den Wert auch ändern (z.B. auf 23 Grad), der Wert springt aber nach einer Weil zurück auf -1 Grad mit ack = true.

Ok, werd mir das am Abend noch anschauen, das hängt vielleicht mit der neuen Verschlüsselungsroutine susammen die den POST mit dem neuen Wert verschlüsselt.

Beim Setzen von Werten postet der Adapter den neuen wert und liest dann nach 2 Sekunden den Wert wieder aus um zu sehen ob er gespeichert wurde. Wenn das nicht der Fall ist dann setzt er ihn auf den Wert der noch gespeichert ist zurück.
Damit ist sichergestellt dass nur Werte gesetzt werden die das KM200 auch akzeptiert.
Wenn jetzt die neue Verschlüsselungsroutine hier einen bug hineingebracht hat dann muss ich das umprogrammieren.

[frankjoke]

@Stuebi
V 1.2.1 ist draußen und behebt den Fehler, hab die neue Verschlüsselung eine Zeile zu spät eingefügt!

p.s.: Wenn man den Adapter im debug-modus laufen lässt dan sieht man alle Fehler, ist jedoch ein Fehler bei der Kommunikation mit dem KMx00 dann probiert es der Adapter insgesamt 3x bis der Fehler ein wirklicher Fehler wird, aber im Debug-mode wird jeder Fehler angezeigt, auch wenn es dann im nächsten Versucht klappt.

[Merlin123]

@frankjoke sagte in Adapter für Buderus KM200 (und eventuell auch anderen KMxxx):

Hallo liebe Km200-Benutzer!
Habe gerade den Adapter mit der Version 1.2.0 auf git und npm gestellt!

Du bist mein Held! Ich habe den Bosch MB LAN 2, der bisher nicht lief. Mit der neuen Version klappt die Verbindung und ich bekomme die Daten.

DANKE!

[frankjoke]

Habe gerade Version 1.2.2 auf git und NPM gestellt.

Einzige Änderung: Wenn ihr den alten Accesskey verwendet stürzt der Adapter nicht ab wenn ihr kein passwort eingegeben habt. Das betraf alle die vom älteren 1.1* Version umgestiegen sind und kein passwort eingegeben haben da ein leeres passwort einen internen Fehler erzeugt hat.

Also entweder nur Access-key oder Geräte-Passwort und privates Passwort sollten jetzt funktionieren!

[frankjoke]

An Alle!

Habe gerade eine neue Beta (nur) auf Git gestellt: V1.9.9!

Ein kurzer Auszug der Beta für v2.0.0

• Unterstützung von 'recordings'-Datenpunkten
• Änderung der Anzeige von 'mins' in normale Zahlenwerte um die Felder beschreibbar zu machen.
• Zwei neue Zeitintervalle für schnelle (fast) und langsamere (slow) Abfragen.
• Die Blocklist Syntax wurde leicht geändert. / oder ^ für den Beginn, * kann irgendwo stehen und $ am Ende
• Unterstützung von switchPrograms beim Lesen und Schreiben!

Die neue Version wird dann endgültig 2.0.0 heißen da sie unbedingt neu konfiguriert werden muss um die neuen Features zu verwenden.

Ich habe auch die Beschreibung auf git (https://github.com/frankjoke/ioBroker.km200) schon geändert aber es sind eventuell noch einige Fehler drin.

Bitte an die Mutigen: Testen und feedback geben! Wenn keine besonderen Fehler gemeldet werden erheb ich sie nächste Woche auf V2.0.0 und stell sie auch auf npm und in die ioBroker repo's!

[tp1de]

Hallo Frank,

Habe gerade deine Antwort vom Github gelesen und den neuen Adapter installiert.
Er liefert aber keine Datenpunkte ... was mache ich falsch?
Habe die Blacklist und Fast und Slow erst mal leer gelassen

Grüße
Thomas

[tp1de]

@tom57
Der Adapter erzeugt keine Datenpunkte mehr. Muss ich in der Blacklist bzw. Fast und Slow was eintragen?

km200.0	2019-03-23 20:49:45.835	info	Adapter km200 initialization finished with 0 states.
km200.0	2019-03-23 20:49:45.787	info	debug: updateStates: 'all' @Sat Mar 23 2019 20:49:45 GMT+0100 (CET)
km200.0	2019-03-23 20:49:45.785	info	Slow Interval=1 hours, Slow-List:
km200.0	2019-03-23 20:49:45.785	info	Fast Interval=1 min, Fast-List:
km200.0	2019-03-23 20:49:45.784	info	Interval=5 min, Norm-list:
km200.0	2019-03-23 20:49:45.782	info	KM200 found 0 states, get their values now.
km200.0	2019-03-23 20:49:45.780	info	Services found: 41
km200.0	2019-03-23 20:49:45.778	warn	Did not get any Services from KLM200!: {}
km200.0	2019-03-23 20:49:45.587	info	debug: add to blocked /.*$/
km200.0	2019-03-23 20:49:45.585	info	debug: KM200 init(192.168.178.31, 95,254,53,114,66,127,34,42,205,76,166,101,70,16,201,246,241,108,234,184,204,188,221,207,114,121,209,114,116,162,132,197) done!
km200.0	2019-03-23 20:49:45.576	info	km200.0 address: http://192.168.178.31
km200.0	2019-03-23 20:49:45.567	info	km200 starting main...
km200.0	2019-03-23 20:49:45.565	info	km200 initialization started...
km200.0	2019-03-23 20:49:43.196	info	starting. Version 1.9.9 in /opt/iobroker/node_modules/iobroker.km200, node: v8.15.0
km200.0	2019-03-23 20:49:43.165	debug	statesDB connected
km200.0	2019-03-23 20:49:43.119	debug	objectDB connected
host.ioBroker	2019-03-23 20:49:42.183	info	instance system.adapter.km200.0 started with pid 11157

[frankjoke]

@tom57

Bitte prüfe ob das private Passwort leer ist, es darf nicht leer sein. Wenn du von deiner Alten Installation den Accesskey übernommen hast (Im Feld Gerätepasswort) dann ist zwar egal was im privaten Passwort drinsteht aber es darf nicht leer sein!

Wenn der Accesskey oder die Gerätepasswort/Privates-Passwort -Kombination nicht stimmt dann komt sowas im log:

km200.0	2019-03-23 20:49:16.509	info	KM200 found 6 states, get their values now.
km200.0	2019-03-23 20:49:16.487	info	debug: Make State ack:true system = '{ error: SyntaxError: Unexpected token h in JSON at position 0at JSON.parse (<anonymous>)at Function.J (/opt/iobroker/node_modules/iobroker.km200/node_modules/@fr
km200.0	2019-03-23 20:49:16.468	info	debug: Make State ack:true solarCircuits = '{ error: SyntaxError: Unexpected token v in JSON at position 0at JSON.parse (<anonymous>)at Function.J (/opt/iobroker/node_modules/iobroker.km200/node_modu
km200.0	2019-03-23 20:49:16.437	info	debug: Make State ack:true recordings = '{ error: SyntaxError: Unexpected token � in JSON at position 0at JSON.parse (<anonymous>)at Function.J (/opt/iobroker/node_modules/iobroker.km200/node_modules
km200.0	2019-03-23 20:49:16.416	info	debug: Make State ack:true notifications = '{ error: SyntaxError: Unexpected token ܀ in JSON at position 0at JSON.parse (<anonymous>)at Function.J (/opt/iobroker/node_modules/iobroker.km200/node_modu
km200.0	2019-03-23 20:49:16.395	info	debug: Make State ack:true heatingCircuits = '{ error: SyntaxError: Unexpected token � in JSON at position 0at JSON.parse (<anonymous>)at Function.J (/opt/iobroker/node_modules/iobroker.km200/node_mo
km200.0	2019-03-23 20:49:16.374	info	debug: Make State ack:true dhwCircuits = '{ error: SyntaxError: Unexpected token ϱ in JSON at position 0at JSON.parse (<anonymous>)at Function.J (/opt/iobroker/node_modules/iobroker.km200/node_module
km200.0	2019-03-23 20:49:16.371	info	Services found: 6

[Martin1982]

Hi,

ich habe die Beta 1.9.9 bei mir jetzt mal installiert und konnte keine Probleme feststellen. Auf den ersten Blick sieht alles gut aus. Vielen Dank für diesen tollen Adapter! Wir haben die Heizung aber auch erst seit ca. 2 Wochen und daher habe ich auch noch nicht viel mit dem Adapter gemacht. Aber er liefert mir schon ein paar nützliche Infos die ich im VIS anzeigen kann. Mit einer eventuellen Steuerung werde ich mich dann erst zur nächsten Heizperiode beschäftigen.

Habe aber auch noch eine Frage. Auf der Webseite von Buderus kann ich mir den errechneten Gas Verbrauch in kWh für heute, gestern letzte Woche usw. anzeigen lassen. Habe da jetzt keine entsprechenden Datenpunkte gefunden und auch nichts wodran ich es selber errechnen kann. Hat da schon mal jemand was gefunden oder eine Idee?

Gruß
Martin

[frankjoke]

@Martin1982
In der letzten Version sind Daten unter /recordings vorhanden
Die Daten sind arrays welche teilweise für die letzten Stunden, Tage oder Monate (_Hourly, _Daily, Monthly) zur Verfügung stehen.
Die Daten sind Arrays, wobei das letzte Element die letzte Stunde/Tag/Monat ist.

p.s.: Du darfst die recordings natürlich nicht in der Blacklist haben!

[Martin1982]

Danke, das hatte ich auch gerade gefunden und wollte es auch gerade schreiben.
km200.0.recordings.system.heatSources.hs1.actualPower._Days sollte der entsprechende Datenpunkt sein. Wenn ich den Wert mal 24 Stunden nehme, komme ich ungefähr auf den Wert der auch in dem Buderus Portal steht. Denke mal, dass die Werte einfach anders gerundet sind und es dann auch passt. Werde das mal die nächsten Tage vergleichen.

[frankjoke]

@Martin1982

Das deckt sich ungefähr mit meinen Erkenntnissen. Die Werte die ich auslese sind Durchschittswerte pro Zeiteinheit (Das KM200 gibt einen Summenwert und die Anzahder samples aus, ich dividier den Summenwert durch die samples). d.H.
wenn du die _Hourly-Daten ausliest dann siehst du die Daten der letzten 48-72 Stunden, die sollten mit den Heute-Werten übereinstimmen.
Bei den täglichen Daten musst du normal (außer beim letzten Wert der für heute steht) mit 24 multipliziert werden, aber nur bei der Leistung, da sich diese ja summiert, die Temperatur eben nicht, da sollte der Wert immer direkt als Mittelwert genommen werden.

[SirSydom]

Hallo!

ich nutze zwar nicht iobroker, sondern ein eigenes System mit meiner WPL 8 AR mit integ. KM200, aber seit gestern bekomme ich auf einigen URLs ein 404 not found zurück. z.B.
/system/heatSources/hs1/actualModulation.

Ich hab die Datenpunkte neu gescannt, und die Struktur sieht nun anders aus - viele neue Datenpunkte.
Da gibts aber dann 403 FORBIDDEN..

ist hier was bekannt, wurde da eine neue Authentifizierung dazugebaut dass man nicht rankommt an die Daten?

z.B.

2019-03-26 09:13:56 379636 25453 debug EXE19001265 [v1.0]: HTTP Fehler-Code 403 beim Aufruf der URL http://192.168.178.40/heatSources/ch/energyMonitoring/outputProduced
2019-03-26 09:13:56 500639 25453 debug EXE19001265 [v1.0]: HTTP Fehler-Code 403 beim Aufruf der URL http://192.168.178.40/heatSources/ch/energyMonitoring/eheater
2019-03-26 09:13:56 620387 25453 debug EXE19001265 [v1.0]: HTTP Fehler-Code 403 beim Aufruf der URL http://192.168.178.40/heatSources/ch/energyMonitoring/compressor
2019-03-26 09:13:56 740113 25453 debug EXE19001265 [v1.0]: HTTP Fehler-Code 403 beim Aufruf der URL http://192.168.178.40/heatSources/ch/energyMonitoring/workingTime
2019-03-26 09:13:56 860641 25453 debug EXE19001265 [v1.0]: HTTP Fehler-Code 403 beim Aufruf der URL http://192.168.178.40/heatSources/ch/energyMonitoring/numberOfStarts
2019-03-26 09:13:57 222671 25453 debug EXE19001265 [v1.0]: HTTP Fehler-Code 403 beim Aufruf der URL http://192.168.178.40/heatSources/dhw/energyMonitoring/outputProduced
2019-03-26 09:13:57 341487 25453 debug EXE19001265 [v1.0]: HTTP Fehler-Code 403 beim Aufruf der URL http://192.168.178.40/heatSources/dhw/energyMonitoring/eheater
2019-03-26 09:13:57 461527 25453 debug EXE19001265 [v1.0]: HTTP Fehler-Code 403 beim Aufruf der URL http://192.168.178.40/heatSources/dhw/energyMonitoring/compressor
2019-03-26 09:13:57 581932 25453 debug EXE19001265 [v1.0]: HTTP Fehler-Code 403 beim Aufruf der URL http://192.168.178.40/heatSources/dhw/energyMonitoring/workingTime
2019-03-26 09:13:57 702296 25453 debug EXE19001265 [v1.0]: HTTP Fehler-Code 403 beim Aufruf der URL http://192.168.178.40/heatSources/dhw/energyMonitoring/numberOfStarts
2019-03-26 09:13:58 064081 25453 debug EXE19001265 [v1.0]: HTTP Fehler-Code 403 beim Aufruf der URL http://192.168.178.40/heatSources/pool/energyMonitoring/outputProduced
2019-03-26 09:13:58 182986 25453 debug EXE19001265 [v1.0]: HTTP Fehler-Code 403 beim Aufruf der URL http://192.168.178.40/heatSources/pool/energyMonitoring/eheater
2019-03-26 09:13:58 303440 25453 debug EXE19001265 [v1.0]: HTTP Fehler-Code 403 beim Aufruf der URL http://192.168.178.40/heatSources/pool/energyMonitoring/compressor
2019-03-26 09:13:58 423701 25453 debug EXE19001265 [v1.0]: HTTP Fehler-Code 403 beim Aufruf der URL http://192.168.178.40/heatSources/pool/energyMonitoring/workingTime
2019-03-26 09:13:58 543937 25453 debug EXE19001265 [v1.0]: HTTP Fehler-Code 403 beim Aufruf der URL http://192.168.178.40/heatSources/pool/energyMonitoring/numberOfStarts
2019-03-26 09:13:58 784751 25453 debug EXE19001265 [v1.0]: HTTP Fehler-Code 403 beim Aufruf der URL http://192.168.178.40/heatSources/cooling/extBlocked
2019-03-26 09:13:59 024777 25453 debug EXE19001265 [v1.0]: HTTP Fehler-Code 403 beim Aufruf der URL http://192.168.178.40/heatSources/cooling/energyMonitoring/consumedEnergy
2019-03-26 09:13:59 146542 25453 debug EXE19001265 [v1.0]: HTTP Fehler-Code 403 beim Aufruf der URL http://192.168.178.40/heatSources/cooling/energyMonitoring/outputProduced
2019-03-26 09:13:59 265301 25453 debug EXE19001265 [v1.0]: HTTP Fehler-Code 403 beim Aufruf der URL http://192.168.178.40/heatSources/cooling/energyMonitoring/compressor
2019-03-26 09:13:59 385725 25453 debug EXE19001265 [v1.0]: HTTP Fehler-Code 403 beim Aufruf der URL http://192.168.178.40/heatSources/cooling/energyMonitoring/workingTime
2019-03-26 09:13:59 505650 25453 debug EXE19001265 [v1.0]: HTTP Fehler-Code 403 beim Aufruf der URL http://192.168.178.40/heatSources/cooling/energyMonitoring/numberOfStarts
2019-03-26 09:13:59 876539 25453 debug EXE19001265 [v1.0]: HTTP Fehler-Code 403 beim Aufruf der URL http://192.168.178.40/heatSources/total/energyMonitoring/consumedEnergy
2019-03-26 09:13:59 996778 25453 debug EXE19001265 [v1.0]: HTTP Fehler-Code 403 beim Aufruf der URL http://192.168.178.40/heatSources/total/energyMonitoring/outputProduced
2019-03-26 09:14:00 118297 25453 debug EXE19001265 [v1.0]: HTTP Fehler-Code 403 beim Aufruf der URL http://192.168.178.40/heatSources/total/energyMonitoring/eheater
2019-03-26 09:14:00 237387 25453 debug EXE19001265 [v1.0]: HTTP Fehler-Code 403 beim Aufruf der URL http://192.168.178.40/heatSources/total/energyMonitoring/compressor
2019-03-26 09:14:00 357187 25453 debug EXE19001265 [v1.0]: HTTP Fehler-Code 403 beim Aufruf der URL http://192.168.178.40/heatSources/total/energyMonitoring/workingTime
2019-03-26 09:14:00 478197 25453 debug EXE19001265 [v1.0]: HTTP Fehler-Code 403 beim Aufruf der URL http://192.168.178.40/heatSources/total/energyMonitoring/numberOfStarts

[frankjoke]

@SirSydom
Keine Ahnung. Hatte auch mal Probleme dass fast nichts angezeigt wurde. Nach einem restart des km ging dann wieder.

[tp1de]

Ich hatte auch bereits mehrfach das Problem, dass sich das IP-Interface vom Kessel (analog KMxxx) bei zu vielen Datenabfragen aufhängt.
Ist dann auch von Buderus Connect nicht mehr ansprechbar, obwohl der Status am Kessel Internet verbunden anzeigt. Da hilft bei mir nur ein Hard-Reset - also Kessel vom Srom nehmen und neu starten

[frankjoke]

@tom57
Ja, genau deshalb hab in der neuen Version einige Verzögerungen eingebaut (zwischen den Abfragen wird einige MS verzögert) und die fast und slow-Listen eingeführt.

Ich habe auf der fast-Liste die ich alle 5min lese nur die Teperaturen und Werte die ich logge, und natürlich notifications um Fehler zu sehen, ca. 10 Stück, auf der normalen Liste alle 1/2 Stunde lese den großteil sonst und in der Slow-Liste die sich alle 12 Stunden updatet die Daten die sich sowieso selten änder wie die _Daily oder Monthly aufzeichnungen.

Damit versuch ich eweniger Abfragen zu generieren.