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: Trigger an output on TTS?


  • Subject: RE: Trigger an output on TTS?
  • From: "Paul Gale" <groups@xxxxxxxxxxxxxxxx>
  • Date: Thu, 26 Oct 2006 19:54:59 +0100

James - I know you're a busy man - do you think you'd be able to have
a look at this? Sorry!

Thanks,

Paul.


> -----Original Message-----
> From: xap_automation@xxxxxxx
> [mailto:xap_automation@xxxxxxx] On
Behalf Of Paul Gale
> Sent: 23 October 2006 14:36
> To: xap_automation@xxxxxxx
> Subject: RE: [xap_automation] Trigger an output on TTS?
>
> Further to that - the ExecX10 didn't change the status as I had
previously
> set it using a setDeviceStatus - this apparently stops an X10 command
from
> changing the status value in the future. To get this working again,
you
> have to issue a -
>
> setDeviceStatus "A1", clear
>
> It worked OK after that.
>
> So I've also got a HS script for turning the device on and off which
works
> OK and sets the correct status.
>
> Ideally I'd still like to get BSC working properly, so I'll wait for
> James' reply. Not sure if you can send a xAP message to HS to just
trigger
> a HS event? Wasn't clear from reading the old plugin docs on James'
site.
>
> Cheers,
>
> Paul.
>
>
>
> > -----Original Message-----
> > From: xap_automation@xxxxxxx
> > [mailto:xap_automation@xxxxxxx] On
Behalf Of Paul Gale
> > Sent: 23 October 2006 14:06
> > To: xap_automation@xxxxxxx
> > Subject: RE: [xap_automation] Trigger an output on TTS?
> >
> > I think I may have found the problem:
> >
> > Via scripting I tried using a setDeviceStatus - this changed the
value
> of
> > the status OK to on/off but didn't actually change the device.
> >
> > I then tried an ExecX10 with on/off for my device, and this did
trigger
> > the relay but DIDN'T change the status.
> >
> > Maybe I just don't understand the principals behind HS - it's a
bit cr*p
> > that it's all still based on X10 although X10 is now such a small
part
> of
> > what it does :(
> >
> > So - I'm guessing that the xAP HS plugin is only changing the
status
> text
> > in HS but not triggering an ExecX10 or whatever else it needs to
do to
> > fire out the HV message.
> >
> > James???
> >
> > Paul.
> >
> >
> >
> > > -----Original Message-----
> > > From: xap_automation@xxxxxxx
> > > [mailto:xap_automation@xxxxxxx] On
Behalf Of Paul Gale
> > > Sent: 23 October 2006 13:33
> > > To: xap_automation@xxxxxxx
> > > Subject: RE: [xap_automation] Trigger an output on TTS?
> > >
> > > OK - will try the script approach (if I can work it out!).
> > >
> > > Re the HV plugin - it is a bit poorly designed - the most
important
> > thing
> > > for me when I had similar problems to you is that I wasn't
setting the
> > com
> > > port on the interfaces tab in the web page - com port. Tech
support
> did
> > > say that it shouldn't be used but is still being referenced
(IIRC!).
> The
> > > config box always appears behind all open windows - I
presume you've
> > tried
> > > that? But as I said, the web page setting certainly was the
most
> > important
> > > entry for me. You do need to get to the config box though to
create
> the
> > > devices.
> > >
> > > Yes - I get an orange config button on the web page under
the enabled
> > > sections - X10, IR, Other (I currently have IR disabled as
it seemed
> to
> > > generate lots of errors - but may have been something else).
> > >
> > > I guess you have two problems - init I/O caused by the wrong
serial
> port
> > > being set and the other of not being able to create the
devices as you
> > > can't see the config window.
> > >
> > > Paul.
> > >
> > >
> > >
> > > > -----Original Message-----
> > > > From: xap_automation@xxxxxxx
> > > > [mailto:xap_automation@xxxxxxx] On
Behalf Of Kevin Hawkins
> > > > Sent: 23 October 2006 12:30
> > > > To: xap_automation@xxxxxxx
> > > > Subject: Re: [xap_automation] Trigger an output on TTS?
> > > >
> > > > Well...  that's mostly looking good.  There are one or
two extra
> > > > xAPBSC.infos being sent but they seem always correct in
value and
> the
> > > > critical messages are the xAPBSC.events and they
indicate the HS
> > device
> > > > is updating and that is supported by the GUI displayed
value
> changing.
> > > > I am not sure why this isn't being propogated to the
device itself
> > > > though, which is a function of the HV plugin.  Could
you try
> updating
> > > > the device from a script and seeing if it changes state
OK.   If so
> > the
> > > > workaround will be back to triggering the script on the
TTS start
> > > > message, or adding a xAPBSC cmd message from SB to a
new 'Russound
> > > > Announce' HV device created form xAP. If it doesn't
work then it
> looks
> > > > like a HV plugin issue which is supported via HomeSeer
direct.
> James
> > > > may have some thoughts too ??  It is possible the
output is being
> > > > triggered off some other attribute of the device state
maybe.
> > > >
> > > > I did try updating my HS HV plugin to the current 2.0.6
version in
> > > > HomeSeers' updater but it still doesn't work for me. I
can't get to
> a
> > > > configuration dialog for the HV plugin at all and the
log shows Init
> > I/O
> > > > errors. . Do you see an orange button for configuration
alongside
> the
> > HV
> > > > plugin in HS Paul - if not how do you get the config
screen for the
> HV
> > > > plugin? HS say it may be a separate window that is
somehow not being
> > > > displayed on my system. I opened a support ticket with
HS for this a
> > > > while back but they responded saying that the HV plugin
was an old
> > (HS1)
> > > > version, written in VB and may have issues with V2 -
they did try a
> > > > small update which was 2.05 / 2.06 but that doesn't
seem to have
> fixed
> > > > my issue. I have re-opened the support ticket again but
I am not
> > hopeful
> > > > on this one, and my focus ATM is on my embedded HV to
C-Bus
> controller
> > > > that 'may' have some xAP support too, space permitting.
> > > >
> > > >    K
> > > >
> > > >
> > > >
> > > > Paul Gale wrote:
> > > > > So any update is based purely on the message
timestamp? Even if
> the
> > > > variable is the same?
> > > > >
> > > > > I've now tested a bit further and am getting weird
results -
> either
> > > > there's a bug with the HS xAP plugin or the device
isn't setup
> > correctly
> > > > or I've done something wrong! This is what I see:
> > > > >
> > > > > Using the xAP Message Sender app, I send:
> > > > >
> > > > > xap-header
> > > > > {
> > > > > v=12
> > > > > hop=1
> > > > > uid=FF123400
> > > > > class=xAPBSC.cmd
> > > > > source=ACME.Controller.Central
> > > > >
> >
target=mi4.homeseer.haserver.94:HomeVisionRelays.RussoundPagingTrigger
> > > > > }
> > > > > output.state.1
> > > > > {
> > > > > ID=*
> > > > > State=on
> > > > > }
> > > > >
> > > > > This generates the following THREE messages in
viewer if the
> output
> > is
> > > > already OFF:
> > > > >
> > > > > xap-header
> > > > > {
> > > > >     v=12
> > > > >     hop=1
> > > > >     uid=FF414108
> > > > >     class=xAPBSC.info
> > > > >
> > > >
> source=mi4.homeseer.haserver.94:HomeVisionRelays.RussoundPagingTrigger
> > > > > }
> > > > > output.state
> > > > > {
> > > > >     state=OFF
> > > > >     location=HomeVision Relays
> > > > >     name=Russound Paging Trigger
> > > > > }
> > > > >
> > > > > xap-header
> > > > > {
> > > > >     v=12
> > > > >     hop=1
> > > > >     uid=FF414108
> > > > >     class=xAPBSC.event
> > > > >
> > > >
> source=mi4.homeseer.haserver.94:HomeVisionRelays.RussoundPagingTrigger
> > > > > }
> > > > > output.state
> > > > > {
> > > > >     state=ON
> > > > >     location=HomeVision Relays
> > > > >     name=Russound Paging Trigger
> > > > > }
> > > > >
> > > > > xap-header
> > > > > {
> > > > >     v=12
> > > > >     hop=1
> > > > >     uid=FF414108
> > > > >     class=xAPBSC.info
> > > > >
> > > >
> source=mi4.homeseer.haserver.94:HomeVisionRelays.RussoundPagingTrigger
> > > > > }
> > > > > output.state
> > > > > {
> > > > >     state=ON
> > > > >     location=HomeVision Relays
> > > > >     name=Russound Paging Trigger
> > > > > }
> > > > >
> > > > > Sending the OFF message when the device is ON also
produces the
> > three
> > > > messages but with the reversed states as I now guess is
correct?
> > > > >
> > > > > If I send an ON when it's already ON, I get a
single info message
> > with
> > > > the current state and vice versa with OFF
> > > > >
> > > > > The STATUS field in HS correctly updates with
ON/OFF BUT the HV
> > relay
> > > > does not trigger! If I select ON/OFF from the HS Web
Control
> 'Status'
> > > > page, the relay does trigger OK.
> > > > >
> > > > > So, it would seem that xAP is correctly working to
change the
> status
> > > but
> > > > is not doing the next step and triggering the link to
HV???
> > > > >
> > > > > I set the xAP HS plugin to debug mode and
collected the cut down
> log
> > > for
> > > > an ON and OFF command. Should I send this to James - is
this one for
> > him
> > > > to look at?
> > > > >
> > > > > Thanks,
> > > > >
> > > > > Paul.
> > > > >
> > > > >
> > > > >
> > > > >> -----Original Message-----
> > > > >> From: xap_automation@xxxxxxx
> > > > >> [mailto:xap_automation@xxxxxxx] On
Behalf Of Kevin
> Hawkins
> > > > >> Sent: 22 October 2006 16:33
> > > > >> To: xap_automation@xxxxxxx
> > > > >> Subject: Re: [xap_automation] Trigger an
output on TTS?
> > > > >>
> > > > >> OK - I'm not actually running SB or HS at the
moment to test this
> > but
> > > > if
> > > > >> you had created something in HS based on
probably the 'say'
> > parameter
> > > > >> will be recognising it based on it being
within a tts.stop block
> -
> > > ie
> > > > a
> > > > >> tts.start wouldn't update the variable, and
hence the device.
> Also
> > it
> > > > is
> > > > >> possible that none of those variables have
actually changed from
> > the
> > > > >> last time a tts.stop was received so you need
to trigger your
> > script
> > > > >> based on 'update' rather than 'change' - (you
will see that the
> > last
> > > > >> updated time changes each time)
> > > > >>
> > > > >> K
> > > > >>
> > > > >> Paul Gale wrote:
> > > > >>
> > > > >>> Oh, and the other bit I don't understand -
how to listen for the
> > TTS
> > > > >>>
> > > > >> Stop message? Do I create a device or have to
do something in
> > > scripting
> > > > >> etc?
> > > > >>
> > > > >>> At first I thought I could create a device
but on selecting the
> > > > >>>
> > > > >> mi4.speech.haserver device, I got the
following in the raw mode:
> > > > >>
> > > > >>> xap-header
> > > > >>> {
> > > > >>> v=12
> > > > >>> UID=FF234500
> > > > >>> Class=tts.speak
> > > > >>> Source=mi4.speech.HASERVER
> > > > >>> }
> > > > >>> tts.stop
> > > > >>> {
> > > > >>> volume=100
> > > > >>> card=kX Wave SB0240 10k2 [d080] 4/5
> > > > >>> say=Enter text to speak
> > > > >>> voice=NeoSpeech Paul
> > > > >>> }
> > > > >>>
> > > > >>> I could only select devices for the
variables: volume, card etc
> -
> > I
> > > > >>>
> > > > >> guess I'm on the wrong track here? How do I
just intercept the
> > > tts.stop
> > > > >> message each time and then do something?
> > > > >>
> > > > >>> Many thanks,
> > > > >>>
> > > > >>> Paul.
> > > > >>>
> > > > >>>
> > > > >>>
> > > > >>>
> > > > >>>
> > > > >>>> -----Original Message-----
> > > > >>>> From: xap_automation@xxxxxxx
> > > > >>>> [mailto:xap_automation@xxxxxxx] On
Behalf Of Kevin
> > Hawkins
> > > > >>>> Sent: 22 October 2006 13:43
> > > > >>>> To: xap_automation@xxxxxxx
> > > > >>>> Subject: Re: [xap_automation] Trigger
an output on TTS?
> > > > >>>>
> > > > >>>> Well it's afternoon just - and I've
managed the papers too !
> > > > >>>>
> > > > >>>> First off HS will be able to achieve
almost anything you need
> in
> > > > >>>> connection with xAP.  It can intercept
any xAP message (event)
> ,
> > > make
> > > > >>>> some decisions (script) and do
something else eg send xAP
> > (action).
> > > > >>>>
> > > > >> This
> > > > >>
> > > > >>>> is the fundamental way all HA tasks
work really but the
> 'script'
> > > bit
> > > > in
> > > > >>>> the middle is where most people get a
little stumped.    In
> > > anything
> > > > >>>>
> > > > >> but
> > > > >>
> > > > >>>> the simplest HA setup, particularly
with xAP  getting familiar
> > with
> > > a
> > > > >>>> scripting language is a necessary
chore, but very rewarding.
> It
> > > also
> > > > >>>> helps where you need permutations of
interactions that the
> > software
> > > > >>>> doesn't support out of the box. So you
could  create a HS
> device
> > > from
> > > > >>>> the xAP TTS start message and trigger
a script when it changes
> > > state
> > > > to
> > > > >>>> link it to your HomeVision output but
I'm thinking there's a
> > neater
> > > > way
> > > > >>>> in this instance....
> > > > >>>>
> > > > >>>> First of all you should xAP enable the
HomeVision
> > (relay>Russound)
> > > > >>>> output via HomeSeer. This will expose
the HV output as a xAP
> BSC
> > > > Binary
> > > > >>>> output.  Now you can send xAPBSC.cmd
messages on your network ,
> > > > >>>>
> > > > >> targeted
> > > > >>
> > > > >>>> at this and it will change state
accordingly. The target
> address
> > > will
> > > > >>>> actually be a HomeSeer address of
course.  Now within xAP
> > > SwitchBoard
> > > > >>>> there a very flexible feature (thanks
J !) where you can add
> any
> > > xAP
> > > > >>>> messages you want sent into a text
file and they will be sent
> in
> > > > >>>> response to the appropriate event. You
will find a file called
> > > > >>>> tosend.txt that in your case you
probably have already edited
> to
> > > > >>>>
> > > > >> include
> > > > >>
> > > > >>>> a xAP TTS message.  What we will do
here is add a xAPBSC.cmd
> > > message
> > > > as
> > > > >>>> the very first thing that gets sent to
the HV output to switch
> > your
> > > > >>>> relay.  This will need adding as a
'raw' xAP message.  Now each
> > > time,
> > > > >>>> just before the TTS is sent your relay
will get turned on, you
> > will
> > > > >>>>
> > > > >> also
> > > > >>
> > > > >>>> later have to turn it off when the TTS
stop is sent.  There may
> > > still
> > > > >>>>
> > > > >> be
> > > > >>
> > > > >>>> a delay issue but the relay should
change fairly
> instantaneously
> > > and
> > > > >>>>
> > > > >> the
> > > > >>
> > > > >>>> TTS message has to be received,
processed, built and spoken so
> > I'm
> > > > >>>> hopeful this will actually add enough
inherent delay to
> actually
> > > make
> > > > >>>>
> > > > >> it
> > > > >>
> > > > >>>> all work just as you want it.
> > > > >>>>
> > > > >>>> If you find it confusing as to how to
add the raw BSC cmd to
> > > > >>>> SwitchBoards'  tosend.txt file then if
you go ahead and create
> > your
> > > > BSC
> > > > >>>> HV output in HS and let me know what
it's address is I will
> show
> > > you
> > > > >>>> what you need to add to the file. 
Please test the BSC output
> > with
> > > > some
> > > > >>>> BSC cmd messages sent using Viewer to
make sure it's working as
> > > > >>>>
> > > > >> expected
> > > > >>
> > > > >>>> of course.  Easiest probably to use a 
state=toggle command
> > rather
> > > > than
> > > > >>>> having to use two messages (state=on
state=off) - you should
> see
> > > > >>>> corresponding xAPBSC.event messages
for each command and your
> > relay
> > > > >>>> should click as it changes state of
course.
> > > > >>>>
> > > > >>>> Here is the format of a generic
xAPBSC./cmd message - you just
> > need
> > > > to
> > > > >>>> edit the target line to match your
address...  I have
> wildcarded
> > > the
> > > > >>>>
> > > > >> ID=
> > > > >>
> > > > >>>> parameter to make it easier .
> > > > >>>>
> > > > >>>> xap-header
> > > > >>>> {
> > > > >>>> v=12
> > > > >>>> hop=1
> > > > >>>> uid=FF123400
> > > > >>>> class=xAPBSC.cmd
> > > > >>>> source=ACME.Controller.Central
> > > > >>>>
target=mi4.HomeSeer.PaulG.whatever:RussoundRelay
> > > > >>>> }
> > > > >>>> output.state.1
> > > > >>>> {
> > > > >>>> ID=*
> > > > >>>> State=TOGGLE
> > > > >>>> }
> > > > >>>>
> > > > >>>>
> > > > >>>>
> > > > >>>> Just another caveat - if you are
attaching a relay to a HV
> output
> > > > >>>>
> > > > >> ensure
> > > > >>
> > > > >>>> it has a protection diode across it so
that it doesn't blow
> your
> > > > >>>>
> > > > >> output.
> > > > >>
> > > > >>>> The HV docs have details on this. IIRC
you have a HV Pro though
> > and
> > > > >>>> these already have onboard relays with
LED's so that it makes
> it
> > > much
> > > > >>>> easier :-)
> > > > >>>>
> > > > >>>>   K
> > > > >>>>
> > > > >>>> Paul Gale wrote:
> > > > >>>>
> > > > >>>>
> > > > >>>>> I shall wait until the effects
have worn off then - hope the
> > > > headache
> > > > >>>>>
> > > > >>>>>
> > > > >>>> isn't too bad! ;)
> > > > >>>>
> > > > >>>>
> > > > >>>>> Paul.
> > > > >>>>>
> > > > >>>>>
> > > > >>>>>
> > > > >>>>>
> > > > >>>>>
> > > > >>>>>
> > > > >>>>>> -----Original Message-----
> > > > >>>>>> From: xap_automation@xxxxxxx
> > > > >>>>>> [mailto:xap_automation@xxxxxxx] On
Behalf Of Kevin
> > > Hawkins
> > > > >>>>>> Sent: 22 October 2006 03:53
> > > > >>>>>> To: xap_automation@xxxxxxx
> > > > >>>>>> Subject: Re: [xap_automation]
Trigger an output on TTS?
> > > > >>>>>>
> > > > >>>>>> A rather 'well gone' reader
was about to reply to this at 4AM
> > on
> > > my
> > > > >>>>>> crawling back home but has
fortunately remembered from past
> > > > >>>>>>
> > > > >> experience
> > > > >>
> > > > >>>>>> it's better to wait till
tomorrow (afternoon probably)    !
> > ;-)
> > > > >>>>>>
> > > > >>>>>>     K
> > > > >>>>>>
> > > > >>>>>> Paul Gale wrote:
> > > > >>>>>>
> > > > >>>>>>
> > > > >>>>>>
> > > > >>>>>>> James,
> > > > >>>>>>>
> > > > >>>>>>> I've been playing with
Speech and the xAP HS plugin - not
> sure
> > > how
> > > > >>>>>>>
> > > > >> you
> > > > >>
> > > > >>>>>>>
> > > > >>>>>> can trap the tts.start and
tts.stop messages and then do
> > > something
> > > > >>>>>>
> > > > >> when
> > > > >>
> > > > >>>>>> they're received - is this
actually possible?
> > > > >>>>>>
> > > > >>>>>>
> > > > >>>>>>
> > > > >>>>>>> Thanks,
> > > > >>>>>>>
> > > > >>>>>>> Paul.
> > > > >>>>>>>
> > > > >>>>>>>
> > > > >>>>>>>
> > > > >>>>>>>
> > > > >>>>>>>
> > > > >>>>>>>
> > > > >>>>>> Yahoo! Groups Links
> > > > >>>>>>
> > > > >>>>>>
> > > > >>>>>>
> > > > >>>>>>
> > > > >>>>>>
> > > > >>>>>>
> > > > >>>>> Yahoo! Groups Links
> > > > >>>>>
> > > > >>>>>
> > > > >>>>>
> > > > >>>>>
> > > > >>>>>
> > > > >>>>>
> > > > >>>>>
> > > > >>>>>
> > > > >>>>>
> > > > >>>>
> > > > >>>> Yahoo! Groups Links
> > > > >>>>
> > > > >>>>
> > > > >>>>
> > > > >>>>
> > > > >>>>
> > > > >>>
> > > > >>>
> > > > >>> Yahoo! Groups Links
> > > > >>>
> > > > >>>
> > > > >>>
> > > > >>>
> > > > >>>
> > > > >>>
> > > > >>>
> > > > >>>
> > > > >>
> > > > >>
> > > > >>
> > > > >> Yahoo! Groups Links
> > > > >>
> > > > >>
> > > > >>
> > > > >>
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > Yahoo! Groups Links
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > Yahoo! Groups Links
> > > >
> > > >
> > > >
> > >
> > >
> > >
> > >
> > > Yahoo! Groups Links
> > >
> > >
> > >
> >
> >
> >
> >
> > Yahoo! Groups Links
> >
> >
> >
>
>
>
>
> Yahoo! Groups Links
>
>
>





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