nice i run my house with two therms one on a 30 min schedule and one 1 hr.. with the retry code i put in the old one i have no issues.. it would be nice to be able to run it sooner.. does your new driver have all the code of the existing old driver including the kludgy humidifier running code i had to add?
v1.3.21 released 4 hours ago. Includes back ports (from the Parent/Child driver) of an Accumulation Feature and a Rapid Retry Feature, discussed above.
on the same vane as above which still is ignoared.. your new change should be this..
and moved down so that the variable has a value
if (isEmergencyHeatAllowed)
sendEvent(name: 'supportedThermostatModes', value: [""auto"", ""cool"", ""emergency heat"", ""heat"", ""off""] )
else
sendEvent(name: 'supportedThermostatModes', value: [""auto"", ""cool"", ""heat"", ""off""] )
Hello,
I have a Honeywell Prestige thermostat with remote sensors linked to it. Can the TCC integration show the remote sensors?
I do have a Honeywell T10 thermostat and that shows the remote sensors fine. I was trying to see if the TCC integration can expose these remote sensors that are attached to the prestige thermostat.
It will see the outdoor sensor if you check the option. It will not see any of your remote redlink sensors that are used for averaging or the duct 10k sensors.
Does anyone have a problem with TCC today? My devise stopped updating after midnight today. I deleted and reinstalled the thermostat in hubitat, but its not updating at all. I have the latest hubitat firmware, and V1.3.25 of the TCC driver
Worked for me too, so thanks. And thanks for the work on the apps.
Question: I have just a single Honeywell thermostat and am unlikely to add more. I seem to have success polling at 10 minute intervals using the Series 1 (single driver/single thermo) app. That frequency suits my purposes. Is there any reason to migrate over to the Series 2 (Parent/Child) version of the app, or should I stick with the Series 1? In other words, do I follow the golden rule of "If it works, don't change it", or is the Series 1 likely to be abandoned in favour of Series 2 so I might as well just "bite the bullet" and change now?
I'm unlikely to DEVELOP against the older (single thermo) driver. When I created the Parent/child, I copied each block, but reorganized it and the result is I can find things faster in the new code. I think the code itself is very similar and in a lot of cases identical. The differences were largely to pass data between Parent and one or more Children and I like the structure that brings.
However, I don't see there being a LOT of growth in these drivers and so far, I've backported changes from Parent/Child into the Single. I have no plan to abandon the Single.
I have a single thermo and am unlikely to add more. I have none of the optional items and obviously can't test them, but the community has been great at doing precisely that yet I use the Parent/Child with the Single still installed and configured, but with it Disabled.
As you can see, the Single hasn't been used in over a month. But I imagine this is a Developer thing to have both to make switching back and forth easier.
Final thought: I think you can wait another few months and see if there's any actual benefit to switching.