Working perfect here also. I'm trying to make a connection to docker Owntrackers Recorder in Unraid but getting this in the log file from docker any idea what I'm missing?
Docker log in Unraid:
version 0.9.6 starting with STORAGEDIR=/store
Not using MQTT: disabled by port=0
HTTP listener started on 0.0.0.0:8083, without browser-apikey
HTTP prefix is unset
Using storage at /store with precision 7
http: GET /api/0/last
/store/last: No such file or directory
http: GET /static/apikey.js
/store/last: No such file or directory
http: GET /api/0/last
/store/last: No such file or directory
As it stands the app is just echo'ing what the phone sent to the hub off to the recorder application. If that works fine for you, I can add a secondary hub field to make that happen in a more "clean" way.
I'm trying to mentally follow this. I believe @zerosum74's post was in regards to my question over in the life360+ thread. I have multiple hubs, but I would like my phone to update both hubs. This will allow me to know the presence at either hub (different houses) and have different rules. I/E: I leave home 1, so set Home 1 mode to away. I arrive at home 2, set home 2 mode to home. Single phone reporting to two hubs.
Interesting idea. How would I mesh the two hubs with them being at two different locations? Granted I never meshed hubs before, but I assumed they needed to be on the same network.
Ok, I pushed a version to add in a secondary hub link. Basically, this is how it would work:
Mobile Phone -> Hub 1 -> Hub 2 -> Hub 3 .... -> Hub x
Since the mobile phone can only send to one host, Hub1 will echo that location to Hub2, Hub2 to Hub 3, and so forth if you had many hubs. You would just set the host URL from Hub 2 into the secondary field of Hub 1.
Each hub could then do whatever they wish with the locations with their respective automations.
SUPER MINOR - You pushed version 1.6.6 but the App still notes 1.6.5. At least HPM said 1.6.6 was more optimization's to the secondary hub pushes
Since side loading your APK, the SSID is no longer being displayed in the current states within the child device. I don't know if this is not being reported by your app or something else. I would assume that without the SSID, the resiliency could be a little less as it is not knowing which wifi you are connected to. Would this be correct?
The push from Hub 1 to Hub 2 worked perfectly. When I pushed an update from my phone, my second hub registered me. It actually created a child device even though I hadn't selected myself from the family member list yet. After I did though, and sent another update, all the current state data populated.
I'm thinking things through more, specifically around the Regions. Is there a way to push or clone these? If I add a region on my second hub and then tell the second hub to update the region to the family members, what will happen? Will the phone region's be reset and replaced with the region from Hub 2?
Oh shoot, yeh, I realized that I put the "echo" to the second hub after it did all the processing in the first hub, so I shuffled, but missed the rev change in the app. I pushed a fix, but it's still 1.6.6.
I'm just using SSID to prevent any false "you left home" if the phone should send a bad location and cause undesired automations to fire.
Can you check in the mobile app that "remote configuration" is set, and in the Hubitat app, "Mobile App Configuration" section:
Select that phone from the "Select family member(s) to update location, display and region settings on the next location update."
Select "Display" and ensure "Include extended data in location reports" is checked.
Click "Done" at the bottom of the main page to leave the app.
Trigger a manual location update from the mobile map screen, top left
That should force the correct settings so that the phone returns the additional information.
I can't test this since I only have one hub, but what should happen is the regions are keyed off their timestamps that they were created, and just like with a single hub, if a user updates a region, then it will overwrite the existing one in the hub with the newer information.
For the daisy changed hubs, it will take locations from the phone to reach the phone. IE:
You change a region in hub #2
Phone sends the first location, but hub #1 has old regions, so nothing is sent to phone. Location is pushed to hub #2
Hub #2 will send the updated regions list to hub #1, so both hubs have the update regions list
Yeah... That's what I was trying to say. And yes, remote config is enabled. I followed all the bullet points and the states didn't change. The SSID does show up for my iOS family members, but not the Android ones.
Yep. Done a refresh and hard refresh. But I think I just figured out what the issue is. I have an On Device VPN on my phone. Basically mobile security making sure my browser/apps don't go anywhere malicious. It also blocks web ads, etc. I disable this and did a manual update and the SSID appeared.
Interesting that the VPN is masking the wifi connection, even though it is connected. I would think that would be within the app.
@lpakula - Is that something that can be fixed within the app? Although in experience, when I was using the iPhone Wifi Presence app/utility within my HE. The iPhone's would hop on and off the wireless like crazy and the Androids wouldn't. The house thought my daughter was coming and going every 7-12 minutes.
