Skip to content

Releases: mickeyschwab/haven-hass

0.4.0

Choose a tag to compare

@mickeyschwab mickeyschwab released this 11 Jul 02:26

Improvements

First-principles review against Home Assistant's current integration conventions (verified against a real, live 2026.7.1 install):

  • Actual state polling. Previously the light state was only ever read from a value cached at initial setup — HA's periodic poll silently did nothing (no update()/async_update() override), so a light toggled from the Haven app or a physical switch would never be reflected in HA. Now a shared DataUpdateCoordinator polls once per location every 60s (deliberately conservative), and commands trigger an immediate refresh instead of waiting for the next poll.
  • Proper setup-failure signaling. async_setup_entry now raises ConfigEntryNotReady for transient failures (auto-retried by HA) or ConfigEntryAuthFailed for bad/expired credentials, which now surfaces a reauthentication prompt instead of requiring you to delete and re-add the integration.
  • Fixed the "Location" device grouping — lights weren't actually grouping under a location device; the reference was silently dropped because the device was never registered.
  • Fixed a "Kitchen Kitchen"-style duplicate-name bug in the entity display name.
  • Modernized to the entry.runtime_data storage pattern, and requires havenlighting>=0.2.1 for its new Location.id property.

Verified end-to-end against a live account: coordinator polling confirmed, location device grouping confirmed, and a real on/off cycle reflected correctly in the UI.

0.3.0

Choose a tag to compare

@mickeyschwab mickeyschwab released this 11 Jul 02:01

Fixes

  • Finish the havenhaven_lighting domain rename: __init__.py/light.py/config_flow.py still hardcoded DOMAIN = "haven" after the 2024-12-22 rename, colliding with the unrelated community haven integration (hass-haven-lighting-redux). Now centralized in const.py as haven_lighting, matching manifest.json.
  • Drop ColorMode.BRIGHTNESS support — the brightness readout had incorrect scale math and there was no working write path (turn_on never read the brightness argument). Now reports ColorMode.ONOFF only, matching what's actually functional.
  • Bump havenlighting requirement to >=0.2.0. The previous >=0.1.5 floor targets Haven's now-decommissioned pre-2025 API and will not authenticate.

Requires havenlighting 0.2.0+, which targets Haven's current cloud API.

0.2.0

Choose a tag to compare

@mickeyschwab mickeyschwab released this 22 Dec 21:17

Domain updated to haven_lighting

0.1.5

Choose a tag to compare

@mickeyschwab mickeyschwab released this 21 Dec 14:52

Bump haven-python to 0.1.5

0.1.4

Choose a tag to compare

@mickeyschwab mickeyschwab released this 21 Dec 04:30
  • Bump haven-python to 0.1.4

0.1.3

Choose a tag to compare

@mickeyschwab mickeyschwab released this 21 Dec 03:50

bump haven-python

0.1.2

Choose a tag to compare

@mickeyschwab mickeyschwab released this 20 Dec 00:46
  • Update haven-python to 0.1.2

0.1.1

Choose a tag to compare

@mickeyschwab mickeyschwab released this 19 Dec 03:35
  • update haven-python to 0.1.1 to fix auth refresh