Yes I believe it’s only when the device is idle for a period of time.
A couple months ago I just set up a virtual presence for his iPhone 6s and my iPhone 8. I’m only using his presence for my goodnight routine to see if I should leave the downstairs lights on or not, so nothing critical. It’s turned all the lights off on him a couple of times and I had to go up to 90 minutes of timeouts on his phone to make sure I don’t get a false ‘not present’
After making this change I set it down to 5 and actually I just got a not present in the device events that lasted for one minute. I don’t see the cause for it in the logs - A little more debugging but this looks promising.
Edit: nope i was wrong - that was my weekly wifi reboot @ 3:15am on Tuesdays.
so i get those error messages as well? is this expected? how did you resolve this? also i am use a static IP set by my router, which is a 192 IP, does that make a difference?
dev:1652020-06-29 10:37:48.217 am debugDrGs Wifi: httpGetCallback({"headers":null,"warningMessages":[],"status":408,"errorMessage":"Connect to 192.168.113.191:80 [/192.168.113.191] failed: Connection refused (Connection refused)","errorData":null}, data)
dev:1652020-06-29 10:37:48.069 am debugDrGs Wifi.refresh()
IMPORTANT UPDATE: iPhone Presence Sensor can now be installed from Hubitat Package Manager. This is the best way to make sure you keep up-to-date with bug fixes and new features.
groovy.lang.GroovyRuntimeException: Ambiguous method overloading for method java.lang.Integer#div.
Cannot resolve which method to invoke for [null] due to overlapping prototypes between:
[class java.lang.Character]
[class java.lang.Number] on line 98 (refresh)
Ah, I think you might be updating from an older version. Can you go into the device page for each of your iPhone Wifi sensors, and click the "Save Preferences" button? This should update it and fix the error.
FYI - I'm on the iO14 beta, and by default Apple now adds a "privacy" setting that screws with this integration. Specifically every few days the iPhone will now change Mac Addresses which in my case (most routers?) changes the IP of my phone.
Good news is you can turn this off, but just FYI in the event you upgrade and are initially confused about what's happening.
Ooh, I haven't tried iOS14 yet, but I'm going to be ticked about this if I can't find a workaround. So you're saying you assigned a fixed IP address to your iPhone on your router, but then iOS14 changes the MAC address, so your router sees it as a new device and assigns a new IP address?
You can specify by hitting the "i" next to the wifi network the phone has joined. This is more for non-home networks I would think. Similar functionality is built in to Windows 10.
This is actually a feature in Android as well, but I think it will not be turned on for existing wifi connections. But when I go to my wifi settings, click on my network, and go to advanced I can choose device MAC or randomized MAC. I'm not sure if it defaults to on for new connections or not. Or maybe only defaults to on for access points with no encryption. I don't know.
It looks like they started laying the foundation in 8, added it in 9 but hidden away in the secret developer features menu, and then enabled it by default in 10.
Yes, but it is an option you can turn off.
Right now it seems to be on by default even for existing WiFi connections, however that may just be in the beta.
Regardless i figured it out, and am happy that the feature exists (yay) and I am able to get this back working as normal.
For anyone using this driver with my app Combined Presence, I have just release V2.0 of Combined Presence. The best way to get the update is to install via Hubitat Package Manager, but you can also install directly from GitHub.
It should be fully backwards compatible and not break any existing combiner instances.
The most important update is the new "Standard Combiner". This instance has the optimal logic for detecting presence of a person using multiple geofencing and wifi-based presence sensors. You don't have to think about the boolean operations involved. It just does it the best way based on the performance characteristics of the different sensor types.