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: xAP - The Proposed Architecture Explained...


  • To: <ukha_d@xxxxxxx>
  • Subject: RE: xAP - The Proposed Architecture Explained...
  • From: "Mark Harrison" <Mark.Harrison@xxxxxxx>
  • Date: Wed, 14 Aug 2002 12:42:24 +0100
  • Mailing-list: list ukha_d@xxxxxxx; contact ukha_d-owner@xxxxxxx
  • Reply-to: ukha_d@xxxxxxx

Tony,

This is NOT just about Home Automation as defined by HomeVision (or whatever)

This is about ALL the info you might want to display around your house.

You'll have:

- 1 HomeVision
- 2 eMails (his n hers)
- 1 weather station
- 1 News ticker feed from an internet source
- 1 feed from your burglar alarm

M.

-----Original Message-----
From: BUTLER, Tony, FM [mailto:roaming@xxxxxxx]
Sent: 14 August 2002 12:32
To: 'ukha_d@xxxxxxx'
Subject: RE: [ukha_d] xAP - The Proposed Architecture Explained...


> Buy using a central PC you're creating a master-slave system, the
> suggested use of broadcast messages makes the system
> effectively master
> less for nornal day to day running. Thus other than the physical
> transport, failure of a single device would not stop the whole system
> continuing to function.

Is this not somewhat negated by having a central HV or homeseer PC or any of
the other HA controllers out there?
If they go titsup.com then you are probably shafted anyway.  A central PC
with RAID/a backup PC in place would get around that problem, and we're only
talking a display system (ATM anyway) not a controlling one, so perhaps not
the end of the world if it died.
Also, is the failure rate of said systems high enough to warrant steering
away from a central PC?

I can see what you're trying to achieve with no master server, but this
could make the cost of the intelligent clients prohibitive....
Of course, if as per my other email, you went for the subscription model,
you'd need smarter clients anyway.....

In an ultimately flexible world of course, you could operate in server or
serverless mode, with clients as smart or dumb as you like and in broadcast
or subscription mode, but adding this flexibility would increase complexity,
add to development time etc etc.....


Tony


********************************************************************
      Visit our Internet site at http://www.rbsmarkets.com

This e-mail is intended only for the addressee named above.
As this e-mail may contain confidential or privileged information,
if you are not the named addressee, you are not authorised to
retain, read, copy or disseminate this message or any part of it.
The Royal Bank of Scotland is registered in Scotland No 90312
Registered Office: 36 St Andrew Square, Edinburgh EH2 2YB
             Regulated by the Financial Services Authority
********************************************************************



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.