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: DMX and xPL




I think the basic problem with your plan is that the xPL design expects
there to be an xplHal (or other message processing equivalent).

As far as I can tell from the docs, xpl devices never send commands
directly
to each other - xplHal sends all the commands, based on scripts and the
trigger messages it receives (someone PLEASE correct me if I'm wrong about
this - it's pretty fundamental!)

So, a light switch sends a trigger when it changes state (using
sensor.basic - control.basic has no trigger form).  xPLHal picks this up
and
sends commands to lights etc according to the scripts it is running.

Having said that, I don't see why you couldn't have your lightswitch send
both control.basic commands (to the light) and sensor.basic trigger
messages
as you suggest.  You would just have to not script xplHal to send commands
to the lights as well ;-)

Mal






----- Original Message -----
From: "g8kmh" <lehane@xxxxxxx>
To: <ukha_xpl@xxxxxxx>
Sent: Monday, October 25, 2004 7:54 PM
Subject: [ukha_xpl] DMX and xPL


>
>
> There does seem to be a lot of DMX information and equipment about.
> So it would seem a good starting place for lamp dimmers, which at a
> low level is probably one of the more useful HA functions. There is
> the schematics and code for a PIC at
> http://www.geocities.com/ph_zone/Digi_Pack/Digi_Pack.html
and this
> could be extended to more channels easily, as well as ditching some
> of the other features. Secondhand units also seem to be reasonably
> available at lower prices per channel than C-BUS.
>
> Philoshically it would be ideal to extend xPL onto dumb devices. A
> couple of downsides to a PC based parser revolve around the fact that
> a light switch (say) will need to send a message to the parser and
> then the parser (or script/determinator) will resend it back out. No
> PC, software or microcontroller = no lights. With xPL on the, say,
> CAN bus then a switch could be configured to send an xPL command to
> the lounge lights also on the RS485/CAN bus but also picked up by the
> PC interface and used to run scripts, etc. Yes, the switch would need
> enough smarts to be able to be configured but that's not too tough.
> Now, that kind of breaks the xPL schemas since a switch should use
> sensor.basic - is it 'legal' for a switch to issue a control.basic
> command as well as a sensor.basic trigger?
>
> CANbus does start to look attractive and vscp or yasp as the low
> level protocol, although I'm sure there are others!
>
> The reason for the original point was that we're doing major building
> works and an extension next year so have a clean slate. X10 isn't on
> the shopping list :)
>
> Lehane
>
>
>
>
>
>
>
> xPL Links: http://www.xplproject.org.uk http://www.xplhal.com
http://www.xpl.myby.co.uk
> To Post a Message: ukha_xpl@xxxxxxx
> To Subscribe:  ukha_xpl-subscribe@xxxxxxx
> To Unsubscribe:  ukha_xpl-unsubscribe@xxxxxxx
> Yahoo! Groups Links
>
>
>
>
>
>
>




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