I've been trying to use BlueZ on an HP iPAQ H5500, which uses a National
LMX9814 chip interfaced via UART. Connecting with "hciattach /dev/tts/1
any 921600" seems to work ok, and hcitool dev shows the device as hci0,
but a subsequent hcitool scan fails with "connection timed out". dmesg
shows:
hci_cmd_task: hci0 command tx timeout
hci_cmd_task: hci0 command tx timeout
h4_recv: Unknown HCI packet type 70
h4_recv: Unknown HCI packet type f8
h4_recv: Unknown HCI packet type f0
Is anybody successfully using one of these devices, or does anybody have
a suggestion as to what might be going wrong here?
Thanks
p.
-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
Hi Philip,
> Here's what it says. Can you interpret this for me? :-)
>
> dixie:/home/pb/gpe/base# hcitool info 08:00:17:19:EE:71
> Requesting information ...
> BD Address: 08:00:17:19:EE:71
> Device Name: POCKET_PC
> LMP Version: 1.1 (0x1) LMP Subversion: 0x180
> Manufacturer: RTX Telecom A/S (21)
> Features: 0xff 0x3b 0x05 0x00 0x00 0x00 0x00 0x00
> <3-slot packets> <5-slot packets> <encryption> <slot
> offset>
> <timing accuracy> <role switch> <hold mode> <sniff mode>
> <park state> <RSSI> <SCO link> <HV2 packets>
> <HV3 packets> <CVSD> <power control>
so this is really not a CSR based device. The Internet states something
about RTX working together with National for Bluetooth solutions, so
this makes sense. And HP also uses the same chip in their DeskJet 450
Bluetooth printer. However I have not any detailed information about the
RTX chips and what is the best way to use their H4 transport layer.
Maybe you should try to contact HP and RTX for more information. The
Handhelds site state the Bluetooth support of the 5xxx series iPAQ's as
"Bluetooth works, though not completely reliable" and I think we should
fix this. Please put me on CC on your requests.
Regards
Marcel
-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
On Sun, 2004-02-15 at 17:29, Marcel Holtmann wrote:
> if you have a 5500 that runs Windows, check is with "hcitool info ..."
> from another Linux machine. If it is a CSR chip, simply try to use the
> BCSP method of hciattach.
Hi Marcel
Here's what it says. Can you interpret this for me? :-)
dixie:/home/pb/gpe/base# hcitool info 08:00:17:19:EE:71
Requesting information ...
BD Address: 08:00:17:19:EE:71
Device Name: POCKET_PC
LMP Version: 1.1 (0x1) LMP Subversion: 0x180
Manufacturer: RTX Telecom A/S (21)
Features: 0xff 0x3b 0x05 0x00 0x00 0x00 0x00 0x00
<3-slot packets> <5-slot packets> <encryption> <slot
offset>
<timing accuracy> <role switch> <hold mode> <sniff mode>
<park state> <RSSI> <SCO link> <HV2 packets>
<HV3 packets> <CVSD> <power control>
dixie:/home/pb/gpe/base#
Thanks
p.
Hi Philip,
> The older 3000 series does use an ALPS module with a CSR chip, but I'm
> fairly certain that the 5000 is using the National part.
if you have a 5500 that runs Windows, check is with "hcitool info ..."
from another Linux machine. If it is a CSR chip, simply try to use the
BCSP method of hciattach.
Regards
Marcel
-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
On Sun, 2004-02-15 at 17:18, Marcel Holtmann wrote:
> are you sure that this iPAQ contains a National chip? I thought they are
> using a CSR chip and only the never 2xxx series contain a Zeevo chip.
Hi Marcel
The older 3000 series does use an ALPS module with a CSR chip, but I'm
fairly certain that the 5000 is using the National part.
p.
Hi Philip,
> I've been trying to use BlueZ on an HP iPAQ H5500, which uses a National
> LMX9814 chip interfaced via UART. Connecting with "hciattach /dev/tts/1
> any 921600" seems to work ok, and hcitool dev shows the device as hci0,
> but a subsequent hcitool scan fails with "connection timed out". dmesg
> shows:
>
> hci_cmd_task: hci0 command tx timeout
> hci_cmd_task: hci0 command tx timeout
> h4_recv: Unknown HCI packet type 70
> h4_recv: Unknown HCI packet type f8
> h4_recv: Unknown HCI packet type f0
>
> Is anybody successfully using one of these devices, or does anybody have
> a suggestion as to what might be going wrong here?
are you sure that this iPAQ contains a National chip? I thought they are
using a CSR chip and only the never 2xxx series contain a Zeevo chip.
Regards
Marcel
-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel