Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Tado change to async and add Data Update Coordinator #134175

Open
wants to merge 15 commits into
base: dev
Choose a base branch
from

Conversation

erwindouna
Copy link
Contributor

@erwindouna erwindouna commented Dec 28, 2024

Breaking change

Proposed change

Upgrading the Tado integration to go with the better variant to utilize the Data Update Coordinator. In the same time, the synchronous calls have all been wrapped in the async_add_executor_job and to make the Coordinator use async.

TODO:

  • I have a question what to do with the Device Tracker. Can this also be used with a DUC?
  • Write a dedicated test for the coordinator to get a better overall coverage.

Type of change

  • Dependency upgrade
  • Bugfix (non-breaking change which fixes an issue)
  • New integration (thank you!)
  • New feature (which adds functionality to an existing integration)
  • Deprecation (breaking change to happen in the future)
  • Breaking change (fix/feature causing existing functionality to break)
  • Code quality improvements to existing code or addition of tests

Additional information

  • This PR fixes or closes issue: fixes #
  • This PR is related to issue:
  • Link to documentation pull request:

Checklist

  • The code change is tested and works locally.
  • Local tests pass. Your PR cannot be merged unless tests pass
  • There is no commented out code in this PR.
  • I have followed the development checklist
  • I have followed the perfect PR recommendations
  • The code has been formatted using Ruff (ruff format homeassistant tests)
  • Tests have been added to verify that the new code works.

If user exposed functionality or configuration variables are added/changed:

If the code communicates with devices, web services, or third-party tools:

  • The manifest file has all fields filled out correctly.
    Updated and included derived files by running: python3 -m script.hassfest.
  • New or updated dependencies have been added to requirements_all.txt.
    Updated by running python3 -m script.gen_requirements_all.
  • For the updated dependencies - a link to the changelog, or at minimum a diff between library versions is added to the PR description.

To help with the load of incoming pull requests:

@erwindouna erwindouna marked this pull request as ready for review December 30, 2024 21:43
device_info: dict[str, Any],
entity_description: TadoBinarySensorEntityDescription,
) -> None:
"""Initialize of the Tado Sensor."""
self.entity_description = entity_description
self._tado = tado
super().__init__(device_info)
self._tado = coordinator
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

You're using a CoordinatorEntity, the coordinator is stored in self.coordinator by default

def _async_update_zone_callback(self) -> None:
"""Load tado data and update state."""
self._async_update_zone_data()
super().async_write_ha_state()
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

So why do we do this write here? This would already be handled by _handle_coordinator_update right?

Comment on lines +349 to +350
self._async_update_home_data()
self._async_update_zone_data()
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Any reason why these are split?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Old code. I left it in to get a working prototype and this called at the beginning. I forgot to optimize this...

homeassistant/components/tado/coordinator.py Outdated Show resolved Hide resolved
Comment on lines +34 to +37
username: str,
password: str,
fallback: str,
debug: bool = False,
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Or just throw in the whole entry

homeassistant/components/tado/entity.py Outdated Show resolved Hide resolved
Comment on lines +47 to +49
coordinator = TadoDataUpdateCoordinator(
hass=hass, username="mock", password="mock", fallback="NEXT_TIME_BLOCK"
)
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

So we should not create our own coordinator in the tests. Instead we should test more end-to-end. So in this test you're testing setup exceptions. Rather mock the library, have HA setup the integration and then observe the config entry state

Comment on lines +62 to +64
async def test_coordinator_successful_setup(
hass: HomeAssistant, snapshot: SnapshotAssertion
) -> None:
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

In this case, we can check the created entities if they are created correctly. This way we do not rely on the coordinator, or how the coordinator works, we just want to know that the integration is able to update when needed and is able to handle errors correctly.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Added bonus. since we don't really want to assume that we use a coordinator, I dislike the test_coordinator since that assumes it. The mentioned test replacements can be placed in test_init.py and test_sensor.py for example

@@ -13,15 +13,17 @@
from homeassistant.core import HomeAssistant


def dummy_tado_connector(hass: HomeAssistant, fallback) -> TadoConnector:
def dummy_tado_connector(hass: HomeAssistant, fallback) -> TadoDataUpdateCoordinator:
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think in this case it would be nice if we can remove these tests soon

@home-assistant home-assistant bot marked this pull request as draft January 1, 2025 11:52
@home-assistant
Copy link

home-assistant bot commented Jan 1, 2025

Please take a look at the requested changes, and use the Ready for review button when you are done, thanks 👍

Learn more about our pull request process.

@erwindouna erwindouna requested a review from joostlek January 1, 2025 17:56
@erwindouna erwindouna marked this pull request as ready for review January 1, 2025 17:59
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants