[Bluez-users] Embedded bluetooth recommendations

[Bluez-users] Embedded bluetooth recommendations

[Wiebe Baron]

[-- Attachment #1: Type: text/plain, Size: 852 bytes --]

Hi Bluez users,

I have a question about embedded Bluetooth. I'm working on a feedback control project which involves 8 devices. Up till now a module has been used with integrated stack but this is unable to support an RFCOMM link with seven slaves and the response time of a scatternet is unacceptable so I'm now looking for a multiprocessor solution with a separate stack. 
I'm currently experimenting with a sharp LH79520 with embedded Linux from metrowerks and Bluez but this seems to be overkill because the application requirements themselves are minimal (7 way cable replacement).
Does anyone have a suggestion of a combination of stack, operating system and microprocessor that is known to work together and has minimum requirements in terms of RAM, ROM and processor speed (cost)?

All suggestions are welcome.

Thanks,

Wiebe Baron.

[-- Attachment #2: Type: text/html, Size: 1646 bytes --]

Re: [Bluez-users] Embedded bluetooth recommendations

[Marcel Holtmann]

Hi Wiebe,

> I have a question about embedded Bluetooth. I'm working on a feedback
> control project which involves 8 devices. Up till now a module has
> been used with integrated stack but this is unable to support an
> RFCOMM link with seven slaves and the response time of a scatternet is
> unacceptable so I'm now looking for a multiprocessor solution with a
> separate stack. 

are you talking about seven RFCOMM links on the same ACL link or about
seven different ACL links. If you really wanna work with piconet where
the master controls 7 slaves you should use a CSR chip, because all
other Bluetooth chips are acting somekind weird. However even with the
CSR stuff you must make sure that at least a HCI 18.2 firmware is used.

> I'm currently experimenting with a sharp LH79520 with embedded Linux
> from metrowerks and Bluez but this seems to be overkill because the
> application requirements themselves are minimal (7 way cable
> replacement).

The Sharp uses an ARM7TDMI. Actually this is really overkill and then
you should better buy a Bluetooth chip that itself uses this ARM chip
like Zeevo etc. However then the above point comes in ...

> Does anyone have a suggestion of a combination of stack, operating
> system and microprocessor that is known to work together and has
> minimum requirements in terms of RAM, ROM and processor speed (cost)?

I am not a microprocessor expert, but actually every processor with
Linux support should be useable and BlueZ is of course the best choice
for a Bluetooth stack.

Regards

Marcel




-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

Re: [Bluez-users] Embedded bluetooth recommendations

[Wiebe Baron]

Hi Marcel,

> > I have a question about embedded Bluetooth. I'm working on a feedback
> > control project which involves 8 devices. Up till now a module has
> > been used with integrated stack but this is unable to support an
> > RFCOMM link with seven slaves and the response time of a scatternet is
> > unacceptable so I'm now looking for a multiprocessor solution with a
> > separate stack.
>
> are you talking about seven RFCOMM links on the same ACL link or about
> seven different ACL links. If you really wanna work with piconet where
> the master controls 7 slaves you should use a CSR chip, because all
> other Bluetooth chips are acting somekind weird. However even with the
> CSR stuff you must make sure that at least a HCI 18.2 firmware is used.

Yes the idea is to use seven ACL links. Luckily the current design uses a
sharp process in combination with a CSR chip.

>
> > I'm currently experimenting with a sharp LH79520 with embedded Linux
> > from metrowerks and Bluez but this seems to be overkill because the
> > application requirements themselves are minimal (7 way cable
> > replacement).
>
> The Sharp uses an ARM7TDMI. Actually this is really overkill and then
> you should better buy a Bluetooth chip that itself uses this ARM chip
> like Zeevo etc. However then the above point comes in ...

I took a look at the Zeevo but it only seems to support 4 simultaneous ACK
links which is a bit worrying given that it's based on the same ARM chip.
>
> > Does anyone have a suggestion of a combination of stack, operating
> > system and microprocessor that is known to work together and has
> > minimum requirements in terms of RAM, ROM and processor speed (cost)?
>
> I am not a microprocessor expert, but actually every processor with
> Linux support should be useable and BlueZ is of course the best choice
> for a Bluetooth stack.

Thanks for the advice. This is the route I'm going to be taking.

Cheers,
Wiebe.

>
> Regards
>
> Marcel
>
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
> Use IT products in your business? Tell us what you think of them. Give us
> Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out
more
> http://productguide.itmanagersjournal.com/guidepromo.tmpl
> _______________________________________________
> Bluez-users mailing list
> Bluez-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bluez-users
>



-------------------------------------------------------
This SF.Net email is sponsored by:
Sybase ASE Linux Express Edition - download now for FREE
LinuxWorld Reader's Choice Award Winner for best database on Linux.
http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

Re: [Bluez-users] Embedded bluetooth recommendations

[Marcel Holtmann]

Hi Wiebe,

> > > I have a question about embedded Bluetooth. I'm working on a feedback
> > > control project which involves 8 devices. Up till now a module has
> > > been used with integrated stack but this is unable to support an
> > > RFCOMM link with seven slaves and the response time of a scatternet is
> > > unacceptable so I'm now looking for a multiprocessor solution with a
> > > separate stack.
> >
> > are you talking about seven RFCOMM links on the same ACL link or about
> > seven different ACL links. If you really wanna work with piconet where
> > the master controls 7 slaves you should use a CSR chip, because all
> > other Bluetooth chips are acting somekind weird. However even with the
> > CSR stuff you must make sure that at least a HCI 18.2 firmware is used.
> 
> Yes the idea is to use seven ACL links. Luckily the current design uses a
> sharp process in combination with a CSR chip.

I just saw that the HCI 18.3 is already released, but I can't find the
release notes or the changelog for that version.

> > > I'm currently experimenting with a sharp LH79520 with embedded Linux
> > > from metrowerks and Bluez but this seems to be overkill because the
> > > application requirements themselves are minimal (7 way cable
> > > replacement).
> >
> > The Sharp uses an ARM7TDMI. Actually this is really overkill and then
> > you should better buy a Bluetooth chip that itself uses this ARM chip
> > like Zeevo etc. However then the above point comes in ...
> 
> I took a look at the Zeevo but it only seems to support 4 simultaneous ACK
> links which is a bit worrying given that it's based on the same ARM chip.

I think that even CSR might not guarantee you to work with 7 ACL links
at the same time and I only tested these with HID and these devices are
using the sniff mode quite often, because there is not so much data.

> > > Does anyone have a suggestion of a combination of stack, operating
> > > system and microprocessor that is known to work together and has
> > > minimum requirements in terms of RAM, ROM and processor speed (cost)?
> >
> > I am not a microprocessor expert, but actually every processor with
> > Linux support should be useable and BlueZ is of course the best choice
> > for a Bluetooth stack.
> 
> Thanks for the advice. This is the route I'm going to be taking.

Maybe I should put out a page with success stories using BlueZ. Be my
guest to write the first report ;)

Regards

Marcel




-------------------------------------------------------
This SF.Net email is sponsored by:
Sybase ASE Linux Express Edition - download now for FREE
LinuxWorld Reader's Choice Award Winner for best database on Linux.
http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users