[Bluez-users] Link Quality

[Bluez-users] Link Quality

[Manjunath Prabhu]

Hi Marcel,
The LM decides which packets to use to send data based on link quality. 
How can I read or trace the  packet type I am using currently? Or
rather if the packet type changes...will an event be generated? Do the
packet types change dynamically......as the link quality varies???

Can I somehow avoid FEC checks???May be by using DH packets......but I
know you say I shouldn't change packet types??? Is there someother
method to do so.

thanks ,
regards,
Manjunath


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

Re: [Bluez-users] Link Quality

[Marcel Holtmann]

Hi Manjunath,

> The LM decides which packets to use to send data based on link quality. 
> How can I read or trace the  packet type I am using currently? Or
> rather if the packet type changes...will an event be generated? Do the
> packet types change dynamically......as the link quality varies???

the link manager has a list of packet types it is able to use and it
will use them. There exists a command to change the packet types of an
already created connection and this command will also create an event
that informs you that the packet types have changed. Besides this you
can only guess from the size of ACL data packets what packet type the
link manager is using and this is not an exact science.

> Can I somehow avoid FEC checks???May be by using DH packets......but I
> know you say I shouldn't change packet types??? Is there someother
> method to do so.

No, because DM1 is always allowed.

Regards

Marcel




-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

Re: [Bluez-users] Link Quality

[Manjunath Prabhu]

Hi Marcel,


On Mon, 06 Dec 2004 14:30:45 +0100, Marcel Holtmann <marcel@holtmann.org> wrote:
> Hi Manjunath,
> 
> > The LM decides which packets to use to send data based on link quality.
> > How can I read or trace the  packet type I am using currently? Or
> > rather if the packet type changes...will an event be generated? Do the
> > packet types change dynamically......as the link quality varies???
> 
> the link manager has a list of packet types it is able to use and it
> will use them. There exists a command to change the packet types of an
> already created connection and this command will also create an event
> that informs you that the packet types have changed. Besides this you
> can only guess from the size of ACL data packets what packet type the
> link manager is using and this is not an exact science.
> 
> > Can I somehow avoid FEC checks???May be by using DH packets......but I
> > know you say I shouldn't change packet types??? Is there someother
> > method to do so.
> 
> No, because DM1 is always allowed.
After a connection is established, I can change the packet to any of
the DH types and avoid FEC........did you mean that even then DM1 is
allowed.

Does, opening a socket and then connect() at the
L2CAP......automatically establish an HCI connection first and then an
L2CAP connection on top of it??  This is what HCI dump shows..

Can I in someway just create an HCI connection and then pump HCI data
packet with some known payload??? In a way, just pump raw bits.....

Thanks,
Regards,
Manjunath
> 
> Regards
> 
> Marcel
> 
> -------------------------------------------------------
> SF email is sponsored by - The IT Product Guide
> Read honest & candid reviews on hundreds of IT Products from real users.
> Discover which products truly live up to the hype. Start reading now.
> http://productguide.itmanagersjournal.com/
> _______________________________________________
> Bluez-users mailing list
> Bluez-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bluez-users
>


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

[Bluez-users] RFComm library

[William Pettersson]

Ok, so I needed some simple way to use Bluetooth in my application.
I've basically just done some copying and pasting from the source of the
tools hcitool and rfcomm, so I can't exactly claim any of this work as
my own.  It's all under Marcel's GPL still, and will probably stay that
way.  This is just so far a simple way of doing a bluetooth inquiry/scan
and getting results back.  I'll take pointers on how to do things
better/more effectively, but I can't guarantee much.
What's included is the source for the library, and a sample app.
The sample app does a bluetooth scan, finds my phone (identified by the
name 'Will', and then connects to the serial port offered.  The AT+CBC
that I have in there returns the battery status of my phone, it's just
my test case.  
Using the library is explained in the rfcomm-library.h file, and
hopefully it makes sense.

This is just to help others who are trying to do what I needed to do,
hopefully someone will benefit from this.

Will

http://www.strudel-hound.com/librfcomm.tar.bz2





-------------------------------------------------------
This SF.Net email is sponsored by Oracle Space Sweepstakes
Want to be the first software developer in space?
Enter now for the Oracle Space Sweepstakes!
http://ads.osdn.com/?ad_id=7412&alloc_id=16344&op=click
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

Re: [Bluez-users] RFComm library

[Marcel Holtmann]

Hi Will,

> Ok, so I needed some simple way to use Bluetooth in my application.
> I've basically just done some copying and pasting from the source of the
> tools hcitool and rfcomm, so I can't exactly claim any of this work as
> my own.  It's all under Marcel's GPL still, and will probably stay that
> way.  This is just so far a simple way of doing a bluetooth inquiry/scan
> and getting results back.  I'll take pointers on how to do things
> better/more effectively, but I can't guarantee much.
> What's included is the source for the library, and a sample app.
> The sample app does a bluetooth scan, finds my phone (identified by the
> name 'Will', and then connects to the serial port offered.  The AT+CBC
> that I have in there returns the battery status of my phone, it's just
> my test case.  
> Using the library is explained in the rfcomm-library.h file, and
> hopefully it makes sense.
> 
> This is just to help others who are trying to do what I needed to do,
> hopefully someone will benefit from this.

nice stuff, but I think totally unneeded. And in most cases there is no
need to create a TTY. You can use the RFCOMM socket directly which will
then result in less code.

Regards

Marcel




-------------------------------------------------------
This SF.Net email is sponsored by Oracle Space Sweepstakes
Want to be the first software developer in space?
Enter now for the Oracle Space Sweepstakes!
http://ads.osdn.com/?ad_id=7412&alloc_id=16344&op=click
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

[Bluez-users] Link quality

[Pieter De Mil]

Hello,

For everyone who is interested in context-aware applications:
don't use Bluetooth :)

When you move away from a bluetooth-dongle, the link quality will drop, but 
it comes back to 255.
Because Bluetooth wants to keep a good connection, the bluetooth-dongle is 
going to adjust the send-power.

regards,
Pieter






-------------------------------------------------------
This SF.Net email is sponsored by Oracle Space Sweepstakes
Want to be the first software developer in space?
Enter now for the Oracle Space Sweepstakes!
http://ads.osdn.com/?ad_id=7412&alloc_id=16344&op=click
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users