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: Serial Bridge.



Hi,

Thanks for that responce, the kludge tidied up the msg's, I don't see
them in the hub anymore I can see them in the viewer thou.

At the moment HubGUI, and Viewer.

Dan
--- In xap_automation@xxxxxxx, Kevin Hawkins <lists@...> wrote:
>
> danward79 wrote:
> > Hi,
> >
> > Looks like the UID is hard coded to FF000101 in the bridge
> > application, in the appdef.h file, is there a way of changing
this
> > given that I don't have a c compiler?
> >
> That's a mistake if it is :-(   .  Hopefully P will jump in here with
> some advice....:-)
>
> In reality the message will actually still go out OK as xAP sent
> messages don't go via a hub, however it may be dropped by your hub
> (servicing its listeners) as strictly it is non compliant.  This would
> mean that any xAP applications listening via the hub wouldn't see
it.
> Which hub are you running (or application running as a hub) ? - I
think
> in Viewer and Hub GUI you can set an option to still pass malformed
> messages - I am just a bit unsure whether it truly passes these
messages
> or whether it just displays them (and still drops them).  I also know
> that Patricks' hub does very little error checking and hence would
pass
> these types of messages OK, if you wish to download that.
>
> There is also another possible 'kludge' to get around this - if you
can
> choose the source name then try calling it something like
>
> Rocket.Bridge.One:kludge   ( note the :  )
>
> This will effectively give it a sub address and hence the 01 at the
end of the UID would be acceptable.  (technically that is a really
awful kludge but there you go...)
>
> Kevin
>
>
> > Thanks
> >
> > Dan
> >
> > --- In xap_automation@xxxxxxx, James <james@> wrote:
> >
> >> For a device without any sub devices the UID must end 00 .
> >> so the hbeat should be
> >>
> >> xap-hbeat
> >> {
> >> v=12
> >> hop=1
> >> uid=FF000100
> >> class=xap-hbeat.alive
> >> source=Rocket.Bridge.One
> >> interval=60
> >> port=3639
> >> }
> >>
> >>
> >> If you did have sub devices then the first subdevice would
have a
> >>
> > uid of ff000101 and a source of rocket.bridge.one:DeviceA . Even
if
> > you did have sub devices only the master device would send
heartbearts
> > and would still look like the message above.
> >
> >> hth
> >>
> >> James
> >>
> >>
> >> danward79 wrote:
> >>
> >>> Hi,
> >>>
> >>> I seem to be having some issues getting the bridge to run
properly.
> >>>
> >>> Are all the parameters in unix format?  Do I need to
specify all
> >>>
> > of them?
> >
> >>> The heartbeat msg from the bridge, seems to return an
error at best,
> >>> and for the rest of my attempts nothing.
> >>>
> >>> The error is as follows
> >>> -----
> >>> Error Message: A xAP message received was malformed. The
UID
FF000101
> >>> is setup as a subaddress but the Source address is not:
> >>>
> > Rocket.Bridge.One
> >
> >>> Received From: 192.168.0.7:2569
> >>>
> >>> xap-hbeat
> >>> {
> >>> v=12
> >>> hop=1
> >>> uid=FF000101
> >>> class=xap-hbeat.alive
> >>> source=Rocket.Bridge.One
> >>> interval=60
> >>> port=3639
> >>> }
> >>> -----
> >>>
> >>> I must be doing something simple wrong here, does anyone
have any
> >>> ideas please?
> >>>
> >>> Thanks
> >>>
> >>> Dan
> >>>
> >>>
> >>> --- In xap_automation@xxxxxxx, James <james@>
wrote:
> >>>
> >>>
> >>>> hi,
> >>>>
> >>>> This is a bit of a guess but:
> >>>> xap-bridge [serial port] [instance name] [network
interface] [udp
> >>>>
> > port]
> >
> >>>> [debug level]
> >>>>
> >>>> and serial port will probably be in the unix format
eg /dev/ttyS0
> >>>>
> >>>>
> >>> for com1
> >>>
> >>>
> >>>> I did notice this though, and this one is really for
Patrick:
> >>>> /*
> >>>>    $Date: 2003/05/05 14:02:53 $
> >>>>    $Revision: 1.1 $
> >>>>    $Log: bridge.c,v $
> >>>>    Revision 1.1  2003/05/05 14:02:53  cvsowner
> >>>>    Very simple serial bridge - only listens on serial
port at 9600
> >>>> (fixed), does not modify hop count. Forwards messages
on to
ethernet
> >>>> interface without verifying integrity.
> >>>>
> >>>>
> >>>>    xAP Serial - Ethernet bridge
> >>>>
> >>>> */
> >>>> which implies a 9600 baud
> >>>>
> >>>> but this
> >>>>     newtio.c_cflag = B19200CS8CREADCLOCAL;
> >>>>     newtio.c_iflag=IGNBRK  IGNPAR  IXON  IXOFF;
> >>>>     newtio.c_lflag=0;
> >>>>
> >>>>     newtio.c_cc[VTIME]=0;
> >>>>     newtio.c_cc[VMIN]=0;
> >>>>
> >>>>         cfsetispeed(&newtio, B19200);        //
this seems to be
> >>>> necessary under
> >>>>         cfsetospeed(&newtio, B19200);           
// Cygwin, it
isn't
> >>>> required under Linux
> >>>>
> >>>> would imply a 19200 baud?
> >>>>
> >>>> James
> >>>>
> >>>>
> >>>> danward79 wrote:
> >>>>
> >>>>
> >>>>> Hi,
> >>>>>
> >>>>> I have downloaded Patrick's Serial Bridge.  What
is the
commandline
> >>>>> format?
> >>>>>
> >>>>> Is it xap-bridge.exe <port>?
> >>>>>
> >>>>> or are there other parameters required?
> >>>>>
> >>>>> I am wanting to play around with some AVR
Microprocessors am I
right
> >>>>> in assuming as long as the serial bridge is
listening on the
correct
> >>>>> port (6 in my case).  I just send a xAP msg over
the serial
> >>>>>
> > interface
> >
> >>>>> and the Bridge should handle it ok?
> >>>>>
> >>>>> I am looking at trying to make some simple light
level detector's
> >>>>> using Bascom.
> >>>>>
> >>>>> Any tips?
> >>>>>
> >>>>> Cheers
> >>>>>
> >>>>> Dan
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>> 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.