emsesp / EMS-ESP32

ESP32 firmware to read and control EMS and Heatronic compatible equipment such as boilers, thermostats, solar modules, and heat pumps
https://emsesp.github.io/docs
GNU Lesser General Public License v3.0
566 stars 101 forks source link

Junkers FW200 wrong heating circuit mode reported #33

Closed FredericMa closed 3 years ago

FredericMa commented 3 years ago

Bug description Heating circuit mode and modetype of Junkers FW200 are reported incorrectly.

Steps to reproduce The problem showed up after upgrading from 2.1.0 ESP8266 to 3.0.0 ESP32.

Expected behavior The example provided in the screenshots show the toggling from manual-nofrost to manual-heat for HC2. EMS-ESP however shows auto-eco while it should be manual-nofrost. I changed to heating mode to manual-heat and EMS-ESP only shows auto. It looks like the modetype has an invalid state and is not shown in the console anymore. It is also not reported in MQTT.

Screenshots Should be MANUAL-NOFROST for HC2 (and actually also HC1): image Should be MANUAL-HEAT for HC2: image

Device information

{
  "System": {
    "version": "3.0.0",
    "uptime": "000+01:32:46.780"
  },
  "Status": {
    "bus": "connected",
    "bus protocol": "HT3",
    "#telegrams received": 6505,
    "#read requests sent": 1012,
    "#write requests sent": 59,
    "#incomplete telegrams": 0,
    "#tx fails": 3,
    "rx line quality": 100,
    "tx line quality": 100,
    "#MQTT publish fails": 0,
    "#dallas sensors": 0,
    "#dallas fails": 0
  },
  "Devices": [
    {
      "type": "Boiler",
      "name": "Condens 2500/Logamax/Logomatic/Cerapur Top/Greenstar/Generic HT3 (DeviceID:0x08, ProductID:95, Version:23.04)",
      "handlers": "0x10 0x11 0x14 0x15 0x16 0x18 0x19 0x1A 0x1C 0x26 0x2A 0x33 0x34 0x35 0xD1 0xE3 0xE4 0xE5 0xE6 0xE9 0xEA 0x494 0x495"
    },
    {
      "type": "Thermostat",
      "name": "Junkers FW200 (DeviceID:0x10 ProductID:106, Version:12.14)",
      "handlers": "0xA3 0x06 0xA2 0x12 0x16F 0x170 0x171 0x172 0x165 0x166 0x167 0x168"
    },
    {
      "type": "Mixer",
      "name": "Junkers IPM (DeviceID:0x20 ProductID:102, Version:20.08)",
      "handlers": "0x10C"
    },
    {
      "type": "Mixer",
      "name": "Junkers IPM (DeviceID:0x21 ProductID:102, Version:20.08)",
      "handlers": "0x10C"
    },
    {
      "type": "Solar",
      "name": "Junkers ISM1 (DeviceID:0x30 ProductID:101, Version:23.04)",
      "handlers": "0x103 0x101"
    },
    {
      "type": "Controller",
      "name": "HT3 (DeviceID:0x09, ProductID:95, Version:23.04)",
      "handlers": ""
    }
  ]
}

Additional context This issue reminds me of a previous issue reported in a long thread here: https://github.com/emsesp/EMS-ESP/issues/410#issuecomment-651672722 I guess it was fixed in this PR: https://github.com/emsesp/EMS-ESP/pull/417 (or maybe this one): https://github.com/emsesp/EMS-ESP/pull/419

proddy commented 3 years ago

Hi @FredericMa , so it worked in 2.2.x on the ESP8266 but not on the ESP32 v3?

FredericMa commented 3 years ago

That's correct, I would guess it is related to the software and no to the hardware since all other parameters are reported correctly as before.

FredericMa commented 3 years ago

I can confirm that the fix of @MichaelDvP fixed the issue. Thanks!

proddy commented 3 years ago

thanks Michael, well spotted!