Hardwired Lighting System Using Cat5

More questions. So I have read through OnQ's website re descriptions of these various pieces of hardware.

lighting controller - central controller, needed for any automation application, I assume.
lighting expansion module - to use more than 31 devices?
input/output module - to use the ALC system to control external devices via relays?

The following two devices seem to me to be the same. (?)
lighting management module
lighting serial expansion module

The following four devices all seem to do the same thing, the best I can tell. (?)
branch hub
enhanced branch hub
wiring distribution module
four-branch interface module

If a branch hub can connect to 9 devices, then I presume the way it supports 31 devices is by daisy chaining on some or all of the 9 connected devices?
 
So I just ordered a 600W dimmer and an aux switch for my electrician to see. I don't want to completely surprise him with the OnQ system, so I thought I'd have some hardware on hand to re-assure him it won't be a wacko install. We are framing now, so it won't be long before the wiring begins.

I know Beezlrob is doing a CQC driver for the OnQ ALC system, and that an Elk interface is available. I still don't know for sure which way I should be planning on going. (I will be using CQC and an Elk M1G). Perhaps Number 20 can help: are there any features of the ALC switches that the Elk interface does not support? I.E., there is a ramp-up to level, and an "extended ramp" rate.

I'd lean towards the CQC system to control the ALC lighting. This is because there is a limited amount of programming space in the ELK, while the CQC has basically unlimited space. You could always have the ELK control the AL lighting, and then mirror those commands back to CQC using the ELK driver for CQC, but that is just adding complexity to the design that doesn't need to be there. Keep in mind that the ALC units works as a stand alone system, so it is not relying on either the ELK or CQC system to work. So any perceived benefit to going with a hardware system (ELK) vs a software system (CQC) isn't really going to make a difference in the end IMHO. So as long as the CQC driver is robust and stable (which I'm sure it will be with beelzerob working on it), it'd go with CQC for my control method.


I am not aware of any ALC features not supported by the ELk. One of the main reasons to use ELk is there willingness to adapt to new features and changes in technology. While ALC has been shipping for over 13 years and the protocol has not changed. Should anything ever change, Elk will surely make firmware changes fast.....

I need to study the CQC system so that I am better able to make intelligent comments. ALC has spoiled me so I spend little time looking in the direction of CQC.

How long have they been shipping product?

One other note on ALC. This summer I installed an ALC relay 363142-11 into my attic to control my attic exhaust fans. I live in South Carolina so the attic is not the best place due to the extreme heat. But the switch has performed well. I consider this to be an extreme test of the product!

I also placed a temperature sensor in the attic that controls the on/off of the ALC relay based on attic temp.

TS

CQC is a software based control system that is extremely robust and powerful. It is constantly being improved currently as well is great too. I know beelzerob is working on a driver to fully control the ALC system. In the end, I suspect it will do everything the ELK can (and potentially more if there are items that ELK decided not to include).

I live in Greer (50 not 51) and would be more than happy to extend an invitation to come a CQC system in action at my house should you ever want to Tony. I've been to Setnet and even got a pretty extensive tour of your classroom and the ALC lighting system you've installed. It would be nice to return the favor. I've always considered going with the ALC system, and it was great to be able to see it live in a real environment. I've just not had a reason to put the ALC installation at the top of the todo list yet. But when I do, you guys will certainly be my supplier. Now if you were just a little more convenient to me (I work over towards Easley, so you are in the wrong direction) I'd be using you for everything. ;)
 
More questions. So I have read through OnQ's website re descriptions of these various pieces of hardware.

lighting controller - central controller, needed for any automation application, I assume.
lighting expansion module - to use more than 31 devices?
input/output module - to use the ALC system to control external devices via relays?

The following two devices seem to me to be the same. (?)
lighting management module
lighting serial expansion module

The following four devices all seem to do the same thing, the best I can tell. (?)
branch hub
enhanced branch hub
wiring distribution module
four-branch interface module

Good Questions. But.....
I thought you were going to use an Elk M1. IF so, most of the modules you studied are not needed as they are to create a stand alone system for the ALC that does not use an ELK controller. Let's look at each module one at a time

Lighting Controller - NOT NEEDED FOR ELK-M1
If a branch hub can connect to 9 devices, then I presume the way it supports 31 devices is by daisy chaining on some or all of the 9 connected devices?
lighting Expansion Module - NOT NEEDED FOR ELK-M1
input/output module - NOT NEEDED FOR THE ELK-M1
Lighting Mamager Module - NOT NEEDED FOR THE ELK-M1 (ADDS TIME/DATE SCHEDULING TO THE STAND ALONE CONTROLLER)
Serial Expansion Module - NOT NEEDED FOR THE ELK-M1 (ADDS SERIAL CONTROL TO STAND ALONE CONTROLLER)

WHAT YOU DO NEED FOR THE ELK-M1 IS ONE OF THESE

AS FOR THE HUBS
They are totally optional but make wiring neater and the enhanced hub adds dip switches for troubleshooting.

The four branch interface module IS NOT NEEDED FOR THE ELK-M1 (it is used with the HAI Omni controllers)


Hope this helps
TS
 
I haven't setup my ALC system yet, but after going through the docs, here is my understanding of system and its wiring:

Home Lighting Controller (HLC) one branch (RJ45), X10 (RJ11) and expansion ribbon out
Lighting Expansion Module three branches (3x RJ45) and expansion ribbon in, out
Serial Expansion Module serial in/out (RJ45) and expansion ribbon in, out

Lighting Distribution Module (LDM) (RJ45 from HLC or LEM) punch downs for 11 ALC switches & 8 AUXes also connections to distribute power and communications for 4 branch hubs

Branch Hub punch downs for 9 ALC switches & 10 AUXes also connections from LDM and to next Branch Hub
(Enhanced Branch Hub has dip switches on back to isolate ALC switches


I need the following:
1 HLC (controls the system; 1 branch), 1 LEM (adds 3 branches), 1 SEM (talks to CQC); lots of switches&auxes
This is technically sufficient, but you need to be able to take the RJ45 (cat5) branch outputs (from the HLC and LEM) and wire them to the switches. I suppose the docs say exactly which wires do what, but it seems easier to use an LDM which has an RJ45 input with lots of punch downs to do it for you. I don't think the LDM has any electronics on board, just basic wiring. If you daisy chain some of the loads, this is probably all you need. However, if your wiring runs start to get long, you need to add a branch hub which can extend the signal up to 1000'.

If you want ELK to talk to your system, you can use a special ELK serial module from SETNET. I like the idea of using ELK -> ALC for "mission critical" lighting (i.e. outdoor motion turns on spotlight), and let CQC handle the fancy smancy lighting - slow ramp wakeup lights, etc.. I haven't used the ELK interface yet, but I doubt they provide all ALC functions because it is logically mapped onto an X10 style interface (along with all of the other lighting systems they support). The CQC driver doesn't have that limitation because each lighting driver (and user interface) is fully custom (it might be nice if they used the inheritance model a bit more here). One unanswered question is how does the ALC system behave if you have two serial interfaces active at the same time.

--Bob
 
Good Questions. But.....
I thought you were going to use an Elk M1. IF so, most of the modules you studied are not needed as they are to create a stand alone system for the ALC that does not use an ELK controller. Let's look at each module one at a time

Lighting Controller - NOT NEEDED FOR ELK-M1
lighting Expansion Module - NOT NEEDED FOR ELK-M1
input/output module - NOT NEEDED FOR THE ELK-M1
Lighting Mamager Module - NOT NEEDED FOR THE ELK-M1 (ADDS TIME/DATE SCHEDULING TO THE STAND ALONE CONTROLLER)
Serial Expansion Module - NOT NEEDED FOR THE ELK-M1 (ADDS SERIAL CONTROL TO STAND ALONE CONTROLLER)

WHAT YOU DO NEED FOR THE ELK-M1 IS ONE OF THESE

AS FOR THE HUBS
They are totally optional but make wiring neater and the enhanced hub adds dip switches for troubleshooting.

The four branch interface module IS NOT NEEDED FOR THE ELK-M1 (it is used with the HAI Omni controllers)

So to expand the "ALC to Elk interface" from 31 addresses to 124 I would need what? The lighting expansion module?

And - just so I understand - Each branch has 31 addresses, no matter how many are daisy chained vs directly connected to a branch hub?
 
And - just so I understand - Each branch has 31 addresses, no matter how many are daisy chained vs directly connected to a branch hub?

Correct. The protocol identifies a switch by its branch number (1 to 4) and address (0 to 31). So those 2 values have to be unique for every switch out there.

By the way, I will be releasing the first official version of the cqc driver soon. I still have some things I want to do with it, and it will be improved as more people use it, but I want to get it listed as a supported device on CQC.

Probably giving it to Dean tonight or tomorrow.
 
I highly recommend the enhanced branch hubs!!! they shouldnt even offer the other version. you WILL ahve to troubleshoot at some point as there are so many tiny tiny connections. WORTH every cent.
 
I highly recommend the enhanced branch hubs!!! they shouldnt even offer the other version. you WILL ahve to troubleshoot at some point as there are so many tiny tiny connections. WORTH every cent.

Does that mean you don't use the Lighting Distribution Module? It seems to lack the "DIP switch" functionality of the enhanced branch hubs. Do you use the LDM, but not connect any switches to it, only the EBHs?

--Bob
 
rbr, I dont use the LDM because I use an On-q (HAI) panel with the EZ-Scene interface (1 or 4 branch scene learning card that sits right on top the HA panel in the can).

I am not familar with how the LDM set up works. However, I dont think its related to using a branch hub or not. The branch hubs sole purpose is to have a "tidy" set up whereby all your cat5 wires come to a location OUTSIDE the can and only one wire runs to the can. Its great because you can save alot of time on running cable. You can have one side of the house go to one location, upstairs go to another location, oposite side of house to another, etc. The difference between the enhanced and the regular is you can shut off all "branchs" going out to the switches but one and test it. I have run in to issues MANY times where somethign doesnt work and its a BIATCH trouble shooting on a standard hub where you have to disconnect all the legs and add them one by one. It can be a "nest" behind a branch hub of many wires. Its great on the enhanced, you just lift the lid, flip a swicth and QUICKLY find the bad "leg". Then you can simply go thru the switch(s) connected to that leg and check the wiring. They pay for themselves quickly. Seriously, they should discontinue the non-enchanced.
 
Aha! The HMS/HAI EZ-Scene interface has proper connectors (elevator style) so you can go straight to the punch downs on the branch hubs. With the "stand-alone" system, the branch outputs are RJ45 connectors, so some "creative cabling" is necessary if you skip the "Distribution Module", which the training manuals call: "The first star in a star-star system". Sheesh.

--Bob
 
So I just ordered a 600W dimmer and an aux switch for my electrician to see. I don't want to completely surprise him with the OnQ system, so I thought I'd have some hardware on hand to re-assure him it won't be a wacko install. We are framing now, so it won't be long before the wiring begins.

I know Beezlrob is doing a CQC driver for the OnQ ALC system, and that an Elk interface is available. I still don't know for sure which way I should be planning on going. (I will be using CQC and an Elk M1G). Perhaps Number 20 can help: are there any features of the ALC switches that the Elk interface does not support? I.E., there is a ramp-up to level, and an "extended ramp" rate.

I'd lean towards the CQC system to control the ALC lighting. This is because there is a limited amount of programming space in the ELK, while the CQC has basically unlimited space. You could always have the ELK control the AL lighting, and then mirror those commands back to CQC using the ELK driver for CQC, but that is just adding complexity to the design that doesn't need to be there. Keep in mind that the ALC units works as a stand alone system, so it is not relying on either the ELK or CQC system to work. So any perceived benefit to going with a hardware system (ELK) vs a software system (CQC) isn't really going to make a difference in the end IMHO. So as long as the CQC driver is robust and stable (which I'm sure it will be with beelzerob working on it), it'd go with CQC for my control method.


I am not aware of any ALC features not supported by the ELk. One of the main reasons to use ELk is there willingness to adapt to new features and changes in technology. While ALC has been shipping for over 13 years and the protocol has not changed. Should anything ever change, Elk will surely make firmware changes fast.....

I need to study the CQC system so that I am better able to make intelligent comments. ALC has spoiled me so I spend little time looking in the direction of CQC.

How long have they been shipping product?

One other note on ALC. This summer I installed an ALC relay 363142-11 into my attic to control my attic exhaust fans. I live in South Carolina so the attic is not the best place due to the extreme heat. But the switch has performed well. I consider this to be an extreme test of the product!

I also placed a temperature sensor in the attic that controls the on/off of the ALC relay based on attic temp.

TS

CQC is a software based control system that is extremely robust and powerful. It is constantly being improved currently as well is great too. I know beelzerob is working on a driver to fully control the ALC system. In the end, I suspect it will do everything the ELK can (and potentially more if there are items that ELK decided not to include).

I live in Greer (50 not 51) and would be more than happy to extend an invitation to come a CQC system in action at my house should you ever want to Tony. I've been to Setnet and even got a pretty extensive tour of your classroom and the ALC lighting system you've installed. It would be nice to return the favor. I've always considered going with the ALC system, and it was great to be able to see it live in a real environment. I've just not had a reason to put the ALC installation at the top of the todo list yet. But when I do, you guys will certainly be my supplier. Now if you were just a little more convenient to me (I work over towards Easley, so you are in the wrong direction) I'd be using you for everything. :(

As for saving programming space, don't overlook the fact that the 364864-01 Elk to ALC interface and the 364644-01 stand alone controller both have scene learning capabilities. What this means is that when used with their 4-button scene switches 364720-01 and 364776-01 (with IR Eye for remote control) you can program scenes without using any code......

Le's face it, many times lighting scenes really don't need to be tied to an automation event. However when you do want to do so (like turning off all lights when you arm security) you can reserve your programming lines in your controller for when you need them most.

There is also a scene interface for HAI Omni panels and OnQ HMS panels 364806-01 (1 branch of 31) and 364806-02 (4 branches of 31). Note that HAI has part numbers for these interface, but buying the OnQ brand is cheaper since they make it for HAI.

Always feel free to call us. The ALC system has so much to offer it's hard to appreciate without a conversation.

God Bless
TS
 
Tony, 2 questions....

1) The ALC controller and serial adapter both have screws on them that seem to be for a specific kind of enclosure. I don't have any enclosures, and really don't see the need for one...but I need to be able to screw this into something! What is the most basic thing I can buy that I can mount those onto?

2) I have a whole-house attic fan that I'd like to put onto relay control. The fan currently is controlled by a manual 2-speed switch....so it has OFF, HIGH, and LOW as specific switch settings. I'm just GUESSING that "High" probably sends the whole 120v up there, and LOW sends something less (there's 2 power wires, neutral, and ground coming off the back of the switch). I'm trying to figure out how I can control this via ALC relays. Any ideas?
 
2) I have a whole-house attic fan that I'd like to put onto relay control. The fan currently is controlled by a manual 2-speed switch....so it has OFF, HIGH, and LOW as specific switch settings. I'm just GUESSING that "High" probably sends the whole 120v up there, and LOW sends something less (there's 2 power wires, neutral, and ground coming off the back of the switch). I'm trying to figure out how I can control this via ALC relays. Any ideas?
I doubt very much that different voltages are involved. That would make for a pretty expensive controller/switch.

Instead, I think the motor has dual windings (hence the reason you have two power wires). On low, one is energized and one high, both are. If so, all you need is two relays to control the speed.

You can carefully verify the above. Get a voltmeter, set it to AC (high voltage) and carefully measure what goes out when you set the switch to off, low and high. If the last two show 120, then the above theory is right.

Note that inductive loads require a relay with a capacitor across the contacts to keep the resulting sparks in check. Otherwise, the relay will not last long. So you want a relay that is rated for inductive loads, not just resistive (i.e. for lights).

If you are at all uncomfortable with the above, then get an electrician to do the work.
 
2) I have a whole-house attic fan that I'd like to put onto relay control. The fan currently is controlled by a manual 2-speed switch....so it has OFF, HIGH, and LOW as specific switch settings. I'm just GUESSING that "High" probably sends the whole 120v up there, and LOW sends something less (there's 2 power wires, neutral, and ground coming off the back of the switch). I'm trying to figure out how I can control this via ALC relays. Any ideas?
I doubt very much that different voltages are involved. That would make for a pretty expensive controller/switch.

Instead, I think the motor has dual windings (hence the reason you have two power wires). On low, one is energized and one high, both are. If so, all you need is two relays to control the speed.

You can carefully verify the above. Get a voltmeter, set it to AC (high voltage) and carefully measure what goes out when you set the switch to off, low and high. If the last two show 120, then the above theory is right.

Note that inductive loads require a relay with a capacitor across the contacts to keep the resulting sparks in check. Otherwise, the relay will not last long. So you want a relay that is rated for inductive loads, not just resistive (i.e. for lights).

If you are at all uncomfortable with the above, then get an electrician to do the work.

I'll address question 2 first...........
Attic fans certainly do come in a variety of types. But some do NOT use motors with a variety of taps/run voltages. Instead they use a controll switch that does the tapping (my son has one of these in his house). Not sure of the price as it was installed when he bought the home. Your situation sounds like it has two outputs and the motor has two taps (or 1). So what AMIRM advises is dead accurate. There are a number of thoughts about changing the speeds though.

First, understand that dimmers do not work with motors (at least they are not supposed to). However, I like to use the text book as the basis for fact while also being a doubting Thomas and want to test things for myself. So I also spend time trying things on my own - A kind of "burn and learn" approach.

I currently have a 1/2 HP ceiling fan motor on a 600watt X-10 PCS Scenemaster dimmer. It makes no noise, and does not run hot until I slow it down to a crawl (which I would never do normally). I have 4 years run time with this confiuration in my media room. However...... I also tried the same thing with a smaller 1/4 HP motor in my guest house with terrible results. NO TWO INDUCTIVE LOADS ARE THE SAME. Some of this makes little sense when you compare to what is SUPPOSED to be.

I also have a 600watt ALC dimmer running another 1/4 HP ceiling fan and it works fine. In my attic, I have two roof exhaust fans that ran fine for 1 year using a 600Watt Smarthome MFG. X-10 dimmer. I did not try to slow them, only to run at full speed. This year, the switch kept losing it's programmed X-10 address but would still work fine otherwise. I did replace it with an ALC relay though.

In our training center at SETNET we often try "TO LET THE SMOKE OUT" of devices. And we often succeed. WHile strange things can happen, sometimes you never know until you try. While we don't propose you use dimmers to change speeds on inductive loads, I also know that CocconTech readers are excellent DIY'ers and like to experiment (be safe above all else)!

The changing of power factors to make inductive loads easier to control is another place we experimented. Adding capacitors does change things, but like dimmers controlling motors or relays mixed with various AC voltages, it's not the way the CODE experts would advise you to go!

In all the years I have been in the Home Automation business, there has never been an inexpensie solution to speed controlling motors. The technology exists in the form of SCR's (Silicon Controlled Rectifiers). However it's expensinve, large and takes a changing analog voltage trigger to output the various AC voltages to speed control motors. Out of the question for home installs.

Yes, I do use some dimmers for this and honestly say that I have spent more money burning out switches while on the hunt for the perfect dimmer than it was worth. After all our research and all my "burn and learn" I can say this. "There is no brand of automated dimmer that I can promise will work". If you want to experiment and don't mind letting the smoke out on occasion, then you can look for dimmers on your own (once you let the smoke out, it won't go back in)! Of course the advice to use qualified Electricians is strongly offered. But try to find one that would put a dimmer on a motor! I would use the ALC 900Watt dimmer or the PCS 1000 watt UPB Dimmer if you want to experiment.

In summary, using a relay (inductive type) is your best bet and forget about controlling the speed!

Now for your question about enclosures. If you don't want to use self tapping screws and mount them onto a metal backplate (crude), then consider a small structured wiring enclosure. OnQ LEgrand 14" or the SCP 14". Both accept OnQ modules, with the SCP version being cheaper.

Hope this helps...

TS
 
Thanks for the enclosure link. I may have to go that route.

I guess as far as the fan then....what I could probably do is put a relay between main power and the 2-position switch, and then just leave the switch on one setting. Then the relay would turn the fan to either off, or that one particular set speed. It's not a perfect solution, but it sounds safe and still gives me control over the fan.
 
Back
Top