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

[leika241265]

@tp1de
Ja hatte ich schon gesehen und habe mir das Kabel mitbestellt. Aber auf den Bildern kann man nicht genau erkenne wie man das an den BUS anschließt. Ich muss mal das Gerät anschreiben.

Danke

[tp1de]

@leika241265 sollte eine Service Buchse vorhanden sein. Dort das Service Jack Kabel einstecken, andere Seite ans Gateway. Stromversorgung braucht es dann nicht.

[leika241265]

@tp1de
Hallo, sorry konnte erst heute nach sehen. Ja Service Buchse ist vorhanden und die Box läüft.
Danke

[Tyde]

@tp1de Erstmal vielen Dank für deine Mühe und Arbeit mit dem Adapter.
Ich würde gerne den Betriebsdruck der Heizung überwachen, finde diesen aber nicht als Datenpunkt. In der MyDevice-App habe ich diese Information. Ist es möglich ihn mit aufzunehmen?
VG
Tyde

[tp1de]

@tyde
Der Adapter selektiert keine Datenpunkte, sondern liest alle die die API zur Verfügung stellt.
Der Datenpunkt ist bei mir: ems-esp.0.heatSources.systemPressure

Je nach Softwarestand im Gateway (IP-inside, km200, MBLan ..) sind die Datenpunkte vorhanden oder nicht. Du kannst versuchen, ob es eine aktualisierte Firmware gibt. (in der Buderus / Bosch App).

[Vippis]

Eine Frage an die Profis:

Kann ich mit diesem Adapter auch die Leistung des Kompressors vorgeben? z.B. in Abhängigkeit von der Einspeisung meiner PV-Anlage?

Ich habe eine Bosch Compress 7000iAW WP mit IP-Modul. Angebunden über KM200. Habe mir zum Testen das BBQKee S3 bestellt.

Dazu habe ich eine 16kWp PV-Anlage mit SENEC Home V3 hybrid duo Speicher, angebunden über Senec Adapter.

Mein Stromanbieter ist tibber, angebunden über tibberlink.

Ich möchte quasi das "Killerfeature" des Bosch Energiemanagers (sehr teuer) nachbauen, indem ich nicht nur den Zeitraum der Heizung/Warmwasser-Erzeugung abhängig von PV-Erzeugung (primär) bzw. billigem Netzstrom (tibber) anpassen, sondern auch die Leistung des Kompressors so wähle, dass möglichst kein Netzstrom genutzt wird

[tp1de]

@vippis
Ich habe zwar keine Wärmepumpe, aber generell gilt:

Der Heizkessel / Wärmepumpe wird über den Thermostat (Regelung) gesteuert. D.h. die Vorlauftemperatur des Heizkreises wird über die Regelungsparameter bestimmt (z.B. Außentemperatur abhängig). Einen direkten Einfluss auf die Leistungsaufnahme gibt es beim KM200 nicht. Was funktioniert ist den Heizkreis temporär an- bzw. auszuschalten mit:
temporaryRoomSetpoint = 0 / -1 .... (-1 = auto, 0 = aus, Wert = Solltemperatur)

Mit dem EMS-ESP Gateway kannst du die maximale Modulation setzen mit burnmaxpower = Wert zwischen minimaler und maximaler Modulation. Bei Heizkessel funktioniert dies. Ob das auch bei der Wärmepumpe geht musst Du ausprobieren.

[Vippis]

@tp1de
Ich danke Dir, ich werde es mit dem S3 testen ob es funktioniert wie erhofft und berichte dann. Wenn das klappt wäre das mega, würde mir und anderen viel Geld sparen und die Anschaffung von überflüssiger Hardware :)

[tp1de]

Anpassungen für das EMS-ESP Gateway mit Firmware 3.7.0 dev

Das Entwicklungsteam für das EMS-ESP Gateway wird die Feldnamen für Warmwasser in Kürze ändern.
Wahrscheinlich ab der Version 3.7.0-dev.3

Damit die Zuordnung zu der KM200-Struktur weiterhin funktioniert, muss die ioBroker Adapterversion >= 3.2.1 installiert werden. Dies sollte vor dem EMS-ESP Firmware Update geschehen!

Das betrifft nur Anwender, welche das KM200 und das EMS-ESP Gateway parallel einsetzen und die Datenfelder in der gleichen Struktur erhalten wollen.

[tp1de]

@tp1de VORSICHT die neueste EMS_ESP Gateway Firmware 3.7.0-dev3 verändert die Datenstruktur erheblich.

Die Warmwasser Werte erhalten eine neue Struktur und die Umsetzung auf die KM200 Struktur funktioniert noch nicht zufriedenstellend.
Alle Vergangenheitswerte gehen verloren.

Ich empfehle mit der EMS-ESP Firmwareaktualisierung zu warten !!!
Den Adapter muss ich noch anpassen. Die Version 3.3.0 funktioniert noch nicht richtig.

Mit der Adapterversion 3.4.0 sollte die Firmware 3.7.0 richtig verarbeitet werden.
Es bleibt aber dabei, dass sich die Datenstruktur für Warmwasser (dhwCircuits) verändert.
Diese muss ggfs manuell nachgearbeitet werden.
Für EMS+ Thermostate (RC300/RC310 o.ä.) wird aktuell ein zweiter Warmwasserkeis eingefügt.
Dieser muss ggfs. im Gateway unter Customizations deaktiviert werden.

Ich werde das Update von 3.6.5 nicht ausführen und werde bei Fragen keine Hilfe geben.

[Pedder007]

Hi @tp1de,
ich bin bzgl. Deiner Ausführungen am Ende doch noch nicht so ganz 100% im Klaren.
Ich habe Dich so verstanden, dass Du selber das BBQKees GW (zunächst?) nicht auf die 3.7.0 updaten wirst, Du aber trotzdem den Adapter, in der Version 3.4.0, dahin gebracht hast (steht ja so auch im Log), dass er mit dem GW unter 3.7.0 funktioniert, vorbehaltlich ggf. notwendiger beschriebener Anpassungen bei den WW-Kreisen. Soweit richtig?
Heißen die WW DP dann anders und sie liegen in einem anderen Verzeichnisbaum, oder was ändert sich da genau?
Bzgl. WW nutze ich ohnehin nur 5 DP, da würden die Anpassungen übersichtlich bleiben.

Gibt es denn ansonsten hier im Forum bereits Erfahrungswerte zum entsprechenden Zusammenspiel?
Ich bin beim Adapter noch auf der 3.0.3 und traue mich nicht so recht an ein Update. Ich nutze das Ganze ausschließlich über den EMS-ESP Teil des Adapters.

[tp1de]

Ich hatte in den letzten 5 Wochen viele Diskussionen mit den beiden Entwicklern vom ems-esp Gateway.
Die Datenstrukturen für Warmwasser wurden mit 3.7 geändert.

Aktuell wurde aber die GW Firmware so angepasst, dass für Home Assistant weiterhin die alte Struktur verwendet werden kann.
Für ioBroker setze ich die Struktur auf die alte Version um, wenn die km200-Struktur verwendet wird.

Falls nicht, übernehme ich die neue Struktur und Ihr müsst ggfs. Scripts / VIS anpassen.
Dann bitte die letzte stable Adapterversion verwenden. Es sprichts gegen ein Update auf die aktuelle 3.7.xx Firmware.
Schaut Euch einfach die Änderungen an. Ggfs. müsst Ihr "alte" States manuell löschen. Ich empfehle aber ein Löschen beim Start des Adapters (im Parameter Tab).

Neu sind ohne km200-Struktur dann dhw1-Unterebenen in "boiler" und "thermostat". (ggfs. gibt es auch dhw2)

[Pedder007]

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

Für ioBroker setze ich die Struktur auf die alte Version um, wenn die km200-Struktur verwendet wird.
Falls nicht, übernehme ich die neue Struktur und Ihr müsst ggfs. Scripts / VIS anpassen.

Ok danke. Verstehe Dich so, dass ich bei Nutzung der EMS-ESP Struktur ohnehin anpassen müsste.
Dann such ich mir irgendwann demnächst mal einen ruhigen Tag aus und gehe das an.
Wie geschrieben, für WW ist das bei mir nicht allzu viel ;-)

[Pedder007]

@tp1de
So, habe heute Abend den Schritt mal 'gewagt' :-)
BBQ GW läuft nun mit 3.7.0-dev.12
Adapter habe ich parallel auf 3.5.0 gebracht.

Wie von Dir geschrieben, gibt es in der EMS-ESP Datenstruktur (ich hatte die alte sicherheitshalber komplett gelöscht) nun unter Boiler und Thermostat je zwei neue Sub-Folder DHW und DHW1, wobei die Inhalte völlig identisch zu sein scheinen.
Ich habe meine entsprechenden Aliase angepasst und meine WW DP alle auf die neuen DP im jeweiligen DHW-Folder umgebogen.
Die Überprüfung aller anderen (HK1, HK2, Boiler, Mixer, usw.) DP, welche ich nutze, hat aktuell erstmal keine Änderungen in der Datenstruktur ergeben.

Aktuell sieht erst einmal alles gut aus, den Rest zeigt dann die Zeit ;-)

[Juergen01]

@tp1de
Hallo,
Bei meinem Adapter erscheint seit 2 Tagen nur noch Error:

Ich hatte den Adapter im IO Broker schon komplett gelöscht und neu installiert. Verson 3.5.0
Keine Änderung
Bei den Objects gibt es nur einen Eintrag :
ems-esp->1->info->
connection : false
connection_ems: false

Im EMS GW habe ich mal einen neuen User, mit Admin Rechten, angelegt und den neuen API-Key im Adapter eingetragen. - Keine Änderung

Logge ich mich direkt in das EMS-Gateway ein, kann ich alle Heizungsparameter lesen und ändern.

Hier die Einträge vom Log nach de restart der EMS Instanz:

ems-esp.1
2024-06-03 13:44:30.259 error wrong formatting options for api/mqtt bool format in ems-esp settings -> correct: 1/0
ems-esp.1
2024-06-03 13:44:30.074 info starting. Version 3.5.0 in /opt/iobroker/node_modules/iobroker.ems-esp, node: v18.17.1, js-controller: 5.0.19
ems-esp.1
2024-06-03 13:44:29.955 debug States connected to redis: 127.0.0.1:9000
ems-esp.1
2024-06-03 13:44:29.900 debug States create User PubSub Client
ems-esp.1
2024-06-03 13:44:29.899 debug States create System PubSub Client
ems-esp.1
2024-06-03 13:44:29.894 debug Redis States: Use Redis connection: 127.0.0.1:9000
ems-esp.1
2024-06-03 13:44:29.881 debug Objects connected to redis: 127.0.0.1:9001
ems-esp.1
2024-06-03 13:44:29.879 debug Objects client initialize lua scripts
ems-esp.1
2024-06-03 13:44:29.861 debug Objects create User PubSub Client
ems-esp.1
2024-06-03 13:44:29.861 debug Objects create System PubSub Client
ems-esp.1
2024-06-03 13:44:29.860 debug Objects client ready ... initialize now
ems-esp.1
2024-06-03 13:44:29.846 debug Redis Objects: Use Redis connection: 127.0.0.1:9001

Den einzigen error den ich habe ist:
error wrong formatting options for api/mqtt bool format in ems-esp settings -> correct: 1/0

Welcher Eintrag ist das denn ?

Irgendeine Idee wie ich den Adapter wieder zum laufen bekommen kann ?
Bin für jede Hilfe dankbar.

IOBroker: v6.13.16
Node.js: v18.17.1
NPM: 9.6.7

Gruß
Jürgen

[tp1de]

@juergen01 Ist die PDF Doku oder das Protokoll nicht klar genug?
Du musst im ems-esp gateway die formatting options für api/mqtt bool auf 1/0 setzten.

... es nervt etwas, dass immer neu zu erklären.

[Thomas Braun]

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

Node.js: v18.17.1

Deutet auf eine falsche/veraltete Installation hin. Bring das mittels

iob nodejs-update

auf einen aktuellen Stand.

[tp1de]

@thomas-braun
Das ist aber nicht der Grund für den Stop des Adapters. Nachdem ich festgestellt habe, dass viele die Doku nicht lesen, habe ich eine Überprüfung für richtige ems-esp Gateway Parameter eingeführt. Der Adapter stoppt dann mit entsprechender Fehlermeldung.

[tp1de]

Warnung an alle die das beta-Repository benutzen und die Adapterversionen 4.x.x installieren:

Ab Version 4 wird die neue Adapter Konfiguration mit jsonConfig verwendet.
Vor einer Installation bitte die Instanz stoppen und nach Installation alle Parameter überprüfen, ob diese noch richtig sind.

Geändert wurden:

• alle text-Felder zur Eingabe eines States sind jetzt neu definiert. (mit Auswahlmöglichkeit)
• Die Datenbank und Instanz im Parameter Tab wird jetzt anders eingegeben (Auswahl unter allen aktiven Instanzen)
• Die km200.csv Datei für das Original Gateway wird jetzt unter ../iobroker-data/files/ems-esp.x/ gespeichert (x: Instanz)
  Die bisherige Lokation wird gelöscht. Die Datei muss also einmal neu aufgebaut werden. Danach kann der Adapter mit dieser Datei gestartet werden. Das beschleunigt den Start erheblich.
• Es kann jetzt eine Datei own.csv ausgewählt werden. Diese muss selber erstellt werden und kann dann weniger States enthalten.

[Thomas Braun]

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

Das ist aber nicht der Grund für den Stop des Adapters.

Das habe ich auch nicht behauptet.
Nur das nodejs 18.17.1 eine 'steinalte' Version ist, die offenbar aus dem alten nodesource-Repo stammt.
Muss eh auf das aktuelle Repo umgestellt werden.