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

[werner2000x]

@tp1de Danke. Das Fenster konnte ich nicht sehen, da der Login gespeichert war.
Ich teste es mal, aber bei mit stand der Schalter auf Aus.
Muss das private Passwort irgendwelches Format (z.B. Länge, Sonderzeichen, Zahlen) einhalten?

[tp1de]

@werner2000x sagte in Neuer Adapter EMS-ESP für Bosch Heizungen:

Muss das private Passwort irgendwelches Format (z.B. Länge, Sonderzeichen, Zahlen) einhalten?

Das kann ich dir nicht sagen .... aber probier einfach mal aus. Wie gesagt, wenn die App funktioniert, dann laufen auch die Adapter solange die Kennwörter richtig eingegeben werden.

[werner2000x]

@tp1de Ich habe verschiedene Passwortkombinationen ausprobiert.
Immer der selbe Fehler:

ems-esp.0
2022-04-05 11:47:07.922	error	error reading km200 gateway information (wrong passwords please re-enter) - stop km200 read

[tp1de]

@werner2000x Der km200 Adapter funktioniert und nur der ems-esp Adapter nicht?

[werner2000x]

@tp1de Keiner der beiden Adapter klappt.

[tp1de]

@werner2000x .... dann fällt mir nichts mehr ein :confused:

[werner2000x]

@tp1de Ich hatte irgendwann mal das Gerätepasswort (auf der Heizungsbedieneinheit) zurückgesetzt, also nicht mehr z.B. qTxt-k5yq-dGca-6uze, sondern nur eine 4-stellige Zahl statt 12-stellig.
Vielleicht wird ja ein 12-stelliges Passwort verlangt, das kann man jedoch nur an der Heizungsbedieneinheit zurücksetzen
und ich bin jetzt nicht zuhause und kann es nicht neu zurückstellen.

[tp1de]

@mwolle wir sollten Die Diskussion hier fortführen:

@mwolle

Oder welche müssen in der SQL Datenbank historisiert werden?

Der Adapter enabled die "_"-States selber. Manuell musst Du nichts machen, nur sicherstellen, dass der SQL-Adapter aktiv ist und auch funktioniert.

Die Statistics über Brennerstarts etc. läuft wie? Da habe ich auch nur 0 Werte.

Beim km200-Adapter werden die Felder

• heatSources.numberOfStarts
• heatSources.hs1.flameStatus

ausgewertet, das heißt SQL-enabled und dann per SQL geschaut, wieviele Starts per Zeiteinheit da waren.
Gibt es die Felder bei Dir und haben die SQL-Einträge?

Wo sind die States unter km200? z.B. ems-esp.0.recordings.heatSources.actualPower.km200.Months.last_year
Dort speichere ich die Werte 1:1 ab, welche per API-Call zurückkommen. Wenn die y und oder c-Werte Null sind, dann gibt es keine Recordings.

Bei mir:
{
"id": "/recordings/heatSources/actualPower?interval=2021",
"type": "yRecording",
"writeable": 0,
"recordable": 0,
"recordedResource": {
"id": "/heatSources/actualPower",
"uri": "http://192.168.178.31/heatSources/actualPower"
},
"interval": "2021",
"sampleRate": "P31D",
"recording-type": "actual",
"recording": [
{
"y": 0,
"c": 0
},
{
"y": 0,
"c": 0
},
{
"y": 143046,
"c": 39437
},
{
"y": 115596,
"c": 42136
},
{
"y": 64905,
"c": 44552
},
{
"y": 13061,
"c": 43105
},
{
"y": 14494,
"c": 40397
},
{
"y": 13620,
"c": 40531
},
{
"y": 12691,
"c": 33054
},
{
"y": 79942,
"c": 43954
},
{
"y": 148242,
"c": 31142
},
{
"y": 252153,
"c": 42345
}
]
}

[tp1de]

@werner2000x sagte in Neuer Adapter EMS-ESP für Bosch Heizungen:

Ich hatte irgendwann mal das Gerätepasswort (auf der Heizungsbedieneinheit) zurückgesetzt, also nicht mehr z.B. qTxt-k5yq-dGca-6uze, sondern nur eine 4-stellige Zahl statt 12-stellig.
Vielleicht wird ja ein 12-stelliges Passwort verlangt, das kann man jedoch nur an der Heizungsbedieneinheit zurücksetzen
und ich bin jetzt nicht zuhause und kann es nicht neu zurückstellen.

Die Auswirkungen eines neuen Geräte-Kennwortes kann ich nicht abschätzen. Rein technisch ist das für die ver- / entschlüsselung egal.

[mwolle]

@tp1de zu Punkt 1 Statistics:
ja ich habe die Punkte:
km200:heatSources.flameStatus
km200:heatSources.numberOfStarts
aber die beiden Datenpunkte werden derzeit nicht nur SQL aufgezeichnet -> würde ich mal manuell einstellen

zu Punkt 2, meine Objektdaten sehen ganz anders aus.

{
  "_id": "ems-esp.0.recordings.heatSources.actualPower.km200.Months.last_year",
  "type": "state",
  "common": {
    "id": "ems-esp.0.recordings.heatSources.actualPower.km200.Months.last_year",
    "name": "recordings: ems-esp.0.recordings.heatSources.actualPower.km200.Months.last_year",
    "type": "json",
    "unit": "",
    "read": true,
    "write": false,
    "role": "value"
  },
  "native": {},
  "from": "system.adapter.ems-esp.0",
  "user": "system.user.admin",
  "ts": 1645695755149,
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  }
}

[tp1de]

@mwolle sagte in Neuer Adapter EMS-ESP für Bosch Heizungen:

zu Punkt 2, meine Objektdaten sehen ganz anders aus.

Nee poste mal den Wert des States ...

[mwolle]

@tp1de

{
  "id": "/recordings/heatSources/actualPower?interval=2021",
  "type": "yRecording",
  "writeable": 0,
  "recordable": 1,
  "recordedResource": {
    "id": "/heatSources/actualPower",
    "uri": "http://192.168.178.55/heatSources/actualPower"
  },
  "interval": "2021",
  "sampleRate": "P30D",
  "recording-type": "actual",
  "recording": [
    {
      "y": 3611009,
      "c": 3956
    },
    {
      "y": 957744,
      "c": 42063
    },
    {
      "y": 1750662,
      "c": 21072
    },
    {
      "y": 535804,
      "c": 43168
    },
    {
      "y": 353751,
      "c": 43168
    },
    {
      "y": 122990,
      "c": 43168
    },
    {
      "y": 68466,
      "c": 41707
    },
    {
      "y": 116853,
      "c": 42368
    },
    {
      "y": 152338,
      "c": 42253
    },
    {
      "y": 313592,
      "c": 43172
    },
    {
      "y": 518660,
      "c": 40591
    },
    {
      "y": 1002205,
      "c": 43167
    }
  ]
}

[tp1de]

@mwolle Das sieht gut aus, Recordings sind also vorhanden und werden richtig gelesen.
Bist Du sicher, dass in den "_"-States keine Daten vorhanden sind?

Ruf mal die Graphik für 12 oder mehr Monate Zeitraum auf - oder Flot.

... und bist Du sicher, dass der SQL-Adapter richtig funktioniert? (teste mal an States, wo Du manuell änderst)

[mwolle]

@tp1de
die _states sind 0...12m steht was. Ich werde das noch mal mit der SQL DB prüfen

[mwolle]

@tp1de kannst du mir so sagen, was hier das Problem ist?

[tp1de]

@mwolle

@tp1de kannst du mir so sagen, was hier das Problem ist?

Eine der 3 States für den km200 sind nicht vorhanden. Schau mal welche:

• heatSources.hs1.actualModulation
• heatSources.actualSupplyTemperature
• heatSources.returnTemperature

Ich vermute die Rücklauftemperatur ...

[tp1de]

@mwolle

die _states sind 0...12m steht was. Ich werde das noch mal mit der SQL DB prüfen

Irgendwas stimmt mit den Verbrauchsdaten nicht. Oder hast du wirklich 1.5 Mio kWh in 12 Monaten verbraucht ??

Meine sampleRates sind P1H,P1D und P31D (hours, days, months). Deine Sample Rate für Monat ist P30D ... siehe oben.

[mwolle]

@tp1de doch es gibt alle drei Datenpunkte auch bei mir, mit dem Unterschied das der Datenpunkt heatSources.hs1.actualModulation bei mir hier liegen:
ems-esp.0.heatSources.actualModulation also nicht unter hs1. Die anderen beide stehen da, wie du geschrieben hast.

[mwolle]

@tp1de said in Neuer Adapter EMS-ESP für Bosch Heizungen:

Irgendwas stimmt mit den Verbrauchsdaten nicht. Oder hast du wirklich 1.5 Mio kWh in 12 Monaten verbraucht ??

Meine sampleRates sind P1H,P1D und P31D (hours, days, months). Deine Sample Rate für Monat ist P30D ... siehe oben.

Nein 1,5 Mio waren es nicht ;) wahrscheinlich ist die Auswertung jahresscharf, da waren es vlt 14.000 kWh. Ich hatte kurzzeitig gedacht das der "Faktor" falsch ist. Denn mit ist schon aufgefallen, dass die Therme nicht mit 14 kW angegeben ist, sondern mit 1.4 kW
.
ich muss also die Verbräuche immer mit 0.14 multiplizieren um den richtigen Wert zu bekommen. Ich nutze das Skript aus dem km200 Thread, da hat ja schon einer ein Skript geschrieben, der die recordings auseinandernimmt.

[tp1de]

@mwolle sagte in Neuer Adapter EMS-ESP für Bosch Heizungen:

doch es gibt alle drei Datenpunkte auch bei mir, mit dem Unterschied das der Datenpunkt heatSources.hs1.actualModulation bei mir hier liegen:
ems-esp.0.heatSources.actualModulation also nicht unter hs1. Die anderen beide stehen da, wie du geschrieben hast.

Da muss ich den Code anpassen.

@mwolle sagte in Neuer Adapter EMS-ESP für Bosch Heizungen:

ich muss also die Verbräuche immer mit 0.14 multiplizieren um den richtigen Wert zu bekommen. Ich nutze das Skript aus dem km200 Thread, da hat ja schon einer ein Skript geschrieben, der die recordings auseinandernimmt.

Da ich eh den Code anpassen muss kann ich auch einen Multiplikator mit aufnehmen. Macht das Sinn?
Die y-Werte sind (bei mir) die aufkumulierten Leistungswerte und die C-Werte die Anzahl der Samples. Bei mir wird jede Minute ein Sample genommen. Stundenwerte haben also c = 60, Tageswerte c = 60*24 usw.
Einzelne Samples können fehlen.
Wenn ich das richtig sehe, sind die c-Werte bei Dir kleiner ... schau mal.

Ich bau gerade den Adapter um und erweitere ihn um eine Wärmebedarfsrechnung und dynamische An- und Abschaltung der Heizkreise in Abhängigkeit des Wärmebedarfes. (um Takten zu vermeiden)
Das wird dann eine Beta-Version 1.9.x. D.h. die Änderungen dauern dann noch ein paar Tage.