What device did you use as the repeater?

What device did you use as the repeater?
Iris pocket plugs; both in the garage and in the office. The office is facing the street, and the plug-in is on the wall directly below the window facing the street.
Iris pocket plugs; both in the garage and in the office. The office is facing the street, and the plug-in is on the wall directly below the window facing the street.
Then it may just not work for your purposes. You could try a network heal. Put the presence sensor close to the repeater you want to use. Unplug the hub (including removing any batteries that has them). Leave everything else on power, but leave the hub off power for 15 minutes. Then when you put the hub back on power, The other devices will rebuild their neighbor tables, and the fob will try that repeater first next time. You may not see the difference until the next day, you can take a little while for the tables to rebuild. But it might be worth a try.
Thanks JD. Honestly, with everything else more or less working well at this time, I’m rather apprehensive about doing anything to the system that might (in my mind at least) make a dogs dinner of anything.
Well my thought process was, as I heard someone else mention in another thread, “first past the post”. I don’t care which presence sensor triggers first. I just want it to trigger as soon as it detects I am near my home. Using CoRE I was thinking I could setup pistons to change the simulated master sensor to arrived when any of my individual presence sensors are detected as at home. The master sensor would only arrive once regardless of how many or how soon the remaining sensors arrive so this would prevent routines running multiple times due to multiple sensors arriving. I probably wouldn’t use all the others for departing since (although I do not have it full working yet) WiFi presence seems to have hours worth of delay before departing if relying on arp scans to detect presence. Presence sensors getting stuck is something I am too familiar with at this point, especially for Android devices. To alleviate this issue, and the annoyance of alarms when I leave guests at my house by themselves, I have already created a simulate presence sensor called guest, and using CoRE connected that to a simulated switch so I can quickly and easily disable auto-arming.
Build Your Own WiFi Detection
Finally I should add that some highly technical members have added their own detection systems based on their phones connected to their specific Wi-Fi. Again, people who did this were people who found that the more general solutions just weren’t accurate enough at their house. You can find a number of threads on this approach in the forums. But that’s more work than most people find necessary.
IFTTT, now has an Android connect to WiFi applet.
I use this to turn on a Virtual Presence Sensor that uses the Universal Virtual Device Type Handler (needs to be a Switch and Presence device).
Has anyone had success combining multiple presence sensors for a single user (ST App, WiFi, Tasker, etc) into a single virtual presence sensor? It seems like the “super presence sensor” would be more reliable for running routines versus having WiFI based presence sensors false triggering.
That’s what I did here: Uses ST Phone Presence, IFTTT Android Location, and IFTTT WiFi to control a Virtual Presence Sensor.
I think I have come up with a work around for smart phone app presence constantly arriving and leaving even when home. I created a Virtual Presence Sensor using the Universal Virtual Device Type Handler. I then use 3 IFTTT recipes and an ST Smart App to control the Virtual Presence IFTTT Android Location enters a location, turn on ST Virtual Presence Sensor. This location is the same size GeoFence as ST IFTTT Android Location leaves a location, turn off ST Virtual Presence Sensor. This location is much bigger as it includes the areas where Google thinks I’m jumping around to (more on that later) ST Smart Lighting App to turn on Virtual Presence Sensor when my Android Presence Sensor arrives. IFTTT Android connects to Home WiFi turn on ST Virtual Presence Sensor Now change your R…
I’m wondering, with the low price of Raspberry Pi, what the feasibility is of building something similar to the Asus router stuff specifically for Raspian. I’m actually running a VM server with a few Windows and Ubuntu VMs. I can see how having arp-scan for linux should be able to be run periodically with cron to look for specific physical addresses of devices and trigger presence in the same way that the Asus stuff does but I’m not skilled enough to translate from one platform to another. Anyone have the necessary skills or any advice?
That’s basically what I’m running on my ubuntu media server. The code’s pretty rough around the edges.
Mine’s actually based on a node script running on a linux server. I’ve no idea if it’ll work on a router. I got it to the point that it was working reasonably reliably for me then stopped. Prerequisites as it currently stands: arpscan node node-dirty (quick key-based db) node-events my port of node-arp I’m using the DTH and App by @Fuzzyligic Main node script below: var events = require(‘events’); var arp = require(‘node-arp’); var dirty = require(‘dirty’); var http = require(‘https’); // we need https, not http const verbose = false // set up standard event emitter var eventEmitter = new events.EventEmitter(); // set up a quick and dirty db to store some values var db = dirty(‘addresses.db’); //clear out any old values lying around db.rm(‘keys’); var packet = {} var old_packe…
Another option for Mobile Presence in SmartThings:
UPDATE 12/22/2017: The app has been released to the iOS AppStore. While it may take a while for it to show in the AppStore search, here is a direct link to the app. Here’s a direct link. Please note this is a beta product and requires that you...
Reading time: 21 mins 🕑 Likes: 66 ❤
UPDATE 2017-10-18 SmartThings has fixed the bug that would delete the parent SmartApp when the last child device would be deleted. It is now safe to install your presence sensors into your main (and most likely the only?) webCoRE instance you...
Reading time: 8 mins 🕑 Likes: 15 ❤
Hey this looks great! Anyway you can make the iOS app available on 10.2?
I’m currently jailbroken and need to stay on that version.
Hey this looks great! Anyway you can make the iOS app available on 10.2?
I’m currently jailbroken and need to stay on that version.
That’s a question that @ady624 or @anon36505037 can answer.
That’s a question that @ady624 or [deleted] can answer.
Thanks for the heads up - but I got it working, no need for those guys to waste their time developing for 10.2.
I’ve made a small opensource project which sniffs wifi packets and lets you upload events (MAC address is active - your phone is nearby) via various protocols: http://izmailoff.github.io/iot/wifi-presense.
Did toy integrate it with smartthings?
You can integrate with hardware via GPIO plugin or with software via REST, MQTT, etc. Not limited to particular consumer. If you have a particular API in mind I could give you an example.
I have a Mac that is always running…what do you recommend?
This app that I developed works pretty much on any platform as long as you have a wifi card that can do monitor mode. You need to read the post to understand how things work: install and config-wise.
We have our phones act as presence using the ST native presence feature in the apps. This has worked fine.
The problem we have… guests. Let’s say they visit and do their own thing. While we are away, they come home and use our guest key. They are not connected to our ST account, and even use a guest SSID on our wifi. So how do we detect their arrival before they open the door and set off the alarms? The arrival key fob seemed perfect, but while we have not tested one, appears to be unreliable. Most of these solutions cannot work for our situation. Any ideas?
We have our phones act as presence using the ST native presence feature in the apps. This has worked fine.
The problem we have… guests. Let’s say they visit and do their own thing. While we are away, they come home and use our guest key. They are not connected to our ST account, and even use a guest SSID on our wifi. So how do we detect their arrival before they open the door and set off the alarms? The arrival key fob seemed perfect, but while we have not tested one, appears to be unreliable. Most of these solutions cannot work for our situation. Any ideas?
As the first post in this thread mentioned, the arrival sensors work just fine for many households, it’s just that they don’t work fine for all households. So they’re definitely worth a try, as the issue is almost always a matter of local interference which may not apply at your own house. But you won’t know until you try one.
We have our phones act as presence using the ST native presence feature in the apps. This has worked fine.
The problem we have… guests. Let’s say they visit and do their own thing. While we are away, they come home and use our guest key. They are not connected to our ST account, and even use a guest SSID on our wifi. So how do we detect their arrival before they open the door and set off the alarms? The arrival key fob seemed perfect, but while we have not tested one, appears to be unreliable. Most of these solutions cannot work for our situation. Any ideas?
If you are willing to make a few changes to your paradigm: My solution to this involves the Schlage Camelot lock and webcore. Any valid code entered at the lock puts SHM in ‘home’ configuration, disarming the alarm. I have SHM monitoring a simulated contact sensor (combines the lock and the physical contact sensor on the door). Unlock the lock, wait one second or so, and then open the door.
A handful of ST presence fobs costs the same as the lock… and the lock will not get misplaced.