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

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

[frankjoke]

@tom57

In der blacklist darfst '/recordungs*' nicht drinnen haben, oder nur mit '+/recordings*', sonst werden sie ja nicht gelesen bzw rausgeschmissen!

Die slow/fast Listen teilen nur die übrig gebliebene Liste in fast/slow oder normal.

[tp1de]

@frankjoke soweit verstanden. Aber wie gebe ich eine Liste mit ca. 40 Werten ein, die ich lesen möchte?
Und alles andere ausblenden möchte ....

[frankjoke]

@tom57
Tom, wenn du keine Monatswerte willst dann kannst *._Monthly$ in die blacklist eingeben, wennst keine outdoor_t1-Daten haben willst dann kannst *.outdoor_t1._*, so kannst einzelne Werte oder Reihen ausblenden, Einblenden geht natürlich auch mit '+' davor.

[tp1de]

@frankjoke , das bedeutet, dass ich von den 180 Werten 140 ausblenden will, dann muss ich ca. 140 Werte in due Blacklist eintragen

[frankjoke]

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

@frankjoke , das bedeutet, dass ich von den 180 Werten 140 ausblenden will, dann muss ich ca. 140 Werte in due Blacklist eintragen

Das stimmt nicht!

Meine Blacklist schaut so aus:
/gateway*,*switchPrograms*,*holiday*,*._Months$, da hab ich dann 113 States von den 180+ (habe 2 Heizkreise und Warmwasser).

Alle die Daten will ich nicht auslesen. Eigentlich hab ich alle /recordings* auch weg, hab sie jetzt nur zum Test drinnen gehabt, aber dann gäbe es 86 states wobei ca 12 davon mit fast alle 5min laufen und der Rest alle 30 Minuten.

[tp1de]

@frankjoke
Schade Frank, dass ich dich nicht überzeugen kann neben der Blacklist auch eine Positiv-Liste einzuführen mit der Möglichkeit nur Einträge dieser Positiv-Liste zu verarbeiten.
Z.B: /* (alles auf Blacklist) , +switchPrograms (Auf Positiv-Liste überschreibt Blacklist), ...

Wie gesagt ich brauche aktuell 36 Werte, aber dabei auch Switch- und Holidaymodes.

[frankjoke]

@tom57

Genau so kannst es ja machen, /*, +*stwitch*, +*holiday*, eben nur in einer Zeile!
Alles was + davor hat ist die Positiv-Liste und hat Vorrang gegenüber dem /*!

[tp1de]

@frankjoke , sorry funktioniert bei mir nicht, das hatte ich schon getestet!

Ich habe verschiedene Schreibweisen und Datenfelder probiert. Z.B. :

/*, +*.actualTemp$
/*, +*.actualTemp*
/*, +*actualTemp*
/*, +*actualTemp$

Es werden keine States erzeugt.
Habe ich Schreib- / Denkfehler - oder gibt es noch Fehler im Adapter?

[frankjoke]

@tom57
Tom, danke für das Beispioel, hab den Fehler gefunden!

Die Ursache ist dass natürlich bei z.B. alle Bäume die im Namen nicht actualTemp haben nicht gescannt wurden da sie die actualTemp erst kriegen.

Der Adapter versucht alle bekannten Bäume nach Services zu durchsuchen, ich habe jetzt den Check auf die blacklist beim Suchen ausgeschaltet und nur für das kreieren der states eingeschaltet, damit wird alles durchsucht.

Für dein Beispiel eine Anmerkung: Zum Scan-Zeitpunkt sind die Bäume durch '/' getrennt und nicht durch '.', also kannst die ersten 2 vergessen. Richtig ist das 3. in deinem Fall /*, +*actualTemp* und der Grund ist dass bei den Recordings ja noch das _Days, ... dazu kommt, ausser du hast noch +*_Days$, +*_Hours$drin. Wenn du nur die actualTemp ohne recording willst dann kannst auch *actualTemp$ nehmen.

Die Version auf git hab ich mit der Änderung die Suche selbst nicht auch einzuschränken schon gepostet!

p.s.: An alle anderen Nutzer: Diese neue Version kann mehr Datenpunkte bringen , das bedeutet ihr müsst eventuell die Konfig/Blacklist ändern!

[tp1de]

@frankjoke
Super, funktioniert nun. Danke Frank