addons
addons copied to clipboard
Second time that my xiaomi switches disappeared after update (8.1 + 8.2)
Describe the issue you are experiencing
After update to 8.1 the switches disappered and I had to reconnect them. After update to 8.2 reconnecting is not possible.
What type of installation are you running?
Home Assistant OS
Which operating system are you running on?
Home Assistant Operating System
Which add-on are you reporting an issue with?
deCONZ
What is the version of the add-on?
8.2.0
Steps to reproduce the issue
...
System Health information
System Information
| version | core-2025.4.4 |
|---|---|
| installation_type | Home Assistant OS |
| dev | false |
| hassio | true |
| docker | true |
| user | root |
| virtualenv | false |
| python_version | 3.13.2 |
| os_name | Linux |
| os_version | 6.6.73-haos |
| arch | aarch64 |
| timezone | Europe/Berlin |
| config_dir | /config |
Home Assistant Community Store
| GitHub API | ok |
|---|---|
| GitHub Content | ok |
| GitHub Web | ok |
| HACS Data | ok |
| GitHub API Calls Remaining | 5000 |
| Installed Version | 2.0.5 |
| Stage | running |
| Available Repositories | 1787 |
| Downloaded Repositories | 41 |
Home Assistant Cloud
| logged_in | true |
|---|---|
| subscription_expiration | 28. September 2025 um 02:00 |
| relayer_connected | true |
| relayer_region | eu-central-1 |
| remote_enabled | true |
| remote_connected | true |
| alexa_enabled | true |
| google_enabled | false |
| cloud_ice_servers_enabled | true |
| remote_server | eu-central-1-3.ui.nabu.casa |
| certificate_status | ready |
| instance_id | 2e4956d43ec2425bb87ea2c10e2b6269 |
| can_reach_cert_server | ok |
| can_reach_cloud_auth | ok |
| can_reach_cloud | ok |
Home Assistant Supervisor
| host_os | Home Assistant OS 14.2 |
|---|---|
| update_channel | stable |
| supervisor_version | supervisor-2025.04.1 |
| agent_version | 1.6.0 |
| docker_version | 27.2.0 |
| disk_total | 113.9 GB |
| disk_used | 10.5 GB |
| healthy | true |
| supported | true |
| host_connectivity | true |
| supervisor_connectivity | true |
| ntp_synchronized | true |
| virtualization | |
| board | odroid-n2 |
| supervisor_api | ok |
| version_api | ok |
| installed_addons | Samba share (12.5.1), Duck DNS (1.19.0), SQLite Web (4.3.1), deCONZ (8.2.0), Advanced SSH & Web Terminal (20.0.2), Mosquitto broker (6.5.1), HiSense Air Conditioners (0.3.17), File editor (5.8.0), Speedtest (1.6.2) |
Dashboards
| dashboards | 9 |
|---|---|
| resources | 31 |
| views | 54 |
| mode | storage |
Network Configuration
| adapters | lo (disabled), end0 (enabled, default, auto), docker0 (disabled), hassio (disabled), veth24fd474 (disabled), vethfb9566d (disabled), veth0b12b6c (disabled), vethf350794 (disabled), vetheb672aa (disabled), veth7ccd10b (disabled), vethbf7b6b5 (disabled), veth01774d2 (disabled), veth273dc7d (disabled), veth1762475 (disabled), vethc1e9b14 (disabled) |
|---|---|
| ipv4_addresses | lo (127.0.0.1/8), end0 (192.168.178.70/24), docker0 (172.30.232.1/23), hassio (172.30.32.1/23), veth24fd474 (), vethfb9566d (), veth0b12b6c (), vethf350794 (), vetheb672aa (), veth7ccd10b (), vethbf7b6b5 (), veth01774d2 (), veth273dc7d (), veth1762475 (), vethc1e9b14 () |
| ipv6_addresses | lo (::1/128), end0 (2003:ec:7f16:8700:5ec7:7bf2:5392:b79f/64, fd6d:d36f:957c:0:917d:19e4:d563:3d3b/64, fe80::6de5:322b:5579:4f7e/64), docker0 (fe80::42:cfff:fe43:973a/64), hassio (fe80::42:4ff:fe45:d9e2/64), veth24fd474 (fe80::5ca6:25ff:fe8f:62b/64), vethfb9566d (fe80::38de:ff:fe6c:247c/64), veth0b12b6c (fe80::549e:ebff:fe95:4d77/64), vethf350794 (fe80::24d5:7fff:fec1:8c54/64), vetheb672aa (fe80::480f:95ff:fef9:3b3a/64), veth7ccd10b (fe80::1838:c3ff:fe5a:b5a0/64), vethbf7b6b5 (fe80::d443:54ff:fe33:c055/64), veth01774d2 (fe80::60a1:e4ff:fe2d:16e8/64), veth273dc7d (fe80::58bc:f5ff:fec4:639b/64), veth1762475 (fe80::a058:39ff:fea2:881f/64), vethc1e9b14 (fe80::61:aeff:fec3:4014/64) |
| announce_addresses | 192.168.178.70, 2003:ec:7f16:8700:5ec7:7bf2:5392:b79f, fd6d:d36f:957c:0:917d:19e4:d563:3d3b, fe80::6de5:322b:5579:4f7e |
Recorder
| oldest_recorder_run | 7. Februar 2025 um 05:53 |
|---|---|
| current_recorder_run | 11. Mai 2025 um 08:17 |
| estimated_db_size | 594.01 MiB |
| database_engine | sqlite |
| database_version | 3.48.0 |
Sonoff
| version | 3.8.2 (c4b6fda) |
|---|---|
| cloud_online | 2 / 2 |
| local_online | 2 / 2 |
Spotcast
| Version | 5.0.0-b31 |
|---|---|
| Cb747t7njdc02skcet2oogkyl Is Default | true |
| Cb747t7njdc02skcet2oogkyl Public Endpoint | ok |
| Cb747t7njdc02skcet2oogkyl Public Token | healthy |
| Cb747t7njdc02skcet2oogkyl Private Endpoint | ok |
| Cb747t7njdc02skcet2oogkyl Private Token | healthy |
| Cb747t7njdc02skcet2oogkyl Product | premium |
Spotify
| api_endpoint_reachable | ok |
|---|
SpotifyPlus
| integration_version | v1.0.122 |
|---|---|
| clients_configured | 1: J&Y (premium) |
| api_endpoint_reachable | ok |
Anything in the Supervisor logs that might be useful for us?
Anything in the add-on logs that might be useful for us?
Additional information
No response
After lots of attempts I was able to reconnct the switches. I had to leave and join the network several times. In the end it remains the issue, that the switches are lost after update.
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.
I'd like to keep it open at least until the next release cyclus. The issue was not solved. It should not be the case, that I have to reconnect manually all xiaomi devices after an update of deconz
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.
Same here