Monatsrückblick Januar/Februar 2026 ist online!

[tp1de]

@jmeister79 Nachteil ist dann aber, dass es keine komfortable Möglichkeit zur Einstellung der Schalt- und Urlaubszeiten mehr gibt.

[jmeister79]

@tp1de das ist richtig, darum hab ich mir die in der VISU nachprogrammiert. Ist eigentlich recht simpel wenn man den "array" verstanden hat.

[ioTechnik]

@jmeister79 und tp1de
liebe Kollegen danke für Eure Anregungen. Ich habe "Bosch" nicht ausgesperrt und statt dessen am script herumgebastelt. Es ist hier aus einem Forum. Ich kann allerdings nicht mehr nachvollziehen woher es stammt. Es ist jedenfalls sehr gut. Die Monatswerte sind wieder da.

Ich habe mir die Daten aus Objekte im iobroker angesehen und festgestellt, dass sie 36 Datenpunkte enthalten, also 3 Jahre.
ems-esp.0.recordings.heatSources.actualPower.Months
[0,0,0,0,0,0,0,0,0,0,0,0,0,0,1504.3,1037.2,244.2,117.5,118.8,105.5,160.9,202.4,1106.7,2015.8,2191.1,1585.9,867.5,0,0,0,0,0,0,0,0,0]

schedule({minute:[0,15,30,45]}, Tageswert );
//if (ems-esp.0.heatSources.flameStatus === true) {Tageswert};

 function Tageswert() {
   log("Skript wird jede 1/4-Stunde ausgeführt!");
    var powertype =['actualCHPower','actualDHWPower','actualPower']
    for(var n=0; n<3; n++){
        var temp = getState('ems-esp.0.recordings.heatSources.'+powertype[n]+'.Days').val.toString();
        var tempArray = temp.split(","); 
        var value1 = Math.round(100*tempArray.slice(-1))/100; //letztes element: heute
        var value2 = Math.round(100*tempArray.slice(-2)[0])/100; //vorletztes element: gestern
        setState('javascript.0.HeizungVerbrauch.'+powertype[n]+'.Daily', value1, true);
        setState('javascript.0.HeizungVerbrauch.'+powertype[n]+'.Yesterday', value2, true);
       
        var temp = getState('ems-esp.0.recordings.heatSources.'+powertype[n]+'.Months').val.toString();
            temp = temp.toString().replace(/0 /g, "");
        var tempArray = temp.split(",");
        var value3 = Math.round(100*tempArray.slice(-10)[0])/100; //Jahresende 10 Monate zurück
        setState('javascript.0.HeizungVerbrauch.'+powertype[n]+'.Monthly', value3, true);
    }
}

Ich habe daraufhin das script so angepasst, dass momentan der Monat März ausgegeben wird.
Zeile 18:
var value3 = Math.round(100*tempArray.slice(-10)[0])/100; //Jahresende 10 Monate zurück
Das ist natürlich kein Dauerzustand jeden Monat das script anzupassen. Ich bin leider programmiertechnisch nicht so fit das einzurichten.
Vielleicht kann jemand von Euch helfen.
Danke

[satzgafatz]

@bostil
@mwolle

Ich möchte das ebenfalls realisieren. Hat es jemand hinbekommen?

Viele Grüße
satzgafatz

[satzgafatz]

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

Noch eine Frage an die Experten: Ist es möglich über den Adapter die Anlage auch zu steuern, um so z. B. auch Extra-Warmwasser zu aktivieren (wie es auch in der App möglich ist) ?

Danke euch und auch Danke für den tollen Adapter @frankjoke

@Bostil
@Henry-1

Ich möchte das auch realisieren. Hat das jemand hinbekommen?

Viele Grüße
satzgafatz

[jmeister79]

@satzgafatz ist alles machbar.

Guck dir an welche parameter das sind und setze sie entsptechend über deine visu.

Zum ausprobieren einfach über die app setzen und in der objektliste schauen as passiert.

Znd:

Sharing is caring

[Bostil]

Bin mittlerweile von Iobroker weg, weil für mich persönlich etwas zuviel frickelei notwendig war, um dies alles zu realisieren. Trotz Vorbehalte bin ich nun mit Home Assistant unterwegs und vieles ist doch intuitiver dort. Die Buderus lässt sich dort relativ zügig einbinden und es gibt auch direkt von Haus aus ein Widget um extra-warmwasser zu starten.

[mwolle]

so wie es aussieht, wird der Adapter von frankjoke ab js-controller 5.0.5 nicht mehr sauber unterstützt. Der Adapter stürzt ab. Oder hat den noch einer lauffähig unter js-controller 5.0.5? Ansonsten gehe ich jetzt vollständig auf den EMS Adapter.

[mwolle]

@mwolle oh la...scheinbar lebt der Adapter noch...es wurde eine Version 2.0.4 rausgegeben die mit dem neusten js-controller arbeitet...soweit so gut...dennoch gibt es eine Fehlermeldung die den Adapter blockiert:

km200.0
2023-07-12 10:34:36.391	warn	INit getservices error TypeError: Cannot create property '0' on boolean 'false' at C:\Program Files\iobroker\SmartHomeneu\node_modules\iobroker.km200\km200.js:455:61 at Array.forEach (<anonymous>) at C:\Program Files\iobroker\SmartHomeneu\node_modules\iobroker.km200\km200.js:455:37 at C:\Program Files\iobroker\SmartHomeneu\node_modules\iobroker.km200\lib\myAdapter.js:817:53

vlt wird das auch noch gefixt?
Edit: auch in der 2.0.5 Version bleibt der Fehler bestehen.

[mwolle]

@mwolle ok in github wurde die Abkündigung bekanntgegeben. Also ab auf den EMS-ESP.

[mcm1957]

Es wurde versucht den nicht mehr gewarteten Adapter fürjs controller 5.x zuvadaptieren. Daher gibt es eine neuere version.

Allerdings hat sichvgezeigt dass diese Version nicht wirklichvfunktioniert. Da es einen neueren Adapter als - soweit derzeit bekannt - 100% Ersatz gibt wurde entschieden den km200 nicht zu renovieren.

Der Adapter bleibt bis aufxweiteres as is verfügbar. Und natürlich kann er auch jederzeit von Freiwilligen adaptiert werden. Ob es sinnvoll ist paralell in 2 Adspter für dasselbe Gerät zu knvestieren sei dahingestellt.

McM

[mwolle]

@mcm57 Danke für die Info...erst mal war die Faulheit eben noch groß bei sämtlichen funktionierenden Skripten alle Datenpunkte anzupassen...das waren jetzt 2-3h Aufwand...aber ja du hast vollkommen recht, zwei Adapter, davon wird einer ständig weiterentwickelt macht nicht viel Sinn, ist aber wohl darauf zurückzuführen, dass der km200 lange nicht angefasst wurde für Neuigkeiten...aber oft heißt es auch, never change a running system, und der km200 lief nun mal bis zur js-controller v5 extrem stabil. Ich war sehr zufrieden damit.

[mcm1957]

@mwolle
Ja
Leider ist der Entwickler nicht mehr aktiv. Und in fremden Code tief einarbeiten ist ne zusätzliche Hüde. Und ohne passende Hardware sind solche HW nahen Adapter sehr schwer zu warten.

Ich hoffe dass bis zur Heizperiode alle die unstellen wollen erfolgreich migrieren können.

[mcm1957]

Und noch was

Der Dev von EMS-ESP hat an andere Stelle drum gebeten bei der Migration unbedingt das Readme genau zu lesen. Die derzeitige Anzahl an Supportfragen überfirdern ihn zeitweise.

BITTE daher um eure Mithilfe und Verständnis.

Danke

[tp1de]

.... und noch ein grundsätzlicher Hinweis. Es gibt das stable ioBroker Repository für all die Anwender, welche ein stabiles System wollen. 99% aller Anfragen die ich bekomme, sind in Bezug auf das beta Repository in ioBroker und dev builds für das ems-esp Gateway. Ich habe beschlossen, mich diesbezüglich in Zukunft nur sehr zurückhaltend zu äußern: dev oder beta zu benutzen, dass muss jeder selbst verantworten!

P.S.: Weiss jemand viele Anwender den km200 Adapter aktuell nutzen? Beim EMS-ESP bin ich jetzt bei etwas über 700.

[mcm1957]

@tp1de
Ein paar tausend ...
Du kannst die Zahlen auf www.iobroker.dev abfragen wenn du km200 als watched adapter auswählst.

[tp1de]

@mcm57 na dann stellt sich die Frage, ob der Adapter nicht angepasst werden sollte.

[mcm1957]

@tp1de

Wenn du jemand kennst der ihn neu schreibt kann er / sie es gern machen. Ich habe weder die Zeit dafür noch eine geeignete Umgebung zum Testen.

Ein einfaches 2 Zeilen anpassen ist das nicht. Schau mal in den Code. Der Adapter ist mehrere Generationen veraltet.

Wobei sich dann noch immer due Frage stellt warum 2 Adapter für dasselbe gerät.

[jmeister79]

Wenn ihr unziehen wollt könnt ihr einfach den iobroker stippen und in der data datei alle km200 mit ems-rsp ersetzen, da muss nix neu gemacht werden.

[mcm1957]

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

Wenn ihr unziehen wollt könnt ihr einfach den iobroker stippen und in der data datei alle km200 mit ems-rsp ersetzen, da muss nix neu gemacht werden.

Ich nehme an du beziehst dich auf anpassung von scripts. Vo einem global replace in iobrojer_data würd ich abraten ...