This really ought to be built-into HA as a native integration.
Thatās kind of you to say so but I donāt think this is likely to occur. This package is essentially a GUI front end, nothing more.
Hey! Iāve updated to the latest version, a couple of errors on the new version: here they are:
-
maindoor_conditional_notify: Error executing script. Service not found for call_service at pos 2: Unable to find service script/maindoor_manual_notify
-
maindoor Notifications: Already running
-
maindoor Notifications: Error executing script. Service not found for call_service at pos 1: Unable to find service script/maindoor_manual_notify
-
While executing automation automation.maindoor_notifications
This has been removed from the package to allow customizing the notification and as not all notification services utilize the same formatting variables.
Hereās an example you can modify and place in your own scripts:
frontdoor_manual_notify:
mode: parallel
sequence:
- service: notify.phones
data_template:
title: "{{ title }}"
message: "{{ message }}"
Itās fine to ignore this, this is due to the new scripting engine updates.
Same as point 1
Hello, I hope someone can point me in the right direction with my issue. Iām trying to run the latest OZW beta 0.9 and have followed the setup directions but cannot get the lovelace frontend to generate even using the setup.sh script.
Here is what I get when I try running the script.
I seem to have a problem with the ozw-beta version. These automations do not trigger at startup thus the booleans are not set thus the lock manager does not update/clear codesā¦
For my Kwikset lock, I had to go to Devices, search for ozw (or from OpenZWave integration click Devices which gives you the same filtered view) and select the lock. In there I found three disabled āalarmā entities from OZW. Once I enabled them and restarted, I was able to pick them in lockmanager setup for my garage door.
Unfortunately, my Vision ZM1701 does not have those ALARM_CLASS entities so I just picked another to satisfy the setup requirementsā¦
Removing an integration does not remove the config/packages/lockmanager/XXXXXX folder.
I had to rm -r XXXXXX so I could start over.
Also, the entities created do not get removed; I had to manually remove those as wellā¦
I wish I could get as far as getting that with the latest ozw build. I have followed the setup but cannot get the lovelace yaml to generate into the packages/lock-manager folder
Install lock-manager v0.0.0-ozw via HACS Integrations.
Create input_booleans, binary_sensors, automations and scripts listed under Additional Setup.
Restart HA.
The in HA: Configuration, Integrations, add āLock Managerā which will automatically take you into setting up your first lock which will populate config/packages/<your_lockname>.
Repeat the add integration for additional locksā¦
Iām trying to figure out how best to handle these automations and scripts since they were meant for the Z-Wave integration and not OpenZWaveā¦
- alias: homeassistant start-up
initial_state: true
trigger:
platform: homeassistant
event: start
action:
- service: script.turn_on
entity_id: script.customstartup
- alias: Zwave_loaded_Start_System
initial_state: true
trigger:
- platform: event
event_type: zwave.network_ready
- platform: event
event_type: zwave.network_complete
- platform: event
event_type: zwave.network_complete_some_dead
action:
- service: script.turn_on
entity_id: script.system_cleanup
and likewise, add the following to your scripts:
system_cleanup:
sequence:
#- service: homekit.start If you use homekit, uncomment this statement
- service: input_boolean.turn_on
entity_id: input_boolean.system_ready
- service: input_boolean.turn_on
data:
entity_id: 'input_boolean.allow_automation_execution'
customstartup:
sequence:
- service: input_boolean.turn_off
data:
entity_id: 'input_boolean.allow_automation_execution'
# You can add other "startup" code here if you wish
Will regular z-wave integration still be updated?
Trying to decide whether I want to just go with the OpenZWave to begin with. I was thinking Iād wait until it comes out of beta before I switch over. Thoughts?
From what I understand, the old integration is no longer being maintained.
Iām switching from HomeSeer where Z-Wave has been the mainstay for 25+years.
The only issue Iām currently having is with HAB iblinds which Iāve started writing a custom device āhandlerā for and a Monoprice branded Good Way RGBW controller which I donāt have working yetā¦
Kwikset Smartcode OZW ProductCodes: 0x0090 0x0001 0a001
No notification received for keypad unlockā¦
Decided to try to add this thru OpenZwave using HACS. Any idea why Iād be getting a āuser input malformedā error when trying to add the integration? All fields are populated except āuser code sensorā and āaccess control sensorā which have no pull down menus attached.
Never mind, I see above Iāll look into creating a dummyā¦
If thereās an easy way to do this, please let me know!
If your sensors are missing, youāll want to enable them in the device.
That doesnāt work for me. I am running OpenZWave 1.6 on another box (not integrated with HA) thus itās status is already āonā and does not trigger the automation at HA startupā¦
I think I need a HomeAssistant startup automation with condition if ozw status is on then enable the booleansā¦
Iāve setup this automation instead:
- id: 712a904051494d49824430c4ff93a387
alias: HA Startup - Set Door Lock Booleans
trigger:
- event: start
platform: homeassistant
condition: []
action:
- condition: state
entity_id: binary_sensor.ozw_network_status
state: 'on'
- data:
entity_id: input_boolean.allow_automation_execution
service: input_boolean.turn_on
- data:
entity_id: input_boolean.system_ready
service: input_boolean.turn_on
- condition: state
entity_id: binary_sensor.ozw_network_status
state: 'off'
- data:
entity_id: input_boolean.allow_automation_execution
service: input_boolean.turn_off
- data:
entity_id: input_boolean.system_ready
service: input_boolean.turn_off
initial_state: true
mode: single
As well as this:
- id: '1598320765664'
alias: OpenZwave State Changed
description: ''
trigger:
- entity_id: binary_sensor.ozw_network_status
platform: state
condition: []
action:
- condition: state
entity_id: binary_sensor.ozw_network_status
state: 'on'
- entity_id: input_boolean.allow_automation_execution
service: input_boolean.turn_on
- entity_id: input_boolean.system_ready
service: input_boolean.turn_on
- condition: state
entity_id: binary_sensor.ozw_network_status
state: 'off'
- entity_id: input_boolean.allow_automation_execution
service: input_boolean.turn_off
- entity_id: input_boolean.system_ready
service: input_boolean.turn_off
mode: single