-
Notifications
You must be signed in to change notification settings - Fork 669
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
[BUG] Unhandled exception TypeError: ZCLCommandDef object is not subscriptable #2318
Comments
@javicalle I noticed that you are the only one you changed zhaquirks/ikea/opencloseremote.py this cycle and did some refactoring. Could you have a look? Is it perhaps as simple as removing the |
I can confirming i dont getting any Your linked PR was not braking then i was testing my remote for 2 week ago with HA 2023.3 and it was working. I locking if i can finding any strange. |
Im getting errors in HA log then using the remote and the error i have seen some user is having with custom quirks:
So its not one changes we was doing in the IKEA quirks but somthing in zigpy / ZHA. Sorry @javicalle for pinging you but its one command that have start making problem with the last update:
Can you taking one look if you can see what need being changes for getting it working ?? I think our P have doing somthing as normal ;-))))))) |
Hi there,
Maybe the issue can be related to zigpy/zigpy@2cbb79f I would suggest to try with: cmd_name = self.server_commands.get(hdr.command_id, (hdr.command_id)).name Maybe some code validation should be added to ensure not null values but to test now can be enought. |
Probably something like this: zha-device-handlers/zhaquirks/__init__.py Lines 118 to 126 in db3288d
|
Fixes zigpy#2318 Thanks to JC !!
#2318 (comment) is working great i was patching the HA container and all 4 DA looks working well :-)) Was it our @puddly that was doing something not so nice ? ;-)) |
@adamschmalhofer If you like fixing your device you can installing the quirk as local quirk #693 (comment) and copy the original and changing the line 68 ad proposed and restarting HA and all shall working OK. |
Hmm, this should have been caught with a unit test. @javicalle the above code seems a little redundant with the outer |
Describe the bug
After upgrading Homeassistant Core to 2023.4.0 my TRADFRI open/close remote from IKEA stopped reacting to button press events. Battery level is still displayed.
Looking at the logs with
ha core logs
and searching for ikea reviles the TypeError (see "Additional logs" below) or alternatively via webinterface searching for zigpyTo Reproduce
Steps to reproduce the behavior:
Expected behavior
Automation reacts to button presses. No TypeError exception thrown
Device signature
IEEE: 68:0a:e2:ff:fe:55:03:03
Nwk: 0xaa5b
Device Type: EndDevice
LQI: 255
RSSI: -32
Zuletzt gesehen: 2023-04-06T12:28:29
Energiequelle: Battery or Unknown
Eigenart: zhaquirks.ikea.opencloseremote.IkeaTradfriOpenCloseRemote
Diagnostic information
Additional logs
The text was updated successfully, but these errors were encountered: