Re: One way BSC ?

["turner228" <kevin@xxxxxxxxxxxxxxxx>]

Clearly where a connector provides input points only there is no point
implementing xAPBSC.cmd

My testing of the xAPFlash app has made very clear the problems of non
xAPBSC apps not implementing a .query, However if the rate at which .info
messages are transmitted is sufficiently high then there should not be a
problem. I guess it can depend on available code space in small processors.

I know that this xAPFlash testing has highlighted an error in handling
.query in one of my, unpublished, apps, and I have had to correct it to get
the xAPFlash screen to perform satisfactorily.

As a minimum, the release notes should say if there are parts of the spec
it does not implement, then you can make an informed choice or submit a bug
report.

KevinT

--- In xap_automation@xxxxxxx, Kevin Hawkins <yahoogroupskh@...>
wrote:
>
>   I've noticed a couple of  xAP devices /applications appearing that
are
> implementing BSC as senders only , either just being lazy or because
> they have no receive capability and hence can not respond to a
> xapbsc.query or xapbsc.cmd.   These report their input states using
> xAPBSC.info / xAPBSC.event  as it is so pervasively supported.
>
> Some of these are of necessity senders only as they are bridging from
> another schema or even protocol,  for example xPL, which lacks support
> for UID's ,  sub addressing and the wildcard constructs xAP BSC uses.
> Some applications with inbuilt bridging implement  this mapping using
a
> 1 way BSC.
>
> My immediate reaction was that such '1-way' devices don't meet the BSC
> specification and hence must not use BSC - i.e. BSC if implemented
must
> be bidirectional.  I looked up the BSC spec and it reads that all 4
> schema classes should be implemented.  How do others feel ?  Maybe we
> should allow (identify) an inputs only  '1 way' version of BSC somehow
?
>
>
>     Kevin
>
> PS  For those wanting a good solution HouseBot allows creating virtual
> xAP BSC endpoints and also  bridging schema as it maintains a true
> bidirectional endpoint and can be scripted to schema translate.
>




------------------------------------