Skip to content
This repository has been archived by the owner on Oct 4, 2021. It is now read-only.

HC2 mode issue - RC35 #305

Closed
majdzik84 opened this issue Jan 19, 2020 · 13 comments
Closed

HC2 mode issue - RC35 #305

majdzik84 opened this issue Jan 19, 2020 · 13 comments
Labels
bug Something isn't working

Comments

@majdzik84
Copy link

#298 (comment)
The HC2 circuit values ​​do not appear. When the temperature is set, the gate restarts

(17:42:58) Sending read of type 0x48 to 0x10, telegram: 0B 90 48 00 20 (CRC=4D)
(17:42:58) Thermostat -> Me, type 0x48, telegram: 10 0B 48 00 00 00 2A 00 E0 00 00 00 00 00 00 00 00 11 1B 00 (CRC=41) #data=16
(17:42:58) Sending read of type 0x47 to 0x10, telegram: 0B 90 47 00 20 (CRC=71)
(17:42:58) Thermostat -> Me, type 0x47, telegram: 10 0B 47 00 03 2A 2C 26 08 28 00 00 00 05 05 2D 01 01 04 4B 05 4B 01 00 3C FF 0D 05 05 02 02 (CRC=E0) #data=27


When temperatures appear, the reading is as follows

(17:47:59) Thermostat -> Me, type 0x48, telegram: 10 0B 48 00 40 00 2A 00 E0 00 00 00 00 00 00 00 00 11 05 00 (CRC=9E) #data=16
(17:47:59) Thermostat -> Me, type 0x47, telegram: 10 0B 47 00 03 2A 2C 26 08 28 00 00 00 05 05 2D 01 01 04 4B 05 4B 01 00 3C FF 0D 05 05 02 02 (CRC=E0) #data=27
@majdzik84 majdzik84 added the bug Something isn't working label Jan 19, 2020
@proddy
Copy link
Collaborator

proddy commented Jan 19, 2020

thanks, looking into it...

@lmdecroos
Copy link

@majdzik84 Do you have a separate thermostat for your HC2? I have a similar behavior.
Since version 1.9.5bx the temperatures of my HC2 are only available in the gateway after the mode has been changed ( Auto / Day / Night). It seems the new logic needs a trigger to filter the temperature and setpoint from the telegram messages from HC2

@majdzik84
Copy link
Author

@lmdecroos I have only one thermostat - RC35 ( HC2 control)

@proddy
Copy link
Collaborator

proddy commented Jan 28, 2020

Can someone explain the problem again? Is it the HC2 is not displayed and only after the mode has changed? Does it get displayed when EMS-ESP boots up? Also when the temp is changed?

I don't have the RC35 so difficult to reproduce at home.

@lmdecroos
Copy link

lmdecroos commented Jan 28, 2020 via email

@majdzik84
Copy link
Author

Unfortunately, this problem still occurs in the 1.9.5b20 version

@lmdecroos
Copy link

lmdecroos commented Jan 30, 2020 via email

@proddy
Copy link
Collaborator

proddy commented Jan 31, 2020

does thermostat read 48 refresh the data correctly? What is the output from the 0x48 telegram?

@majdzik84
Copy link
Author

majdzik84 commented Jan 31, 2020

No, the data does not appear. I can only see ...
image

`(00:32:33) Thermostat -> Me, type 0x48, telegram: 10 0B 48 00 00 00 2A 00 DE 00 00 00 00 00 00 00 64 00 16 00 (CRC=F4) #data=16

(00:33:38) Thermostat -> All, type 0x48, telegram: 10 00 48 00 00 00 2A 00 DE 00 00 00 00 00 00 00 64 00 16 00 (CRC=9C) #data=16

`

@lmdecroos
Copy link

lmdecroos commented Jan 31, 2020 via email

@proddy
Copy link
Collaborator

proddy commented Feb 1, 2020

thanks @lmdecroos @majdzik84 for the additional info. I helped me find the root cause of this problem. It's related to an earlier change I made in #238 (comment) which said:

I see the problem now. It's this following telegram from when HC3 is queried:
Thermostat -> me, type 0x52, telegram: 10 0B 52 00 00 00 00 00 00 00 00 00 00 00 00 00 00 11 00 00 (CRC=B6) #data=16
because when a 0x52 comes in I just assume there is a HC3 active. Which now is not always the case. I've changed the code to look at the first data byte and if it's zero I will ignore. I'm basing this off your 0x3E telegram (HC1) who's first byte
is 0x04 meaning in automatic mode. Hope that helps, thanks for working with me on fixing this.

In the example 0x48's you sent, the first data byte (i.e. the 5th in the whole telegram) is always zero so the complete telegram is ignored. e.g.

type 0x48, telegram: 10 0B 48 00 00 00 1B 00 A2 00 00 00 00 00 00 00 00 00 05 00

I'll revert the change. Let me know if it causes any other issues with HC1

proddy added a commit that referenced this issue Feb 1, 2020
@lmdecroos
Copy link

lmdecroos commented Feb 1, 2020 via email

@proddy
Copy link
Collaborator

proddy commented Feb 2, 2020

ok, closing this for now and will re-open if we see problems occurring

@proddy proddy closed this as completed Feb 2, 2020
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

3 participants