-
-
Notifications
You must be signed in to change notification settings - Fork 1.7k
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
E1524/E1810 Tradfri remotes no longer work in 2.0 #25614
Comments
Could be related to breaking changes #24198 |
Well, all those remotes use *_action triggers. However, the z2m logs showed absolutely nothing when I pushed buttons on those remotes, which seems odd to me. Shouldn't the logs at least say something was triggered? And, I still can't pair them in 2.0, which seems a separate issue. Unfortunately, I can't test any of this since I downgraded since the Z2M addon was removed so I can't update again until that is resolved. |
Having the exact same problem. Can no longer remotely control anything anymore, becasue the _action triggers are all gone from Home Assistant. I can see the actions in Zigbee2MQTT. #24198 gives a solution to this problem, which I will try. Trigger solution is doubtful, because I am using IKEA tradfri remotes in the "Awesome HA Blueprints" (https://epmatt.github.io/awesome-ha-blueprints). And they only allow to enter an action sensor as controller entity. Setting the "legacy_action_sensor: true" in configuration.yaml as mentioned in #24198 is my workaround until the blueprint accepts triggers. For the moment, my problem is solved. |
I can confirm I have the same issue after updating Z2M to 2.0.0-2. |
No events whatsoever. I enabled "permit join" and try to reset the remote. The log entries related to that
No events when I press any buttons after that
|
Same issue here, when I look in z2m itself, under the "state" tab for the device I do see it registering presses. (Make sure you press different buttons, because the same button keeps sending the same things, which hides the change). The logs in the z2m plugin inside HASS shows these logs:
The "logbook" inside HASS shows nothing. |
With the 1810 TRADFRI remote I can get it to work like so: For a list of all available payloads, see here: I used the MQTT Explorer app to see the topic and payloads |
@soostdijck have you activated the legacy triggers option? See: #25631 (comment) |
Had this exact thing. The remote can't be paired again, had to restore my backup of 1.42 to get my remote to pair again. |
same probleme here. |
To confirm, by adding:
to the Z2M config, as per: #24198 and restarting Z2M, the remotes started working again. I suppose the awesome blueprints would need to be reworked in order to be functional with Z2M > 2.0.0 |
There's a fork that is already working on it. Now that the original creator EPMatt is back there are apparently efforts underway to merge those fixes back into the main repository. |
Same here, Remote no longer working under 2.0.0.2, unable to re pair. Downgraded to 1.42 and now working again. |
Downgrade to 1.42 resolved the issue with my remote as well. I noticed people having pairing issues with some other devices with the same error message.
Hopefully will be addressed soon |
What happened?
After installing the 2.0 update, all my remotes no longer worked in Home Assistant. Looking at the Z2M logs, nothing happens when I push a button on a remote. Nothing in the logs whatsoever.
Trying to re-pair a remote ends up in the remote not being able to finish the interview with "Error: Interview failed because we can not get active endpoints".
I had to downgrade back to my backup of 1.42.0-2. Remotes worked again, pairing the remote that couldn't complete the interview worked straight away too.
What did you expect to happen?
I expect my remotes to work like they worked in the previous version.
How to reproduce it (minimal and precise)
Update to 2.0 and try to use a E1524 remote or try and pair a E1524 remote.
Zigbee2MQTT version
2.0
Adapter firmware version
20201026
Adapter
Texas Instruments LAUNCHXL-CC26X2R1
Setup
Addon on HA OS VM on Proxmox
Debug log
No response
The text was updated successfully, but these errors were encountered: