[Bluez-users] bluetooth 1.2 - how do I know it's working?

[Bluez-users] bluetooth 1.2 - how do I know it's working?

[Jesse Guardiani]

Hello,

I just bought a D-Link DBT 120 rev B3 from ebay and flashed
it with the latest Apple dfu firmware using btdfu. (Thanks
for the advice, Marcel!)

Before the firmware upgrade, it talked to my Logitech Mobile
Freedom headset fine (Logitech HS02-V07) using btsco, but
the connection cracked and popped a lot. I run an 802.11b
network, so I figured the BT 1.1 might be getting interference
from the 802.11b net, thus causing the sound artifacts.

After the successful upgrade, it sounds a little better, I
think, but how do I make sure that the USB adapter AND the
headset are using BT 1.2's AFH features?

Here's my adapter:

hci0:   Type: USB
        BD Address: 00:0D:88:93:FC:3E ACL MTU: 192:8  SCO MTU: 64:8
        UP RUNNING PSCAN ISCAN
        RX bytes:576034 acl:30 sco:11266 events:88 errors:0
        TX bytes:569989 acl:26 sco:11157 commands:40 errors:0
        Features: 0xff 0xff 0x8f 0x78 0x18 0x18 0x00 0x80
        Packet type: DM1 DM3 DM5 DH1 DH3 DH5 HV1 HV2 HV3
        Link policy: RSWITCH HOLD SNIFF PARK
        Link mode: SLAVE ACCEPT
        Name: 'BlueZ (0)'
        Class: 0xff0100
        Service Classes: Positioning, Networking, Rendering, Capturing, Object Transfer, Audio, Telephony, Information
        Device Class: Computer, Uncategorized
        HCI Ver: 1.2 (0x2) HCI Rev: 0x632 LMP Ver: 1.2 (0x2) LMP Subver: 0x632
        Manufacturer: Cambridge Silicon Radio (10)

And here's my Mobile Freedom Headset:

# hcitool info 00:0D:44:36:E6:F4
Requesting information ...
        BD Address:  00:0D:44:36:E6:F4
        Device Name: Logitech HS02-V07
        LMP Version: 1.2 (0x2) LMP Subversion: 0x611
        Manufacturer: Cambridge Silicon Radio (10)
        Features: 0xfc 0xfe 0x0f 0x00 0x08 0x08 0x00 0x00
                <encryption> <slot offset> <timing accuracy> <role switch>
                <hold mode> <sniff mode> <RSSI> <channel quality> <SCO link>
                <HV2 packets> <HV3 packets> <u-law log> <A-law log> <CVSD>
                <paging scheme> <power control> <transparent SCO>
                <AFH cap. slave> <AFH cap. master>

# hcitool afh 00:0D:44:36:E6:F4
AFH map: 0xffffffffffffffffff7f

Does this indicate that both devices are using AFH correctly?

-- 
Jesse Guardiani, Systems Administrator
WingNET Internet Services,
P.O. Box 2605 // Cleveland, TN 37320-2605
423-559-LINK (v)  423-559-5145 (f)
http://www.wingnet.net





-------------------------------------------------------
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://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

Re: [Bluez-users] bluetooth 1.2 - how do I know it's working?

[Marcel Holtmann]

Hi Jesse,

> I just bought a D-Link DBT 120 rev B3 from ebay and flashed
> it with the latest Apple dfu firmware using btdfu. (Thanks
> for the advice, Marcel!)
> 
> Before the firmware upgrade, it talked to my Logitech Mobile
> Freedom headset fine (Logitech HS02-V07) using btsco, but
> the connection cracked and popped a lot. I run an 802.11b
> network, so I figured the BT 1.1 might be getting interference
> from the 802.11b net, thus causing the sound artifacts.
> 
> After the successful upgrade, it sounds a little better, I
> think, but how do I make sure that the USB adapter AND the
> headset are using BT 1.2's AFH features?
> 
> Here's my adapter:
> 
> hci0:   Type: USB
>         BD Address: 00:0D:88:93:FC:3E ACL MTU: 192:8  SCO MTU: 64:8
>         UP RUNNING PSCAN ISCAN
>         RX bytes:576034 acl:30 sco:11266 events:88 errors:0
>         TX bytes:569989 acl:26 sco:11157 commands:40 errors:0
>         Features: 0xff 0xff 0x8f 0x78 0x18 0x18 0x00 0x80
>         Packet type: DM1 DM3 DM5 DH1 DH3 DH5 HV1 HV2 HV3
>         Link policy: RSWITCH HOLD SNIFF PARK
>         Link mode: SLAVE ACCEPT
>         Name: 'BlueZ (0)'
>         Class: 0xff0100
>         Service Classes: Positioning, Networking, Rendering, Capturing, Object Transfer, Audio, Telephony, Information
>         Device Class: Computer, Uncategorized
>         HCI Ver: 1.2 (0x2) HCI Rev: 0x632 LMP Ver: 1.2 (0x2) LMP Subver: 0x632
>         Manufacturer: Cambridge Silicon Radio (10)
> 
> And here's my Mobile Freedom Headset:
> 
> # hcitool info 00:0D:44:36:E6:F4
> Requesting information ...
>         BD Address:  00:0D:44:36:E6:F4
>         Device Name: Logitech HS02-V07
>         LMP Version: 1.2 (0x2) LMP Subversion: 0x611
>         Manufacturer: Cambridge Silicon Radio (10)
>         Features: 0xfc 0xfe 0x0f 0x00 0x08 0x08 0x00 0x00
>                 <encryption> <slot offset> <timing accuracy> <role switch>
>                 <hold mode> <sniff mode> <RSSI> <channel quality> <SCO link>
>                 <HV2 packets> <HV3 packets> <u-law log> <A-law log> <CVSD>
>                 <paging scheme> <power control> <transparent SCO>
>                 <AFH cap. slave> <AFH cap. master>
> 
> # hcitool afh 00:0D:44:36:E6:F4
> AFH map: 0xffffffffffffffffff7f
> 
> Does this indicate that both devices are using AFH correctly?

monitor the "hcitool afh" call and if the value changes then AFH is
working.

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://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

[Bluez-users] Re: bluetooth 1.2 - how do I know it's working?

[Jesse Guardiani]

On Wed, 13 Apr 2005 17:15:22 +0200, Marcel Holtmann wrote:

> Hi Jesse,
> 
>> I just bought a D-Link DBT 120 rev B3 from ebay and flashed
>> it with the latest Apple dfu firmware using btdfu. (Thanks
>> for the advice, Marcel!)
>> 
>> Before the firmware upgrade, it talked to my Logitech Mobile
>> Freedom headset fine (Logitech HS02-V07) using btsco, but
>> the connection cracked and popped a lot. I run an 802.11b
>> network, so I figured the BT 1.1 might be getting interference
>> from the 802.11b net, thus causing the sound artifacts.
>> 
>> After the successful upgrade, it sounds a little better, I
>> think, but how do I make sure that the USB adapter AND the
>> headset are using BT 1.2's AFH features?
>> 
>> Here's my adapter:
>> 
>> hci0:   Type: USB
>>         BD Address: 00:0D:88:93:FC:3E ACL MTU: 192:8  SCO MTU: 64:8
>>         UP RUNNING PSCAN ISCAN
>>         RX bytes:576034 acl:30 sco:11266 events:88 errors:0
>>         TX bytes:569989 acl:26 sco:11157 commands:40 errors:0
>>         Features: 0xff 0xff 0x8f 0x78 0x18 0x18 0x00 0x80
>>         Packet type: DM1 DM3 DM5 DH1 DH3 DH5 HV1 HV2 HV3
>>         Link policy: RSWITCH HOLD SNIFF PARK
>>         Link mode: SLAVE ACCEPT
>>         Name: 'BlueZ (0)'
>>         Class: 0xff0100
>>         Service Classes: Positioning, Networking, Rendering, Capturing, Object Transfer, Audio, Telephony, Information
>>         Device Class: Computer, Uncategorized
>>         HCI Ver: 1.2 (0x2) HCI Rev: 0x632 LMP Ver: 1.2 (0x2) LMP Subver: 0x632
>>         Manufacturer: Cambridge Silicon Radio (10)
>> 
>> And here's my Mobile Freedom Headset:
>> 
>> # hcitool info 00:0D:44:36:E6:F4
>> Requesting information ...
>>         BD Address:  00:0D:44:36:E6:F4
>>         Device Name: Logitech HS02-V07
>>         LMP Version: 1.2 (0x2) LMP Subversion: 0x611
>>         Manufacturer: Cambridge Silicon Radio (10)
>>         Features: 0xfc 0xfe 0x0f 0x00 0x08 0x08 0x00 0x00
>>                 <encryption> <slot offset> <timing accuracy> <role switch>
>>                 <hold mode> <sniff mode> <RSSI> <channel quality> <SCO link>
>>                 <HV2 packets> <HV3 packets> <u-law log> <A-law log> <CVSD>
>>                 <paging scheme> <power control> <transparent SCO>
>>                 <AFH cap. slave> <AFH cap. master>
>> 
>> # hcitool afh 00:0D:44:36:E6:F4
>> AFH map: 0xffffffffffffffffff7f
>> 
>> Does this indicate that both devices are using AFH correctly?
> 
> monitor the "hcitool afh" call and if the value changes then AFH is
> working.

No, they don't change. Even after a reboot it yields the same result.

What should I do to get it working?

-- 
Jesse Guardiani, Systems Administrator
WingNET Internet Services,
P.O. Box 2605 // Cleveland, TN 37320-2605
423-559-LINK (v)  423-559-5145 (f)
http://www.wingnet.net





-------------------------------------------------------
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://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

Re: [Bluez-users] Re: bluetooth 1.2 - how do I know it's working?

[Marcel Holtmann]

Hi Jesse,

> >> # hcitool afh 00:0D:44:36:E6:F4
> >> AFH map: 0xffffffffffffffffff7f
> >> 
> >> Does this indicate that both devices are using AFH correctly?
> > 
> > monitor the "hcitool afh" call and if the value changes then AFH is
> > working.
> 
> No, they don't change. Even after a reboot it yields the same result.
> 
> What should I do to get it working?

it is working, but you need to get heavy data transmission on your
wireless LAN and place the two devices near by.

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://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

[Bluez-users] Re: Re: bluetooth 1.2 - how do I know it's working?

[Jesse Guardiani]

On Wed, 13 Apr 2005 22:26:21 +0200, Marcel Holtmann wrote:

> Hi Jesse,
> 
>> >> # hcitool afh 00:0D:44:36:E6:F4
>> >> AFH map: 0xffffffffffffffffff7f
>> >> 
>> >> Does this indicate that both devices are using AFH correctly?
>> > 
>> > monitor the "hcitool afh" call and if the value changes then AFH is
>> > working.
>> 
>> No, they don't change. Even after a reboot it yields the same result.
>> 
>> What should I do to get it working?
> 
> it is working, but you need to get heavy data transmission on your
> wireless LAN and place the two devices near by.

I'm not so sure it is working. I'm hearing fairly heavy popping and
cracking over my btsco connection, the 802.11b access point is about
two feet from my DBT 120 and my headset, and the afh value never
changes.

Are there different afhmode settings I can try? Can I experiment
with different afh masks somehow?

-- 
Jesse Guardiani, Systems Administrator
WingNET Internet Services,
P.O. Box 2605 // Cleveland, TN 37320-2605
423-559-LINK (v)  423-559-5145 (f)
http://www.wingnet.net





-------------------------------------------------------
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://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

Re: [Bluez-users] Re: Re: bluetooth 1.2 - how do I know it's working?

[Marcel Holtmann]

Hi Jesse,

> > it is working, but you need to get heavy data transmission on your
> > wireless LAN and place the two devices near by.
> 
> I'm not so sure it is working. I'm hearing fairly heavy popping and
> cracking over my btsco connection, the 802.11b access point is about
> two feet from my DBT 120 and my headset, and the afh value never
> changes.
> 
> Are there different afhmode settings I can try? Can I experiment
> with different afh masks somehow?

there exists a HCI command to influence the classification. So if you
know what frequency is used by your access point, you can block these
channels. Some time ago I thought about writing support for it, but I
never really started it. Feel free to provide a patch.

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://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

[Bluez-users] Re: Re: Re: bluetooth 1.2 - how do I know it's working?

[Jesse Guardiani]

On Thu, 14 Apr 2005 19:07:41 +0200, Marcel Holtmann wrote:

> Hi Jesse,
> 
>> > it is working, but you need to get heavy data transmission on your
>> > wireless LAN and place the two devices near by.
>> 
>> I'm not so sure it is working. I'm hearing fairly heavy popping and
>> cracking over my btsco connection, the 802.11b access point is about
>> two feet from my DBT 120 and my headset, and the afh value never
>> changes.
>> 
>> Are there different afhmode settings I can try? Can I experiment
>> with different afh masks somehow?
> 
> there exists a HCI command to influence the classification. So if you
> know what frequency is used by your access point, you can block these
> channels. Some time ago I thought about writing support for it, but I
> never really started it. Feel free to provide a patch.

OK. So custom code is the only way to specify it. What does the
afhmode command do then?

Also, is the fact that I'm getting a mask back when I run `hcitool afh`
proof that my DBT 120 is doing AFH? Or could it just mean that the headset
is attempting AFH but the dongle isn't?

Thanks!

-- 
Jesse Guardiani, Systems Administrator
WingNET Internet Services,
P.O. Box 2605 // Cleveland, TN 37320-2605
423-559-LINK (v)  423-559-5145 (f)
http://www.wingnet.net





-------------------------------------------------------
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://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

Re: [Bluez-users] Re: Re: Re: bluetooth 1.2 - how do I know it's working?

[Marcel Holtmann]

Hi Jesse,

> >> > it is working, but you need to get heavy data transmission on your
> >> > wireless LAN and place the two devices near by.
> >> 
> >> I'm not so sure it is working. I'm hearing fairly heavy popping and
> >> cracking over my btsco connection, the 802.11b access point is about
> >> two feet from my DBT 120 and my headset, and the afh value never
> >> changes.
> >> 
> >> Are there different afhmode settings I can try? Can I experiment
> >> with different afh masks somehow?
> > 
> > there exists a HCI command to influence the classification. So if you
> > know what frequency is used by your access point, you can block these
> > channels. Some time ago I thought about writing support for it, but I
> > never really started it. Feel free to provide a patch.
> 
> OK. So custom code is the only way to specify it. What does the
> afhmode command do then?

switch it on and off.

> Also, is the fact that I'm getting a mask back when I run `hcitool afh`
> proof that my DBT 120 is doing AFH? Or could it just mean that the headset
> is attempting AFH but the dongle isn't?

I am not 100% sure, but I think it means that both sides are doing AFH,
but there is no command to determine who is doing the classification.

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://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

[Bluez-users] Re: Re: Re: Re: bluetooth 1.2 - how do I know it's working?

[Jesse Guardiani]

On Thu, 14 Apr 2005 20:21:50 +0200, Marcel Holtmann wrote:

> Hi Jesse,
> 
>> >> > it is working, but you need to get heavy data transmission on your
>> >> > wireless LAN and place the two devices near by.
>> >> 
>> >> I'm not so sure it is working. I'm hearing fairly heavy popping and
>> >> cracking over my btsco connection, the 802.11b access point is about
>> >> two feet from my DBT 120 and my headset, and the afh value never
>> >> changes.
>> >> 
>> >> Are there different afhmode settings I can try? Can I experiment
>> >> with different afh masks somehow?
>> > 
>> > there exists a HCI command to influence the classification. So if you
>> > know what frequency is used by your access point, you can block these
>> > channels. Some time ago I thought about writing support for it, but I
>> > never really started it. Feel free to provide a patch.
>> 
>> OK. So custom code is the only way to specify it. What does the
>> afhmode command do then?
> 
> switch it on and off.

Ah. I see now. Well, I turned it on and off before starting my btsco
deamon, and the `hcitool afh ...` output didn't change, so I think
*something* is broken. Whether it's my headset, the BT dongle, or bluez, I
don't know. But it doesn't seem to be doing AFH properly.

Marcel, have you personally tested AFH with a DBT 120 dongle, upgraded
to the 1.2 firmware? What remote device did you test it with?

Thanks!

-- 
Jesse Guardiani, Systems Administrator
WingNET Internet Services,
P.O. Box 2605 // Cleveland, TN 37320-2605
423-559-LINK (v)  423-559-5145 (f)
http://www.wingnet.net





-------------------------------------------------------
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://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

Re: [Bluez-users] Re: Re: Re: Re: bluetooth 1.2 - how do I know it's working?

[Marcel Holtmann]

Hi Jesse,

> >> OK. So custom code is the only way to specify it. What does the
> >> afhmode command do then?
> > 
> > switch it on and off.
> 
> Ah. I see now. Well, I turned it on and off before starting my btsco
> deamon, and the `hcitool afh ...` output didn't change, so I think
> *something* is broken. Whether it's my headset, the BT dongle, or bluez, I
> don't know. But it doesn't seem to be doing AFH properly.
> 
> Marcel, have you personally tested AFH with a DBT 120 dongle, upgraded
> to the 1.2 firmware? What remote device did you test it with?

I tested it some time ago and actually I think it was with a BlueCore02
module in a Casira, but I can't remember any details.

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://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users