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: Topic 1: Base Level Status Schema


  • Subject: RE: Topic 1: Base Level Status Schema
  • From: Kevin Hawkins
  • Date: Wed, 11 Jun 2003 00:26:00 +0000

I might not have got my point across too well here and I think it is
complicated by talking about commands as in (go to) Level=+20% and in
status
responses as in (I am at) Level=40%

What I was trying to clarify was a status response - a base class of
information that all devices return when a status request is received or
when for whatever reason (eg an input changes) a status message is sent. To
that extent I am somewhat against the relative level command in a status
response. I am not sure that is appropriate.

Three reasons :

- would any device want to know that a level had changed by +20% - I
think probably not, they would probably only want to know what the current
level is. Perhaps in a ramp situation a device might indicate where it is
going to get to but I think that is not what we are trying to achieve
either. Perhaps a device going through a ramp over say 1 minute would put a
status response out every 10 seconds with its current level - need to think
on this - ideas on how to handle ramps ??
- +20% implies a last reference point and that may not be the state
information that is correct from a receivers point of view. An absolute (%)
is much more useful
- I am not sure that EVERY device, and that is what this base class
covers, will be able to calculate relative changes - and if it could should
it report a relative change or an absolute value.

Where I think we have confusion is the status response vs the basic
commands where +20% is very valid but is probably one class higher in the
capabilities - again I am not sure we can expect EVERY device to implement
a
relative level change - but if it just ignored it then maybe that's OK -
except I suppose Level=+100% or Level=100% and State=ON are all the same.

Kevin

> -----Original Message-----
> From: Stuart Booth [mailto:<a
href="/group/xAP_developer/post?postID=wHetFD0sbEqNM8ZC5WL-tcrlRrmrGEE2DaFI4mx9I0Tcl14O44AnTOBhBLApwwn2GjQoilFPETdiwMmaMyw_">lists@x...</a>]
> Sent: 10 June 2003 20:34
> To: <a
href="/group/xAP_developer/post?postID=uV7Py6ymXBBR0WB8prRHHDQGq-MOYLlBKqZdq93COXgL9iYTwKV8ikmLZx9hXujxnwyLTjZXRc2QKE1Uh6VQwrVizWoH">xAP_developer@xxxxxxx</a>
> Subject: Re: [xAP_developer] Topic 1: Base Level Status Schema
>
> On Tue, 10 Jun 2003 17:47:26 +0100, "Kevin Hawkins"
> <<a
href="/group/xAP_developer/post?postID=ffJiV72gDZEGHwtQXjhbtOXNHOsTd9pDCM_Uy60csnpMbT5n0LdOvnwILeRhoLK8fxxOesLtAdkEkxG6JS6LS_SM">lists@u...</a>>
wrote:
>
> >I'm trying to nudge this topic up to the top again so we can
decide
> >something for the developers looking at including xAP support in
> existing
> >controllers.
> >
> >Are we happy with as previously stated..????
> >
> >State as
> >ON  OFF  UNKNOWN  NA (not applicable)
> >
> >And also for LEVEL expressed as a percentage eg 20% 88.3% or again
> UNKNOWN
> >or NA
> >
> >Do we have a case for the relative percent support for level eg
+20% ?
>
> So,
>
> Level=[+-]NNN[.DD]  UNKNOWN
>
> Level=20 (fixed value setting)
> Level=+20 (increase by 20 from current level)
> Level=-20 (decrease by 20 from current level)
>
> NNN may be any number of digits appropriate to the device.
> DD the same, but optional.
>
> All good. A very common pattern that one I'd say.
>
> Bit harder to do inc/decrementing where the level isn't
"0...100" (or
> whatever), e.g. for a balance type level of
"-100...0...+100"
>
> But that's a separate "xAP name/value pattern" I think.
>
> I'm already using the +NNN type value pattern in several of my schema,
> and I've encapsulated is in a separate class in my framework, it's so
> fundamental.
>
> I don't have decimal support in it, nor the ability to accept UNKNOWN
> though. I'll leave that class alone as it'll likely be used in some
> schema, whereas a Level value is slightly more specialised.
>
> You guys just keep coming up with these ideas and I'll never get my
> xAPplications finished!!! ;-)
>
> S
> --
> Stuart Booth
> xAPFramework.net - a reusable xAP framework for .net
>
> <a href="http://www.xapframework.net/";>http://www.xapframework.net/</a>
<a
href="/group/xAP_developer/post?postID=RRpeOSip401vl8FK6DcZOGB7ayI6-cyANk-ez3CKVU8vPJ8NzYq0duRLaT_DSNrZJnir6nM-oX3dbGnEXKAAtQ0d">stuart@x...</a>
>
> ------------------------ Yahoo! Groups Sponsor
---------------------~--
> >
> Get A Free Psychic Reading! Your Online Answer To Life's Important
> Questions.
> <a href="http://us.click.yahoo.com/Lj3uPC/Me7FAA/ySSFAA/dpFolB/TM";>http://us.click.yahoo.com/Lj3uPC/Me7FAA/ySSFAA/dpFolB/TM</a>
>
---------------------------------------------------------------------~-
> >
>
> To unsubscribe from this group, send an email to:
> <a
href="/group/xAP_developer/post?postID=37hN0BLL_y9ZKsTCNumfSnR8TWtNCkYpjx0BJ2pvHWI1Q9o44Jyy-eKbLkpCoOGxYpp4OCJ6429Ja-AP76cYhV4fQFmgoDqfYlMBi6lKJXql9Q8">xAP_developer-unsubscribe@xxxxxxx</a>
>
>
>
> Your use of Yahoo! Groups is subject to
> <a href="http://docs.yahoo.com/info/terms/";>http://docs.yahoo.com/info/terms/</a>







xAP_Development Main Index | xAP_Development Thread Index | xAP_Development 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.