I can't send it because you must have an NDA with Nokia to receive it.
However, there are instructions on how to obtain a very similar set of
specifications from Nokia on their website:
http://www.forum.nokia.com/main/0,6566,1_43_40,00.html

(Hint:  do a google for: rf-bb-interface.pdf)

Cheers,

Chris
"Purnank" <purnank@sancharnet.in> wrote in message
news:5999c609.0404072335.31555aae@posting.google.com...
> Dear Sir/madame
>
> I desperately need BlueRF specifications.
> can you tell me where i can get them.
>
> thanking you.
> Yours,
> Purnank H. G.

Dear Sir/madame

I desperately need BlueRF specifications.
can you tell me where i can get them.

thanking you.
Yours,
Purnank H. G.

Dear Chris,

Yes, BT baseband can run eaily in BF 53x. If you need any help on
this, we might able to help you.


Kind Regards
jk
http://www.epigon.co.in/

"Chris Fogelklou" <chris.fogelklou@comhem.se> wrote in message news:<zkyac.54723$mU6.229054@newsb.telia.net>...
> Hi All,
> 
> This doesn't really relate to DSP algorithms per-se, but more to a DSP
> itself (sorry!).  The Blackfin marketing blurbs claim that they require only
> Bluetooth RF to complete a Bluetooth connection (Rather than a Bluetooth
> baseband and BT RF.)  There is no BT radio I/F hardware on the DSPs.  Does
> anybody know if this is a true claim or if, when they refer to being able to
> make a Bluetooth cell-phone, they actually make the link through HCI rather
> than the raw radio I/F?
> 
> Thanks in advance!
> 
> Chris

"Lasse Langwadt Christensen" <langwadt@ieee.org> wrote in message
news:406B1EDD.6040808@ieee.org...

> I was a bit involved in some of the very first bluetooth devopment and
> a little more in the later generation when everything got in to
specialised
> SoCs, but our first Bluetooth was done almost entirely in SW on an
ADSP21xx
> i.e. Whitening,FEC,HEC,CRC was al done in SW, there was a small asic
between
> the radio and the DSP but it basically a timer and 64bit correlator used
to
> synchronize bluetooth timing and the center of the incoming bits, I guess
> with enough mips you could do that in SW as well
>
> As for the radio interface you don't need much, it's generelly something
like
> an SPI for setup, a single pin to start RX/TX and a pin for 1Mbit TX data
> and sliced RX data
>
> It could probably be done but I'm not sure I see the point though, you'll
still
> need an extra chip for the RF (if you can still get those) so why not get
single
> chip HCI-RF bluetooth solution it already has most of the required
qualifications
> and uses less power, it might even be cheaper...
>
> -Lasse
>
Hi Lasse,

Great!  Thanks for the response... This was the general feeling that I got
today as well, after finding the blueRF specs somewhere.  Actually, the
reason I am asking is actually because I am evilly doing a comparitive
analysis for marketing (shiver) and have to compare our solution to ADI's.
Their marketing blurbs showed the Blackfin directly connected to RF, whereas
our solution uses dedicated hardware... Now I see that it can be done either
way (except our solution probably uses a bit less power :)

Cheers!  Thanks,

Chris

Chris Fogelklou wrote:
> Hi All,
> 
> This doesn't really relate to DSP algorithms per-se, but more to a DSP
> itself (sorry!).  The Blackfin marketing blurbs claim that they require only
> Bluetooth RF to complete a Bluetooth connection (Rather than a Bluetooth
> baseband and BT RF.)  There is no BT radio I/F hardware on the DSPs.  Does
> anybody know if this is a true claim or if, when they refer to being able to
> make a Bluetooth cell-phone, they actually make the link through HCI rather
> than the raw radio I/F?
> 
> Thanks in advance!
> 
> Chris
> 

I was a bit involved in some of the very first bluetooth devopment and
a little more in the later generation when everything got in to specialised
SoCs, but our first Bluetooth was done almost entirely in SW on an ADSP21xx
i.e. Whitening,FEC,HEC,CRC was al done in SW, there was a small asic between
the radio and the DSP but it basically a timer and 64bit correlator used to
synchronize bluetooth timing and the center of the incoming bits, I guess
with enough mips you could do that in SW as well

As for the radio interface you don't need much, it's generelly something like
an SPI for setup, a single pin to start RX/TX and a pin for 1Mbit TX data
and sliced RX data

It could probably be done but I'm not sure I see the point though, you'll still
need an extra chip for the RF (if you can still get those) so why not get single
chip HCI-RF bluetooth solution it already has most of the required qualifications
and uses less power, it might even be cheaper...

-Lasse

Correction:
"when they refer to being able to
> make a Bluetooth cell-phone"

Should be "when they refer to being able to make a CONNECTION TO a Bluetooth
cell-phone"


"Chris Fogelklou" <chris.fogelklou@comhem.se> wrote in message
news:zkyac.54723$mU6.229054@newsb.telia.net...
> Hi All,
>
> This doesn't really relate to DSP algorithms per-se, but more to a DSP
> itself (sorry!).  The Blackfin marketing blurbs claim that they require
only
> Bluetooth RF to complete a Bluetooth connection (Rather than a Bluetooth
> baseband and BT RF.)  There is no BT radio I/F hardware on the DSPs.  Does
> anybody know if this is a true claim or if, when they refer to being able
to
> make a Bluetooth cell-phone, they actually make the link through HCI
rather
> than the raw radio I/F?
>
> Thanks in advance!
>
> Chris
>

Hi All,

This doesn't really relate to DSP algorithms per-se, but more to a DSP
itself (sorry!).  The Blackfin marketing blurbs claim that they require only
Bluetooth RF to complete a Bluetooth connection (Rather than a Bluetooth
baseband and BT RF.)  There is no BT radio I/F hardware on the DSPs.  Does
anybody know if this is a true claim or if, when they refer to being able to
make a Bluetooth cell-phone, they actually make the link through HCI rather
than the raw radio I/F?

Thanks in advance!

Chris