Heads up this script wonāt work with OZW because the model name is not an attribute on the entity, itās on the device. Iām not sure if thereās a way to get that data from the script.
Did you just do this recently? I think the recent update to 113 moved the folders around. Now itās python 3.8 but the /site-packages/ folder is no longer there. Also searching using find / -type d -iname ozw_config doesnāt find anything eitherā¦
Anyone know where it got moved so i can add the config there?
Itās docker on top of pi4. The standard install with hassio etc:
pi@raspberrypi:~ $ sudo docker exec -it hassio_supervisor /bin/bash
bash-5.0# ls -lh /usr/local/lib/python3.8/site-packages/python_openzwave/ozw_config/manufacturer_specific.xml
ls: /usr/local/lib/python3.8/site-packages/python_openzwave/ozw_config/manufacturer_specific.xml: No such file or directory
bash-5.0#
I have /usr/local/lib/python3.8/site-packages but i donāt have python_openzwave in there. I remember doing these steps a few versions back, when it was on 3.7 still and it did work.
I just migrated my Z-Wave devices to the new OZW integration. The revisions to the original script required are fairly simple. Change service: zwave.set_config_parameter to service: ozw.set_config_parameter and remark out the size: 4 line (e.g. #size: 4). Oh, and instead of passing an entity_id that begins with zwave., just pass the light. entity instead as OZW doesnāt provide zwave. entities.
Below is my current version of the script, including a couple of ideas from @ kschlichterās version. However, the Product name is not
Frankly, Iām just guessing now. I donāt have a pi4 I can put hassio on, but instead of āfind / -type d -iname ozw_configā try āfind / -iname manufacturer_specific.xmlā and that might provide a clue. If python_openzwave isnāt in /usr/local/lib/python3.8/site-packages, what is? Maybe itās named differently in hassio?
So I wanted to try this outā¦ but Iām having trouble getting this to work consistently. In yāallās experience, is there some sort of timeout feature on this where you canāt call the service more than once in a certain amount of time?
I feel like I can get it to work once for a duration and then when I try to get it to work to test a second time, thereās no response. Any ideas?
There doesnāt seem to be one that Iāve encountered. I havenāt tested rapid updates to a single switch though. For me thereās generally 10 seconds or more before updating the same switch.
Thatās interesting. When I test the notification light (i.e. 5 second duration) with the services tab under dev tools, I am unable to replicate 10 seconds after unless I change a variable. Same thing with automations. For instance, if I have the light blink for 5 seconds after, say the door sensor is activated, Iāll wait 5 minutes or so, and try to repeat the process, and it wonāt work.
No errors showing up in the logs. Just if I hit ācall serviceā consecutively, nothing happens. Iām using @BrianHanifinās latest version of the OZW script. I had tried using the one posted on your git, but I kept getting this argument of type 'NoneType is not iterable error when calling the service.
My automation was just a super simple one I created in the UI to test the functionality.
Iāll call the service once and it will work, but unless I change say āgreenā to āred,ā I canāt get it to work a consecutive time after the green stops blinking. Itās really odd.
Kind of a dumb question, I havent worked with scripts much, can I just drop script.inovellie_led.yaml into my config folder and have it show up as a callable service or do I need to add anything to my configuration.yaml? Do i need to restart HA after dropping it in?