Automation-driven writes, configurable refresh intervals, quota fixes

This beta closes the automation gap in Smart Valve Control, adds configurable refresh intervals for presence and weather data, and fixes two quota issues that were burning API calls unnecessarily.

⚠️ Upgrade Notes

Upgrading from v4.0.3 (stable) or an earlier beta? Pick up via HACS, restart, no config changes needed. All defaults stay the same — nothing shifts unless you change it.

Features

• Set a zone target from an automation without tripping Smart Valve Control (#256 - @apilone) — Tado has no holiday support, so the common workaround is an automation that raises the target on a bridge day. With Smart Valve Control on, that write looked identical to you grabbing the slider, so the controller backed off and left the room cold on the exact morning it was meant to warm. The new tado_ce.set_schedule_temperature service sets the target the same way, but Smart Valve Control recognises it as a programmatic change: it keeps compensating towards the new target and hands back to your normal schedule at the next Tado block. Leave force_override off (the default) and a manual override you set by hand is still respected; turn it on when the automation should win even over a manual change, like a holiday schedule that must take priority.

Improvements

• Configurable refresh intervals for Home Presence, Weather Data, and Mobile Device Tracking (#303 - @davidjirovec) — the per-type refresh floors (5 min for presence and mobile, 30 min for weather) were previously fixed. They're now configurable in Advanced Settings → Polling & API, each behind its own feature toggle so the fields only appear when the feature is on. Defaults stay unchanged. On a 20,000-call plan, dialling presence and mobile down to 1 minute costs around 1,440 calls per device per day and gives tighter geofencing latency for automations. Weather bottoms out at 15 minutes since Tado's weather data only updates roughly hourly anyway.

Bug fixes

• Presence mode no longer reverts to Home after a restart (#302 - @beltra) — if you set presence to Away (or switched a zone's preset) with Home State Sync turned off, the change was held in memory but never written to disk, so a Home Assistant restart brought back whatever presence was last saved from a poll, often Home. With Sync off there was no later poll to correct it either, so it stuck. Presence changes are now saved straight away, so they survive a restart whether or not Sync is on.
• Device Temperature Offsets no longer read every zone on startup when Smart Valve Control is off (#304 - @wrowlands3) — with the display toggle on but SVC off on all zones, the integration was fetching each zone's stored device offset on every restart and roughly every hour — one cloud call per zone each time, for data nothing was using. Offset fetches now only run when at least one zone has Smart Valve Control or Offset Sync active.
• set_schedule_temperature target preserved when Smart Valve Control is already active — if SVC was already compensating toward a target when the service was called, the next evaluation compared the new target against the current schedule block and silently reset it back to the schedule value. The target is now preserved until the schedule genuinely advances to a different block.
• Advanced Settings no longer errors immediately after saving General Settings — opening Advanced Settings in the same session as a General Settings save (which reloads the integration) could hit a crash while the integration was still coming back up. It now returns an empty Advanced Settings page instead, and works normally once the reload finishes.

How to Update

From v4.0.3 stable, or any earlier beta: HACS → Tado CE → ⋮ → Redownload → tick "Need a different version?" → select v4.1.0-beta.5 → Restart HA. No config changes needed.

Fresh install: See Quick Start in the README.

---

Thanks to everyone who supported the project through Buy Me a Coffee — it genuinely helps.

Full changelog: v4.1.0-beta.4...v4.1.0-beta.5