This looks amazing… can you point me in the direction of the thread that has these instructions? I’m willing to use a RPi if I needed to see all the sensors statuses. It’s unfortunate that ST can’t just sync with Envisalink this way. Maybe soon…
1 Like
OK strange issue here. I can run Arm Stay and activate it and turn off the alarm. With alarm, I can activate it but I can not turn it off. I have a scene set to turn ON Stay Way and another for Alarm. I have a scene to turn OFF Stay Away and another for Alarm.
Any clues?
57e0e3f9-cad4-4405-9ab4-60e53c49c023 9:18:42 PM: info Determined system status to be Away Armed at 08-19-20 9:18 PM
57e0e3f9-cad4-4405-9ab4-60e53c49c023 9:18:37 PM: info Operation disarm successfully submitted, now waiting for system exit/disarm delay (5 sec) for confirmation…
57e0e3f9-cad4-4405-9ab4-60e53c49c023 9:18:37 PM: info Received request to perform operation: disarm
57e0e3f9-cad4-4405-9ab4-60e53c49c023 9:18:37 PM: info Determined system status to be Away Armed at 08-19-20 9:18 PM
57e0e3f9-cad4-4405-9ab4-60e53c49c023 9:18:37 PM: info Received request to disarm system. Mode: Away
57e0e3f9-cad4-4405-9ab4-60e53c49c023 9:18:12 PM: error Cannot disarm system: System is in invalid state: Busy
57e0e3f9-cad4-4405-9ab4-60e53c49c023 9:18:12 PM: info Determined system status to be Busy at 08-19-20 9:18 PM
57e0e3f9-cad4-4405-9ab4-60e53c49c023 9:18:12 PM: info Received request to disarm system. Mode: Away
57e0e3f9-cad4-4405-9ab4-60e53c49c023 9:18:12 PM: info Received request to disarm system. Mode: Away
57e0e3f9-cad4-4405-9ab4-60e53c49c023 9:17:55 PM: info Determined system status to be Busy at 08-19-20 9:17 PM
57e0e3f9-cad4-4405-9ab4-60e53c49c023 9:17:50 PM: info Operation disarm successfully submitted, now waiting for system exit/disarm delay (5 sec) for confirmation…
57e0e3f9-cad4-4405-9ab4-60e53c49c023 9:17:49 PM: info Received request to perform operation: disarm
57e0e3f9-cad4-4405-9ab4-60e53c49c023 9:17:49 PM: info Determined system status to be Away Armed at 08-19-20 9:17 PM
57e0e3f9-cad4-4405-9ab4-60e53c49c023 9:17:49 PM: info Received request to disarm system. Mode: Away
57e0e3f9-cad4-4405-9ab4-60e53c49c023 9:17:49 PM: info Received request to disarm system. Mode: Away
57e0e3f9-cad4-4405-9ab4-60e53c49c023 9:16:25 PM: info Determined system status to be Exit Delay at 08-19-20 9:16 PM
57e0e3f9-cad4-4405-9ab4-60e53c49c023 9:16:15 PM: info Operation armaway successfully submitted, now waiting for system exit/disarm delay (10 sec) for confirmation…
57e0e3f9-cad4-4405-9ab4-60e53c49c023 9:16:15 PM: info Received request to perform operation: armaway
57e0e3f9-cad4-4405-9ab4-60e53c49c023 9:16:15 PM: info Determined system status to be Ready at 08-19-20 9:16 PM
57e0e3f9-cad4-4405-9ab4-60e53c49c023 9:16:14 PM: info Received request to arm system. Mode: Away
Unfortunately EnvisaLink/Eyez-On does not return back any detailed status around why the command failed so it’d be difficult to diagnose beyond ensuring that the command makes its way to the server, which seems like it does based on your logs. I’d encourage you to check your settings and make sure you entered everything correctly (with no additional hidden spaces anywhere), including proper PIN.
It’s a rather long thread and the instructions are all over the place but I can help you get it up and running without much fuss. There are some key “to-dos” before it will work and python has been updated so you will need an older version. This has been working for me for at least three years without any issues. However, it still runs on Groovy and it will be retired within a year so…
1 Like
Thank you
Will keep working on it.
Awesome, thanks. I’ll gladly make a nice easy-to-follow write-up if I can get it working. I’m an electrical engineer by trade, which means half my job is technical documentation 
So to be clear, the picture you shared with the zone/device status is within SmartThings, right? Is it a SmartThings app that needs to be created?
Step 1, I’m going to buy another RPi. Is the newest one okay? The current one I have is configured as a RetroPi so I don’t want to overwrite that. Thanks!
Yes, it’s the App I use. I have about 9 scripts running on my Pi and the AlarmServer is very small. You should be good with what you have.
You just need python (forget what version).
Gotcha - maybe I’ll do that. Is there a better way to contact besides using this thead? There’s no messaging on SmartThings that I can find.
Does the RPi server can just hang out plugged into my home router, right?
Sent you a PM.
Yes, the Pi needs to be on the same network as your ST hub.
Variant 1 is working perfectly for me with Envisalink v3 module. This gets me one step closer to my end goal of being able to have all of the lights in the house come on when the alarm is triggered. I’m thinking of something like a noise detector installed near the siren that is set to activate the lights only when this alarm switch is set to on as a condition. The problem is finding a Smartthings noise detector. Any other solutions for this kind of trigger would be welcomed.
Thanks
I got it working by entering the passcode via the device settings in my IDE’s My Devices.
Question I have, how difficult Will it be to add the various zones that are connected to this? I prefer this option than having to run the alarmserver python code. Since you figured out how to access the Eyez-On interface could you add devices for each of the zones so they can report if they are open or closed.
My system arms just fine, but I’m having an issue with disarming from stay mode (I didn’t install a button for away mode). Initially it seemed to work when I manually turned the switch off in Classic. But the Disarm routine (which i just set to turn the switch off) isn’t disarming the system. I’d hoped the inconsistency problem would be fixed if I rolled over to the new app…it’s just worse…
Now that I’ve rolled over to the new app, all I have is a toggle switch, which doesn’t seem to do anything. Since routines aren’t working, and toggle switches don’t work (which is all I’m presented with in the new app), I cannot get my system to disarm from SmartThings. I checked logs, and Envisalink isn’t receiving any disarm command (nor any other command) when I send the disarm. Any thoughts?
Also, any tips on how to make the tile in New Smartthings more user friendly?
Thanks!
Hello -
I have an Envisalink-4, connected to Honeywell Vista-20P. I have been using EyezOn for 3 years with no problems for manual arms/disarms.
I wanted to schedule a routine with SmartThings Hub Ver-2 but I can’t get it to work. I get the errors shown on the image. Can someone please help me? I tried using both versions of the groovy files.
Ignore the 9:49pm errors shown on the image - they were generated by manually toggling the switches in SmartThings. The 9:53pm error was generated by the automation routine in SmartThings.
Did you go into Settings and configure everything, like Account ID, Device ID, etc? What you did that, were there any errors in Live Logging?
I did create the two Eyez-On Sray and Away devices/switches in the SmartThings app on my mobile and entered the Envisalink-4’s device ID and account ID from my Eyez-On web account. See an attached image.
The log attached to my previous post was from my SmartThings ‘online’ account’s “web logging”.
Anyone have thoughts on this – why it can arm, but not disarm? I tried both versions of the device handler code to no avail…
My gut feeling would be that something is going on with the password you entered. Did you make sure there is no extra space in front or the end of your password?
So weird…I just deleted and reentered the 4 digit pin (which was successfully arming before, but not disarming), and now my routines can also disarm successfully. Given the intermittent success I had initially, before the whole disarm procedure stopped, I’m keeping my fingers crossed!
Now, if I could just solve the problem of my Monoprice door/window sensor not working since I upgraded to the new app… =)
Ye the new app is pretty crappy. My location presence sensor is completely broken and I have no way to flip back to the old app either.
1 Like
Greetings…
Anyone has solutions/suggestions for problems reported in #73 and #75 above?
Thank you!