(128 possible actions!!) Aqara works with T1 Pro and older cubes. This Blueprint uses a ZHA built sensor to sort out the 38(+54) commands available from the Xiaomi Magic Cube. This gives you the ability to trigger actions using the remote. NOTICE: Using this Blueprint and example scripts, this cube can be triggered over a hundred ways, but only 38(+54) of them are unique...
- 2023-10-20: Enhancement Add flip to side from any
- 2023-08-07: Updates for Home Assistant 2023.8
-
- Selector syntax change
-
- Condition Selector addition (where applicable)
-
- MQTT Discovery name changes (where applicable)
-
- Clean-up code formatting
- 2023-03-01: Add Author Tag. Bump HA required Version to 2023-3-0
- 2023-01-19: Add instructions for new cube version
Cube T1 ProAction mode setup in Docs. -
- Add note that Drop is no longer available if using the
Cube T1 Procube version.
- Add note that Drop is no longer available if using the
- 2022-12-12: Add Update Method Note, minor code change.
-
- Name of Blueprint may have changed meaing you have to re-download with a new link.
-
- If name changed, it is similar. Variables have not changed.
- 2022-11-30: 🎉📦🔋 First Version
Aqara / Lumi has released a new version of the cube. Box name listed as Cube T1 Pro. It is listed in your ZHA Device panel as lumi.remote.cagl02 by LUMI.
This device will work similar to the older versions if configured in the ACTION mode and NOT the SCENE mode. The exception being that the Drop function is no longer available.
If the only functions that you have available is rotate left/right and shake, your cube is in the wrong mode. To change modes, push the LINK button 5x swiftly and the mode should flip to the ACTION mode where the functions should work normally. You can test this by setting up the event sensor listed below and listening for 'zha_cube_last_action' events or by listening for 'zha_events' in the Developer event panel.
Type of blueprint: AUTOMATION
What if I am having problems getting it going?
You can contact me for help, see the links below.
Why do I need this?
The Cube remote/switch device has a lot of ways to trigger it. This Blueprint makes it a bit easier to figure out what you are doing and remembering that in the future. It also makes sure the trigger is as clean and repeatable as possible, screening out false triggers and making the log clean and the experience good overall.
Requirements
- To make the Blueprint work you will need a functional Magic Cube integrated to Home Assistant thru ZHA and find the sensor Device in the Home Assistant Device tab.
- My 'suggestion' is that you do separate scripts for most, if not all of the actions you generate here. If you are using the UI editor for the simple things you are fine, but for more complicated things scripts may work better for you. This is my opinion and how I am using it, to each their own. See my example dimmer script below...
- For this Blueprint to function properly, it must keep track of the last cube face that was triggered. This is done with an input_number helper.
Create a number helper with the following parameters:
- Minimum 0
- Maximum 6
- Step 1
last_side_input/name: Last side up numeric helper
Please select a Numeric Helper to be used to
record the last side that saw action.
cube/name: Aqara Cube
Select the Aqara Cube device
additional_conditions:
Extra conditions you may want to add to this automation
(Example: Home occupied, TV on, etc)
shake:
name: Shake the cube 🍩
This trigger only occurs once in the set-up.
It can be combined in any group.'
drop:
name: Drop the cube 🍩
**NOTE: NOT available with the ```Cube T1 Pro``` version of the cube!!**
This trigger only occurs once in the set-up.
It can be combined in any group.'
slide_any:
name: Group 2 actions 🍊 Slide the cube with any side
doubletap_any:
name: Group 2 actions 🍊 Double tap the cube with any side
flipped90_any:
name: Group 2 actions 🍊 Flip the cube 90 degrees to any side
flipped180_any:
name: Group 2 actions 🍊 Flip the cube 180 degrees any side
rotate_cw_any:
name: Group 2 actions 🍊 Rotate cube clockwise with any side
rotate_ccw_any:
name: Group 2 actions 🍊 Rotate cube counter clockwise with any side
**There is a set of these for all 6 sides. 36 inputs total..**
slide_face_0:
name: Group 1 actions 🍎 Slide the cube with face 0 up
doubletap_face_0:
name: Group 1 actions 🍎 Double tap the cube with face 0 up
flipped90_face_0:
name: Group 1 actions 🍎 Flip the cube 90 degrees to face 0
flipped180_face_0:
name: Group 1 actions 🍎 Flip the cube 180 degrees to face 0
flip_from_any_to_face_0:
name: Group 1 actions 🍎 Flip the cube from any to face 0
rotate_cw_face_0:
name: Group 1 actions 🍎 Rotate cube clockwise with face 0 up
rotate_ccw_face_0:
name: Group 1 actions 🍎 Rotate cube counter clockwise with face 0 up
**There is a set of these for all 6 sides. 30 inputs total..**
The one action that flips 180 changes in every set.
0_from_1:
name: Group 3 actions 🍐 Flip the cube to side 0 from side 1
**!!Warning!!** The flip 90 automations 🍎 for side 0 and the ANY
🍊 automations will also trigger.
0_from_2:
name: Group 3 actions 🍐 Flip the cube to side 0 from side 2
**!!Warning!!** The flip 90 automations 🍎 for side 0 and the ANY
🍊 automations will also trigger.
0_from_3:
name: Group 3 actions 🍐 Flip the cube to side 0 from side 3
**!!Warning!!** The flip 180 automations 🍎 for side 0 and the
ANY 🍊 automations will also trigger.
0_from_4:
name: Group 3 actions 🍐 Flip the cube to side 0 from side 4
**!!Warning!!** The flip 90 automations 🍎 for side 0 and the ANY
🍊 automations will also trigger.
0_from_5:
name: Group 3 actions 🍐 Flip the cube to side 0 from side 5
**!!Warning!!** The flip 90 automations 🍎 for side 0 and the ANY
🍊 automations will also trigger.
This Blueprint uses a ZHA Event Sensor to sort out the 38(+54) unique actions available from the Xiaomi Magic Cube Remote. (Some unique actions are available thru templating only. See the related document.)
The split out of functions gives you the ability to assign local scripts or functions to do the things you want the remote to do.
Functions that are left empty will simply do nothing.
on specific sides that are listed as Group 1 actions 🍎.
on ANY side that are listed as Group 2 sctions 🍊.
& froma specific sides that are listed as Group 3 sctions 🍐.
be combined with any other group.
Please be aware that ALL actions except the 2 listed above,
🍩 will trigger an action in ALL 3 groups at the same time every time. Therefore I suggest if you just have a couple of things you want this remote to do that you choose the ANY / Group 2 / 🍊 events.
If you want more than a few events, you should select actions in Group 1 / 🍎 OR Group 3 / 🍐.
With careful selection you can use mixed groups, but you run the risk of a single cube action triggering more than 1 Home Assistant action and making a mess of things 🍱.
NOTE: This blueprint references the sides from 0 to 5 like the ZHA integration does. Most ZHA blueprints reference the sides in the same order but use 1 thru 6. This was so I could re-use my Z2M code as-is. This does not affect the operation of the device.
I have 3 of these cubes. If you aren't careful they trigger and do all kinds of things just sitting on the desk. Awesome when you want it to do this, but a HUGE PITA if you don't.
A friend of mine came up with this and it works awesome. He didn't want people hassling him about remixes and such, so he let me put it on the Thingiverse. I printed one for each of my cubes and because it's now parked at a diagonal it will not trigger, unless you knock it on the floor or something. I highly suggest you print yourself one of these or find someone to print one for you.... It will make cube life much simpler... https://www.thingiverse.com/thing:4536778
There is sample code to make the template sensor in the help file on GitHib named the same as this one and in the community page related to this.
Within this blueprint there is an event handler that will latch the last command that the blueprint finds and sends that to the event buss. From there a simple Template sensor can grab it and show you the last action sent.This will help when setting up new functions and to troubleshoot strange behaviors. Add an entity card in your dashboard for sensor.cube_last_action to see what actions occur as you move the cube.
Yaml file that contains the sample code here
If you wish to 'store' these events you can add this sensor to recorder and it will save them for you.
I have had reports of the 'tap' action working. It was due to the lack of instructions provided by the manufacturer of the cube. Tap actions on the cube are initiated by sharply tapping the cube 2x on a hard surface like this:
In a similar manner, flips need to tap the surface at the end of the 90 or 180 flip. Setting up the template sensor above will help train you in the force needed for all the actions.
This was 'forked' from
Aqara Cube ZHA - Simplified face-based device control Project authored by EdwardTFN (Edward Firmo) and he based on on several other giants that came up with most of the base code.
ZHA - Aqara Magic Cube (57 actions)
I sincerely thank Them for their work. I wanted to support a version that was virtually the same as my Z2M version, and leverage all the documentation and code samples there but still port it to ZHA. I also had a better idea for troubleshooting info.
If you are looking for a dimmer control to change brightness based on rotation, here's something I cobbled together from other community posts here and there. ( Credit https://community.home-assistant.io/u/yourigh/summary and others )
I did this with all the complicated stuff in a script that is called with data from the blueprint automation. Then the complicated part is all in 1 place and there is only 1 copy of it. The same script works for both increase and decrease of brightness because the angle in the cube goes positive when turning clockwise and negative when going counter clockwise.
Code Examples are found in the Yaml file here If you want to create the script file using a script BluePrint, I have that for you right here: Dimmer Control BluePrint
- The script reduces the angle number to 40% of the rotation angle (you can change this, but 40% works well for my needs).
- It then grabs the current brightness from the light entity (as a % of the full scale 255 number).
- The new_brightness target is then calculated.
- It then checks if the light is already off, and if so, leaves it off.
- It makes sure the new_brightness is above, in my case, 10% so all the lights come on.
- It then makes sure that if new_brightness >90%, it is set to 100% and not over that.
- Finally it provides the calculated brightness %.
I also extended this to controlling the color one octet (color) at a time. Each color will use both rotations on one side of the cube. Colors are changed one at a time (Red or Green or Blue) and change the amount (positive or negative) based on how far you rotate the cube.
Code Examples are found in the Yaml file here If you want to create the color change script file using a script BluePrint, I have that for you right here: Color Change BluePrint
- The script reduces the angle number to 60% of the rotation angle (you can change this, but 60% works well for my needs).
- It then grabs the current colors from the light entity and puts them into a list.
- The new color target is then calculated.
- It makes sure the new color is not negative.
- It then makes sure that the new color is not over 255.
- Finally it provides the calculated color if not in the limits.
This can be used over and over for as many lights as you want to control. But you will need to repeat this and modify it for red and blue color octets.
Not enough switch positions for you? How about a possible 24 more? I came up with some scripts you can add to Home Assistant and call for more actions. One is for CW rotation < 100 degrees, another for > 100 degrees. Also the same for CCW. These are can be called from the Group 1 🍎 rotate actions and the Group 2 🍊 rotate actions. Match the CW call/recieve or the CCW call/receive pairs together or you are going to be sad. 😩
Here is a sample of what you put into the script Blueprint UI. It will need to be a manual YAML edit and contain your specific variables. What you see here is one from my config.
Code Examples are found in the Yaml file here If you want to create the long / short rotation switch script file using a script BluePrint, I have that for you right here: Long Short Rotation Switch BluePrint
You can also do this buy going full gui and picking the matching template out of the below section and filling it in similar to this:
These are the standalone scripts that are 'called' from the Script calling yaml shown above. If you don't need all of these only install the ones you will use.
This is a homeassistant.toggle action, so it can toggle anything that that service can handle. Changing it to homeassistant.turn_on or homeassistant.turn_off would change the behavior slightly if this fits your needs better. Using this integration, you can control lights, switches, locks, and lots of different things.
Code Examples are found in the Yaml file here If you want to create the long / short rotation switch script file using a script BluePrint, I have that for you right here: Long Short Rotation Switch BluePrint
This script was invented to be used with my Magic Cube Blueprints. I released it as a standalone Script Blueprint because because of requests to extend the function of my BP's with how to convert cube rotation to volume in other places. Research found me this Post from Petro which had a very elegant solution to the problem, It was very easy decision to adopt it here.
Code Examples are found in the Yaml file here
If you want to create the script file using a script BluePrint, I have that for you right here: Dimmer Control BluePrint
- The script scales the angle number of the rotation angle (you can change this, but 30 works well for my needs).
- You send the script the media_player that you want to adjust.
- You use a template (examples in the script BP description) to send the angle to the script.
- Some math happens and it uses the amount you turn the cube to adjust the volume.
It has been found that some set-ups use trigger.payload_json.action_angle here and others only accept trigger.payload_json.angle here. I have not been able to determine which attributes are available in which version of firmware and/or configurations, so it is up to you to determine the one you need here. Look in the Device listing for this cube and determine which version of angle is one of the listed sensors. That would be the one to use here.
Not enough switch positions for you still? How about another posible 30 more?
This is another 'action' that I stumbled upon. I noticed if you turn the cube from side to side very gently, it will internally register as being on a new side, but the flip action doesn't register. Then if you slide the cube, it will send out an action of slide on side 5 from side 2, or whatever side combo's you choose. I used 5 from 2 in the example, but you can use any of them.
I'll be honest, this is the trickiest thing to do yet and I'm not sure it is worth the trouble, but if you want an action in your pocket as a secret action that only you know, this is the trick. Using a soft surface like a towel helps to keep the flip from registering when you set it down.
NOTE: In this example the slide side 5 will also trigger. You may need to add a condition to prevent that from triggering. An example for this 5 from 2 example is to put this condition on the slide side 5 action
{{ not last_side == 2 }}before the thing you want to do. Or you can just not have a slide 5 action.
It is as simple as adding a condition of let's say 'slide' in one of the Group 3 🍐 slots.
Here is the GUI editor showing this.
Code Examples are found in the Yaml file here
If you are troubleshooting and you want to see more traces back when doing so, here is a TIP I've found. Manually edit the automation created with the ui editor (or manually with a text editor) and add the following to have this automation contain 10 traces instead of the normal 5. Then if the automation is triggering often, you can see the last 10 traces to help you decide what the issue is. HA Docs on this here.
trace:
stored_traces: 10Updates will be published on my GIT repository with the rest of my Home Assistant Blueprint collection.
📩 There is not an official version control system for Blueprints. However I have found something that comes pretty close. It is not perfect, but for MOST Blueprints, it does just fine. I encourage you to check this script out and use it to easily check if I have updated this blueprint. 🔗koter84 Blueprint Update Script
HA link to download blueprint:
Direct link to download Blueprint: https://github.com/SirGoodenough/HA_Blueprints/blob/master/Automations/ZHA-Xiaomi_Cube_Controller.yaml
https://github.com/SirGoodenough/HA_Blueprints/blob/master/README.md
What are we Fixing Today Homepage / Website: https://www.WhatAreWeFixing.Today/
Channel Link URL: (WhatAreWeFixingToday) https://bit.ly/WhatAreWeFixingTodaysYT
Discord Guild: (Sir_Goodenough#9683) https://discord.gg/Uhmhu3B
Buy me Coffee: https://www.buymeacoffee.com/SirGoodenough
PayPal one-off donation link: https://www.paypal.me/SirGoodenough
#WhatAreWeFixingToday
#SirGoodEnough