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

[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.

[frankjoke]

@Alle !

Habe gerade die Version 2.0.0 auf Git und NPM gestellt.
Da waren einige Änderungen um Fehler in js-controller auszumerzen aber auch eine Äderung die die recordings betrifft: Bei Power-Recordings wird nicht ein Durchschnitt sondern die Leistung/Zeiteinheit zurückgegeben.
Also sind die Daten jetzt gleich mit den Werten der web/mobil-App.

Viel Spaß!

[tp1de]

Danke Frank,
die Werte für _Hours und _ Days stimmen nun.
Bei _Months ist mir aber noch folgendes aufgefallen:
Bei 2 Monatswerten habe ich "komische" c-Werte. Ich komme nur über folgende Formel auf die richtigen Verbrauchswerte pro Monat:

verbrauch = y / c * days * 24;    
wobei days die Anzahl der Tage des entsprechenden Monats ist

Damit stimmen die Verbrauchswerte bei mir auch mit dem vom Gaszähler gemessenen Verbrauch bis auf ca. 9% überein.

[Stuebi]

@tom57 , welche Werte greifst Du ganz genau ab um den Gasverbrauch zu messen?

[tp1de]

@Stuebi
Am Gaszähler mit Impulszähler je 0,01 m3 und Umrechnung mit Brennwert und Zustandszahl in kWh.

[tp1de]

@frankjoke
Kannst Du bitte mal angeben, wie ich im Adapter nur konkrete Werte abfragen kann.

Wenn ich in der Blacklist /recordings* eingebe und in Slow dann *._Days$, *._Months$
werden keine States erzeugt. Analog bei allen anderen States.

Ziel ist es alles auszuschließen, bis auf jeweils eine Werteliste in Normal, Fast und Slow.
Ich komme da irgendwie nicht weiter und habe schon unterschiedliche Varianten probiert.
Kann es sein, dass die Black / Pushlist alle Felder enthalten muss und dann in Fast und Slow nur das Update-Intervall verändert wird?
D.h. was über Black/Pusch nicht selektiert wird kann auch nicht in Slow und Fast angegeben werden?