Closed cvocvo closed 1 year ago
I did a device removal, reboot of HASS OS, and reset of the Aqara FP1; I got the logs during pairing that show more of the errors I think:
What coordinator are you using and which firmware version is running on it?
I'm using a Nortek HUSBZB-1 with the v6.7.8 firmware from here: https://github.com/walthowd/husbzb-firmware
You need to have hashed link keys enabled. How old is your Zigbee network? if it’s a couple years old there is a chance you need to tweak a setting.
Huh yea it’s a year or two old. How do I turn that on or check if it’s configured? Thank you!
edit: If I download a backup of my configuration I do have a section that may be that?
},
"tc_link_key": {
"key": "REDACTED",
"tx_counter": 135168,
"rx_counter": 0,
"seq": 0,
"partner_ieee": "REDACTED"
},
Notably the key doesn’t look hashed so maybe it needs migrated or updated somehow?
You need to take a bellows backup of the coordinator and then use bellows restore with the -U option to upgrade it to hashed link keys: https://github.com/zigpy/bellows/blob/e700caf2a50454d0060c3fcd5f67f4b49ebfce46/bellows/cli/backup.py#L156
Procedures for backup and restore: https://github.com/zigpy/zigpy/wiki/Coordinator-Backup-and-Migration#instructions-for-ezsp-radios
Ahh perfect that did the trick -- THANK YOU!!!
I upgraded, removed and readded the FP1 and everything is working as expected.
By the way if anyone stumbles across this, you can check via bellows if you have hashed link keys enabled on your coordinator / network.
Running this:
sudo bellows -d /dev/ttyUSB1 info
Yielded a bunch of output but, BEFORE:
[<EmberStatus.SUCCESS: 0>, EmberCurrentSecurityState(bitmask=<EmberCurrentSecurityBitmask.64|32|HAVE_TRUST_CENTER_LINK_KEY|GLOBAL_LINK_KEY:
And AFTER doing the backup and restore upgrade -- you'll see the HASHED_LINK_KEY part noted in the output:
[<EmberStatus.SUCCESS: 0>, EmberCurrentSecurityState(bitmask=<EmberCurrentSecurityBitmask.TRUST_CENTER_USES_HASHED_LINK_KEY|64|32|HAVE_TRUST_CENTER_LINK_KEY|GLOBAL_LINK_KEY:
Backup command:
sudo bellows -d /dev/ttyUSB1 backup > husbzb1-backup-03162023.txt
Also, this is the upgrade command I used that didn't work:
sudo bellows -d /dev/ttyUSB1 restore -U -B husbzb1-backup-03162023.txt
Restoring NCP
Network is up, not forcing restore
But forcing it did work:
sudo bellows -d /dev/ttyUSB1 restore -U -B husbzb1-backup-03162023.txt --force
Restoring NCP
Describe the bug I am trying to deploy an Aqara FP1 via ZHA on Home Assistant (latest version). I'm able to detect and add the Aqara FP1, however, it fails to add other sensors and it fails to load device information such as Device Temperature. Last Seen timestamp also fails to update. I've tried resetting the device and repairing ~10 times and have power cycled the device and also restarted Home Assistant several times.
To Reproduce What I'm doing is:
Expected behavior Other users with ZHA such as this person have a setup that includes more data and also seems to work. screenshot via: http://www.youtube.com/watch?v=8Ri2LCvH3-g&t=14m43s
Screenshots
Device Reconfiguration also fails:
Device signature
```yaml { "node_descriptor": "NodeDescriptor(logical_type=Diagnostic information
```yaml { "home_assistant": { "installation_type": "Home Assistant OS", "version": "2023.3.4", "dev": false, "hassio": true, "virtualenv": false, "python_version": "3.10.10", "docker": true, "arch": "x86_64", "timezone": "America/Chicago", "os_name": "Linux", "os_version": "5.15.90", "supervisor": "2023.03.1", "host_os": "Home Assistant OS 9.5", "docker_version": "20.10.22", "chassis": "vm", "run_as_root": true }, "custom_components": { "dyson_cloud": { "version": "0.15.0", "requirements": [ "libdyson==0.8.7" ] }, "weatheralerts": { "version": "0.1.5", "requirements": [] }, "dlink_hnap": { "version": "1.0.0", "requirements": [] }, "hacs": { "version": "1.31.0", "requirements": [ "aiogithubapi>=22.10.1" ] }, "dyson_local": { "version": "0.16.4-4", "requirements": [ "libdyson==0.8.11" ] }, "simple_wyze_vac": { "version": "1.7.3", "requirements": [ "https://github.com/romedtino/wyze-sdk/archive/refs/tags/10.2.7.zip#wyze-sdk==10.2.7" ] }, "icloud3": { "version": "2.4.6", "requirements": [] }, "frigate": { "version": "4.0.0-beta4", "requirements": [ "pytz==2022.7" ] } }, "integration_manifest": { "domain": "zha", "name": "Zigbee Home Automation", "after_dependencies": [ "onboarding", "usb" ], "codeowners": [ "@dmulcahey", "@adminiuga", "@puddly" ], "config_flow": true, "dependencies": [ "file_upload" ], "documentation": "https://www.home-assistant.io/integrations/zha", "iot_class": "local_polling", "loggers": [ "aiosqlite", "bellows", "crccheck", "pure_pcapy3", "zhaquirks", "zigpy", "zigpy_deconz", "zigpy_xbee", "zigpy_zigate", "zigpy_znp" ], "requirements": [ "bellows==0.34.10", "pyserial==3.5", "pyserial-asyncio==0.6", "zha-quirks==0.0.94", "zigpy-deconz==0.19.2", "zigpy==0.53.2", "zigpy-xbee==0.16.2", "zigpy-zigate==0.10.3", "zigpy-znp==0.9.3" ], "usb": [ { "vid": "10C4", "pid": "EA60", "description": "*2652*", "known_devices": [ "slae.sh cc2652rb stick" ] }, { "vid": "1A86", "pid": "55D4", "description": "*sonoff*plus*", "known_devices": [ "sonoff zigbee dongle plus v2" ] }, { "vid": "10C4", "pid": "EA60", "description": "*sonoff*plus*", "known_devices": [ "sonoff zigbee dongle plus" ] }, { "vid": "10C4", "pid": "EA60", "description": "*tubeszb*", "known_devices": [ "TubesZB Coordinator" ] }, { "vid": "1A86", "pid": "7523", "description": "*tubeszb*", "known_devices": [ "TubesZB Coordinator" ] }, { "vid": "1A86", "pid": "7523", "description": "*zigstar*", "known_devices": [ "ZigStar Coordinators" ] }, { "vid": "1CF1", "pid": "0030", "description": "*conbee*", "known_devices": [ "Conbee II" ] }, { "vid": "10C4", "pid": "8A2A", "description": "*zigbee*", "known_devices": [ "Nortek HUSBZB-1" ] }, { "vid": "0403", "pid": "6015", "description": "*zigate*", "known_devices": [ "ZiGate+" ] }, { "vid": "10C4", "pid": "EA60", "description": "*zigate*", "known_devices": [ "ZiGate" ] }, { "vid": "10C4", "pid": "8B34", "description": "*bv 2010/10*", "known_devices": [ "Bitron Video AV2010/10" ] } ], "zeroconf": [ { "type": "_esphomelib._tcp.local.", "name": "tube*" }, { "type": "_zigate-zigbee-gateway._tcp.local.", "name": "*zigate*" }, { "type": "_zigstar_gw._tcp.local.", "name": "*zigstar*" }, { "type": "_slzb-06._tcp.local.", "name": "slzb-06*" } ], "is_built_in": true }, "data": { "ieee": "**REDACTED**", "nwk": 12126, "manufacturer": "aqara", "model": "lumi.motion.ac01", "name": "aqara lumi.motion.ac01", "quirk_applied": true, "quirk_class": "zhaquirks.xiaomi.aqara.motion_ac01.AqaraLumiMotionAc01", "manufacturer_code": 4660, "power_source": "Mains", "lqi": null, "rssi": null, "last_seen": "2023-03-15T19:52:50", "available": true, "device_type": "EndDevice", "signature": { "node_descriptor": "NodeDescriptor(logical_type=Additional logs
``` During setup, I'm seeing this popup in the logs: [0x35DB](lumi.motion.ac01): power source: Mains [0x35DB](lumi.motion.ac01): completed initialization monitoring_mode is not supported - skipping AqaraMonitoringMode entity creation approach_distance is not supported - skipping AqaraApproachDistance entity creation motion_sensitivity is not supported - skipping AqaraMotionSensitivity entity creation Here's the log output when I try to add it: [0xC315](DS01): Device seen - marking the device available and resetting counter [0xC315](DS01): Update device availability - device available: True - new availability: True - changed: False [0x72F8](S31 Lite zb): Device seen - marking the device available and resetting counter [0x72F8](S31 Lite zb): Update device availability - device available: True - new availability: True - changed: False [0x9F5A](TH01): Device seen - marking the device available and resetting counter [0x9F5A](TH01): Update device availability - device available: True - new availability: True - changed: False [0x9602](unk_model): last_seen is None, marking the device unavailable [0x9602](unk_model): Update device availability - device available: False - new availability: False - changed: False New device 0x095b (54:ef:44:10:00:6d:ac:e3) joined the network [0x095b] Scheduling initialization Tries remaining: 3 [0x095b] Requesting 'Node Descriptor' Tries remaining: 2 [0x095b] Extending timeout for 0x28 request Received a packet: ZigbeePacket(src=AddrModeAddress(addr_mode=Additional context Add any other context about the problem here.