I think I fixed my bug. Try it again.
That seems to have worked! Thanks for the quick fix!
This is a great blueprint thank you very much! I’ve had this in my automations for the past few weeks and it’s been 50/50 if it triggers. I am getting errors in the logs with the latest version.
Logger: homeassistant.components.script.day_led
Source: helpers/script.py:526
integration: Script (documentation, issues)
First occurred: 10:21:50 PM (15 occurrences)
Last logged: 10:28:27 PM
Light Switches Daytime LED Color: Repeat at step 2: Choose at step 6: default: Choose at step 3: choice 1: Repeat at step 2: Error executing script. Unexpected error for call_service at pos 1: invalid literal for int() with base 10: 'off'
Light Switches Daytime LED Color: Repeat at step 2: Choose at step 6: default: Choose at step 3: choice 1: Error executing script. Unexpected error for repeat at pos 2: invalid literal for int() with base 10: 'off'
Light Switches Daytime LED Color: Repeat at step 2: Choose at step 6: default: Error executing script. Unexpected error for choose at pos 3: invalid literal for int() with base 10: 'off'
Light Switches Daytime LED Color: Repeat at step 2: Error executing script. Unexpected error for choose at pos 6: invalid literal for int() with base 10: 'off'
Light Switches Daytime LED Color: Error executing script. Unexpected error for repeat at pos 2: invalid literal for int() with base 10: 'off'
Traceback (most recent call last):
File "/usr/src/homeassistant/homeassistant/helpers/script.py", line 526, in _async_step
await getattr(self, handler)()
File "/usr/src/homeassistant/homeassistant/helpers/script.py", line 763, in _async_call_service_step
response_data = await self._async_run_long_action(
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/src/homeassistant/homeassistant/helpers/script.py", line 726, in _async_run_long_action
return await long_task
^^^^^^^^^^^^^^^
File "/usr/src/homeassistant/homeassistant/core.py", line 2741, in async_call
response_data = await coro
^^^^^^^^^^
File "/usr/src/homeassistant/homeassistant/core.py", line 2784, in _execute_service
return await target(service_call)
^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/src/homeassistant/homeassistant/helpers/service.py", line 1080, in _async_admin_handler
await result
File "/usr/src/homeassistant/homeassistant/components/zha/websocket_api.py", line 1361, in issue_zigbee_cluster_command
await zha_device.issue_cluster_command(
File "/usr/src/homeassistant/homeassistant/components/zha/core/device.py", line 850, in issue_cluster_command
**convert_to_zcl_values(params, commands[command].schema)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/src/homeassistant/homeassistant/components/zha/core/helpers.py", line 199, in convert_to_zcl_values
value = field.type(value)
^^^^^^^^^^^^^^^^^
File "/usr/local/lib/python3.12/site-packages/zigpy/types/basic.py", line 94, in __new__
n = super().__new__(cls, *args, **kwargs)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
ValueError: invalid literal for int() with base 10: 'off'
- Which device and integration are you using?
- What are the parameters you’re passing to it?
- Was it working before the 23rd?
- Did it stop after updating to the release on June 23rd or the release yesterday?
It shouldn’t be too hard to figure out what I broke.
Sorry for the delay, don’t know why I didn’t get the notification.
- VZM31-SN, ZHA
- See below
- I was not getting this error before the 23rd.
- I am able to run the first half to chance my switches LED colors with no issue. I can’t get this script to run any effects though. Regardless, it always produces this error. I’ve tried removing the groups and calling a switch individually and still produces this error.
alias: Light Switches Night LED Color
use_blueprint:
path: kschlichter/inovelli_led_blueprint.yaml
input:
entity: []
area: []
device: []
LEDcolor: Red
LEDcolor_off: Red
group:
- light.inovelli_switches
LEDbrightness: 2
LEDbrightness_off: 0.2
floor: []
brightness: 0
LEDnumber: All
description: ""
icon: mdi:weather-night
Edit: also getting this line in the error logs
“Error for choose at pos 1: Failed to set attribute: value: 2 attribute: 63 cluster_id: 64561 endpoint_id: 1“
I moved my Blue Series device from Zigbee2MQTT over to ZHA and I see these errors. I’ll play around with it and see what’s going on.
I think I’ve fixed this but I need to check it in Z2M and make sure I didn’t break that again. I should be able to release something this week. I’m moving though, so I can’t make any promises.
1 Like
I’ve issued a new release (2024.07.16) which fixes effects for Red 800 Series and Blue Series devices on ZHA. I’ve also implemented the clear effect option properly, instead of issuing an “off” effect for one second and letting it timeout. Existing automations don’t need to change and will continue to behave as they always have. Calling a device without any options will clear active effects (faster than before).
1 Like
You are awesome. FYI Looks like the blueprint import isn’t working.
Invalid blueprint: required key not provided @ data[‘blueprint’]. Got None
1 Like
Seems like most of the errors I was having have gone away, however, this one is persisting. Looks related to the individual LED settings I think?
Logger: homeassistant.components.script.late_night_scene
Source: helpers/script.py:2002
integration: Script (documentation, issues)
First occurred: July 11, 2024 at 7:00:17 PM (18 occurrences)
Last logged: 9:19:24 PM
Late Night Scene: Sequence action at step 1: Error executing script. Error for call_service at pos 6: Failed to set attribute: value: 0 attribute: 95 cluster_id: 64561 endpoint_id: 1
Late Night Scene: Error executing script. Error for sequence at pos 1: Failed to set attribute: value: 0 attribute: 95 cluster_id: 64561 endpoint_id: 1
Late Night Scene: Sequence action at step 1: Error executing script. Error for call_service at pos 6: Failed to set attribute: value: 20 attribute: 62 cluster_id: 64561 endpoint_id: 1
Late Night Scene: Error executing script. Error for sequence at pos 1: Failed to set attribute: value: 20 attribute: 62 cluster_id: 64561 endpoint_id: 1
Late Night Scene: Sequence action at step 1: Error executing script. Error for call_service at pos 4: Failed to set attribute: value: 0 attribute: 95 cluster_id: 64561 endpoint_id: 1
I think you’ll need to do two things. First, run the blueprint with LEDnumber: all, LEDcolor: all clear, and LEDcolor_off: all clear. That’ll reset the individual LEDs.
Next, remove this line from the service call or uncheck the “LEDnumber” option in the UI.
It’s 4:45 in the morning and I haven’t had coffee yet, so I could be wrong. I think that’s going to fix it. In my mind, LEDnumber: all was only going to be used with the “all” color sets (e.g. “all unicorn”), and setting the whole strip would have LEDnumber unchecked. Looking through my readme on github I can see that’s what I tested. If that’s the issue, I can fix this pretty easily once I have my server set up at my new house and running Home Assistant again. At the moment, I’m without an internet connection and everything is packed up.
For now, do the reset, and leave LEDnumber unchecked. I can fix the handling for it in a few weeks.
1 Like
Been a few days since I followed your instructions, my scripts/ automations are running without errors now.
1 Like
I’m attempting to use this to set the color and brightness consistent across all of my switches. I used the following:
service: script.inovelli_led_settings_and_effects_blueprint
data:
area: 'all'
LEDcolor: 197
LEDcolor_off: 197
LEDbrightness: 5
LEDbrightness_off: 1
I then see a series of errors (4 seperate nodes), like this:
NotFoundError: Configuration parameter with parameter name LED Indicator: Effect Type on node Node(node_id=18) endpoint 0 could not be found
When I run the script, the LED Effect Type on node 18 becomes blank. From the log of that device:
Bedroom Ceiling Light LED Effect Type became unknown
10:40:52 AM - 9 seconds ago
The nodes that fire this error are a mix of LZW30-SN and LZW31-SN. It doesn’t appear that any of the switches changed the color that I supplied.
EDIT: Reposting because I mistakenly replied to the above vs starting a new response.
Sorry I didn’t reply sooner. I didn’t see the message. Some Inovelli firmware versions clear the effect when LED colors are changed and others reset the timer (which is worse, if you’re depending on that timer). The behavior is inconsistent so I clear the effect to standardize the experience. You can add the effect settings to the call and the LED colors will be set with it. That’ll make it smooth and if you’re using “forever” as the duration it doesn’t matter.
The colors have to be from the list offered; the script doesn’t support numbers anymore. That’s a byproduct of offering the UI. Try purple and see if 190 is close enough for you. The script is easy to modify and add your own colors but I don’t know about the Blueprint. Line 445 is where you’d add it, if you want to monkey with that. Otherwise I can add 197 to the next release.
service: script.inovelli_led_settings_and_effects_blueprint
data:
area: 'all'
LEDcolor: 'purple'
LEDcolor_off: 'purple'
LEDbrightness: 5
LEDbrightness_off: 1
I forgot about this until I came back to the community looking for something else. Running the script with 'all' and 'purple' leads to the same error message.
I know this is an old comment, but I came across this looking to do the same thing and wanted to pass along what I ended up doing to get this working.
I have an Inovelli Dimmer 2-in-1 Red Series VZW31-SN paired with Hubitat, and I wanted to control the LED light strip based on certain conditions within Home Assistant. My “solution” does not use this custom Blueprint, but instead uses the built-in hubitat.send_command service that is available once you integrate Hubitat with Home Assistant using the hacs-hubitat integration. This allows me to control the LED light strip of the Inovelli Dimmmer based on conditions within Home Assistant, even though the device is only paired to Hubitat.
Within my Home Assistant Automations, I have the following Action configured to change the LED light strip on the VZW31-SN
The below action will set the entire LED light bar to “Red” indefinitely:
- action: hubitat.send_command
metadata: {}
data:
entity_id: light.back_door_entry_light
command: ledEffectAll
args: 1,1,100,255
The args that are used breakdown as follows:
Effect Color Level Duration
1=Solid, 1=Red Color, 100=LED bar brightness, 255=duration indefinitely
Effect
Color
Level
Duration
You can adjust the args to fit your needs, this is just an example of what I used for one of my actions.
Hopefully this helps anyone looking to do something similar!
1 Like
@hoyt, I suspect your recent re-interview should resolve this problem as well and restore the missing parameter.
Configuration parameter with parameter name LED Indicator: Effect Type on node Node(node_id=18) endpoint 0 could not be found
Yeah, actually, I rebuilt my entire z-wave network recently (changed controllers). I tried the script again and it worked - kind of. I ran this:
action: script.inovelli_led_settings_and_effects_blueprint
data:
area: 'all'
LEDcolor: 'purple'
LEDcolor_off: 'purple'
LEDbrightness: 5
LEDbrightness_off: 1
Eventually I saw this error pop-up: Failed to perform the action script.inovelli_led_settings_and_effects_blueprint. Unknown error
And all (or at least most?) of my Inovelli LZW31-SN and VZM31-SN changed, but none of my VZM36 updated.
This used to happen to me from time to time. The switch in my daughter’s room would stop responding to any Z Wave commands (not just the script but on / off commands too). When that happened, nothing listed after it would be updated. The commands went out okay from Home Assistant, but wouldn’t get to the devices. I’d target each of the devices that didn’t change one at a time and see if you can figure out which one is causing the issue. I can’t remember if I had to re-pair it, re-interview it, or just power cycle it with the built-in breaker tab. It would happen every year or 18mo and it was always the same dimmer.
1 Like