[Reactor] Assignment to alarm ignored -- expression-driven global cannot be set by assignment

[CatmanV2]

45 seconds I can live with, personally but might not be right for your use case. (My fence is about 5km out)

The thing I'm struggling with right now is testing it. I think I need to cross the fence. Logically I make the region much smaller for testing purposes but other issues at work today.

C

[gwp1]

@catmanv2 testing OwnTracks can be accomplished by changing from substantial to move in the app and then, well, moving.

[CatmanV2]

@gwp1 said in iPhone location or alternative.:

@catmanv2 testing OwnTracks can be accomplished by changing from substantial to move in the app and then, well, moving.

Thanks, I can see the data arriving from Owntracks in Mosquitto (if you hit publish, for example) but what I can't do is get the MQQT entity to have anything but 'null' as its primary value. I can see MQQT is publishing to reactor as well, so confidence is reasonably high....

My "logic" is that MSR is looking for the 'Enter' or 'Leave' payload which you only get when you transition into / out of a region.

I was expecting to go somewhere today but the optician was ill and I've been tied up on calls and meetings all day so not had a chance to set a small region and wander up the road.

Of course my logic could be utterly wrong, but wanted to test it before asking for more help.

Because then I can save what little credibility I have and use it asking for help as to why the second phone (Mrs C's) doesn't have primary value. I found an error in the logs though which I'll dig at later

Cheers

C

[MikeReadington]

@catmanv2 Yeah, my use case is a little more particular. I don't have an issue with never getting notification changes, they are just more delayed than I would like. I think once you get MQTT and MSR talking a 5km is going be more than relievable enough.

I had iPhone locator poll/force location refresh when I came in my driveway and triggered the magnetic sensor. I needed the location to be accurate and updated by the time I reached either my house or my building on property. The driveway is about 300m long as the crow flies for region radius purposes, and traversal to either location is much less than 45 seconds.

For what it is worth, I do see instant (and I mean instant instant) location changes like @therealdb and @gwp1 reported when the app is open or recently accessed. The delay seems to come from the app being backgrounded and the phone idle for a long period.

@gwp1 with HASS iCloud3, can you remote request a location refresh of the phone? Meaning, could I have polling suspended until I ask for an update? I think I could get exactly what I am looking for with a combination of the two and some MSR logic.

[CatmanV2]

@mikereadington said in iPhone location or alternative.:

I had iPhone locator poll/force location refresh when I came in my driveway and triggered the magnetic sensor. I needed the location to be accurate and updated by the time I reached either my house or my building on property. The driveway is about 300m long as the crow flies for region radius purposes, and traversal to either location is much less than 45 seconds.

Given my thermostat has a 5 minute update. 45 seconds is just dandy.

The lights and so on are never going to be an issue.

C

[therealdb]

@mikereadington not an issue for me and my wife. Both set to significant, and I rarely open the app and I can say my wife is never opening it.

I’ll soon add beacons to my cars/motorcycle because home assistant has btle relay and I’ll go with esphome. It’s capable of moving btle messages to the central location and update corresponding device. Maybe it’s achievable for you too. My use case is to open/close my car gate automatically, but my driveway is short and I can place the gateway inside the house.

[MikeReadington]

@therealdb wow, that is what I was just looking at beacons. Looks promising if they are reliable.

I don't have gates, but I would not mind a few automated defensive turrets.

[gwp1]

@mikereadington I tried beacons; was not successful.

[tamorgen]

The issue with IPhoneLocator happened to me a few months ago. @amg0 was away on vacation, and did comment that Apple may have changed the API, and it wasn’t well documented. A few days later, it started working again.

The geofencing issues in Vera, along with Ezlo’s lack of geofencing, pushed me over the edge with Vera/Ezlo. I moved over to Home Assistant a few weeks ago, along with MSR, and overall it’s been much more stable. I’m also just using Home Assistant’s built in geofencing, and it’s working well.

I still have Vera running, as I’m not 100% migrated, but I’m close.

[therealdb]

Not sure if @gwp1 was trying the new support in HASS, but I'm leaning a link anyway https://www.home-assistant.io/integrations/ibeacon

[CatmanV2]

So I now have two phones that appear to be working just fine in terms of the Owntracks notifications. Clearly it's early days but I wonder if some of the issues that I have perceived are that although Owntracks is reporting to MQQT almost instantly, the screen notifications are not...

C

[gwp1]

@therealdb I was not - I will look into this.

[CatmanV2]

I may have spoken too soon. Mrs C's phone still claims to not be home. I suspect a config error on the phone however given it triggered correctly when she left the region

<edit>
I managed to pry her phone away and check the settings. Her region had vanished. I've seen this once on mine and assumed it was because we had the same RegionName (hence mine being Home2) but clearly not.

Having re-created the region and published, the entity changed state as expected.

The region was clearly there when she exited this morning (as the entity changed from 'null' to 'false') so this will need to be watched.

Maybe it's just 'Home' it does not like as a region name <shrug>

C

[gwp1]

@catmanv2 Changes to user and a couple other settings will remove all regions.

[CatmanV2]

@gwp1 Thanks. That would be it!

C

[CatmanV2]

OK so this is mostly good. There is less functionality than iPhone locator (i.e. ETA isn't trrivial to get out) but still not 100% reliable. I was travelling from Friday to yesterday. I failed to get an update that I'd 'got home' yesterday PM. Mrs C was at home all that time, going to work and back, and reported perfectly so I have to assume it's a configuration / implementation on my phone.

C

[MikeReadington]

@catmanv2 Same here, it works but not 100% reliable. A few misses that seem to correlate to if I am on the phone or not. I really miss the reliability iPhone locator.

[therealdb]

It's 100% reliable for me and my Wifi routers are doing the 0,001% of the edge cases.
I'm using my WIFI routers to confirm I'm home (when it's not triggering directlty) and I'll soon add ESPresence to the mix (mainly for cars, but we'll see).

[CatmanV2]

@therealdb are you EU or US? I suspect there's some data 'protection' witchery going on. Or at least some phone based config that is not directly in the app itself. (I mean my phone is always asking me if I want such and such an app to continue to access my location. I imagine missing one of those notifications is going to break stuff....)

C

[therealdb]

@catmanv2 I'm based in Italy, so that makes me under GDPR. I'm even the CISO for our company, so I know how hard it is. But given OwnTracks is totally self-hosted, I don't think GDPR is the culprit - well, not in this case.