The UK Home Automation Archive

Archive Home
Group Home
Search Archive


Advanced Search

The UKHA-ARCHIVE IS CEASING OPERATIONS 31 DEC 2024


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: Re: Displays round the house - architecture...


  • To: <ukha_d@xxxxxxx>
  • Subject: RE: Re: Displays round the house - architecture...
  • From: "Mark Harrison" <Mark.Harrison@xxxxxxx>
  • Date: Mon, 12 Aug 2002 16:59:57 +0100
  • Mailing-list: list ukha_d@xxxxxxx; contact ukha_d-owner@xxxxxxx
  • Reply-to: ukha_d@xxxxxxx

Patrick,

As my old physics teacher said "flash of the blindingly obvious."

Of course you're right. The decentralised architecture pushing the business logic to the "output handler" is exactly what's required. That means that the output handler COULD be a simple device, or could be a multi-tier thing that stored configuration information in a database as required.

It's probably as simple as input handlers broadcasting (on a known IP port) their latest content whenever it changes.

Output handlers then listen to it, and either store, or discard as appropriate.

Some broadcasts would be treated as triggers. Other as "content store updates".

The Output handlers could, depending on the device / requirements, be monolithic, OR multi-tiered, with their configuration stored on a database.

Cool - all coming together nicely.!

M.



-----Original Message-----
From: PatrickLidstone [mailto:patrickl@xxxxxxx]
Sent: 12 August 2002 16:46
To: ukha_d@xxxxxxx Subject: [ukha_d] Re: Displays round the house - architecture...


Some random thoughts:
An alternative approach is to let each *display* take the decision
about what to display locally - transmit message text(s) and triggers
to all devices. (Note that it is the trigger event, not the trigger
criteria that is transmitted to a display). I can see a number of
advantages in this approach:

-  There is no cental controller to fail; it is a distributed
architecture
-  Triggers can be generated from *any* network connected device,
possibly including other display units (perhaps with keypads?)
-  Complex conditional logic can be applied (not necessarily excluded
with your original design, depends on what the output server does)
-  Local control and centralised control can be achieved
simultaneously using the same infrastructure with a minimum of
additional work.

Configuration information for each display is read from server(s) at
boot time. This server could also cache recent events so that a
display shows current information immediately on re-boot.

I think this architecture extends beyond just displays to provide
(one possible) foundation for an HA network protocol. I could ramble
on, but I'd wager that a detailed discussion is probably outside the
interests of the majority of the list.

Patrick




For more information: http://www.automatedhome.co.uk
Post message: ukha_d@xxxxxxx
Subscribe:  ukha_d-subscribe@xxxxxxx
Unsubscribe:  ukha_d-unsubscribe@xxxxxxx
List owner:  ukha_d-owner@xxxxxxx

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/



________________________________________________________________________
This email has been scanned for all viruses by the MessageLabs SkyScan
service. For more information on a proactive anti-virus service working
around the clock, around the globe, visit http://www.messagelabs.com
________________________________________________________________________

Yahoo! Groups Sponsor
ADVERTISEMENT

For more information: http://www.automatedhome.co.uk
Post message: ukha_d@xxxxxxx
Subscribe:  ukha_d-subscribe@xxxxxxx
Unsubscribe:  ukha_d-unsubscribe@xxxxxxx
List owner:  ukha_d-owner@xxxxxxx

Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.

Home | Main Index | Thread Index

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.