larryllix

What does ISY Finder say?

When the ISY Finder comes up, click "Add" and put in your ISY URL like http:///192.168.x.xxx. If you only make one entry it will boot up the admin console automatically. If you have more than one you may have to double click on the desired URL each time.

The linking button is to manually create links between devices as per SH instructions. Only battery devices need to be put into linking mode with ISY.

Any contact will work just fine with the right program logic but the "Reverse" option will cause you troubles when the 3:00 AM query reports the status "unreversed". The I/O linc needs to be enabled, to work, and your programs need to be straightened out.

If you are electronically oriented there are many things you could try to alleviate the sensitivity problems. These are typically components that a more responsible company would have installed after trial and error. MOVs, inductors / toroids and a few other small components are the usual components used. Sometimes PCBs will be found with empty solder pads for these components where the newbie engineer showed the old dogs how much cheaper the product can be made, with a pair of side cutters. "When it stops working, put that part back in, whatever it does, and then try another one."

I thought you may be a little new and this whole Insteon thing is a bit confusing at first. I never use Fade Up/Down. If you want your lights to go on to a certain level, specify it in your program. If you want your lights to ramp up or down slowly , find them in the device webpage in the Admin Console and set the speed with the Ramp setting. Ramp speeds are 0.1? seconds to 8 minutes. Nine is now not available. Experiment with some settings and operate them manually from the device page. You can't hurt anything.

Set absolute values. If you want a ramp speed you can set that in a scene containing those lamps, or set it with the admin console device page for the local and ISY control levels. Modify your program and then save. Right click on it and select "run Then" to try it anytime. BTW: I have never used a Fade Up. IIRC it only sends a very small increase in level. May not work if lights are not already on. Too finnicky. Scenes are like prestes on your car radio. You set them up with a level, ramp speed and other variables and ISY assigns everybody involved a "secret scene number". When you turn that scene on from ISY, ISY sends out that "secret scene number" and everybody deoes what you prearranged.

We were always prohibited from even owning any single touch testers. All voltage indicators, testers, and meters, had to have two leads to connect across the "potential difference ...and they had to be tested on a live source before trusting, each occasion.

The main issue is not to use the reversal" option in the IOLinc setup in ISY. Mine shows On, when the garage door is closed, works just fine, labelled as GarageDoor.closed so that it is true logic, and never gives false indication from the 4:00 AM Query. Whether you have On or Off with the garage door closed makes no difference, just write your software to work with no reversal option turned on, and label your device point to the proper logic.

Excellent. From your drawings, you were almost there anyway.

Typically it is not ISY program execution or logic processing that slows things down. Years back I ran a similar system for X10 HA on a 40 MHz 80486 CPU and never saw any problems with loops or CPU bogging down. It was busy as it had an every second trigger that many programs used to do counting timers etc. Now ISY comes along with a somewhere between a 600- 900 MHz (15 - 25 times) CPU and I am sure it doesn't sport an 8 bit bus either. The slow down is the Insteon protocol. While it is much faster than X10 and many others the time lags do add up. When ISY sends out a command the targeted device has to acknowledge the command or ISY will send it again (Retry) Before the targeted device can acknowledge it must wait for all devices to finish repeating the command with up to four hops and original send times. Now the Acknowledge goes through the same process with up to four hops before anybody is allowed to talk again without signal collisions. This all adds up to not too many commands, echoes, and acknowledges, with their hops/echoes per second. The trick is to use scenes where only one command gets sent out and everybody involved does their thing at the same time. One other trick is to space out your device commands with wait lines in your programs. I use an ALL OFF scene and also an All OFF program with waits between 40-50 devices. They both have their uses.

OK...think I have the picture. Both SwitchLincs need power. Box 1 - connect the black wire to the others in the connector, leave the black/3wire connected there, as is Box 2 - connect black wire to black/3wire Both SwitchLincs need neutral Box 1 - connect white to white/connector bundle with white/2wire to load and white/3wire to box 2 Box 2 - connect white to white/3wire One SwitchLinc has a load Box 1 - connect red to black/2wire to lamp Box 2 - red gets capped. Spare wires Box 1 - red/3wire gets capped Box 2 - red/3wire gets capped As a check, in the end all blacks/SwitchLincs connect to black, whites/SwitcLinc to white, Red/SwitchLinc 1 to black/2wire going to load and both red/3wire capped both ends.

You need two SwitchLinc switches to make this work. and in box 1 the second cable from the left is not clear where the black, in the 3wire going to box 2, is going. The photo is focused on the twist connectors, in the air, and it is hard to be sure where things are going, since we need that black conductor from that cable. Also the third and fourth cables may be involved and need to be clearer.

It appears they are designed to do just what you are doing with them. This is a different situation than most power supplies.

Not the program. Switching power supplies do not like their inputs to have a chopped up waveform, as a SwitchLinc dimmer puts out. The inputs capacitors and circuitry would not be expected to last long. It may injure the SwitchLinc also. A regulated power supply for the LEDS major job is to regulate the output voltage even if the input varies. Varying the input voltage to it should not vary the LED strip brightness right up until the power output fails. If you leave the SwitchLinc dimmer on 100% all the time and vary the LED controller it may work OK but the SwitchLinc is a waste. Perhaps your power supply is not a regulated type?

I hope you are not running a switched power supply, with it's only job to maintain a constant voltage, off a SwitchLinc Dimmer. If so you may have burnt out one of the two parts.

ADR is permanent part of the ISY marked as a scene and never goes away. Forget about it. Looks like your admin console was left to go to sleep as happens on windoze systems. I found this happenning very seldom on v5.0.2 but it is back very frequently, again with v5.0.4. Usually this is signified by all ac icons being greyed out and the ac gui statuses never refresh. Sent from my SGH-I257M using Tapatalk

WeMo devices are Wi-Fi Ethernet. ISY is Insteon, Zwave and X10. ISY can send out Ethernet commands with the Network resources module and external devices can control ISY internal things via the REST interface but I don't think WeMo supports ISY natively or vice versa. This would take a bridge of some kind to translate system languages.

I had a go 'round with DHL years ago. They are doing the same as many (FedEx etc..) are now. They deliver the product, and then a month later you get bills for taxes (fair enough) and $30-$50 for bond fees on top.

Usually once the money starts being billed the tampering stops. Installations includes all hardware and software plus training how to Restore while on the phone with installer.

The old sign in the mechanics shop Labour to repair $45 per hour Labour if you want to watch $60 per hour Labour if you want to help $100 per hour. Hey. This is a great feature request for ISY! If $sTechnician.mode = 0 Then set Program 'Geyed Out' Else --- Or even another section in the folder conditions. VISIBLE (defaults to true) If $sDo_Not_Modify = 18214 <------becomes a password as this line wouldn't be visible without setting the variable to value Edit: Posted in feature request thread

Ahhh, I see, and thanks for that. That explains how they get so many functions over just a few conductors. In effect this makes the wall mounted controls the same as a remote, but with copper instead of the radio transmission medium. I figured we are talking about connecting across the hardware pushbutton component. This would be a similar technique as soldering into the remote, then.

I guess I don't knw why any garage opener pushbutton cannot be paralleled with an IO/Linc contact. The IOLinc contact needs to be normally open and temporarily provide a closed contact to the operator. Makes sure you have used the N/O contact on the IOLinc and that the closure is temporary, as in a short pulse, similar to the length of time you lean on the pushbutton. There is a duration setting and a pulse setting in the options. About 0.5 to 1.0 seconds should work. Of course, your ISY program has to support this ON/Off pulse. Other than that, make sure you are not connected to the MS, light or lockout contact wires in the control console. I had a Genie and moved. Now I have a Chamberlain rebranded but never have wired up control to either. I only monitor door position until this ALL ON nuisance is resolved. Never had one of those either,

What exactly doesn't work? The status/sensing or the control of the operator? Is this a transfer of an IOLinc to another location or just a change of opener?