larryllix

With that logic Intertek would be dead in the water shortly also. I doubt that will happen as most of the appliances in your house are made by the same company under dozens of other names. Second sourcing sounds like a big deal to some but Windows is still alive and kicking. From reading other forums Z-wave has too many problems. Things do change and evolve though.

I was thinking the same thing and that would mean a wired in fan controller should do the job...maybe. Ceiling fans usually just stick different caps in series with the fan motor to reduce voltage without chopping waveforms or causing heat in the components (pf=0) . This would mean hacking into internal wiring of the humidifier though.

We used a lot of serial ports also with electrical grid protection equipment but in the last two decades it was disappearing fast for the same reasons it would on the ISY with multiple PLMs. Terminal servers were not popular, not very standard, and not cheap like routers and switches, the new serial port. The serial port is not even included in computers for the last ten years. That drives the market eventually. Would we really want a serial port if we had an Insteon / X10 PLM, a Z-Wave PLM, a Zigbee PLM and a UPB PLM connected to our ISY for simultaneous usage ? What now for the ISY or other HA controllers? A serial port smart switch that can pick the appropriate PLM? Multiple serial ports on every HA controller? Not likely the new industry will go backwards on that one when they can drop in an industry standard interface for a few bucks. Why would a manufacturer create all these PLMs to support every HA protocol with a serial port? They wouldn't if only one HA company supported that interface. I would be sure the interchangeable PLMs would be aimed at all HA companies to make their HA controller expandable to any system, an attractive feature for sales. What if we had to connect the Admin Console via serial port? What if we wanted our PLM to connect to two HA controllers with a serial port interface? The HA market is becoming popular and beginning to boom. Not locking the public into one expensive system protocol would appeal to the masses much more than a completely disposable mistake in selection. The Ethernet PLM is going to come. It's already on so many devices, now. The SmrtHome Hub is an Ethernet PLM already.

How much is the google watch? It appears to do exactly the same thing.

We need a new ISY that has support for these protocols via Ethernet. Then bridges, for any protocol that comes out in the future, can be produced to support it. We are still talking to our PLMs with serial signals. I see an end to that style coming.

The SwitchLinc is directly connected internally to the light controller in the same SwitchLinc. Scene adjustments only apply to that link in the SwitchLinc dimmer and local paddle controls will not be affected. You can adjust the local controls to a dimmed semi-on position so that the local paddle will activate the SwitchLinc to that level and ramp speed. Your scene in the ISY should detect the paddle signal and send out the scene signal to override the local levels. The change in brightness and ramp speed should be hardly noticeable if the local levels are set low enough. BTW: If you are not using the 'Else' section you do not need the "To" in the 'If' time range. It's only job is to run the 'Else'.

It is most likely a synchronous, shaded pole motor, similar to the one in most bathroom vents and old phonograph motors. You can dim them all you want and they will stay the same speed as long as they can keep up. The harmonics from the dimmer may damage the motor and/or the low average voltage from the dimmer may make the current increase to the point of damaging the dimmer.

If you use two wire only devices the load has to be incandescent. These devices use the load as the return (neutral) wire for their small amount of running power. It's not enough to light an incandescent bulb but It usually causes CFLs and LEDs to flicker when turned off. LEDs and CFL bulbs chop up the AC waveform and would cause a two wire SwitchLinc to malfunction. The 2477D is NOT a two wire device, which means it has to have a neutral connected to it. This circumvents these problems. An incandescent bulb is one with a filament in it that works by heating the filament to white hot. Halogen lamp bulbs are also incandescent. This problem exists with most motion sensors also. If you have a controller string of lights (more than one) you can use CFL or LEDs usually by using just one incandescent mixed in. The lack of neutral problem is typically created by electricians wiring the circuits to the light's octagon box first. Octagon boxes have a lot more volume inside them and can accommodate more wires (by code and actual practice) for all the connections involved with a continuing cable run. To accommodate the switch for the light they run a 14/2 cable to the switchbox location to go over to the switch and back with the switched power. There will be no neutral at the switchbox, in this scenario. Receptacles always have to have a neutral on one side.

All your devices require a neutral. The neutral wire is the white wire that electricity, passing through a load, returns to the electrical panel. Do you have an older house with knob and tube wiring? If so you may not have ground wires in most places but neutral is a basic requirement for electricity to flow.

I would have just programmed the SwitchLinc to work with the X10 commands until I got more Insteon devices to support the mesh-network they thrive on so well.

Did you do a factory reset on the SwitchLinc before linking to the ISY? I don't know how they set these devices but mine have almost all done really strange things if I didn't factory reset every new device. - remove the device completely from ISY - factory reset the SwitchLinc. Most units do this by pulling the tab out for about 10-15 seconds and then pushing it in holding it in until it stops buzzing. This usually takes a tool to poke it deep enough andnotpause at the operating / normal position.. Release and it should turn the light on. - relink it to the ISY using the address of the unit. xx.xx.xx -if the device shows up in the ISY devicetreetry to operate the controls on it's page. Let us know.

Are you trying to communicate with this switch using X10 commands or Insteon commands?

Many of us have just the basic model and no Access Points or Phase Bridges/couplers and our systems work fine even with our phones and other compute inputs. I do not know how the Pro would assist in any of those endeavours. It does provides more program and device counts. I have never needed that after a year of usage. The Insteon system has evolved over the years to dual-band devices that can span the electrical system in a house by using RF communications and powerline and repeating signals in the modules themselves. This makes these signal only AP / Coupler type devices mostly redundant. I would get your basic items and add AP and Couplers as the need arises, if it ever does.

I already have a box full of X10 modules. Insteon was many steps better than X10. From the talk on forums about Z-Wave it sounds no better than X10.

If Insteon was dead where would we go? After reading about other systems we could do a lot worse than a few junky quality units and lack of variety in modules. ISY contributes a lot to the quality of Insteon systems. I started with a Hub, sent it back as soon as I fired it up and realised how limited it was.

Better to have some control on the quality of many products in the Insteon line like thermostats and PLMs that have bad reputations. If UDI bought Insteon, much of the future market may not develop, as many are afraid of single-sourced products and won't touch them. I have already run into negative comments on cocoontech about Insteon being single-sourced. I understand the fear factor there for professional installers. Now if UDI could get rights to spec Insteon products with a superior spec it could work except that I believe X10 already failed at that that and people just shop by price anyway.

Another Insteon bad capacitor shorts out maybe? Ohh no!... not the SwitchLincs too! We need forensics on this one!

Nahh. It's just old hat for some. Upward and onward!

Make sure the breaker is off and test with a known good tester before working on the circuit. Take a snapshot of the wiring connections before disconnecting in case of snags. All the best. Bob would be proud.

After the tab is pulled out for about ten seconds if you push the tab in and hold it in until the buzzing stops it will factory reset the device. Then you need to relink it with the address for it and found on the metal plate on it's front or on the paper where you wrote it down. After that is done doing the restore should bring it back to full status.

Nice. So you found the SwitchLinc that controls it. That makes it somewhat easier than ladder work or invisible module units..

Don't worry. Restore won't hurt a functioning device and if links are missing in it may make it work again. If the breaker blew the device may have burned out too. We have to find that out.

When running the Admin Console can you identify the device in the device tree list? If you can write down the address of the device on paper. It should be a number format like 28.15.4B and be found top middle under the name. Right click on the device in the list and select "Restore". This may take a moment. If you see some action without errors reported then try the button at the bottom of the device's page turn it on and off.

Have you found the breaker for that circuit to shut it off?

Leslie Is there a switch that controls that outside light fixture?