paulbates

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

I have a couple of these around the house for big groups of lights. Yes, to your comment, create a new scene with all of the devices to be controlled as responders Add all keypads and switches that should activate the scene as controllers.. its a check box when adding devices to the scene If you added them already as responders only (non-controllers), remove them and re-add them Controllers names will be colored red in the list of devices in the scene Its a subtle thing with the ISY; making it a controller also makes it a responder at the same time.. so if there are multiple keypad keys to control the scene, they will also respond to other controllers Note that Smartlabs has been removing the All-on feature of insteon devices from their switches for a few years due to operational problems with it. You can get around this by creating your own scene as outlined above. That works fine To your last comment you can create specialty scenes (the lights and fans comments) that are close but different from other scenes for special purposes. I have some of these that I only turn on and off from ISY programs. There's more to it when it comes to dimming. This gives some more details Paul

Hi and welcome to the UDI forums! What is the load that the microdimmer is controlling? LED Bulbs? Can you temporarily replace those with a different type/brand of bulb and test again? What happens? Paul

If you literally use the "Delete Modem" feature, it removes all of the links that the ISY programmed between devices. You don't want to do this. However, the ISY and PLM is the fastest way I know how to set up links between devices and not have to use the labor intensive manual "linking mode" between insteon devices. You are right that insteon devices link device to device, no PLM or controller are needed after set up. The ISY and PLM cand fail after initial link (scene) programming, and your light switches would still work. However, using "delete modem" should never be used unless UDI support suggests it. Paul

Hey Andrew 2 things: Did you try a factory reset and then right click on the device in the admin console and pick "restore device"? I've had a couple of my insteon devices get "confused" after a few years of use when their at the edge of the electrical system and/or controlling noisy loads. A factory reset may fix it. Here is the replace procedure. Paul

This is very unusual. The place to start would be. Can you be specific about which local API you're talking about? , (eg assuming Rest). As secondary test, can you pull up the ISY's internal web page on a computer http://<your locally administered address> ? How does this do? I believe it uses the rest interface when it gets status, variables, programs... turns things on and off Provide a view of the event log and error right before the problem happens through right after Paul

Ok got it. Good luck, would love to find out what's going on here Paul

Ok. This program is not enabled, which means its not running on its own, regardless of the status of the sensor. Can you share the program(s) that calls James_Front_Entry_Text? In the ideal world, you should have this program enabled, and no other ISY program calling it. If you only want alerts at certain times, you can add another program statement that sets a time window Paul

Can you share the program that sends the alert? Paul

See that's another difference: You organise your folders, and Scott organizes them