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: Pause Question



Hi John

> Create a determinator that has as it's input condition the trigger
> message that is sent out when xPL C-Gate receives an updated C-Bus
group
> level.

> You will need 3 determinators:
> One to look for current=on and set your HV variable to 255.
> One to look for current=off and set your HV variable to 0
> And the other to look for ramp commands as explained above.

Ok ......I see......

> Hope this all makes sense - if I'm correct in my understanding of what
> you're trying to do, it should eliminate the need for the sub-routine
to
> update the global first, so you shouldn't need any delays etc.

Yep sure does ....I need 3 Determinators for each lite ......is there a
limit to the number of Determinators your allowed ...???

Thanks John
Frank


----- Original Message -----
From: "John B" <home-automation@xxxxxxx>
To: <ukha_xpl@xxxxxxx>
Sent: Monday, May 23, 2005 3:57 PM
Subject: RE: [ukha_xpl] Pause Question


> Hi Frank,
>
> > John when you put a pause in the actions of a Determinator
> > does it still allow subroutines and other things to be
> > processed ?? or does processing actually stop until the pause
> > has ended..??
>
> Only the processing of that particular determinator is paused -
> everything else should continue running.
>
> As determinators are fully threaded (each determinator runs in it's
own
> thread) nothing else should be affected by the pause.
>
> Note though that sub-routines are not threaded (a limitation of the
> scripting engine I believe).
>
> > I have installed 200msec pauses before sending a (cbus lite
> > level) Global to a HV  variable...this was to allow the cbus
> > lites usb to update the globals , as the Determinator is
> > actually triggered by a cbus command.....Looks like sometimes
> > the hv variable update is still the previous old value , have
> > tried increasing to 400msec but still the same issue
> > occassionly...??? Is there another work around for this....???
>
> Why not bypass the C-Bus sub routine completely, and have something
> like:
>
> Create a determinator that has as it's input condition the trigger
> message that is sent out when xPL C-Gate receives an updated C-Bus
group
> level.
> Then in the actions, take the value of ramplevel and store it in your
HV
> global using the {XPL::RAMPLEVEL} as the value of the HV variable.
>
> You will need 3 determinators:
> One to look for current=on and set your HV variable to 255.
> One to look for current=off and set your HV variable to 0
> And the other to look for ramp commands as explained above.
>
> Hope this all makes sense - if I'm correct in my understanding of what
> you're trying to do, it should eliminate the need for the sub-routine
to
> update the global first, so you shouldn't need any delays etc.
>
> Regards,
>
> John
>
>
> 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 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

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.