The switch is implemented. This is how I am able to confirm to the keypad that the command was received.
I understand that the commands other than config are automatically found, but that may be incorrect.
Nevertheless, above I tried to explain how I use the switch with:
I don’t think the switch can push and wake the device but I again I could be wrong.
As for the walk-in/out, I think it is best to implement that on the HA manual alarm component side. It is not specific to the keypad and it can be a simple automation triggered when the manual alarm goes for disarmed to armed etc.
Hmm interesting - didn’t know that the zwave device provides the commands to the controller - thought it all came from the zwave DB files.
From the manual it reads to me that the switch just turns on the notification. So how are you actually setting the state of the device via appdaemon? The manual doesn’t seem to provide a command to set the status (home/away) on the device?
I can see you doing things like
self.set_state(self.args[“Zipato_alarm_access_cntrl”], state=‘5’)
I set the value in HA first. Then whenever the keypad wakes up (set with WAKE_UP interval), the keypad takes the value of home assistant. So the max unsynced time is set by wake up interval.
It is not documented like that but I figured out in the web UI using the ‘States’ -> ‘Set State’ and watching the values in the logs.
So the keypad wakes up and looks at its sensor value in HASS. The sensor value is not something HASS itself changes - it changes the value of the ha_alarm component. So the appdaemon is there to change the HASS sensor value, because HASS won’t?
If so that’s interesting as I thought sensors were 1-way - the device set the sensor state not the other way around…
Been thinking about this on my ride in to work and I see two clear things for improvements:
1) Feature request or git issue for setting state
This allows us to remove the need for the appdaemon hack as explained by @Soulhere.
2) Integrate the changed by attribute of HA alarm Shown here. This could allow automatons/logging/rules based on specific users as requested by @Tyfoon above.
See here for an example that uses state attributes in an automation template.
This would require getting the user code which is currently passed from the keypad to the z-wave controller but not currently captured by HA.
??
If anyone else has anything else then I would love to hear as it is looking like it may be best to create a new component (I have no experience with this however).
@eperdeme It happens occasionally for me too. Depending on your notification sound parameter it happens when the device wakes up and receives the switch from the controller. See issue 2 below:
I am still working away on perfecting the controller for all use cases.
Issue 1
Yesterday I found the cause of an issue in OZW regarding parsing of the ALARM_COMMAND_CLASS message and have raised it over at OZW. The TLDR is that OZW is not taking the additional ValueByte containing the user code id.
Issue 2
The final issue to solve regards the Wake Up command which I am also working on. The problem is that upon wake up and receiving of a message, the device gets sent a WakeUpCmd_NoMoreInformation before HA is able to send the signal to turn on the switch.
The difference in time between the two for my setup is approx 0.2 sec too late. The effect of this is the device does not receive the the turn on switch command and it gets queued. So next time the device wakes up, it receives the turn on switch command and makes the notification sound (depending on your notification sound setup).
Sorry for the horrible explanation, but it has been clear in my head for the last week what is going on but I haven’t quite found a solution.
It could be solved by simply having the controller wait a second before sending the WakeUpCmd_NoMoreInformation so if anyone has any ideas on how to do that they would be very welcomed.
Great work!
I would like to install this in my home, but what happens if you don’t have internet, have you thought about adding a GPRS/3G/4G backup system? If you do, what system would you choose?
Thank you!
Gilberto
I have the Zipato Mini RFiD Keypad and I’d like to use it to set the different modes in my house alarm running Home Assistant 0.53. I.e. I’d like to change the value of an input selector by using this control panel.
I have read all the other posts concerning this device already posted in this forum, but as far as I can tell, these posts do not adress the issues I’m facing. I have no intention in syncing the state of this device, I just want to use it as a “dumb remote” for my house alarm.
So, here’s what I have achieved so far:
I have paired the Zipato keypad with my Aeon Z-wave stick and the Zipato keypad is visible within Home Assistant.
I have renamed the Zipato keypad in Home Assistant. Now it is called kontrollpanel_hallen.
As far as I can tell, nothing happens when I press the buttons on the Zipato keypad and/or “blipp” the RFID badge. None of the states or attributes do change.
Question: How can I tell if and when the buttons on the Zipato keypad has been pressed and/or when I blipp any of the RFID-badges?
When I know how to detect these actions, I can write som automations using these actions as triggers.
Tried “translating” the manual to 0.54 (so without ozwcp) but I can’t even read the codes from adding a tag / setting a user code or whatever.
Is it possible to pass the inputs directly to home assistant so everything can be set up in ha?
Easy speaking something like this in the log:
Home + 2 + 1 + 3 + 1 + Enter
If not, is there a way to use it with the ha-built in functions, without ozwcp)?
Well, I always hear in other threads that the control panel isn’t necessary any more and shoudln’t be used as all the functionality is included in HA.
Therefore I didn’t try it; also I wasn’t able to locate zwcp.
Is there a way to do everything in HA?
At least there is a point with something about user codes.
Yes you can set zwave parameters using HA instead of zwcp. I’ve not tried it myself as I use zwcp. I think you go to the Z-wave Manager in HA Configuration, select the node and then send it config settings. There must be guides on how to use that somewhere. You’ll need the keypad manual to know what codes to send etc.
Until you’ve set the keypad itself up to have some valid codes using some method of zwave configuration you’re not going to get much further.
In “Configuration, set “Feedback Time” to 10 and “Feedback Timeout” to 10. This will allow us to setup Sound notification and acknowledgment in (Type 3 from the manual) in Home Assistant. This is important as it allows us to get confirmation from HA that it received the message.”
In newer versions of Home Assistant, you do this in the built in Z-wave control panel.
Configuration -> Z-wave and select your node. In my case, it’s "Kontrollpanel_hallen (node 15 Complete).
Scroll down all the way to “Node config options”. In the Config Parameter dropdown, select “2: Feedback Time” and set the value to 10. Save by clicking on “SET CONFIG PARAMETER”.
in that same dropdown, now select “3: Feedback Timeout” and set it’s value to 10. Save by clicking on “SET CONFIG PARAMETER”.
Wait two hours before you continue (7200 seconds). Sure, there are ways around this, but let’s keep it simple for now.
From here on, I don’t know how to continue.
I don’t understand where I shall find this thing called “Enrollment Code”. As far as I can tell, it never appears in the log, nor in states or elsewhere.
