-
-
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
events triggered twice for Wireless switch (2-key) - TS0021 on 2.0.0 #25605
Comments
Might be relevant (or not):
|
Thank you Dude! It helps also on ikea tardif (I couldn't update since 1.42 z2m because of double click) |
I think I am having the same problem but it does not just send the command twice, it sends it 3-4 times each time i click currently |
I would love to - but when I do it now; I don't seem to get this behaviour... |
I'm now wondering if it could be because of a router that is unresponsive from time to time. When I was testing, the button was close to that router. Now it is close to another router. |
For me it worked to restart z2m but funny thing is I had tried it before more then once. |
I grepped the button_1 and provided context of 20 lines. There are messages from other devices in the logs. If you need more - I can provide as well. At [2025-01-08 08:29:22] I see 2 times the same message being received.
|
It is also receiving messages twice not linked to button clicks (eg, this one in the night):
|
Please provide the debug log around these lines. |
|
Could you provide a screenshot of the z2m frontend -> device -> about page? |
I'm checking your debug logs again now but I don't see the double action in there, your debug logs:
(note that action is I need the debug log of:
|
I have this same exact issue, upgraded yesterday. However, restarting z2m has no bearing on the issue, ~duplicated/repeated messages occur always. Just like above, the repeated messages are not identical:
Grafana Loki aggregation indicated that these are logged at the same millisecond. It seems that the second message to action subtopic is a "derived" one. However, I have the recommended, vanilla 2.0.0 configuration, where the migration dropped all legacy setting (that were always disabled). A curious result of this repeating is that my Home Assistant 2024.12.5 executes an MQTT device trigger automation three times, whereas z2m 1.42.0 executed it once (as it's supposed to). I would have expected a double execution (instead of triple), so it will be interesting to check how this changes once the repeated MQTT message are eliminated. |
Aren't they in my previous comment, with different timestamp? |
@Koenkk - unless I do not understand which logs you need, I think I provided all. If you need more context around the logs, let me know. Logs around action: #25605 (comment) Note: it started to behave correctly after a ~10 minutes power outage; still acting correct after 12hrs. So the issue might be gone. Will check back in if it appears again. |
I must be blind, sorry! Fixed the issue. Changes will be available in the dev branch in a few hours from now. |
Thanks @Koenkk, I moved to the dev-branch yesterday evening (CEST). I will monitor, as the issue can take (from experience) 24-48hrs before it first appears. |
I'm having the same problem using the :latest-dev Docker image, but with a Phillips Hue Tap Dial |
Hi, I have the same with IKEA Rodret E2201.
|
I have ended up adding to configuration.yaml for these devices: |
@etakpte does this also happen after disabling the |
Hi, At the moment it does not happen at all. (i still have legacy_action_sensor: true) I was experimenting with the filtered_cache attribute, but now it works with or without the attribute. |
@Koenkk - just updating here that I did not experience the issue anymore since moving to the dev-branch. For me this can be closed - not sure about the others in this thread. |
What happened?
Since I moved to 2.0.0, and started to use the events, I see strange behavuour:
logs after a restart of the container (my button is called button_1, and I'm pressing the 2nd button once - this might make it a bit hard to read)
logs after having the container active for a while:
What did you expect to happen?
only a single event to be submitted to HA
How to reproduce it (minimal and precise)
No response
Zigbee2MQTT version
2.0.0
Adapter firmware version
0x26720700
Adapter
ConBee2/RaspBee2
Setup
containerized on odroid n2+
Debug log
No response
The text was updated successfully, but these errors were encountered: