Have you figured out how to implement this with blueprints rather than individual automations? I could see how to do it by specifying the serial number as a blueprint input, but that kinda defeats the purpose of being able to select a (Pico Remote) device directly from the UI. I have a blueprint that works really well for my Pico remotes, but it uses the lutron-caseta-pro entities as triggers rather than the device triggers that the core integration provides. If I can figure out how to use device triggers in the blueprint, I could completely ditch the custom_component integration (which is the long-term goal).
I haven’t tried. I only use blueprints for my motion lighting automations. My use for button devices vary way too much so I simply create an automation for each button device.
You can select the devices (not entities) via the ui with the core integration. Maybe try using them in your blueprints instead 
.
Btw, for the few cases where my button automations were similar, I simply used the Duplicate feature in the Automation Editor and then edited each action/condition as needed. It would probably take the same time as using blueprints anyway.
Ok, so I figured out how to implement Pico automations with the core integration via blueprints without having to track down serial numbers. This has also allowed me to completely uninstall the lutron-caseta-pro integration.
For the Pro integration, the blueprint input looks like this:
pico_remote:
name: Pico Remote
description: >-
The sensor for the Pico remote that indicates if a button is
pressed, and if so, which one.
selector:
entity:
domain: sensor
For the core integration, only the selector type needs to change:
selector:
device:
I need to figure out how to refine (constrain) the selector so it only shows Pico devices, but this works for now.
The next thing is that the button numbers are different:
Pro Integration:
PICO_ON: 1
PICO_FAVORITE: 2
PICO_OFF: 4
PICO_RAISE: 8
PICO_LOWER: 16
Core Integration:
PICO_ON: 2
PICO_FAVORITE: 3
PICO_OFF: 4
PICO_RAISE: 5
PICO_LOWER: 6
Next, the triggers are different using entities vs. devices:
Pro Integration
- platform: state
entity_id: !input pico_remote
Core Integration:
trigger:
- platform: device
device_id: !input pico_remote
domain: lutron_caseta
type: press
subtype: 'on'
- platform: device
device_id: !input pico_remote
domain: lutron_caseta
type: press
subtype: 'raise'
- platform: device
device_id: !input pico_remote
domain: lutron_caseta
type: press
subtype: 'stop'
- platform: device
device_id: !input pico_remote
domain: lutron_caseta
type: press
subtype: 'lower'
- platform: device
device_id: !input pico_remote
domain: lutron_caseta
type: press
subtype: 'off'
I tried leaving off the subtype from the trigger definitions (to only have one entry rather than one for each type of button press), but that doesn’t work. If anyone knows how to collapse the above into a single entry, I’m all ears.
And finally, the action section will be slightly different anytime you need to reference the trigger object:
Pro Integration:
- conditions:
- condition: template
value_template: '{{ trigger.to_state.state|int == PICO_OFF }}'
Core Integration:
- conditions:
- condition: template
value_template: '{{ trigger.event.data.button_number|int == PICO_OFF }}'
That’s it… pretty straightforward once you know the details about device triggers. You could also do the above without blueprints by just replacing the !input parts with the actual Device ID for your Pico remote.
1 Like
I only have the 5 button picos that have this model type:
PJ2-3BRL-GXX-X01 (Pico3ButtonRaiseLower)
Based on this model you can use the following selector to refine you pico input.
selector:
device:
integration: lutron_caseta
model: PJ2-3BRL-GXX-X01 (Pico3ButtonRaiseLower)
You can also leave out the “model” section and it will limit the options to devices that are part of the core Lutron integration. This will include all the Pico models but will also include the lights, etc.
I’ll probably throw together a blueprint some time this weekend and post in the BP Exchange.
This turned out to be pretty simple so I posted a full blueprint on the exchange sub forum for this. Thanks for posting your details.
Edit:
Updated the blueprint to support released events as well.
3 Likes
Nicely done! The blueprint looks great. I’ll post my light-specific one (that has more built-in functionality) once I finish testing it.
And thanks for the details on the model/integration. For future reference, how did you determine the the specific text for those fields? I see where to get event data from the event listener, but I wasn’t sure how to get the device details. I have a 2-button Pico (still in packaging), so I can get the text for that model once I install it.
1 Like
Configuration -> Devices
The Heading for each column for example “Model” and the corresponding value for the Pico device.
Thanks guys. These blueprints are great!
I’ve been testing 2021.3 beta. Unfortunately the included changes to the fan domain have broken the lutron fan controllers I have as part of this integration. Hoping this gets fixed when out of beta.
From what I read in the release notes, they’re changing the fan states from L/M/H to numeric values. You probably just need to update your actions accordingly.
Here’s the associated error in the logs. Looks like maybe the Lutron integration needs to be updated to work with the updates to the fan domain in home assistant core.
1 Like
Please let them know via whatever feedback mechanism they have for the Beta. Luckily I don’t use Caseta for my fans but it would save a lot of others the grief of waiting for an x.1 to correct that issue.
1 Like
I just posted the issue to the github tracker. Thanks.
1 Like
Should be fixed here. We need someone who experienced the issue to validate it is resolved.
1 Like
I’m not sure how to validate?
Manually apply the code change or wait for beta4
Installed beta5. Still having issues with the lutron fans:
Logger: homeassistant.components.fan
Source: util/percentage.py:22
Integration: Fan ([documentation](https://www.home-assistant.io/integrations/fan), [issues](https://github.com/home-assistant/home-assistant/issues?q=is%3Aissue+is%3Aopen+label%3A%22integration%3A+fan%22))
First occurred: 3:33:37 PM (2 occurrences)
Last logged: 3:33:37 PM
* Error adding entities for domain fan with platform lutron_caseta
* Error while setting up lutron_caseta platform for fan
Traceback (most recent call last): File "/usr/src/homeassistant/homeassistant/helpers/entity_platform.py", line 317, in async_add_entities await asyncio.gather(*tasks) File "/usr/src/homeassistant/homeassistant/helpers/entity_platform.py", line 509, in _async_add_entity await entity.add_to_platform_finish() File "/usr/src/homeassistant/homeassistant/helpers/entity.py", line 530, in add_to_platform_finish self.async_write_ha_state() File "/usr/src/homeassistant/homeassistant/helpers/entity.py", line 295, in async_write_ha_state self._async_write_ha_state() File "/usr/src/homeassistant/homeassistant/helpers/entity.py", line 319, in _async_write_ha_state sstate = self.state File "/usr/src/homeassistant/homeassistant/helpers/entity.py", line 693, in state return STATE_ON if self.is_on else STATE_OFF File "/usr/src/homeassistant/homeassistant/components/lutron_caseta/fan.py", line 94, in is_on return self.percentage and self.percentage > 0 File "/usr/src/homeassistant/homeassistant/components/lutron_caseta/fan.py", line 49, in percentage return ordered_list_item_to_percentage( File "/usr/src/homeassistant/homeassistant/util/percentage.py", line 22, in ordered_list_item_to_percentage raise ValueError(f'The item "{item}"" is not in "{ordered_list}"') ValueError: The item "Off"" is not in "['Low', 'Medium', 'MediumHigh', 'High']"
Can you try this PR?
Sorry, this is my first time point out bugs to the team. How can I try a pull request?
The fastest way is to setup a dev environment (https://developers.home-assistant.io/docs/development_environment/) and then checkout the branch above.