Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Junkers FW200 wrong heating circuit mode reported #33

Closed
FredericMa opened this issue Mar 21, 2021 · 4 comments
Closed

Junkers FW200 wrong heating circuit mode reported #33

FredericMa opened this issue Mar 21, 2021 · 4 comments
Labels
bug Something isn't working

Comments

@FredericMa
Copy link

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:
emsesp/EMS-ESP#410 (comment)
I guess it was fixed in this PR:
emsesp/EMS-ESP#417
(or maybe this one):
emsesp/EMS-ESP#419

@FredericMa FredericMa added the bug Something isn't working label Mar 21, 2021
@proddy
Copy link
Contributor

proddy commented Mar 21, 2021

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

@FredericMa
Copy link
Author

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.

MichaelDvP added a commit that referenced this issue Mar 22, 2021
@FredericMa
Copy link
Author

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

@proddy
Copy link
Contributor

proddy commented Mar 22, 2021

thanks Michael, well spotted!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

2 participants