The UK Home Automation Archive

Archive Home
Group Home
Search Archive


Advanced Search

The UKHA-ARCHIVE IS CEASING OPERATIONS 31 DEC 2024


[Message Prev][Message Next][Thread Prev][Thread Next][Message Index][Thread Index]

Re: xPL/xAP an alternative to C-Bu$ ?


  • Subject: Re: xPL/xAP an alternative to C-Bu$ ?
  • From: "Patrick Lidstone" <patrick@xxxxxxxxxxxx>
  • Date: Thu, 20 May 2004 10:17:53 -0000

--- In ukha_d@xxxxxxx, Gareth Cook <g@u...> wrote:
> I went to the UKHA2004 show - I was the CBus switches. All very=20
very nice.=20
> I then came back home and did the sums.
>=20
> In my house, to replace the light switches, I'm looking at =A32000.=20
Switches=20
> ONLY ! No dimmers yet....And quite frankly, it ain't gonna happen -=20
I like=20
> my HA, but not at that price. I'm getting more careful in my old=20
age :-)
>=20
> So, if I already have CAT5 to the light switches - any reason why a=20
> xPL/xAP alternative could be developed ? Maybe even using standard=20
MK=20
> momentary switches as the physical switch and wiring this new=20
module to=20
> the "mains" input on that switch as a local loop - and then
from=20
the=20
> module in the backbox back to Node 0 over CAT5. Same, if not better=20
> control - and at a reasonable price.=20

Yes, you can potentially map inputs from any source onto the CBus.

One option - which was demoed at UKHA - is to use a Barix Barionet=20
(which has native xAP support) to handle MK switch inputs, and pass=20
these direct to Kevin's CBus-xAP hardware interface. Job done.

You could also do something similar with Comfort, if you have some=20
spare inputs and a UCM serial module. Again, this could be an all-
embedded solution for reliability (as with previous example, no need=20
for any cental intelligence to drive the whole shebang).

Patrick




UKHA_D Main Index | UKHA_D Thread Index | UKHA_D Home | Archives Home

Comments to the Webmaster are always welcomed, please use this contact form . Note that as this site is a mailing list archive, the Webmaster has no control over the contents of the messages. Comments about message content should be directed to the relevant mailing list.