[Message Prev][Message
Next][Thread Prev][Thread Next][Message
Index][Thread Index]
Re: Re: New to the list- intro
Patrick,
you are probably right. I just expressed the thoughts behind my/our
decissions. I hope xAP will deliver what its aimed to do and it is
certainly on the way to do so. When we started the EDA project in 1999 and
moved on to VSCP xAP was just not available (at least to our knowledge).
VSCP is just a project made for fun. It is not aimed to be a world
dominator or set a standard. It is just a very simple, stupid way to make
tiny low cost little things interact with each other. It is definitly not
a threat to xAP or other "standards".
Technically speaking and in a prerfect world
test = 78;
is not harder to parse (this is what our compilers do all the time) than
<test>78</test>
Once again IMHO the XML format is much cleaner. Non of them are well
suited for microcontrollers again IMHO even if it is possible of cource.
Keep up the good work Patrick. You have really done a great work.
Regards
/Ake
On Wed, 26 May 2004 07:57:31 -0000, Patrick Lidstone
<patrick@xxxxxxx> wrote:
> --- In ukha_d@xxxxxxx, "Ake Hedman" <akhe@b...> wrote:
>> Hi Patrick,
>>
>> yes I know about xAP and have followed it closly. Much of it is
> very
>> interesting but I don't like the compelexity for parsing packet
> contents.
>> An XML format would have been better IMHO but is still not very
> well
>> suited for low end controlers.
>
> OK. The xAP list would probably be a better place to continue this
> discussion, but I'd just like to quickly address a couple of common
> misconceptions:
>
> - XML would definitely not have been better choice for our design
> objectives, although a subset of the standard might have been
> acceptable. In this sense xAP is a subset - you can translate from
> xAP to XML and vice-versa by rule, it's a trivial exercise, and
> indeed we use XSLT as part of our toolset on the more resource
> capable platforms, giving us the best of both worlds.
>
> - xAP is ideally suited to low end processors and narror bandwidth
> networks, and was designed with these targets in mind from the
> outset. A full xAP engine can (indeed, has) been implemented on a PIC
> in less than 200 bytes of ROM. That makes it a phenomenally powerful
> tool given the flexibility of the underlying protocol.
>
> However, as with all these things, variety is the spice of life, and
> I wish you luck with your project.
>
> Patrick
>
>
>
>
>
>
>
> Yahoo! Groups Sponsor
> ADVERTISEMENT
>
> Yahoo! Groups Links
>
> To visit your group on the web, go to:
> http://groups.yahoo.com/group/ukha_d/
>
> To unsubscribe from this group, send an email to:
> ukha_d-unsubscribe@xxxxxxx
>
> Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.
--
---
Ake Hedman (YAP - Yet Another Programmer)
eurosource, Brattbergavägen 17, 820 50 LOS, Sweden
Phone: 46 657 413430 Cellular: 46 730 533146
Company home: http://www.eurosource.se
Kryddor/Te/Kaffe:
http://www.brattberg.com
Personal homepage: http://www.eurosource.se/akhe
UKHA_D Main Index |
UKHA_D Thread Index |
UKHA_D Home |
Archives Home
|