Feature Request: Optional Summer Cooling outside the Window FOV

[CedricPGT]

Hi,

First of all, thank you for this amazing integration. I've been using Adaptive Cover Pro for a while now, and I really appreciate the work you've put into it. The new pipeline architecture is especially impressive.

Before opening this discussion, I spent some time reading the documentation and looking through the pipeline and climate handler to better understand the decision flow. However, I may have misunderstood part of the implementation, so I would like to ask for clarification.

My configuration

• Summer mode enabled
• Presence detected
• Transparent blind enabled
• "Close completely during summer heat" enabled
• Indoor and outdoor temperatures above the configured summer thresholds

What I observe

When the sun leaves the window Field of View (FOV), the pipeline reports:

• Climate: deferred glare-control
• Solar: sun not in FOV
• Default: 100%

As a result, the cover fully opens even though the summer cooling conditions are still active.

From my understanding, the "Close completely during summer heat" option ignores the minimum position while the sun is inside the FOV, but it does not keep the cover closed once the sun leaves the FOV.

My question

Is this the intended behavior?

I completely understand the current logic if the primary goal is direct solar tracking.

However, from a thermal protection point of view, I expected the cover to remain closed while the summer conditions are still met, even if the sun is temporarily outside the window FOV. This would also help reduce heat entering the room due to reflected sunlight and the heat radiated by nearby buildings, walls, roofs, and other surrounding surfaces.

Or have I misunderstood how Summer Cooling is intended to work?

Feature suggestion

If this is the expected behavior, would it make sense to add an optional setting allowing Summer Cooling to remain active outside the window FOV?

This would preserve the current behavior by default while offering an additional operating mode for users who prioritize thermal protection over direct solar tracking.

Thank you again for your time and for this excellent project.

[jrhubott]

Yes, that's expected, not a bug. Summer cooling's "close completely" only fires while the sun is geometrically inside the window's FOV. Once the sun leaves, Climate has nothing left to do, defers, and the pipeline falls through to Solar (sun not in FOV) and then Default (100%). That's why the cover opens right when heat from reflected or radiated sources is still hitting the room.

You don't need a new option for this. It's already built as Extreme Heat mode, and I added it for exactly your scenario: a heatwave where the wall keeps radiating heat into the room long after the sun's left the window, so normal summer cooling reopens the cover even though it's still 40°C outside. Extreme Heat holds the cover closed all day, independent of sun position, presence, and season. Only outdoor temp matters, and it pre-empts every other climate strategy, including winter heating.

Two options drive it, both under Temperature & Climate. Extreme heat threshold (outside) (temp_extreme_heat) is the outdoor temp above which it activates, blank disables it, and it accepts a Jinja2 template if you want something dynamic instead of a fixed number. Extreme heat hold position (extreme_heat_position) sets what it holds at; blank means fully closed (0%), or use something like 30% if fully dark is too much. I'd set the threshold to whatever outdoor temp you consider too hot for the room. You could even match it to your summer threshold if you want Extreme Heat active whenever your summer conditions would already trigger. The decision trace and the climate_status diagnostic report "Extreme Heat" when it's the one driving the position, so you can confirm it's firing.

One caveat: it's bounded by your operating time window, so it holds all day within start and end times, not literally 24/7. For a true round-the-clock hold regardless of window, a custom position safety slot at priority 100 is the tool for that instead.

For details, see the Climate Mode wiki page.

[CedricPGT]

Thank you for the clarification.

I understand now. I was using the latest stable release (2026.7.3), so I couldn't find these options in the UI or in the stable source code.
After checking the development branch and the Climate Mode wiki, I found the implementation of Extreme Heat and the new configuration options. That explains the difference.
Thank you for the explanation and for taking the time to clarify it. I'll wait for the next stable release and test it then.