Two commands sent.. Cool setpoint to 73, which worked, then setting it back to "follow schedule" which also worked.
I'm running a version ahead of the release, I began implementing asynchttp on the conversation with TCC and have been testing. It's not working correctly so I'm not ready to release. I'll try again tomorrow with the github version.
Set this up today on my Hub and it's working, Only thing I'll add that differs from the instructions is my Device ID was 7 digits long so the last 6 digits doesn't always apply. It wouldn't connect with the last 6 changed it to the full 7 and it started working.
Just wanted to throw a thank you out to you for developing this. Seems to be working great with my older Honeywell TCC thermo. This was one of the last devices I migrated over from ST and I prefer your TCC API solution much more than the IFTTT solution. Fingers crossed that Honeywell doesn't make a habit out of changing the API often.
Thank you for this app. I am currently using the TCC_C version however I am not sure why but when my unit is heating the app reports "cooling". As it is the middle of the winter here in Canada I am unable to try setting the device to cool mode to see if it report "heating" or if also would report "cooling". Any suggestions?
I had the same problem, my thermostat doesn't have an Auto setting for thermostatMode but it was set to auto in the device. I changed it to Heat and that should fix it. Looks like the driver is looking for what mode you are in and since mine was set to auto if failed the mode == "heat" comparison and ended up with everything saying "cooling"
EDIT: typed before I actually tried it, no go, still says cooling.
@csteele. Thanks for creating this driver! I set up an automation in RM to set the mode to heat and temp to 65 when I leave work. I keep my thermostats on Permanent hold, but this action in RM changes them to temporary hold and to follow schedule afterwards. Is there a way to keep the Mode on permanent hold. Thanks!
Did you change the prefs in the driver for set points to be permanent vs temporary?
Another option, which I realize isn't as clean as this native driver, is to use the Honeywell IFTTT integration to drive your automations ([RELEASE] Honeywell TCC IFTTT Driver). You then won't have to worry about Honeywell making changes that break the native code, or have to be concerned your polling threshold is too quick and causing errors. I use the integration in this thread with 1 hr polling (for as close to native HE thermostat integration) + TCC IFTTT (to drive all my RM automations).
Thanks. Thereβs only an option to set heating point in rule machine. I ended up adjusting the thermostat schedule, which Iβve never used, to just have two times. One at 6 AM and one at 10 PM, right now this will work for me. But I will be able to override it to permanent hold mode manually
Unfortunately I ran out of time before I completed the testing. I do know that that change itself is working, just can't tell if altering the URL results in a functional connection.
@csteele - I went through and updated the urls, but looks like they have moved some of the resources. I can see there is a working HA integration for the international flavour of TC so I'll have a dig through the code their to see if I can find the correct urls.