Remote lock not working
See original GitHub issuerunning home-assistant-remote latest. Both instances on the same LAN subnet
Slave has zwave locks paired using Open ZWave beta (but the behaviour was the same with the traidtionnal ZWave integration)
config is :
remote_homeassistant:
instances:
- host: 192.168.1.249
port: 8123
access_token: !secret access_token
entity_prefix: cabs_
subscribe_events:
state_changed
- service_registered
- zwave.network_ready
- zwave.node_event
include:
domains:
- sensor
- switch
- zwave
- lock
- climate
entities:
- binary_sensor.rpi_power_status
When a ZWave lock is asked to lock or unlock Home Assistant fires a message saying Call to lock/unlock service failed.
I’ve tried a workaround by putting the slave machine interface in panel : panel_iframe:
cabins:
title: 'Cabins'
url: 'https://externalURL.duckdns.org/lovelace/default_view'
icon: mdi:home-group
but I’m facing a authentification problem as when the slave interface comes in the screen it asks for a login. I would like it to not ask and use the authentication token (or any other means) so that the end user of the interface doesn’t have to login twice (hard to explain why there’s two logins). If there’s a way to do that or to make the lock.unlock service work I’ll be happy to know how to do it.
Nothing noticable in HA logs nor in Supervisor.
Issue Analytics
- State:
- Created 3 years ago
- Comments:15
You need to add
lock:
to your config or use theload_components:
if you run from master (as that is not in any release yet).As I don’t know how to listen to multiple events and filter them I’ve done it on Node Red : just for ref the node :
[{"id":"7296660b.84a7f8","type":"server-events","z":"e837369c.48adc8","name":"","server":"dd1239cd.734838","event_type":"state_changed","exposeToHomeAssistant":false,"haConfig":[{"property":"name","value":""},{"property":"icon","value":""}],"waitForRunning":true,"x":140,"y":200,"wires":[["f8d52b4.1705a58"]]},{"id":"10766a20.d1b02e","type":"server-events","z":"e837369c.48adc8","name":"","server":"dd1239cd.734838","event_type":"call_service","exposeToHomeAssistant":false,"haConfig":[{"property":"name","value":""},{"property":"icon","value":""}],"waitForRunning":true,"x":110,"y":300,"wires":[["229ff9d0.e122b6"]]},{"id":"f8d52b4.1705a58","type":"switch","z":"e837369c.48adc8","name":"","property":"payload.entity_id","propertyType":"msg","rules":[{"t":"cont","v":"lock","vt":"str"}],"checkall":"true","repair":false,"outputs":1,"x":110,"y":260,"wires":[["978d0e63.b6c528"]]},{"id":"229ff9d0.e122b6","type":"switch","z":"e837369c.48adc8","name":"","property":"payload.event.domain","propertyType":"msg","rules":[{"t":"cont","v":"lock","vt":"str"}],"checkall":"true","repair":false,"outputs":1,"x":270,"y":300,"wires":[["978d0e63.b6c528"]]},{"id":"978d0e63.b6c528","type":"debug","z":"e837369c.48adc8","name":"","active":true,"tosidebar":true,"console":false,"tostatus":false,"complete":"false","statusVal":"","statusType":"auto","x":450,"y":280,"wires":[]},{"id":"dd1239cd.734838","type":"server","name":"Home Assistant","legacy":false,"addon":true,"rejectUnauthorizedCerts":true,"ha_boolean":"y|yes|true|on|home|open","connectionDelay":true,"cacheJson":true}]
I don’t know what you consider instantaneous but here are the results : 2020-12-30T23:05:53.759683+00:00 <- Call service 2020-12-30T23:05:56.577827+00:00 <- State changed Almost 3 sec
2020-12-30T23:06:10.494865+00:00 2020-12-30T23:06:13.742542+00:00 more than 3 sec
2020-12-30T23:06:23.284913+00:00 2020-12-30T23:06:26.740679+00:00 more than 3 sec
That’s getting better the mote I play with it.
I did the same on the slave to compare : 2020-12-30T23:14:18.306106+00:00 2020-12-30T23:14:21.272555+00:00 almost 3 sec
2020-12-30T23:16:08.181513+00:00 2020-12-30T23:16:10.943881+00:00 Less than 3 sec
2020-12-30T23:16:56.199349+00:00 2020-12-30T23:16:59.144435+00:00 A bit less than 3 sec
So, considering thers’s Node Red and IP communication involved, we can say that’s the same on the slave and the master, so it’s not a question of remote_homeassistant but certainly a question of ZWave communication.
In both cases, the call-service is instantaneous.
Thanks for your help