Skip to main content

Add “Resume Thermostat Schedule” Option in Occupied Preset (starting with Ecobee)

Please add an option within the Occupied thermostat preset to skip applying a hold and instead simply resume the thermostat’s built-in schedule (e.g., Ecobee’s Home/Sleep climate program).

This would allow hosts to benefit from Hospitable’s powerful automation around guest arrival and departure — including pre-conditioning before check-in and energy-saving setbacks after checkout — while still allowing the thermostat to follow its own day/night comfort schedule during the stay.

This is especially valuable for hosts using smart thermostats like Ecobee, where guests often prefer cooler nights and warmer days, and the built-in thermostat schedule already handles this perfectly. Currently, the “Occupied” preset overrides these schedules with a fixed hold, eliminating day/night variation and requiring manual intervention to restore it.

Proposed Behavior:

  • When the reservation becomes “Occupied,” instead of setting a temperature hold, Hospitable would send an API command to resume the thermostat’s native program (e.g., Ecobee’s resumeProgram).

  • Between stays, Hospitable’s existing Unoccupied and Long-Term Unoccupied presets continue to apply Away/Vacation holds as they do now.

  • Guest manual changes would still honor the thermostat’s Hold Duration setting (e.g., "Until Next Scheduled Activity"), so guest overrides would expire naturally at the next schedule transition.

Why this matters:

  • Enables day/night comfort using the thermostat’s own Home/Sleep program.

  • Preserves energy efficiency between stays with existing Away logic.

  • Avoids manual intervention for hosts who want smarter comfort, not static holds.

  • Requires minimal changes to existing logic — just a toggle and a conditional skip of the hold API call.

  • While this should at least support Ecobee initially (given its full API support for resume, vacation, and setpoint control), it could extend easily to other brands Hospitable already integrates with (e.g., Honeywell, Nest).

This simple improvement would provide a much-needed middle ground between full thermostat override and full manual control — perfect for hosts who want set-it-and-forget-it automation and dynamic comfort for their guests.

Status: Backlog9 comments

Log in to comment and vote

Comments9

  • Turquoise Asteroid

    •

    Aug 25, 2025

    @Tim Parry - Any updates on this please?

    • Tim Parry

      Team•

      Aug 25, 2025

      Hi @Michael Wright, No update on this one yet.

      When we make an adjustment to occupied mode, it’s essentially a one-time change before check-in that can be overridden via the thermostat + app for the duration of the reservation as long as the ‘allow guest to control thermostat’ setting is enabled within Hospitable.

      If Eco+ is enabled. I’m curious if this still respects any smart adjustments Eco+ makes, as in theory, we have relinquished control of the device during a reservation. I’m curious if this something you’ve tested at all and if the day / night schedule during a reservation is respected

      • Turquoise Asteroid

        •

        Aug 25, 2025

        @Tim Parry - in my testing so far Eco+ does not work that well / rarely flips on. Question - when you set a one-time hold when flipping into Occupied mode, is it a permanent hold (that would persist through built-in schedule change like making it cooler at night), or a temporary hold (that would only last until the next schedule change like making it cooler at night). I’ve been assuming it’s a permanent hold, which I don’t want / hence the ask above. But if it’s a temporary hold and then schedule resumes, it would actually be fine for my workflow (which is to make sure scheduling / cooler nights is honored while guest is present, unless they obviously override it which is fine with me).

        • Tim Parry

          Team•

          Aug 25, 2025

          Yeah I think this should work for your workflow then - It’s a temporary hold, if it’s overridden we won’t interact with the device again until checkout, when we push it into unoccupied mode. It was designed this way so that guests had control of the device, and we weren’t overriding changes they were making. But this should also respect any night/day schedules you have on the device whilst occupied also

          • Turquoise Asteroid

            •

            Sep 20, 2025

            @Tim Parry sorry for the delay, but I confirmed last night when a guest checks in & thermostat flips into occupied mode it is NOT a temporary hold. It’s a permanent hold. So it doesn’t flip into the regular schedule (like at night time for sleeping). So this feature request still stands - it’d be great to have the option when flipping into occupied mode to just release the unoccupied hold & let it run its schedule. Hopefully this is a quick change on the backend. Thanks.

            • Tim Parry

              Team•

              Sep 23, 2025

              @Michael Wright Will look into this and come back to you!

              • Turquoise Asteroid

                •

                Oct 1, 2025

                Hey Tim! Any updates? Thanks.

                • Turquoise Asteroid

                  •

                  Oct 17, 2025

                  @Tim Parry any updates please?

                  • Tim Parry

                    Team•

                    Oct 20, 2025

                    Hi @Michael Wright, Apologies for the delay - I’ve been away on PTO. No update here - this isn’t actively being worked on. Still in process of prioritizing a few things and working on other device related projects. I’ll come back when there’s an update