I was abl to get the new smarybridge.py script, and the new certs. Both of my lights now show up in HA, but when I try to use them, I get the following error:
Error executing service <ServiceCall light.turn_on: entity_id=['light.family_room_family_room_ceiling_fan_light']>
Traceback (most recent call last):
File "/srv/homeassistant/lib/python3.5/site-packages/homeassistant/core.py", line 1002, in _event_to_service_call
await service_handler.func(service_call)
File "/srv/homeassistant/lib/python3.5/site-packages/homeassistant/components/light/__init__.py", line 360, in async_handle_light_service
await light.async_turn_on(**params)
File "/usr/lib/python3.5/asyncio/coroutines.py", line 210, in coro
res = func(*args, **kw)
File "/srv/homeassistant/lib/python3.5/site-packages/homeassistant/components/light/lutron_caseta.py", line 57, in async_turn_on
to_lutron_level(brightness))
File "/srv/homeassistant/lib/python3.5/site-packages/pylutron_caseta/smartbridge.py", line 182, in set_value
return self._writer.write(cmd)
AttributeError: 'NoneType' object has no attribute 'write'
Anyone have any ideas where Iâve fouled this up?
I reran my python scripts, manually added the pylutron_caseta/smartbridge.py as it didnt have it.
This is still what i get.
Traceback (most recent call last):
File "/usr/lib/python3.6/site-packages/homeassistant/setup.py", line 142, in _async_setup_component
result = await component.async_setup(hass, processed_config)
File "/usr/lib/python3.6/site-packages/homeassistant/components/lutron_caseta.py", line 57, in async_setup
yield from bridge.connect()
File "/usr/lib/python3.6/site-packages/pylutron_caseta/smartbridge.py", line 40, in connect
yield from self._login()
File "/usr/lib/python3.6/site-packages/pylutron_caseta/smartbridge.py", line 284, in _login
yield from self._load_devices()
File "/usr/lib/python3.6/site-packages/pylutron_caseta/smartbridge.py", line 314, in _load_devices
for device in device_json['Body']['Devices']:
I was dealing with this problem a while back. I could not for the like of me successfully run the script on my mac. I ran it in a virtual environment on my mac and it worked like a charm. Please try that
âYou may need to change the entity Ids in your automation, mine change with the room name now appended to the entity id.â
I am struggling with this. I now have a mix & match of entity IDs as I have set them up originally, and entity IDs that were somehow changed with the room name up front.
Is there a way to change the entity ID back to how I set them up originally? Failing that, it seems I have to change entity ID names in my customization folders, group folders, my automation folders, and maybe more.
I have tried:
entity.registtry.yaml ⌠my Lutron devices are not there (only z-wave and cast platforms)
Changing in front end (configuration / customization): I get an error message that my customization.yaml is not integrated correctly in configuration.yaml
Any ideas what to do? I am getting tired repairing my home automation system all the time. Due to breaking automations my WAF is also totally low
The name change appears to come from the Lutron App. You may be able to delete the room name in the App, but I have not tried that, I have already changed my automations.
They donât appear in the entity registry because the component does not assign enough information to create a unique ID for each switch.
The needed information has been added to the development branch of the pylutron_caseta component in a recent pull request so it will eventually trickle down to HA in a future release. This wonât help you now since youâve probably already edited all your groups and automations with the new entity ids (as I have) but will help prevent this from happening next time Lutron decides to break something.
You are right, I spent quite some time to change groups and automations. I encountered additional stuff I think was changed by Lutron that added work for me (i.e. you canât change the range extender in the app anymore - at least I think to remember that was possible before. The Lutron system now assigns the range extender function to the next added lamp module, so if you need to change you need to remove the lamp module with the current extension, than add the lamp module where you want the extender to the Lutron system, then re-add the previously removed module, yadda yadda yaâŚ).
Whatever, this is clearly not a HA issue, but solely a Lutron issue. I hate that I bought into their system and now feel trapped.