Existing Bluetooth emulation systems

Mike Rowehl <[email protected]> Wed, 2 Jul 2003 16:38:39 -0700
Newsgroups gmane.org.handasarabia.nour
Message-ID <[email protected]>
Hello all,

    I've been looking at bringing together the small RF message passing daemon
and the NOUR register interface into something that we can start using to
validate the register design.  I didn't know this before, but the bluetooth
mailing list at opencores contains a lot of back discission, it's a very
usefull resource (http://www.opencores.org/forums/bluetooth/).

    Looking up information about simulators I've found two existing projects:

http://www-124.ibm.com/developerworks/projects/bluehoc
http://www.ececs.uc.edu/~qwang/ucbt/

Both plug into the NS network simulator, and seem to provide very robust 
simulation of network environments.  However, NS has some rather stringent and
esoteric requirements.  I'm not sure that using NS as part of the bench test
system for the hardware side will be appropriate.  It could be a difficult tool
to prepare in a stable manner for our hardware contributors.  Has anyone worked
with any of these tools before?  And if do so you know a way around the
requirements for TCL (including files from the source in particular).  Does 
anyone have a version available pre-built for Linux, with the TCL interpreter
either statically built or packaged as a private version?  Even I'm hesitent
to start swapping around components in my system in order to get a network 
simulator working, and I'm a "software guy".

    The extensions themselves seem to provide a pretty good model for what
needs to be done for simulation.  The NS core seems to be well abstracted, so
the emulator extensions are pretty easy to read on their own (even though I
know nothing about NS :-).  Anyone else who's interested in working on the 
software side of this, getting NS with either BlueHoc or the UCBT extensions
running would be a great start.  Then if you can, convert the layers there to 
use our much simpler RF daemon to pass messages.  That way we can use the
simple RF layer for hardware benching and the NS layer if we need to do real 
environment tests.

                                                        Mike

---------------------------------------------------------------------
To unsubscribe, e-mail: nour-unsubscribe-bZJqt4gKw0dwc45b+y0WwMLKnirKmNT7@public.gmane.org
For additional commands, e-mail: [email protected]
Handasa Arabia, http://www.handasarabia.org