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

[Springreiter]

@Springreiter hat jemand eine Idee wie man an die recordings kommt?

[frankjoke]

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

@Springreiter hat jemand eine Idee wie man an die recordings kommt?

Bosch gibt leider keine API frei, deshalb müsste wer die WebApp oder Mobiltelefons-Apps highchecken um die Kommandos/codes rauszufinden. Das ist nicht so leicht da die Kommunikation verschlüsselt abläuft...

[Springreiter]

@frankjoke zumindestens wurden 132 services gefunden und entsprechend die States erstellt! Ist doch schon mal was.

[Stuebi]

Moin,

benutzt jemand von Euch den KM200 Adapter auch zur Steuerung der Heizung d.h. z.B. erstellt über ioBroker das Zeitprogram für die Heizung?

Ich hatte die Idee, die Heizungsteuerung mit meiner Armanlage zu koppeln. D.h. wenn die Alarmanlage an ist, wird die Termperatur heruntergefahren.
Ich hatte das wie folgt gelöst:
Das Zeitprogramm der Heizung habe ich komplett auf Nachtabsenkung gestellt (d.h es gibt nur Nachtabsenkung 24h am Tag). Die Temperatur steuere ich über den KM200 Adapter per Status "temporäre Temperatur". D.h. ist die Alarmanlage aus, dann wird der Status für "temporäre Temperatur" auf 22 Grad gestellt, ist die Alarmanlage an wird der Status "temporärere Temperatur" auf 16 Grad gestellt. Auch im Zeitraum zwischen 23:00 und 6:00 Uhr wird der Status "temporäre Temperatur" auf 16 Grad gestellt (meine Nachtabsenkung gesteuert über ioBroker). Soweit so gut. Funktioniert auch wunderbar für die Heizungsanlage.

Nur funktioniert das mit der Warmwasseraufbereitung (Speicher) so nicht. Für die Warmwasseraufbereitung nutze ich das Zeitprogram Heizungssteuerung. Da das Zeitprogramm der Heizungssteuerung durchgehend auf Nachtabsenkung gestellt ist und nur über den Status "temporäre Temperatur" im KM200 Adapter gesteuert wird, kühlt das Wasser ab (Speicher heizt nicht).
Ich habe aber bisher keine Möglichkeit gefunden das Wamwasser über KM200 Adapter States zu steuern. Hat jemand eine Idee wie das geht?
Was tut z.B. der Status "Operation Modus" bei dem Wamwasserspeicher wenn ich diesen auf low oder high stelle und nicht auf eigenes Programm oder Programm der Heizungsanlage?

Über Ideen freue ich mich!

VG
Stübi

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