dbwarner5

I hate when that happens!! When trouble shooting I often will use the Find/Replace function and search for the variable or device just to check to see if my failing memory forgot about some obscure program that may be using / adjusting it. With over 1000 programs, this happens.. lol

I would guess the biggest latency is going to be the BLE connection when in proximity. Wonder if you could put that further out than the gate to allow an earlier trigger point. Sounds like you are on the right path. Cant add anything more! Keep us posted. cheers.

@Michaelco It doesnt sound like wifi or cell phone triggers are going to work for you to denote that its YOU at the gate. I do not know the answer, but I wonder if there is a bluetooth device that could act as a trigger? Seem like one of the few last technologies left to "connect" to. There would have to be some bluetooth device that would notice you being closely and that then could let the eisy know its you. But again, I dont know what that might be offhand. For the distance issue, YoLInk uses Loran technology and can easily cover that distance. Also there is a plugin for eisy for youlinnk. You may want to peruse their stuff and see if there is some sort of I/O device that a bluetooth device could trigger. Pathway would be: iPhone to bluetooth device (maybe with the use of a "shortcut on iPhone), bluetooth device triggers Yolinc, which triggers eisy.

Am trying to understand the conversation here and feel like you guys are missing each others views / requests, etc. The question as I see it is, due to poor cell phone reception, a normal geo fence (circle) doesnt work very well. So if the phone enters the WiFI range of the house, can it then trigger a variable. And conversely, if you leave the house, will it trigger. In the question, it seems like you want WIFI connectivity between your phone and local wifi to trigger the variable, not technically the geofence. This doesnt seem possible. When you leave the house, and you lose wifi, if you have a small geofence set up, it will still need the cell phone signal to alert the system that you have left. Losing wifi wont trigger anything. Likewise, on the reverse, if you are entering hte geofence, cell service to wifi, it will have to wait until you are connected locally to then register you are in the fence. The only way this would work is to have a geofence smaller than you wifi area which seems unlikely. Javi's answers dont seem to match the problem as I am interpreting it. @Michaelco am I reading this correctly?

no I cant.. I am not local for another month. thanks.

Per many posts, the "preferred" way to now connect to PGX is thru the UI. How is this done? I thought I remember a PGX option under the menu. I cant find any connection to it now in the latest upgrade to 1.0 Also, when trying the Backup button, I get an error 504... Is this still in development? or is it becasue I am using the new remote access via my.isy.io? Thanks.

The "correct technical" answer, vs a layman's experience answer.. :) THANKS!

COMPLETLY AGREE... perfectly put for my experiences as well.

So then comes the risk / benefit analysis of not being local for another 2 months, so do I upgrade remotely using the AC, or wait... Need to set up a separately controlled plug to be able to hard reboot remotely if needed. Currently relay on neighbors to go and unplug it if needed..

Why do the instructions say: Upgrade MUST be done when you are local to your unit AND using the Admin Console? Does the Eisy gets its update thru the AC? If that is the case, then I can understand the concern about a failed connection midway. But I would think it would get them directly from UD? Other reason? thanks.

You may need to split this into two programs. Try this easy solution first. Program 1: If keypad status is unlocked. then wait 2 seconds and then disable the program you have above. Else,--> enable it. Program 2: above program. But the question that comes to mind, is that you say only status is available, but the program shows control?

This is what solved all gmail issues for me, combined with a 10000 timeout period.

Also beware that when using the EIsy UI, if you connect to PGX (plugins) thru this interface, if for the first time, all your plugins will quit and restart. It seems as if they create a new route. So then, the next time you try to access them directly via PGX, they will again quit and restart. UDI is moving to have everything accessable thru the Eisy UI, but it appears the routing can only accommodate one path, causing these disconnects. Personally, I am avoiding the UI until it becomes more robust and easier than the AC, which after so many years of use, is pretty easy for me now.

@johnmsch If the switch can NOT be replaced by the above mechanism, you will have two steps to complete. One is manual, the other can be automated. I always start with a temporary name until everything is completed below, then delete the old switch and then I rename the temporary name to the original name such as Office. 1) Scenes: Any scene the old switch is in, you will need to move the new switch into and duplicate the settings from the original switch. Manual. 2) Programs: Any program that contains the old switch can be automatically replaced by the new one by using the Find / Replace command by right clicking on the topmost folder level of your programs and following the prompts to Find the original switch, and replace with the temporary named switch. Hope that helps if it the original shortcut method doesnt work!

@johnmsch If you wanted to secure some replacement switches, you might want to look at this. @vbPhil was great to deal with and promptly sent out a few items that I needed for backup / replacement.

I know. And I dont understand why more people dont know of this method or use it. IT IS FAR SUPERIOR than dealing with the finder.

@apostolakisl All great and correct information. However, the easiest method though when local is to skip the finder completely., http://<your Eisy IP>:8080/admin.jnlp and click on the link that gets downloaded. Use local NOT portal credentials when prompted by the EIsy and you are immediately connected. No waiting, no manual loads, just a simple and immediate connection.

when connection locally, you do not use your portal credentials.. you use your local username/ paswd

Just learn to avoid the finder unless you are remote. Do this instead, after every update. -enter this in your browser: http://<your Eisy IP>:8080/admin.jnlp -a file titled admin.jnlp will download. -move it to your desktop or other easily access location -click on it. this will take you DIRECTLY to your Eisy w/o using the finder -enter your local username / password. This direct link will work until the next time you update and then just do it again. Easy, simple and quick.

@Techowl Seems like a weird answer, when your last message said the above, that you have NOT solved your problem with gmail. My post was to help you with the gmail issue, and hence why I reposted BCreekDaves post. I was having the same difficulty until I followed the instructions I posted which you have NOT said you have followed specifically, just that you "tried your method", insinuating the post directly above yours by Ross. Answers like yours dont encourage people to actually want to help when I have read every post and it seems like you actually didnt. Good luck.

@Techowl I havent been using the email option for a long time, but decided to try to set it up. I followed the advice below and it worked immediately with the settings as shown above by @Ross Have you set up an App password in Google?

@SSamuels Sometimes the easiest solution to try first is to go to the program, make any adjustment that will require re-saving the program. Try that before you get to involved in other solutions since you said that the MD is triggering and the program runs if yo manually run it. Similar to what @Techman suggested above but w/o the need to recreate the whole thing.

@GreyFox My launcher consistently does not have the correct paths showing up. I have two work arounds that save me a bundle of effort: 1) When local, I connect directly to the EISY w/o using the launcher. To set this up, go to http://<your eisy IP>:8080/admin.jnlp . This will automatically download a shortcut called admin.jnlp. Move this to your desktop. Single click on it will take you immediately to the sign in screen for your local admin / password. This is the ONLY way I sign in when local. Skips the whole clunky Finder step 2) When I am remote, I have to use the Finder, but it doesnt populate consistently or fully. So I manually added every URL that I have to connect to the Eisy, then hit SAVE. I saved this file in an easy location so that each time I open the Start.jnlp finder file, I then hit LOAD and navigate to the file I previously saved. It then "thinks" for about 15-30 seconds and then all my connection options load. Hope this helps!

@Maniacal611 Thanks for the information! Very helpful descriptions.. Verified that Alex + thinks it's pretty smart and outsmarts itself when all we wanted was a simple link to ISY. Another option may be to change the verbal command to "Alex, go dark", but it may just literally turn itself off! cheers.

You marked the solution.. did you get it to work consistently? you need to make sure in the Portal that the Alexa link has the correct verbal command you want and the correct link to the Scene in ISY where you have the light and the button. Sometimes Alexa can be finicky with new links: May need to ask Alexa to discover new devices, and then even though it shows up, it doesn't always work consistently for about 24 hours.