oberkc

@TJF1960 I was a little premature in my proclamation that I do not get any errors. Just now I synchronized and received two errors: could not match ST paramName: AME could not match ST paramName: ST I see nothing about "let the dev know" or any reference to any node server. I don't know if this is new or whether I just missed it before.

I hope this fixes the problem. Thank you for the feedback. I will look forward to having my geofence back.

I get no such message

To be clear, I did not open UDM when I arrived home (3:42pm) and only did so now (5:06pm). When I opened UDM at 5:06, the variable changed as it should. The following messages appearing the log: 3:42pm Triggering Geofence Enter: My Geofence 342pm Geofence ID: 3 Network Connected: False. 3:42pm Geofence ID: 3 Network Not connected waiting 300 miliseconds 4:03pm Geofence ID: 3 Network Not connected waiting 180000 milliseconds 403pm Geofence ID 3: Network Not connected waiting 450000 milliseconds 5:06pm Geofence ID 3 Completed geofence command for id: My Geofence 5:06pm Geofence ID 3 Completed geofence command for id: My Geofence 5:06pm Geofence ID 3 Completed geofence command for id: My Geofence

Out of curiosity, I went to UDMobile and settings and plugins. For what it is worth, the yolink plugin opens with no spinning wheel.

If only things were this easy. 1) I can assure you that there have always been entry and exit commands. If it was this, I would have known how to fix it. That is the first thing I checked when things stopped working. 2) Which makes sense, but the phone has access to the internet. I am listening to streaming audio. I get email and text (internet texting through google voice). If UD Mobile does not have access to the internet, there is some issue between the phone and the app. 3) I received no crash messages or any indication of battery saver condition. The charge state is at 80%. The phone is confirmed NOT in battery saver mode. Furthermore, for unrelated issues, I frequently restart the phone and did so before arriving home just a few minutes ago. The variable (entry criteria command) did not change values as it should have. The phone is now on wifi. This is actually my second pixel 9. The first was ultimately replaced by google after a LONG (and painful and duplicative) series of troubleshooting steps by both google and Verizon on a failure by the first phone to be able to establish a wifi hotspot. The replacement pixel 9 exhibited no such trouble. I find it hard to believe that there are faults with the second phone that would contribute to this current experience with UD Mobile. In fact, UD Mobile geofence worked fine on this phone until recently. Unfortunately, the technology in my life has been acting up enmasse lately. I am dreaming about the days when I did not have to spend hours troubleshooting gadgets. Thank you for your thoughts thus far.

The phone has been another long story since March, but I won't bore you with the details. The current phone has been in place since August and it has worked with with UD Mobile at one point. My android (Pixel 9, android version 16) does not have a permission "allow background usage" as near as I can tell. Otherwise, permissions (location and notification) appear correct. Update: I found the "allow background usage" user the settings for "Battery Usage". I have confirmed that it is set to "allow background usage".

As I researched this more, I remembered that there is thread about a "Hue V2" plugin. I think the duplicate nodes are part of this new plugin. I further suspect that the new plugin became merged with the original when loaded to the store. When we were notified of an "upgrade", it loaded the new "V2" version. When I go to the plugin store, I notice that there is a 1.6 version (now a paid) and there is a 0.1.11 version. I suspect that we were on the 0.1.11 version when we got the upgrade notice. I wonder if going back and reinstalling the 0.1.11 version would bring ups back to the pre upgrade state. Unfortunately, I have already deleted my old nodes and recreated all my scenes and programs with the new nodes.

Additional updates: After I move back into the geolocation zone, I open the log. I see that UD mobile recognizes the transition (at 04:21pm) and logs: "Triggering Geofence Enter: My Geofence" "Network Connected: false" "Network Not connected waiting 30000 milliseconds." The variable that was supposed to update from the entry command did not change however. It was not until I opened UD Mobile at 5:18pm, however, that the log then recorded: "Completed geofence command for id: My Geofence" At that point, the variable updated. Why does UD Mobile now seemingly require me to open the app before completing the geofence entry criteria?

I have done that, several times. I have also deleted the geofence and recreated it with the same enter and exit settings. When I recreated the geofence, it immediately recognized that it was exited the area and gave me the error in the log again

I am not sure I understand this question. How does one determine if they are "set"?

In the recent past, my geofence stopped working. In the geofence are anter and exit commands. The enter command is to change the value of a variable to 1. The exit command is to change the same variable to a value of 0. The geofence appears to trigger as I enter and exit the area, but the variable value does not change. Digging further I notice a log input “there are no specified commands for this geofence trigger”. I am on android. We also have an apple phone where I believe the same type of geofence works fine. As near as I can tell, all apps are up to date. IoX version is 6.0.0 Any thoughts on what is happening and why the variable change does not occur as the phone enters and exits the geofence?

I already have such a program and have had for several years.

Has anyone updated to this latest version. My update to the version before this one created some problems which cost me several hours to fix and my confidence in these upgrades is shaken. I am hesitant to upgrade again without some confirmation that it is a smooth process.

Well, I can tell you that not too long ago, mine had the status for a few parameters, including motion. Blank is a relatively new thing for me. Mine is a hard-wired doorbell. No battery. Thank you both for the responses. Perhaps mine is working fine without the expected parameters being displayed. I know the other night it did not trigger and my wife was not happy. In the past, this has been quite reliable.