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.