An update:
I could manage to get this working for now, as long as the KumoApps stay reliable. I used the nice sugestion from Bradley to update the Tags.
So, the setup is:
. All Tags updating every 30 seconds
. Out of Range at mininmun value (5 minutes)
. Narrow Band (long distance)
. I am not using temperature or motion monitoring in the Tags that are in the keychain, so battery is not an issue here
. 1 fixed Tag
So, I have 1 Wireless Tag outside of my house that I use to take temperature. Based on Bradley suggestion below, I made a KumoApp to update all other tagas as this one is auto-updated (every 30 seconds).
var tags = <#tags_[12|13|21|32|52|62|72]_N#>;
tags.forEach(
function (tag) {
tag.updated = function () {
<#Tags to be updated_[12|13|52|72|21]_N#>.forEach(
function(tag){
tag.update();
}
);
};
});
If they are out of range, ok, nothing happens. If they are In Range, than the system will recognize them.
And then, I have another KumoApp to turn on a WEMO, as the keychain tags enters In Range (based on above).
var sensors = <#Motion Sensor or Reed Sensor_[12|13|32|21|52]_N#>;
sensors.forEach(
function (sensor) {
sensor.inRange = function () {
<#WeMo_[82]_1#>.lightOn();
};
KumoApp.setTimeout(function(){
wemo.lightOff();
}, <%Turn of in Seconds_N%>*1000);
});
With that, I still hve a risk that within the 30 seconds I will reach the pathway where the lights should be on before the next update. I made two attempts today, and in both the lights were on before, meaning that most of the times I will probably be succesful in having lights before I enter in the pathway.
In the future I will add a PIR sensor in before the entrance of the pathway with a Kumoapp also to update all others, just to make sure the 30 seconds will be no issue.
For now, thanks Bradley. Hope this also help others looking for the same "In Range" kind of automation.
Rgds,
Emiliano