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: 2012 and still no perfect UK HA light switch solution?



But why is a current state of every light needed in an install from a
function point of view not aesthetic that's a different thing entirely,
because I toyed with this concept for long time as I started to design of
my
own systems, and came to the conclusion that the only time I needed to
really know the status was if I wanted to act upon it, so I only need to
know a light is on, if for instance I wish to turn it off, but if I don't
know it's status and then send an off, I know it's off even if it was off
before (I hope this makes sense) in which case two way is just an aesthetic
consideration, unless I have missed a functional need somewhere?



Stuart.



From: ukha_d@xxxxxxx [mailto:ukha_d@xxxxxxx] On Behalf Of
Mark J Cox
Sent: 14 August 2012 19:35
To: ukha_d@xxxxxxx
Subject: Re: [ukha_d] 2012 and still no perfect UK HA light switch
solution?





On Tue, Aug 14, 2012 at 6:37 PM, Stuart Billinghurst <
stuart@xxxxxxx <mailto:stuart%40billinghursts.com>
> wrote:

> Odd question, and humour me... but why do you need 2 way comms?
>

So you can tell what state each switch is in even if it has been locally
changed (i.e. you can have a display of the state of all the lights).
LightwaveRF
looked promising for a while (inexpensive, nice looking, even if not zwave)
but failed this.

Mark

[Non-text portions of this message have been removed]





[Non-text portions of this message have been removed]



------------------------------------

<*> Join the Automated Home Forums
http://www.automatedhome.co.uk/vbulletin/


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.