ISYhbsh01

Sorry if I wasn't clear enough. You don't need a filterlinc. I was just saying that some people here in the U.S. are using a PLM with a filterlinc which blocks out wireline communication, but the PLM is still communicating perfectly via RF with access points and dual band devices. So I was suggesting that the same might work for you. You mentioned that your 110 to 220 adapter blocked the wireline communication from your PLM, but perhaps your PLM would still be able to communicate via RF. Sent from my SPH-D710 using Tapatalk 2

Some folks here on the forum have for one reason or another deliberately plugged in their PLM into a filterlinc which blocks the wireline signal, relying instead successfully on RF communication between the PLM & access points and/or dual band devices. Is that something that would work for you? The Hub doesn't come anywhere close to the ISY. Sent from my SPH-D710 using Tapatalk 2

Yes you can do the same with Tasker & it's even much more customizable and flexible than the iphone's geofencing. Sent from my SPH-D710 using Tapatalk 2

I got two Venstars running fine. Smarthome's own thermostat is a different story. Sent from my SPH-D710 using Tapatalk 2

Even if the ISP does block port 80 and port 443 you could just change the setting in the ISY to use a different port number. Is there another way how an ISP can block you from running a server? Sent from my SPH-D710 using Tapatalk 2

Mobilinc for $20. Sent from my SPH-D710 using Tapatalk 2

This has been brought up several times in the forum, see here one such discussion: http://forum.universal-devices.com/viewtopic.php?p=71714#p71714 It has been on UDI's todo list for quite some time already. For now, the only way you can do this is by manually making a seperate program for each possible setpoint in your range to set a variable accordingly. Sent from my SPH-D710 using Tapatalk 2

Oh you are right. The one year estimate is with the default ping time of every 30 minutes. Sent from my SPH-D710 using Tapatalk 2

I imagine you could remove the battery from the tag, solder in a voltage limiter and connect the thing up to 12v. The tag might even live on a 5 volt usb charger wired to the 12v car. Attach it to the cig lighter connections and wire it up under the dash.. According to their website the battery is supposed to last for a year under normal conditions, and you get an additional battery with the tag purchase. So I wouldn't bother. Sent from my SPH-D710 using Tapatalk 2

Now the final question, if you don't connect the tag manager to their service, or you prevent it from going outside your network to talk to their tag manager, does it still work to update on your local network? Or does it que up the messages like it said it would if the connection was lost and just sit and wait? I am not sure about that. Currently it's not in use here so I can't test it. But I believe that without an internet connection you cannot even login to the tag manager. The way to login to the tag manager is thru their website. I don't think you can login to the tag manager directly. Sent from my SPH-D710 using Tapatalk 2

So, does the tag manager that is on your local network make the rest call, or does their server make the rest call? How do you handle the security e.g. rest password? I'm thinking I may go this route for the car detection and get a tag for my keys You have the option to do it either way. From their website: "Meanwhile we have fully tested the URL calling feature, which now also lets user choose if mytaglist.com server calls the URL or the Ethernet Tag Manager calls the URL. The latter option will work even if the URL is using a private local IP address (such as 192.168.0.xxx, etc), or the REST endpoint is behind a firewall." Sent from my SPH-D710 using Tapatalk 2

The ISY cannot send a direct command to buttons on a keypadlinc other than the the main load-controlling buttons. This is an Insteon limitation. You need to create a scene and add the specific button as a responder to the scene. Then you can have the ISY control the scene. Sent from my SPH-D710 using Tapatalk 2

I guess you missed the great news that MobiLinc is now officially integrated with Tasker. No need to use unsecure REST commands from Tasker anymore. http://forum.universal-devices.com/viewtopic.php?f=53&t=11558

In the area where I live power outages lasting a second or two is common in the summer when electricity usage soars. I therefore always make my programs with the possibility of a power outage in mind & I try to make my programs "power outage proof". So I just wanted to point out, that if power outages is an issue for you, that program with a wait in it would get interrupted in a power outage & will not continue further until the next day at 5:30. Making the program run at startup is also not going to help since you are using a specific time & not a "from to" time. Sent from my SPH-D710 using Tapatalk 2

I see. Thanks for the clarification. Sent from my SPH-D710 using Tapatalk 2

LeeG, I am just wondering. Can you do an adjust scene with an RF device? Wouldn't the motion sensor need to be put in linking mode to make changes to a scene? Sent from my SPH-D710 using Tapatalk 2

If LeeG is dumping Insteon we are all in bad shape here... Sent from my SPH-D710 using Tapatalk 2

The only problem with this is that you are using the unsecured http to log in. When you are trying to do this with the secure https you will get the certificate errors mentioned in the previous posts. Sent from my SPH-D710 using Tapatalk 2

If you see the programs in Mobilinc, and they are still running, and it's only missing from the admin console, I think these are signs of an antivirus/firewall issue on your computer preventing the admin console from displaying the info from the ISY. Sent from my SPH-D710 using Tapatalk 2

Why would anyone who owns an ISY do the scheduling on the Venstar thermostat itself? I would compare it to like someone with a horse & buggy in the 19th century who finally buys a car, but continues to use the horse to pull the car... I have the old Venstars and I do all the programming from the ISY so it doesn't even matter what the tstat's clock shows. In fact I never even bothered to setup the date & time on the tstat itself. I have had plenty of power outages short & long ones, but when the power comes back on and the ISY reboots it syncs the time with NTP and everything continues to work the way it should. Sent from my SPH-D710 using Tapatalk 2

The Venstars are available with both, either Insteon as an add on dongle or with Insteon integrated into the tstat, with the later off course looking much nicer. Sent from my SPH-D710 using Tapatalk 2

I would recommend if you need to disable an entire suite of programs instead of trying to keep track of the variables in each program it might also be easier to put the programs in a folder and then add conditions to the folder. Yes I agree you are right. It would be easier to just use a condition on the folder. This would save the OP from having to use the condition in every program for each setpoint. Sent from my SPH-D710 using Tapatalk 2

What is an "Insteon whole house repeater"? Do you mean the hardwired phase coupler, or is it some device that I have never heard about yet? Sent from my SPH-D710 using Tapatalk 2

Actually in my example if u r going to use a KPL button as the trigger u don't need the seperate "auto heat offset" program. You can just add the "if KPL status is on" condition directly in the programs you will be making for every setpoint. If you want to enable/disable this mode some other way, then the "Auto heat offset" program might be needed. Sent from my SPH-D710 using Tapatalk 2

Hopefully one day we will be able with just a single program to set a variable with whatever the setpoint is & then it would be pretty easy to setup what you are trying to do using variables. Unfortunately that is not possible today. See the discussion here: http://forum.universal-devices.com/viewtopic.php?t=9420 So currently, if you would be using variables to accomplish what you are trying to do, you would need to make a separate program for every possible setpoint in your range to set the variable. So you are not gaining anything from using a variable, you are just going to have to use two programs for every possible setpoint. So instead you should just make a separate program for every possible degree in your range which should look like the following: If Status 'Tstat1 - Main' is 70° (Heat Setpoint) Then Set 'Tstat2 - Main' 72° (Heat Setpoint) Else - No Actions - (To add one, press 'Action') And so on for every possible setpoint. If you want to be able to enable/disable this mode you would just add an appropriate condition to every program. For example, if you want to use a KPL button which would activate/de-activate this mode, you would make a program let’s call it “Auto Heat Offset†as follows: If Status 'KPL-1-H' is On Then - No Actions - (To add one, press 'Action') Else - No Actions - (To add one, press 'Action') Then you would add a condition in each of the programs for each setpoint as follows: If Status 'Tstat1 - Main' is 70° (Heat Setpoint) And Program 'Auto Heat Offset' is True Then Set 'Tstat2 - Main' 72° (Heat Setpoint) Else - No Actions - (To add one, press 'Action')