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

[tp1de]

@juergen01 Ich weiss nicht, ob ggfs. das Firmware Update falsch gelaufen ist. Gib im Browser bitte mal ein:

ems-esp/api/system und ..../boiler ein. Ersetze ems-esp durch die IP Adresse und poste das Ergebnis.

Woher kommen denn deine ganzen EMS Writes??????
Und warum hast denn MQTT aktiviert? Benutzt du Home Assistant?
Es gibt keine API Calls vom Adapter. Das ist mehr als merkwürdig.

Stimmen die Adapter-Parameter und die EMS-ESP settings ?

Und ich würde das ems-esp ggfs. mit der Flasher-Tool komplett neu flashen, um Fehler auszuschließen.
https://emsesp.github.io/docs/Getting-Started/#first-time-install
Hilfe dann im EMS-ESP Discord Kanal.

[Juergen01]

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

ems-esp/api/system
{"System Info":{"version":"3.7.0-dev.12","uptime":"008+13:49:14.468","uptime (seconds)":740954,"platform":"ESP32-S3","arduino":"ESP32 Arduino v2.0.16","sdk":"v4.4.7-dirty","free mem":208,"max alloc":171,"free caps":8361,"used app":2160,"free app":5968,"partition":"app1","reset reason":"Software reset CPU / Software reset CPU"},"Network Info":{"network":"WiFi","hostname":"ems-esp","RSSI":-53,"BSSID":"set","TxPower setting":0,"static ip config":true,"low bandwidth":false,"disable sleep":false,"enable MDNS":true,"enable CORS":false,"AP provision mode":"disconnected","AP security":"wpa2","AP ssid":"ems-esp"},"NTP Info":{"NTP status":"connected","enabled":true,"server":"192.168.10.3","tz label":"Europe/Berlin"},"MQTT Info":{"MQTT status":"connected","MQTT publishes":645835,"MQTT queued":0,"MQTT publish fails":0,"MQTT connects":2,"enabled":true,"client id":"esp32-9d188534","keep alive":60,"clean session":false,"entity format":0,"base":"ems-esp","discovery prefix":"homeassistant","discovery type":0,"nested format":2,"ha enabled":false,"mqtt qos":0,"mqtt retain":false,"publish time heartbeat":60,"publish time boiler":10,"publish time thermostat":10,"publish time solar":10,"publish time mixer":10,"publish time water":10,"publish time other":10,"publish time sensor":10,"publish single":true,"publish2command":true,"send response":true},"Syslog Info":{"enabled":false},"Sensor Info":{"temperature sensors":0,"temperature sensor reads":0,"temperature sensor fails":0,"analog sensors":0,"analog sensor reads":0,"analog sensor fails":0},"API Info":{"API calls":0,"API fails":0},"Bus Info":{"bus status":"connected, tx issues - try a different Tx Mode","bus protocol":"HT3","bus telegrams received (rx)":771906,"bus reads (tx)":74170,"bus writes (tx)":713,"bus incomplete telegrams":0,"bus reads failed":377,"bus writes failed":31286,"bus rx line quality":100,"bus tx line quality":100},"Settings":{"board profile":"S32S3","locale":"en","tx mode":3,"ems bus id":11,"shower timer":false,"shower alert":false,"hide led":false,"notoken api":false,"readonly mode":false,"fahrenheit":false,"dallas parasite":false,"bool format":6,"bool dashboard":1,"enum format":1,"analog enabled":true,"telnet enabled":true,"max web log buffer":50,"web log buffer":50},"Devices":[{"type":"boiler","name":"Condens 2500/Logamax/Logomatic/Cerapur Top/Greenstar/Generic HT3","device id":"0x08","product id":95,"version":"18.11","entities":70,"handlers received":"0x10 0x11 0x15 0x1C 0x18 0x19 0x34 0x04","handlers fetched":"0x14 0x16 0x33","handlers pending":"0xBF 0xC2 0x1A 0x35 0x26 0x2A 0x2E 0x3B","handlers ignored":"0x23"},{"type":"thermostat","name":"FW120","device id":"0x10","product id":192,"version":"53.02","entities":22,"handlers received":"0x06","handlers fetched":"0x016F 0x0165 0x01D3","handlers pending":"0xA3 0xA2 0x12 0x13 0x0170 0x0171 0x0172 0x0166 0x0167 0x0168 0xBB 0x23","handlers ignored":"0xBE"},{"type":"gateway","name":"KM200/MB LAN 2","device id":"0x0D","product id":189,"version":"01.10","entities":0,"handlers ignored":"0x18 0x01D3 0x01FB 0x0165 0x011E 0x022D 0x1C"},{"type":"controller","name":"HT3","device id":"0x09","product id":95,"version":"18.11","entities":0}]}

/api/boiler:
{"heatingoff":0,"heatingactive":0,"tapwateractive":0,"selflowtemp":0,"heatingpumpmod":0,"outdoortemp":23.3,"curflowtemp":20.0,"rettemp":22.2,"syspress":0.5,"burngas":0,"burngas2":0,"fanwork":0,"ignwork":0,"oilpreheat":0,"burnminpower":0,"burnmaxpower":100,"burnminperiod":3,"boilhyston":-10,"boilhystoff":0,"heatingactivated":1,"heatingtemp":75,"heatingpump":0,"pumpmodmax":100,"pumpmodmin":10,"pumpdelay":3,"setflowtemp":0,"selburnpow":100,"curburnpow":0,"burnstarts":44,"burnworkmin":1592189,"burn2workmin":0,"heatworkmin":1538294,"heatstarts":18,"ubauptime":3944647,"servicecodenumber":0,"maintenancemessage":"H08","maintenance":"time","maintenancetime":2300,"nompower":28,"nrgtotal":18729.78,"nrgheat":18696.51,"dhw":{"settemp":50,"seltemp":50,"type":"buffer","comfort":"hot","flowtempoffset":35,"circpump":0,"chargetype":"3-way valve","hyston":0,"hystoff":0,"disinfectiontemp":75,"circmode":"2x3min","circ":0,"curtemp":50.3,"curtemp2":50.3,"curflow":0.0,"activated":1,"onetime":0,"disinfecting":0,"charging":0,"recharging":0,"tempok":1,"active":0,"3wayvalve":0,"setpumppower":0,"starts":26,"workm":53894,"nrg":33.27}}

Wer die EMS Writes macht weiß ich nicht und MQTT war zum Testen eingeschaltet ob das Gateway überhaupt Daten liest.

Die Parameter sind gesetzt wie von Tag 1 an, da hat alles funktioniert.

DasEMS-Flasher Tool hatte ich schonmal probiert (Windows 10+11) aber leider kam immer nur :
Auch bei run as administrator

Log from ESP-Flasher:
Auto-detected serial port: COM5
Using 'COM5' as serial port.
Connecting...
Detecting chip type... ESP32-S3
Connecting...

Chip Info:

• Chip Family: ESP32
• Chip Model: ESP32-S3
• Number of Cores: 1
• Max CPU Frequency: 80MHz
• Has Bluetooth: NO
• Has Embedded Flash: NO
• Has Factory-Calibrated ADC: NO
• MAC Address: 34:85:18:9D:C3:FC
  Uploading stub...
  Running stub...
  Stub running...
  Changing baud rate to 460800
  Unexpected error: Error changing ESP upload baud rate: No serial data received.

Auto-detected serial port: COM5
Using 'COM5' as serial port.
Unexpected error: could not open port 'COM5': PermissionError(13, 'Zugriff verweigert', None, 5)

Da ich schon andere ESP32 oder ESP8266 mit dem ESP-Flasher-v2.2.4.exe geflasht habe, nicht EMS, wundert mich das etwas.
Oder will das Tool einen bestimmten USB Device Treiber ?

Gruß
Jürgen

[tp1de]

@juergen01 Du musst auf jedem Fall folgendes Flash-Tool verwenden: https://github.com/emsesp/EMS-ESP-Flasher/releases

Und achte darauf, dass Du das S3 Bin-File nimmst.

Da bei Dir die Browser API aufrufe funktionieren, wundere ich mich, dass der Adapter nicht startet.
Bist Du sicher. die richtige IP Adresse zu verwenden?

[Juergen01]

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

@juergen01 Du musst auf jedem Fall folgendes Flash-Tool verwenden: https://github.com/emsesp/EMS-ESP-Flasher/releases

Mit genau diesem Tool hatte ich es probiert.

Und achte darauf, dass Du das S3 Bin-File nimmst.

Hatte ich auch.

Da bei Dir die Browser API aufrufe funktionieren, wundere ich mich, dass der Adapter nicht startet.
Bist Du sicher. die richtige IP Adresse zu verwenden?

Ja, 100%. Ich drehe und resette nochmal an den Einstellungen.

[tp1de]

@juergen01 Wohin sendet mqtt? (iobroker mqtt adapter?) Schalte mqtt mal testweise im ems-esp aus.

Du kannst auch mal die letzte Adapterversion von Github installieren.
Überprüfe dann bitte nochmal die Parameter der Instanz, da auf jsonConfig umgestellt wurde.

[Juergen01]

@tp1de MQTT ist mittlerweile aus. Die Daten wurden zum IOBroker gesendet.
Ich ausserdem mal einen Reset auf dem Gateway gemacht und die Daten per Hand neu eingegeben. - Kein Restore von einem Backup.

Beim starten kommt jetzt:

ems-esp.1
2024-06-12 13:59:12.505 info ems : polling every 60 secs
ems-esp.1
2024-06-12 13:59:12.504 info end of initializing EMS-ESP states
ems-esp.1
2024-06-12 13:59:09.583 info url1:http://192.168.168.22/api/thermostat
ems-esp.1
2024-06-12 13:58:57.556 info url1:http://192.168.168.22/api/boiler
ems-esp.1
2024-06-12 13:58:57.413 info url:http://192.168.168.22/api/system
ems-esp.1
2024-06-12 13:58:57.411 info start initializing EMS-ESP states
ems-esp.1
2024-06-12 13:58:57.410 warn *** you need to adjust your scripts / vis ui's to reflect these changes if necessary
ems-esp.1
2024-06-12 13:58:57.410 warn *** Version 3.7. might change structure and names of warm water / dhw objects
ems-esp.1
2024-06-12 13:58:57.409 warn *** There might be structural changes involved. Use is on your own risk
ems-esp.1
2024-06-12 13:58:57.409 warn *** You are using a non-productive version of ems-esp gateway firmware
ems-esp.1
2024-06-12 13:58:57.407 info EMS-ESP API version: 3.7.0-dev.12
ems-esp.1
2024-06-12 13:58:57.406 info formatting options for ems-esp gateway checked --> OK
ems-esp.1
2024-06-12 13:58:57.231 info starting. Version 3.5.0 in /opt/iobroker/node_modules/iobroker.ems-esp, node: v20.14.0, js-controller: 5.0.19

Jetzt reden die wieder miteinander, warum - keine Ahnung.
Die Objekte wurden auch im Verzeichnisbaum angelegt.

Ich lass das erstmal so laufen und beobachte was da so passiert.

Kann es sein das die EMS-Write von dem MB-LAN kommen ?

[tp1de]

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

Kann es sein das die EMS-Write von dem MB-LAN kommen ?

Nein, ich glaube vielmehr dass MQTT das Problem war. Ich benutze nicht den ioBroker mqtt Broker, sondern Mosquitto Broker unter Proxmox. Sieht irgendwie so aus, als wenn der ioBroker MQTT Broker updates / writes zurückschickt und damit das Gateway zu macht.

Das MB-LAN kannst du ja mit dem Adapter parallel abfragen.
Und wenn du schon die aktuellste Beta Firmware für das Gateway benutzt, dann solltest Du auch die Beta-Version vom Adapter verwenden. (aktuell Version 4.2.0).

[Octopus180]

Moin,

ich habe seit letzten Montag meine neue Buderus GB172 Heizung. Ich habe mir über bbqkees-electronics das Gateway S3 (Standard WiFi Ausgabe V3) besorgt, was auch sehr gut funktioniert.

ich hätte nur eine Frage: im Adapter bekomme ich folgende Datenpunkte angezeigt:

bei den Datenpunkten : _Day, _Hours und _Months steht immer (null)kWh, was sollte dort angezeigt werden und wofür sind die da?

Es wäre auch schön, wenn ihr mir mal zeigen könntet wie ihr eure Heizung in der VIS dargestellt habt, in der VIS direkt oder über Grafana.

Gruß Peter

EMS-ESP Version : 3.6.5
Adapter : 3.5.0

[diwoma]

Ich habe nun den EMS-ESP auf die letzte dev.25 und den EMS-ESP-Adapter auf V4.4.3 upgedated.
Hat eine Weile gedauert bis ich meine Aliase umgesetzt habe.

Aber zu einem Wert habe ich in der neuen Struktur keine Daten:
ems-esp.0.boiler.hpwwon

Er existiert zwar noch in der Struktur, wird aber anscheinend nicht mehr gesetzt. Er zeigte den Status an, wenn der Kompressor für die Warmwasser-Heizung läuft.

Gibt es diesen Punkt nicht mehr im EMS-ESP?

[bergteam]

Habe hier für eine Junkers Heizung ein "BBQKees Gateway Model E32 V2 vE32V2.0P3/2024012" mit "3.7.0-dev.25 (ESP32)" und Adapter "EMS-ESP 4.4.3" erfolgreich am laufen.

1. Nach einem Update vom BBQKees auf 3.7.0-dev.26/27 werden die Objekte im iobroker nur einmalig beim Start aktualisiert. Es finden keine regelmäßigen (1min) Updates statt. Ein Restart des Adapter aktualisiert einmalig die Daten.

2. Adapter auf EMS-ESP 4.4.5 aktualisiert
   => Gleicher Fehler.

3. Downgrade BBQKees auf 3.7.0-dev.25
   => Gleicher Fehler

4. Downgrade Adapter auf EMS-ESP 4.4.3
   => Alles wieder OK.

Habt ihr ein ähnliches Phänomen beobachtet und vielleicht einen Tipp woran es liegen könnte?

[Pedder007]

Moin @bergteam

hatte nach dem letzten Update ein ähnliches Problem, evtl. hilft Dir ja mein Hinweis von oben:

"Kleine Ergänzung/Korrektur doch noch:
Ich musste für die WW DP, die im Folder Boiler/dhw1 nehmen. Die DP in dhw sehen zwar genauso aus, zeigen aber nicht die richtigen Werte, bzw. beinhalten nicht die richtigen Funktionen."

[diwoma]

@pedder007
Ich habe Deinen Post gelesen.
Bei mir gibt es keinen Boiler.dhw mehr nur Boiler.dhw1.

Aber auch in diesem Zweig finde ich den Status der WW-Pumpe nicht.
Eventuell muss ich auf dhw1.curflow > 0 prüfen, aber das muss ich erst noch kontrollieren.

[bergteam]

Danke für den Hinweis @Pedder007. Das Verhalten betrifft bei mir alle Zweige,
ems-esp.0.boiler
ems-esp.0.solar
ems-esp.0.thermostat
jedoch nicht die zusätzlichen One-Wire Temperaturfühler
ems-esp.0.temperaturesensor

Ich bleibe erstmal auf der funktionierenden Kombination "BBQKees 3.7.0-dev.25" + "Adapter EMS-ESP 4.4.3".

[bergteam]

All fixed with latest Versions "ems-esp.0 v4.5.0" and "BBQKees 3.7.0-dev.28". Was für ein geniales Projekt ... zu sehen wie mehr und mehr Funktionalitäten Einzug halten.

[Pedder007]

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

All fixed with latest Versions "ems-esp.0 v4.5.0" and "BBQKees 3.7.0-dev.28". Was für ein geniales Projekt ... zu sehen wie mehr und mehr Funktionalitäten Einzug halten.

Gerne, war auch nur der Hinweis eines 'armen' Nutzers ohne wirklich viel Tiefgang. Aber gut zu hören das die neuen Versionen auch gut laufen. So weit bin ich noch gar nicht :-)

@diwoma, ich hatte die Struktur, vor dem Update auf ems-esp v3.5.0 sogar komplett gelöscht. Sie wurde dann so komplett, mit dem einen wohl überflüssigen Zweig, beim Start wieder neu angelegt.

Bei dem hier mittlerweile doch recht komplexen Setup finde ich aktuell noch gar nicht die Zeit um da im Einzelnen tiefer vorzudringen. Das mache ich dann evtl. mal im Ruhestand :rolling_on_the_floor_laughing:

[Octopus180]

Moin alle zusammen,

ich würde gerne mal wissen ob und wie ihr die Daten von diesen Adapter in eure VIS darstellt und auch ob ihr die Heizung über die VIS steuert.

Es wäre schön wenn ihr mal eure Umsetzung zeigen könntet.

Gruß Peter

[Jack01]

@octopus180 Ich habe den Adapter seit 2 Jahren laufen. Allerdings lese ich überwiegend nur die Temp-Daten aus. Das Ein- und Ausschalten des Warmwassers und der Heizung funktioniert auch problemlos.
Gruß
Hans-Jürgen

[Jack01]

Ich habe jetzt meine Hard- und Software auf den neusten Stand gebracht. Als Board habe ich ein LilyGo T7-S3 und das EMS-Interface Board von bbqkees. Zusätzlich habe ich noch einen Temp.Sensor DS18B20 angeschlossen. Die EMS Software-Version lautet 3.7.0 dev 38. Der EMS-Adapter hat die Version 4.8.0.
Der Umstieg hat fast problemlos geklappt. Allerding bekomme ich jetzt immer die Fehlermeldung "Command failed: unknown device dallassensor". Der Sensor wird allerdings in den Objekten korrect angezeigt und auch aktualisiert. Wenn ich in den Adaptereinstellungen den Haken "Temperatursensoren" rausnehme, ist die Fehlermeldung weg, aber der Datenpunkt wird dann auch nicht mehr aktualisiert.
MQTT ist deaktiviert.
Laut EMS changelog wurden ab der Version 3.6 die Benennung des Sensors gändert.
Habe ich hier bei meinen Einstellungen etwas vergessen oder falsch eingestellt?
Gruß
Hans-Jürgen

[Jack01]

Inzwischen habe ich folgende Antwort von den Entwicklern der EMS-ESP Software erhalten:

Ich habe dazu ein issue erstellt.

[tp1de]

@jack01

In der letzten ems-esp version 3.7.0 dev 39 wurden die Sensoren in die device list mit aufgenommen.
Die aktuelle Adapter Version verarbeitet dann alle Daten, ohne dass die Parameter für Analog- oder Temperatursensoren ausgewählt werden müssen.

Im Github ist auch eine Adapter-Version verfügbar die ohne Fehlermeldungen funktioniert.
(Es sind nur Fehlermeldungen - die Sensoren werden richtig ausgelesen)