paulbates

Are you sure there is solid communications from the switch to the isy? can you open the admin console near the switch, turn the switch on / off 10 times while watching the admin console response? it should 10 ons an 10 offs Paul

Is there room to replace the outlet with an outletlinc? I've had 4 of them outside in Michigan for a number of years. The newer models have 2 separately controlled outlets. Each is downstream of a GFCI and has the traditional outdoor weather proof out cover. Paul

Think your best bet would be to not use Control, but rather Status for the If clause. The change in status will cause the program to stop on its own and you won't need the Else clause Paul

Don't sweat it, I did the same thing when I first saw it

Once you set it to disabled, the ISY saves it like any other setting and it will remain that way. The only caveat I've heard of is when some people upgrade from v4 to the V5 family of ISY firmware, the upgrade process doesn't remember and they have to be set back, one time. Paul

Larry, I would disable your blue program GarageEntryTrigger - [ID 0007][Parent 0008] . That will prevent it from running on its own, but will respond when called from GarageEntryMotion - [ID 0006][Parent 0008] Right-click on the program name in the list in the admin console, and pick Disable Paul

The user id / passwords 1-9 are for use in V5 nodeserver authentication, and not for alternative authentication to the ISY Admin Console / Dashboard / Web interface Paul

Don I would try the restore as you outlined, and then manually delete any of the gem parts and anything else that doesn't belong on 994zw. This assumes you are moving the same PLM used on 994i to the 994zw. At the same time, you'll need to delete anything on 994i related to what you keep on the 994zw. It might be easier to reconfigure that from scratch but I've never set up gem, so I don't know how much work that is. Also, you'll need to be ready to deal with the Network/IP address configuration. You don't want both ISY's manually configured to the same IP address. If you have a manual IP setting I'd recommend changing that to auto and backing that up for the restore.... or not have them both online at the same time. Paul

Den Ceiling Fan WSTOP will cancel and restart when Den Ceiling Fan WRUN is run if the fireplace fan comes back on. Paul

That's interesting. I use a couple and get almost a year out of them before I get a battery alert, but they are very close to other dual band devices. Paul

I do that with an insteon scene, so that no ISY programming is necessary.. Insteon handles it. Create a Scene under the link menu add the iolinc sensor as a controller add the switch for the lights as a responder Backdoor.Garage is a keypad key i use to control the door and its in this scene so that it lights up or goes out when the door is operated. You can ignore that Paul

I have a formal alarm system for security that can inform the ISY of basic home/away/alerts. I don’t get individual sensor status. I’ve had good luck with an iolinc on my garage door for 7 years... it’s big and clunky though.. not wireless. If wireless is needed and you can use z-wave, hopefully other community members can chime in on wireless sensor options that meet what your requirements. You will want to establish a z-wave grid for your house for good sensor comms. Paul Sent from my iPhone using Tapatalk

No, its a limitation of insteon wireless sensors. The only way the query button in the admin console works with wireless sensors is when you press the set button on the device. This lack of "supervisory" type capability is why insteon wireless sensors are not a good choice for creating security / alarm systems. The controller (ISY) can not directly query the sensor or reset it. They do send daily notices they're alive, either heartbeat, or sunrise/sunset for motion sensors, which makes them good for general automation.

I think you can just use the idealized program above, it that's what you're asking. It depends how many additional statements your program has. If its simply notification, as listed above, then use the updated program and you track the variable instead of the sensor. I don't have mobilinc so I can't help there. Paul

I've had a theory that you've forgotten more about the the ISY than the rest of us know...

The original post was made in the Echo / Alexa forum

Variables can be initialized to a value that is saved in NVRAM and survives reboot. This can be done manually in admin console,. but also with programs. To add to Benoit's program: If sensor=detected then variable=1 variable init to 1 else variable=0 variable init to 0 That assumes a change doesn't take place during reboot. For me, reboots are as short as they are rare... either I updated firmware... or a power outage Paul

Drew Yeh that’s a new one for me, but you’ve tried everything I know. Hopefully the replace works for you Pauk Sent from my iPhone using Tapatalk

For the program question If door sensor open is on then wait xx minutes (hours, seconds, whatever you want for the open period) send notification If the door closes within the time you specified, the program will cancel and no message. If the wait finishes, you'll get a message Paul

I've had great luck using insteon keypads and button scenes in rooms as 3 - 4 ways for turning on laps, fixtures and low voltage fixtures purely as virtual circuits to save extensive wiring changes to meet the design. The lamps are set to come on at a certain outside dusk and off at a certain time, and there is a "good night" button on the way upstairs that will turn everything off. I keep backlight on as darkness navigation aid. Paul

No, because it requires a Post and the browser issues a Get. You could use a chrome extension like postman to simulate it. Paul Sent from my iPhone using Tapatalk

Traffic on http:// is not encrypted and travels open across the internet. I believe this applies to authentication as well, meaning your id and password travel the internet un-encrypted when you remotely access your ISY. If you have firewall rules forwarding the internet via http:// port 80 to your lan, those rules should be removed and another way found (https://) to accomplish the same function. Paul

Dyndns requires a client on your network to publish your local internet IP address to dyndns. That client informs the the dyndns service so that your unique DNS name resolves to your house. Most routers have the client in them today and that's where it gets setup.. but it doesn't have to be. It has to be somewhere though. What services are you exposing to the internet? Having http exposed to the internet is not a good security practice. Its more likely that you are exposing https to the internet for things like mobilinc, etc. If that is the case, you're getting the message because your local network never responds to http... which is actually a good thing from a security perspective. Try changing it to https on the dndns health check app and give it a day or so and see if it resolves. I'm not sure if mobilinc (if that's what you're using) uses the default path or something else. Let's start with changing it to https Paul

When you get a host name for your network from dyndns, it redirects the URL back to your home network. The purpose of the message is for dyndns, the service, to validate that there is a clear path to the target, your home network. If you are getting errors, its not able to resolve that it can contact the configured devices in your home... That leaves 2 possibilities for the message: Your home network, or the path to it, is unreliable... (I don't accept this one in 2018, but its possible) Firewall rules, dyndns configuration or something else is preventing dyndns service from seeing the dyndns client on your network Let's assume its 2 for the moment. How is the dyndns client setup in your house? Does your router provide a dyndns client, or are you running it on a pc or something? How did you configure the service? Can you post a pic of the config (masking the sensitive parts?) Paul

Ok This is a known problem that occurs occasionally. Sometimes its the load, and you've eliminated that. It unfortunately gets more complicated from here and involves filtering of select non-automated switching powersupply devices in your house .. example, UPSs can cause this. Take a look at this thread. As you scroll down to May 7th in the exchange, the problem gets solved and that resolution may help you. Paul