Im sorry I had to leave town for the past 2 weeks but I’m back now trying to get this all sorted.
So I tried to add a new code and got the following error:
maindoor Add Code: Error executing script. Unexpected error for call_service at pos 1: Error rendering data template: UndefinedError: ‘None’ has no attribute ‘attributes’
While executing automation automation.maindoor_add_code
If you’re running the beta, yes, otherwise there’s the regular 0.0.6 for zwave you can use, same rules apply no more having to rename the sensors, etc …
“If all goes well, you will also see a new directory (by default <your config directory/packages/lockmanager/> ) for each lock with yaml and a lovelace files.”
Do I need to do something for this package to show or should it be auto generated?
The adding the integration was the missing piece for me. I started filling out the form and stopped when it asked for the Alarm Type & Alarm Level sensors. I have a Schlage BE469 however I don’t have either of these entities associated with the lock. A number of other sensors and binary sensors but not Alarm Type or Alarm Level. Will this be issue to utilize this setup? Can they be left blank? Maybe the bigger question is why I don’t have them if it seems like I should for the BE469.
That Alarm Type and Alarm Level will only let you select the appropriate sensor, if I recall correctly. If you click the dropdown only one entity should be listed.
Sorry I should update the text to say Alarm Type/Access Control and Alarm Level/User Code. The readme is still getting worked on to help clarify these things as well. Also, if you don’t have a door sensor you can pick any binary_sensor as it’s only used if you are monitoring the opens and closes of the door, or make yourself a “dummy” template sensor and use that.
I switched over to the OpenZWave integration, and in hindsight I wish I hadn’t. It was a royal pain in the neck getting things working. Even when I decided to abandon that approach and go back to the original Zwave network, it was headache after headache.
The one thing I learned is that after doing anything with zwave devices is to be extremely patient after removing and adding nodes (secure or otherwise) to your network. It sometimes takes minutes, or even hours for your devices and associated entities to appear in Home Assistant.
Another thing to be aware of, is don’t go “toggle crazy” turning input_booleans on/off to test if a PIN is part of a lock. I’ve been having unreliable performance, where the PIN is not matching the visual state of the lock.
Had I to do over again, I’d have done a factory reset on every Zwave device and started with OpenZWave from the get go. Even if the interface leaves a lot to be desired. Fortunately @firstof9 knows his stuff and was able to get me over most of the humps.
I was laughing about this, because I’ve probably struggled with this more than anyone else. And I wrote the friggin project. But AFAIC this is just as much @firstof9’s project as it is mine. He brought it to the masses with HACS integration. I’m extremely grateful for his participation in all things Home Assistant.