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: receiving serial data/email alerts?


  • Subject: RE: receiving serial data/email alerts?
  • From: "Paul Gale" <groups@xxxxxxxxxxxxxxxx>
  • Date: Thu, 14 Jul 2005 15:50:40 +0100

Thanks Kevin,

I know I can do this with HV but wanted to try it the xAP route if
possible=
. Looks like there just isn't the functionality of HV serial handling yet
i=
n a xAP application?

I have an HV pro and all the ports are used - don't really want to spend
an=
ything on an additional serial port unless there's some kind of device
that=
allows multiple additional serial ports?

I guess ACE is the way forward then - unfortunately my ACE install stopped
=
working for some reason - won't even load :(

Just thinking - instead of the physical splitting of the RS232 lines into
t=
wo - is there some kind of serial mapping software that will forward on
rec=
eived data and appear to other applications like a serial port itself? I
ha=
ve 10 serial ports on the server and they're all in use!!!

Does the netiom have all the logic necessary to deal with custom serial
dat=
a? I don't know much about them.

Paul.



> -----Original Message-----
> From: xap_automation@xxxxxxx
> [mailto:xap_automation@xxxxxxx] On
Behalf Of Kevin Hawkins
> Sent: 14 July 2005 14:53
> To: xap_automation@xxxxxxx
> Subject: Re: [xap_automation] receiving serial data/email alerts?
>=20
> Hi Paul,
>=20
> Paul Gale wrote:
>=20
> > I=92ve got an aquarium computer that outputs it=92s values via
RS232. T=
he
> > output data looks like:
> >
> > E12:34    Th, 14.07.
> >
> > E1 (Te-) 26.3  =B0C
> >
> > E2 (Lv ) Water
> >
> > These values continuously loop and update.
> >
> > I also have a program that logs this data into an access db and
can
> > automatically output to CSV and Excel file. This program will
also
> > email alarms if values are exceeded (the email content is
> > configurable). It also allows charting and upload to FTP and an
online
> > database controlled by the program writer. This program is quite
good
> > and provides some functionality that I wouldn=92t really like to
have t=
o
> > replicate (e.g. charting).
> >
> > I need some help working out how to get this data into the xAP
realm
> > and then perform actions such as:
> >
> > 1)      Email me if the temperature exceeds a max and min value
> >
> Your existing program does this doesn't it ? But xAP can do it too
>=20
> > 2)      SMS me if the temperature exceeds a max and min value
> >
> xAP'able
>=20
> > 3)      Speak via xAPTTS a warning/alarm if the temperature
exceeds a
> > max and min value
> >
> XAP'able
>=20
> > 4)      Do something else via HomeVision if the temperature
exceeds a
> > max and min value
> >
> you can trigger HV macros via xAP
>=20
> > 5)      Do the same if the pH exceeds a max and min value
> >
> ditto
>=20
> > I guess I want to work with the access, excel or CSV file as the
source=
?
> >
> Probably not, the best place to work with the data is at the serial
> level as that is always available and not dependent on some other
> application running.  You can feed the data into two serial ports
> simultaneously of course.  This will require some coding of course .
>  From a xAP hardware perspective you could add a xAp netiom which as
> well as 16 inputs and outputs has a bidirectional serial port and that
> will put the data straight onto xAP.
>=20
> Failing that you could work from the alarm emails the software sends
but
> that is dependent of course on them being received. xAP applications
are
> available that will then effectively get this content onto xAP and
then
> you could use a script running in either xAP Desktop or xAP Floorplan
to
> check monitor the emails and resend as a TTS or SMS message.  Less
> coding but a much less resilient approach too.  I think working from
the
> CSV files would be more awkward and less responsive. And I assume time
> of response is an issue here.   Glenda Goldfish votes for the serial
> data option ;-).
>=20
> > Any ideas what I need to do and a good approach? I don=92t want
to have
> > to write any code as I=92m not a programmer (unless anyone can
help?).
> >
> I am thinking that you will be snookered then. This is a bespoke
> application so some code will have to be written somewhere. The size
of
> that undertaking is dependent on how capable a solution you want. 
Using
> a Netiom and a 'script' in xAP Floorplan is probably the easiest with
> BSC Skeleton app next.
>=20
> > Thinking about it from a different approach =96 it would be nice
if
> > there was a xAP application that could listen to serial data and
> > perform actions based on this data (a bit like the HomeVision
> > functionality).
> >
> The xAP BSC skeleton app will do all the xAP/BSC stuff - just need to
> add your device interface code - in this case a serial I/O handler  -
> and the TOM10 project is a good eample of exactly this . However the
> parsing and resultant actions for the serial data is written using VB
> which is a little more complex than the HV macro language.  The TOM10
> code could be adapted fairly easily to this though (reminds me I
haven't
> posted it yet.... ahhhh so many things to do).
>=20
> > I didn=92t want to use HV as I don=92t have a spare HV serial
port
> > although I guess I could use ACE to forward the serial data to
HV.
> >
> If you are comfortable with HV and HV can provide these capabilities
via
> ACE then this probably sounds the right route - (particularly if you
do
> not have VB6). Have you added the maximum number of serial ports to HV
> then ??
>=20
> > Thanks,
> >
> > Paul.
> >
> >
> K
>=20
>=20
>=20
>=20
> Yahoo! Groups Links
>=20
>=20
>=20
>=20
>=20
>=20



=20

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.