I had to disable device in the Nut app and it started working without disconnecting.
But how do you deal with HA restarts? When I restart HA, it shows device trackers (both phone and nut mini) as “not_home” even though they were home before restart and still are. One option is to go out and then back, but that’s not a practical solution.
MQTT sensors are without value after restart. I use device_tracker.see service in my automation as in the monitor documentation.
Would it be ok to power the Pi Zero vis USB? I’d like to buy another Pi but it annoys me that the power adapters cost more than the pi itself
If it’s ok to power via USB that’ll solve my issue as I have power sockets in my place with built in USB ports.
These prevent connecting securely via TLS to the MQTT server. I didn’t see open issues for these and wasn’t sure if you’d like an issue opened in Github, or just this post.
Maybe someone on this thread can give me some pointers on this one?
(I did a search, but just point me to a post if I missed a good one please)
I’m interested in a really quick arrival presence detection for my front door using ESPHome, the BLE tracker, and my Mi Band 3 (< 5 sec).
I’d prefer not to dive into Monitor just yet (which looks very impressive by the way). It’s really just quick arrival at the door that is important to me.
I would also be very interested in any answers to this one.
@andrewjfreyer I have monitor working reliably with our iPhones on two floors now thanks to your help. I’m trying to understand your automations, but I can’t get them to trigger. If I trigger them manually, they seem to work OK though. I’ve checked and they are enabled.
Also, how does the input_boolean.occupancy get reset to off?
I added Monitor last night after issues with owntracks. So far so good. Would like Mahko_Mahko, like to find a way to get it to scan if the door is opened and all devices away. Had a couple of very late triggers, but I am slowly removing all mention of owntracks so guessing that maybe that is the issue
I’m struggling to get my iPhone to behave reliably and quickly at the moment. Departures particularly seem to not fire reliably (I have it set to scan for departures when my front door lock changes state):
You can handle that in an automation, assuming you’ve got a sensor on the door. All you need to do is have it trigger when the door opens, with a condition of nobody being home, and then publish an empty payload to monitor/scan/arrive, as covered here.
@Tony321 The restart behavior of HA is frustrating. Some users retain messages. Personally, I just restart my monitor nodes by posting a restart message 30 seconds after an HA restart.
Both of these are correct. monitor is essentially a wrapper for mosquitto_sub/pub so some features not often requested are lower priority. Please open an issue for mosquitto features important to you and I’ll support them.
put monitor in -tad. The Departure Scan is triggered by “arm away” mode of my Alarm system, while Arrive Scan is triggered by a Magnet Sensor on my main door.
Tested today, and in 3 seconds monitor recognized my Xiaomi phone and disarm system
Yes, I’ve made an automation that restarts monitor immediately when HA starts. Device trackers sometimes change state to away but within 1 minute they are back home. Though I had to use boolean for disabling welcome automations after HA restart.
How are you doing that out of interest? Through node-RED still? I already have it checking for HA restarts, but I haven’t looked into how to ssh into a VM and run a command yet. Perhaps it’s easier to do from the Monitor instance itself?
EDIT: I shouldn’t post before I have my coffee. There’s a restart MQTT command haha.