The trace shows that it fails at the condition template at the beginning but I donāt understand why, here is the āChanged variableā information :
There are some hints above. Legacy needs to be on so that the action sensor is available. Also you need at least HA Version 2022.4.0 for some of the other stuff to work.
Check over the issues that others had above and let me know if you still have a problem.
WOWā¦ I spent all afternoon fighting this thingā¦ Tearing my hair out I didā¦
There was a bug. Iām about to load 2022.5.1 and see if itās fixed.
Thereās another patch out today with another fix for it.
My HA has been in limbo fo 24hrs now due to ssl problems, I have not been able to test anything. But I assure you, if you copy the blueprint from the repo and paste it into a file manually, it will work. This is a HA problem causing everyone with selectors and some other items that have enumās to not importā¦ At least thatās that the release notes said today.
New Version today.
I did this a couple of days ago but released it today because of the problems with 2033.5.0 and 2022.5.1 releases not allowing Blueprint Imports.
Please Click the at the end of the Top Post if you find this Useful
2022-05-05: Updated for 2022.5.0 HA. Added Markdown to !input Descriptions plus shortcut or.
I think my z2m is not sending the expected data, I managed to change the template condition to something where the result is true, here is what I have :
Just need to verify you are in legacy mode and the action sensor exists and that action sensor is what you have listed as input 1 named āremoteā in the blueprint builderā¦ That is the most common problem. Details above in the posts from others. š§Æ Zigbee2MQTT - Xiaomi Cube Controller - #7 by Sir_Goodenough
That said, trigger.to_state.attributes.action is generated from the data received when the trigger happens, that is set to when the cube action sensor changes and the data populated in the state that the action sensor changed to. It will only triggers the blueprint cube actions when it contains one of the valid responses, (in (''rotate_right'', ''rotate_left'', ''flip90'', ''flip180'', ''slide'', ''tap'', ''shake'', ''fall'') ) because the thing tends to trigger 5 bad times for every time it has valid data. It you look in the traces you will see this happen. The blueprint will trigger multiple time and drop out at the check for valid in the conditions, however the valid ones will cascade thru the rest of the blueprint and start actions.
If itās not getting a valid trigger at the action sensor, you likely are not looking at the right action sensor. It is possible there is a new firmware out there that is messing with this, but your data example contains āshakeā which should be valid.
Now if you are expecting to see the value when you drop the sensor in a dashboard, you arenāt going to see it, because like I said, it multi-triggers. The Blueprint will look for a valid result and act on it. If you want to āseeā the value that was acted on, you need to read the documentation and build the template sensor and drop that in a dashboard. (š§Æ Zigbee2MQTT - Xiaomi Cube Controller) That will latch the valid last result for ātrainingā. Believe me, this cube thing has a learning curve how hard to bang it for taps and flips, etcā¦
Look at prior traces in the list. Yes, there are false fires, as I mentioned above, where the condition statement screens out non-valid triggers from the cube.
The trace in your picture above is a non-valid trigger.
You need to click the little white arrows to see the successful actions from prior cube communications:
Good run: (This was found 2 or 3 traces back from the most recent trigger of the cube.)
Either way, valid triggers will preform the actions matching the stack logic and triggers where the action doesnāt match anything will drop out at the condition, as in your picture, and you never know or care that they happened.
It seems to work now, on top of the legacy API stuff that was already enabled, I had to enable the following option in z2m. After a z2m restart it works.
OK.
Apparently mine had defaulted to that setting. I donāt remember changing it.
I captured your input here and added it to the instructions in the top post.
I wanted to run a separate Zigbee/Zwave server off of an SSD-bootable raspberry Pi 4 so I ended up doing a fresh install of zigbee2MQTT and re-pairing all my sensors. (Iām planning a z-wave 7 upgrade also).
This is now working as a result and Manā¦ what a fun project. Thanks for taking the time to build this blueprint and support questions. Any links to places that make stickers for it?
Hi,
im new and now finished flashing and passing my sonoff zigbee 3 stick through to haos. @Sir_Goodenough
now i wonder if i can use the dimmer script to control my volume via a tasmota ir blaster?
Hi there. I just got this setup, thank you for this extremely detailed blueprint!
Iām seeing about 1 second delay between interacting with the cube, and having Zigbee2MQTT show anything in its logs. Is this latency expected? Thanks.