larryllix

Probably all the same electronics and paddle but with one component missing that allows dimming to happen The paddles may put out Dim and Brighten also. Hey that could be useful for people controlling bathroom fans and other side jobs from the same switch. We know the light control can't respond to the strange paddle pushes. I don't have any On/Off Switchlincs. Are they relay contact or Triac?

V5 has comment lines but they take too much space vertically, so far. End of line remarks would be nice.

Sorry. I was totally confused in the thread and didn't start over reading. I guess I don't understand what the Fast On/Off have to do with the logic working. Do you think the switch is contact bouncing and sending those codes by mistake?

It's a syntax error (grammaro) that has existed since Repeat was added to the ISY repertoire. ....Repeat 1 times means execute once only. I was using it in a few programs only to find out it had some problems. I don't recall what the problems were now. The discussion was posted in a thread about a year back.

This hasn't come up for quite a while but just a thought..... Status devicename is On may not test true if the dimmer is 1-99% Try status devicename is NOT off

Control devicename is switched On is not ever false if it causes the re-evaluation of the logic in that program. Control devicename is switched On calls the attention of the ISY logic engine upon receiving the On signal from a device, so while the line is being evaluated it is always True = running Then. Statuses have two states, usually On and Off. Control devicename is switched ON has two states = active and not-active. Control devicename is switched Off has two states = active and not-active. Note two different signals to detect Now just to complicate things. If ...control devicename1 is switched On ...AND ...control devicename2 is switched On can never be True = never run Then. While one line is being evaluated, due to it triggering the evaluation, the other line will always be False (at that time) and the combo will run Else. So there are two ways to do this. If ...status of devicename is On Then ....set light On Else ....set light off If ....control devicename is switched On AND ....control devicename is NOT switched Off Then ....set light On Else ....set light Off

...Repeat 0 times may have undetermined results. You should use ...Repeat 1 times as a UDI documented method. https://wiki.universal-devices.com/index.php?title=ISY-99i/ISY-26_INSTEON:Action

You have to scroll to bottom of all your devices and click the delete all (no exact name) before doing a further discovery in the Alexa app or it will just keep accumulating names for the same element. Amazon likes to hide things.

Mine appeared to be a "run-away program" inside an OnOff module that was sending out a bad Scene On code, after ISY would switch it on or off. I don't believe Scenes send out status changes from devices so there is no logging of status changes. This drove me crazy for months changing and turning on certain lights at random. I could query the affected units and find exact dimming levels. Then I recognised the pattern as a scene I created. ISY had no awareness of the event or levels. I still use the module to control my humidifier. Ocasionally when ISY would cycle it, the ISY log would show a bad response. After unplugging the module and then plugging it back in, it hasn't done it again since last fall. It seems it would send out a totally unrelated Scene On code, instead of an ACK. PLM was not involved with this. Insteon modules contain CPUs running code and can go into runaway loops just like any other software.

This is one of the confusing logic puzzles ISY has. Took me awhile to absorb this one. The best example I have is to use a SwitchLinc Switch Status has two states = On/ Off. This is the status of the electronic switch controlling the light. Along comes the switch handle with four states. Tapped up, Not tapped Up, tapped down, and Not tapped down = think two devices for just the paddle. So now the tap up detection = ISY "Control switch Switched On" signal has two states. Happenning now or not happenning. Also the tap down detection = ISY "Control switch Switched Off" signal has two states. Happenning now or not happenning. When an event like a SwitchLinc paddle is tapped down , the ISY engine scans all the programs to see who cares. If ....Control device is switched Off would get evaluated by the ISY engine finding it true and running Then but ....Control device is NOT switched Off, would get evaluated by the ISY engine finding it False and running the Else section. Let's see if I can confuse you further another way. The line can never be true. If the paddle is not tapped down, the program logic line, if it is ever tested, will always be False When the paddle is tapped down, the program logic line will be tested and the Not will make it False.

Turn On and Turn Off run the same program. On runs Then section. Off runs the Else section. If ....--- = nothing required for Echo vocals Then ....turn light On ....Wait 6 hours = lest yee forget. ....turn light Off Else ...turn light Off You can turn on scenes or use direct commands for any quantity of devices. Slight ramp rates cover up different reponse times, to the human eye.

As per smokegrub's program..just set a timer to notify you and let the control/switched event of the pump detection keep resetting the timer. If ....control pump is switched off (status doesn't work well here) AND ....control pump is NOT switched on (cancel Then running = off is coming) Then ....Wait 120 minutes = offtime x 2 (maybe missed one signal and eiminate nuisance notifications) ....send notification to you Else ....--- You also may want another reboot program to initiate this in case of a power failure. Enabled to run at power up. If ...-- Then ....Run (then) program above Else ...---

I have programs installed to record any leak detector that triggers in a single Integer variable list. I have to manually clear it from the admin console. I had a few basement floods (minor) and you will be inside the admin console to see what happened. It's the only way to see if it actually reset. OTOH: I developed a policy that I haven't completely implemented. anything that notifies of a problem has to notify when the problem goes away.

I don't have a float tube in my current brine tank. I forgot about those. Perhaps a very strong magnet (coated with epoxy or other salt resistant material) could trigger a reed sensor outside the tank in a safer environment. On second thought an Insteon Garage Door Kit would probably work well. The supplied sensors can pick up the magnet from many inches away, and the ioLink comes with it and wire making it everything you would need.

In the few softeners I have owned the brine tank salt levels are always higher then the liquid levels, unless the brine tank is almost empty of salts. I converted my old one to an iron filter by dumping out the resin and adding a different granular material and flushing it with some powerful, toxic, purple solution every so often. It did spring a leak at the bottom and I had to get rid of it after about 20 years of the combined functions.

Hey Teken!! Ready for some summer at the north pole? You may have misunderstood the request (Or maybe I did?). OP is looking to detect softener regeneration by brine or water flow in a totally mechanical water softener, not when low on salt. Somebody needs to design an inside pipe impeller, with magnetic induction pulse output, we could use for flow rates and/or just flow period.

Yup, battery saver. It is supposed to last 10 years.

To find out the easier way do this. Adjust the light level number in the MS. Point the MS into a space for the light sensor to test for at least 3 seconds. Tap the link button seven times quickly. Watch the MS device page in admin console. This method eliminates the 3-5 minute delay on the sensor for calibrating/proving the adjustment.

No custom names here, not for the wakeup phrase. Only 'echo', 'alexa', 'computer', and 'amazon' now. Rethinking this...., I guess they are using the nickname for the other device, 'Tall Echo', 'White Dot', and 'Black Dot', aren't going to be satisfactory then.

I guess this means custom names for our Echoes are finally hapenning, too.

I tried the sensitivity lowering jumper for a while on one ofmine but it eemed like it delayed longer before sending the On signal too. I figured they may have just damped the response to be less sensitive to light change "blips" and took it out again. Very hard to tell when you test it, approaching. Was it just delayed or really didn't see you until you were closer?

Thanks Jimbo. I didn;t know they had changed. Mine are all purchased within a few years and the last two, within a year(ish) and they all need to still be tapped to reset. IIRC my latest is rev2.3 4314...hmmm... time flies! I do have one that will send Wet ON and Off depending how long the tap is... That's dangerous, worrying about whether I will have to reset everything again when I attempt a reset .

Now you're cooking with ISY! Personally I would have used 12:01 AM to 11:59 PM just an indicator the times are all inclusive for when you look at your program a year from now and think... .... WTF was I doing here? What is the significance of those exact times? Just me. Good on ya' mate!

The usual process for the Insteon Leak detectors is:- the Wet ON and Dry Off signals are sent upon feeling water. - the Dry On and Wet Off signals are sent upon the user tapping the button on the LD. There is no automatic "clearing" of the alarm condition. Therefore, if a clearing operation is not done, there is no new change of status to be detected again. ..."If you don't reload the gun, it won't shoot"

Not a problem. We've all been there! That's what the forum is for.