shbatm

@blueman2 and @Michel Kohanim thanks for the feedback on this being intentional -- I guess I was thinking about it backwards -- I set the ramp rate and on levels for the device to what I wanted and when I decide to add it as a controller for a scene I was expecting the new scene to default to the device's OL/RR settings, not reset them to 0.1/100%. This brings up a more general question that I've run into the past few days trying to re-link everything: Why does a new scene created in the ISY not default to the OL/RR of each device, but instead force everything to 0.1/100% and force the user to go reset it for all the controllers and the ISY scene? Is there a design rational behind this as well? I know the "apply to all devices" was removed in 5.x to accommodate the different device types with node servers--but this coupled with having to reset the OL and RR for each device under each controller back to what I set the device up as originally has been a PITA for larger scenes (venting, sorry... admittedly this has been exacerbated by my current situation of re-installing and relinking 50+ Insteon devices in one shot for a new house--/rant). Thanks as always for the awesome work you guys do!

Just upgraded to 5.2.0 (RC3) from 5.0.16C and am in the process of updating all my devices and scenes for the my new home. I'm having an issue where the Insteon On Levels and Ramp Rates are being reset to 100% in 0.1s whenever a device is added to a new scene. To recreate: Set a device's On Level to 50%, Ramp Rate to 0.5s in the Admin Console. Create a new scene and add the device to it EDIT: as a controller. Go back to the device, Ramp Rate is back to 0.1s and On Level is back to 100%. Also tried querying the device to see if it was a bad value in the Admin Console, but same result. Confirmed at the physical device, the ramp rate and on level settings are lost. Seems to apply to both KeypadLincs and SwitchLinc Dimmers. Is anyone else seeing this?

I think this is the link you were looking for: Made the repair to mine 5 years ago, been **knocks on wood** working since.

Sorry if I was confusing--I was saying that even though my sensor setup is reversed and yours is not, I saw the same thing with the 3am query--except my sensor would turn OFF (normally ON with door closed). Simply calling a program that uses that sensor as the IF clause would get it to show up back "on" correctly. I didn't realize you had actually had the Garage Door go open! I like the hard-switch idea. Just curious, what controllers do you have tied to the opener--did something command the relay on when the sensor flipped, or did the relay flip by itself too? (Another issue I've had is the relay node, even though it's set up as only momentary, will stay "ON" and I have to have an ISY program turn it OFF after 5 seconds--may all be caused by noise-I just went the route of @jec6613 and bought a FilterLinc @ 50% off).

I've had this behavior for years, I always just thought it was a strange quirk. In my 3am query program I added a "Wait 3 Seconds" then "Run If" for my Garage Sensor change program (the program that updates/reverses my KeypadLincs. The "re-check" of the sensor in the if statement is usually enough to correct the sensor status. Of all the $$$ and time I've spent on Insteon and SmartHome.com -- This is the first I've ever heard of a FilterLinc. Thanks for the suggestion!