Setpoint changes do not happen at TCC/Honeywell

[shill]

Glad to hear it! Marking this resolved.

this issue is resolved with the 4.2.1.3 version. thank you very much!

Actually I bet it's the "StatusHeat" value. Thanks for getting that comparison - that's exactly how I went about building the plugin since none of this is documented. I'll see if I can get something submitted tomorrow so they can approve it before the weekend.

just trying to be as helpful as I can. thank you for continuing to support this plugin!

Can you turrn on debug level or higher and then go to the Plugins > WiFi Thermostat > Debug page and confirm for me that, in the PED Data column's json, "HasHolds" is false for your thermostat, please?

confirmed
"HasHolds": false

that debug page is a handy addition!

[shill]

very few options on my TCC UI

Can you turrn on debug level or higher and then go to the Plugins > WiFi Thermostat > Debug page and confirm for me that, in the PED Data column's json, "HasHolds" is false for your thermostat, please?

[shill]

what TCC website sends

{
"DeviceID":4845008,
"SystemSwitch":null,
"HeatSetpoint":64,
"CoolSetpoint":null,
"HeatNextPeriod":null,
"CoolNextPeriod":null,
"StatusHeat":null,
"StatusCool":null,
"FanMode":null
}​

what plugin sends

{
"DeviceID":4845008,
"SystemSwitch":null,
"HeatSetpoint":66.0,
"CoolSetpoint":null,
"HeatNextPeriod":null,
"CoolNextPeriod":null,
"StatusHeat":0,
"StatusCool":null,
"FanMode":null
}
​

maybe the decimal in a F setpoint is an issue? or the different statusheat setting?

Actually I bet it's the "StatusHeat" value. Thanks for getting that comparison - that's exactly how I went about building the plugin since none of this is documented. I'll see if I can get something submitted tomorrow so they can approve it before the weekend.

what TCC website sends

{
    "DeviceID":4845008,
    "SystemSwitch":null,
    "HeatSetpoint":64,
    "CoolSetpoint":null,
    "HeatNextPeriod":null,
    "CoolNextPeriod":null,
    "StatusHeat":null,
    "StatusCool":null,
    "FanMode":null
}​

what plugin sends

{
    "DeviceID":4845008,
    "SystemSwitch":null,
    "HeatSetpoint":66.0,
    "CoolSetpoint":null,
    "HeatNextPeriod":null,
    "CoolNextPeriod":null,
    "StatusHeat":0,
    "StatusCool":null,
    "FanMode":null
}
​

maybe the decimal in a F setpoint is an issue? or the different statusheat setting?

new log but same deal, 20:13:52 issue a command to set the thermostat to 66, a few lines later it gets the 200 OK
initiate an update at 20:14:13 and it retrieves the setpoint from TCC which didn't change and is still 65

very few options on my TCC UI

Also verified the thermostat model, it's a Honeywell TH5320R-1002 with the RedLink gateway. Heat only system.

Sorry for not getting back about this sooner; the thermostat is at a ski rental and it's been booked solid. I was finally able to check things out last weekend.
Tried 4.2.0.8 and still have the same issue.
Replaced the HomeSeer system and moved from arm to x64 ubuntu, new install of HS4 4.2.16.0, this plugin version 4.2.1.2 and still have the same issue with the plugin logging in successfully, able to see setpoint changes made at thermostat/TCC app/TCC website and the indoor temperature, but setpoint changes made in the plugin not being reflected at TCC and eventually the plugin device setpoint going back to the existing setpoint on the thermostat/TCC after the next scheduled status update.

[shill]

did this address your issue?

[shill]

I just put 4.2.0.8 (and 3.2.0.8) out as Beta. You'll have to "Add" vs "Manage" to get it, but it addresses the difference in the commands being sent to match what was in your HAR file, and plugged a hole where an error could happen when trace logging is enabled and an unsuccessful response from Honeywell is received (usually because you've logged in too many times by restarting the plugin rapidly).

cool! 👍👍 🤞

[shill]

Ok - maybe now we're on to something!

Here's what the plugin sends:

{
"DeviceID":4845008,
"SystemSwitch":null,
"HeatSetpoint":65.0,
"CoolSetpoint": 0.0,
"HeatNextPeriod":null,
"CoolNextPeriod ":null,
"StatusHeat":0,
"StatusCool":0,
"FanMode":null
}

Here's what your device (or, I assume, any device without cool mode) sends:

{
"DeviceID": 4845008,
"SystemSwitch": null,
"HeatSetpoint": 58,
"CoolSetpoint": null,
"HeatNextPeriod": null,
"CoolNextPeriod": null,
"StatusHeat": null,
"StatusCool": null,
"FanMode": null
}

Sending 0 instead of "null" could be the issue. I'll work something up and try and get it posted as beta this weekend for you to try out. If that doesn't work, you can actually add me as a user to your thermostat without having to share your credentials, but let's hold on to that as a next step only if necessary.

update on the plugin crash on device status update, that seems to only happen when the plugin log is set to trace level

Just had a thought, though if this is right I can't say why it would have ever worked.... you said "heat only". I don't have any experience working with such a unit, so I suppose there's a chance the format of a setpoint change for such a device might be different. Are you familiar with Google Chrome's "Inspect" (aka Developer Tools) window? What would help is if you could:

1. Log in and go to your thermostat
2. Hit F12
3. Go to the "Network" tab
4. Change the setpoint (this should generate some lines in the Network tab)
5. Click the red circle to stop recording
6. Right-click on the table in the bottom of the network tab and choose "save all as HAR with content"
7. Share the HAR file with me

That way I can see what a successful request looks like and make sure we aren't dealing with a Honeywell bug here - perhaps they should technically be rejecting my request because it's not valid for your thermostat but instead just accept it and ignore it.

here is the har file. saved from TCC site changing setpoint to 58. thanks!

and yeah i was wondering about that too, if maybe the way the reworked version of the plugin generates the request is slightly different from the way the 1.x versions did. would sure be nice if they provided an API and docs for you!