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
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-users
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
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-users