UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

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

[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 :white_frowning_face:

[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 :white_frowning_face:

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 /*!