Roborock is not available after update to core-2025.12.0b3

[Gloomyeye]

The problem

I upgraded to core-2025.12.0b3. After the restart one roborock (S7) of two was not available anymore. The other robot has now all entites (also the child lock :-) ). All entities of the S7 were not available. I activated debug setting and restart again. Now, the integration can not be loaded anymore. Also after another restart. Both robots are not available.

What version of Home Assistant Core has the issue?

core-2025.12.0b3

What was the last working version of Home Assistant Core?

core-2025.12.0b2

What type of installation are you running?

Home Assistant OS

Integration causing the issue

roborock

Link to integration documentation on our website

https://rc.home-assistant.io/integrations/roborock

Diagnostics information

home-assistant_roborock_2025-12-01T21-08-53.041Z.log

Example YAML snippet

Anything in the logs that might be useful for us?

Logger: homeassistant.config_entries
Quelle: config_entries.py:761
Erstmals aufgetreten: 22:12:09 (1 Vorkommnis)
Zuletzt protokolliert: 22:12:09

Error setting up entry ****** for roborock
Traceback (most recent call last):
  File "/usr/src/homeassistant/homeassistant/config_entries.py", line 761, in __async_setup_with_context
    result = await component.async_setup_entry(hass, self)
             ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/components/roborock/__init__.py", line 55, in async_setup_entry
    device_manager = await create_device_manager(
                     ^^^^^^^^^^^^^^^^^^^^^^^^^^^^
    ...<3 lines>...
    )
    ^
  File "/usr/local/lib/python3.13/site-packages/roborock/devices/device_manager.py", line 205, in create_device_manager
    await manager.discover_devices()
  File "/usr/local/lib/python3.13/site-packages/roborock/devices/device_manager.py", line 80, in discover_devices
    device_products = home_data.device_products
                      ^^^^^^^^^^^^^^^^^^^^^^^^^
AttributeError: 'dict' object has no attribute 'device_products'

Additional information

No response

[home-assistant]

Hey there @Lash-L, @allenporter, mind taking a look at this issue as it has been labeled with an integration (roborock) you are listed as a code owner for? Thanks!

Code owner commands

Code owners of roborock can trigger bot actions by commenting:

• @home-assistant close Closes the issue.
• @home-assistant rename Awesome new title Renames the issue.
• @home-assistant reopen Reopen the issue.
• @home-assistant unassign roborock Removes the current integration label and assignees on the issue, add the integration domain after the command.
• @home-assistant add-label needs-more-information Add a label (needs-more-information, problem in dependency, problem in custom component) to the issue.
• @home-assistant remove-label needs-more-information Remove a label (needs-more-information, problem in dependency, problem in custom component) on the issue.

_{^{(message by CodeOwnersMention)}}

---

roborock documentation
roborock source
_{^{(message by IssueLinks)}}

[reotto613]

Same issue with my S7. qrevo Edge is still there with the dock, but the S7 shows everything unavailable. Deleted integration and reloaded, and S7 never came down. Rebooted and now entire integration will not load. Log file below. After reboot, integration not loading Qrevo and deletion and reload did bring back the Qrevo Edge, but the S7 is still not showing up.

logger:%20homeassistant.config_entries%0ASource%3A%20config_entries.py%3A761%0AFirst%20occurred%3A%201%3A34%3A36%20AM%20(4%20occurrences)%0ALast%20logged%3A%201%3A36%3A08%20AM%0A%0AError%20setting%20up%20entry%20rick.otto@live.com%20for%20roborock%0ATraceback%20(most%20recent%20call%20last)%3A%0A%20%20File%20%22/usr/src/homeassistant/homeassistant/config_entries.py%22,%20line%20761,%20in%20__async_setup_with_context%0A%20%20%20%20result%20=%20await%20component.async_setup_entry(hass,%20self)%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%5E%5E%5E%5E%5E%5E%5E%5E%5E%5E%5E%5E%5E%5E%5E%5E%5E%5E%5E%5E%5E%5E%5E%5E%5E%5E%5E%5E%5E%5E%5E%5E%5E%5E%5E%5E%5E%5E%5E%5E%5E%5E%5E%5E%5E%0A%20%20File%20%22/usr/src/homeassistant/homeassistant/components/roborock/__init__.py%22,%20line%2055,%20in%20async_setup_entry%0A%20%20%20%20device_manager%20=%20await%20create_device_manager(%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%5E%5E%5E%5E%5E%5E%5E%5E%5E%5E%5E%5E%5E%5E%5E%5E%5E%5E%5E%5E%5E%5E%5E%5E%5E%5E%5E%5E%0A%20%20%20%20...%3C3%20lines%3E...%0A%20%20%20%20)%0A%20%20%20%20%5E%0A%20%20File%20%22/usr/local/lib/python3.13/site-packages/roborock/devices/device_manager.py%22,%20line%20205,%20in%20create_device_manager%0A%20%20%20%20await%20manager.discover_devices()%0A%20%20File%20%22/usr/local/lib/python3.13/site-packages/roborock/devices/device_manager.py%22,%20line%2080,%20in%20discover_devices%0A%20%20%20%20device_products%20=%20home_data.device_products%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%5E%5E%5E%5E%5E%5E%5E%5E%5E%5E%5E%5E%5E%5E%5E%5E%5E%5E%5E%5E%5E%5E%5E%5E%5E%0AAttributeError:%20'dict'%20object%20has%20no%20attribute%20'device_products'%0A

[allenporter]

Thank you, we were able to reproduce this and have some ideas for a fix.

We also spotted other additional issues with our current caching approach that we need to resolve as well.

[Lash-L]

^ Echoing Allen! Thank you for testing the beta, it's super helpful to have people trying everything out and seeing what breaks!

The issue with the cache would not normally happen in our dev environments because of the nature of how the cache is flushed.

[allenporter]

We have identified the solutions to this problem, and are working on getting them included in an upstream library release, then will send a PR bump to home assistant.

• feat: Make CacheData serializable Python-roborock/python-roborock#613 (submitted)
• fix: Fix DeviceFeatures so that it can be serialized and deserialized properly Python-roborock/python-roborock#615 (in progress)
• fix: Fix issues with the cache clobbering information for each device Python-roborock/python-roborock#614 (in progress)

[allenporter]

Needs to be marked closed with PR bump in HA and a followup change for the serialization logic.