I am very new to HA; I am considering migrating from Indigo, but first things first I need to make sure that my security system is up and running. I have a DSC alarm panel configured through the Envisalink service. It works fine through my Indigo plugin. I copied and pasted the YAML example configuration code straight from the Wiki, and changed only the host number, the username and password, the code, and the partition name (I have only one partition). I saved the configuration, restarted the server, and immediately tried to add an alarm panel card to a layout. Neither the âArm Homeâ or âArm Awayâ buttons seem to have any effect. How do I know if the Envisalink is properly connected, and what would be my next step after inserting the code into the config.yaml file?
The configuration you are using above appears to be the âexampleâ from the integration, make sure you configure your zones correctly for the zones that you have connected to your DSC.
Ensure that the Envisalink version in the config âevl_versionâ matches your h/w. (latest ones are version 4)
@mrdrennan
Go to Configuration -> Logs to see if you have any errors related to Envisalink. Also, your envisalink: portion in config.yaml minus your credentials should look something like this.
2021-03-18 17:13:32 ERROR (MainThread) [pyenvisalink.envisalink_base_client] Unable to connect to envisalink. ReconnectingâŚ
2021-03-18 17:13:32 ERROR (MainThread) [homeassistant.components.envisalink] Could not establish a connection with the Envisalink- retryingâŚ
2021-03-18 17:14:02 ERROR (MainThread) [pyenvisalink.envisalink_base_client] The server closed the connection. ReconnectingâŚ
2021-03-18 17:14:32 ERROR (MainThread) [pyenvisalink.envisalink_base_client] The server closed the connection. ReconnectingâŚ
Regarding the user_name and password:
Should these be inside of quotations? Also, Iâm assuming itâs the username and password that allows you to access the local webserver from inside of your network? In your case, http://192.168.1.227.
In my setup the username & password are stored in secrets.yaml file. These are processed from within the config.yaml file using:
username: !secret envisa_username
password: !secret envisa_password
where in (secrets.yaml)
envisa_username: your username (no quotations)
envisa_password: your password (no quotations)
The host is the IP of the Envisalink not your HA server. You can find the associated IP allocated to the Envisalink using an app called âFingâ on your phone to scan your network for Wifi devices that have been assigned IP addresses.
You got me going. I copied your code exactly and added my credentials. It seems, for some reason, that adding my exact zone numbers was the key. Iâm curious about your secrets.yaml file. Is this good practice for all password related items in HA? Are the passwords more exposed in the configuration.yaml file than the secrets.yaml?
Glad it worked out for you.
Regarding the secrets.yaml, the answer is yes, itâs more secure to set it up that way especially if you share your config.yaml
No, I mean an ip address outside the configured DHCP range, and manually programmed. Any important network service device should have a static ip address, so if the router needs to be replaced, no router configuration is required to get those devices talking to eachother on the network, beyond the normal ip range configuration.
For example, if the DHCP range is 192.168.x.100 to 192.168.x.200, your static ip addresses would be 192.168.x.2 to 192.168.x.99 and 192.168.x.201 to 192.168.x.254.
I recommend using the lowest addresses for network services and the high addresses for intermittent devices that need fast reconnection like a battery operated Shelly or a smart bulb on a switch
In case anyone is still having this issue, the userID/password it is looking for is not your EyezOn account info. It wants the local credential on the Envizalink4 which default to user/user
Hi there! I have a very similar setup and have recently seen a problem I was hoping to get some help with.
I have a DSC alarm panel with Envisalink âevl_version: 4â.
Everything seems to be working fine, with the exception of triggering the alarm (panic) from within HA. Whenever I call âalarm_control_panel.alarm_triggerâ, I do not hear the siren. It appears as if the panic only lasts a very brief amount of time and it is automatically restored. I get two email notifications back to back from EyezOn (Envisalink) that show this behavior: âKeypad [P]anic Alarmâ and âKeypad [P]anic Alarm Restoralâ. Anybody have any hints to the reason behind this panic/restoral behavior? Thanks!
Ultimately, Iâm trying to use other non-DSC sensors to successfully trigger a panic alarm. Thanks again!
The panic alarm trigger in HA replicates the âPoliceâ button on a keypad by default, the panel still has to be programmed to deal with that correctly, and the alarm monitoring service has to support it as well
Thank you for this! I restarted HA maybe like 8 times trying different passwords and using quotations and not until I read your comment! They should make this more clear in the Integration page.
Hi, on a similar note here does anyone know the various states that the home keypad can return? Rather than go through them manually by arming/disarming/tripping the alarm Iâd rather have a list so I can prepare automations.
So far I have âReadyâ with a capital R for when the partition 1 is closed and ready for arming.