linux-bluetooth.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* [Bluez-users] UART bluetooth chip problem
@ 2005-12-08  1:11 Arthur Chiu
  2005-12-08  5:44 ` Marcel Holtmann
  0 siblings, 1 reply; 21+ messages in thread
From: Arthur Chiu @ 2005-12-08  1:11 UTC (permalink / raw)
  To: Bluez-users

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

Hi, I am currently using a bluetooth chip by bluegiga (www.bluegiga.com),
called WRAP THOR 2022-1-B2B.
I set the configurations on the chip so that it is running at 115200 baud
rate. After, I tried doing the following:

# hcid
# hciattach -s 115200 /dev/ttyS1 any 115200 flow
# hciconfig
hci0:   Type: UART
        BD Address: 00:00:00:00:00:00 ACL MTU: 0:0 SCO MTU: 0:0
        DOWN INIT RUNNING
        RX bytes:0 acl:0 sco:0 events:0 errors:0
        TX bytes:4 acl:0 sco:0 commands:1 errors:0
# hciconfig hci0 up
Can't init device hci0: Connection timed out (145)

I checked and error code 145 indeed means Connection timed out on my header
files (errno.h).
What might be wrong?

Thanks a lot.

Cheers,

  Arthur

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

^ permalink raw reply	[flat|nested] 21+ messages in thread

* Re: [Bluez-users] UART bluetooth chip problem
  2005-12-08  1:11 [Bluez-users] UART bluetooth chip problem Arthur Chiu
@ 2005-12-08  5:44 ` Marcel Holtmann
  2005-12-08 18:19   ` Arthur Chiu
  0 siblings, 1 reply; 21+ messages in thread
From: Marcel Holtmann @ 2005-12-08  5:44 UTC (permalink / raw)
  To: bluez-users

Hi Arthur,

> I am currently using a bluetooth chip by bluegiga (www.bluegiga.com),
> called WRAP THOR 2022-1-B2B. 
> I set the configurations on the chip so that it is running at 115200
> baud rate. After, I tried doing the following: 
> 
> # hcid
> # hciattach -s 115200 /dev/ttyS1 any 115200 flow
> # hciconfig
> hci0:   Type: UART
>         BD Address: 00:00:00:00:00:00 ACL MTU: 0:0 SCO MTU: 0:0
>         DOWN INIT RUNNING
>         RX bytes:0 acl:0 sco:0 events:0 errors:0
>         TX bytes:4 acl:0 sco:0 commands:1 errors:0
> # hciconfig hci0 up
> Can't init device hci0: Connection timed out (145)
> 
> I checked and error code 145 indeed means Connection timed out on my
> header files (errno.h). 
> What might be wrong? 

first, you should ask you module manufacturer what chip they are using
and then what transport they use.

Regards

Marcel




-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

^ permalink raw reply	[flat|nested] 21+ messages in thread

* Re: [Bluez-users] UART bluetooth chip problem
  2005-12-08  5:44 ` Marcel Holtmann
@ 2005-12-08 18:19   ` Arthur Chiu
  2005-12-08 20:34     ` Marcel Holtmann
  0 siblings, 1 reply; 21+ messages in thread
From: Arthur Chiu @ 2005-12-08 18:19 UTC (permalink / raw)
  To: bluez-users

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

Hi Marcel, thanks for your reply.

Since I can change the setting on the bluetooth chip, I am currently using
UART H4 and baudrate 115200. As for what chip they are using, I suppose they
manufacture their own bluetooh chip?

Thanks,

  Arthur

On 12/7/05, Marcel Holtmann <marcel@holtmann.org> wrote:
>
> Hi Arthur,
>
> > I am currently using a bluetooth chip by bluegiga (www.bluegiga.com),
> > called WRAP THOR 2022-1-B2B.
> > I set the configurations on the chip so that it is running at 115200
> > baud rate. After, I tried doing the following:
> >
> > # hcid
> > # hciattach -s 115200 /dev/ttyS1 any 115200 flow
> > # hciconfig
> > hci0:   Type: UART
> >         BD Address: 00:00:00:00:00:00 ACL MTU: 0:0 SCO MTU: 0:0
> >         DOWN INIT RUNNING
> >         RX bytes:0 acl:0 sco:0 events:0 errors:0
> >         TX bytes:4 acl:0 sco:0 commands:1 errors:0
> > # hciconfig hci0 up
> > Can't init device hci0: Connection timed out (145)
> >
> > I checked and error code 145 indeed means Connection timed out on my
> > header files (errno.h).
> > What might be wrong?
>
> first, you should ask you module manufacturer what chip they are using
> and then what transport they use.
>
> Regards
>
> Marcel
>
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log
> files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> _______________________________________________
> Bluez-users mailing list
> Bluez-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bluez-users
>

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

^ permalink raw reply	[flat|nested] 21+ messages in thread

* RE: [Bluez-users] UART bluetooth chip problem
@ 2005-12-08 18:58 Pering, Trevor
  0 siblings, 0 replies; 21+ messages in thread
From: Pering, Trevor @ 2005-12-08 18:58 UTC (permalink / raw)
  To: bluez-users

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

You might try "noflow" instead of "flow" to see if there is some problem
with the UART flow control setup/signals.
 
    Trevor
 

________________________________

From: bluez-users-admin@lists.sourceforge.net
[mailto:bluez-users-admin@lists.sourceforge.net] On Behalf Of Arthur
Chiu
Sent: Thursday, December 08, 2005 10:20 AM
To: bluez-users@lists.sourceforge.net
Subject: Re: [Bluez-users] UART bluetooth chip problem


Hi Marcel, thanks for your reply.

Since I can change the setting on the bluetooth chip, I am currently
using UART H4 and baudrate 115200. As for what chip they are using, I
suppose they manufacture their own bluetooh chip? 

Thanks,

  Arthur


On 12/7/05, Marcel Holtmann <marcel@holtmann.org> wrote: 

	Hi Arthur,
	
	> I am currently using a bluetooth chip by bluegiga
(www.bluegiga.com),
	> called WRAP THOR 2022-1-B2B.
	> I set the configurations on the chip so that it is running at
115200 
	> baud rate. After, I tried doing the following:
	>
	> # hcid
	> # hciattach -s 115200 /dev/ttyS1 any 115200 flow
	> # hciconfig
	> hci0:   Type: UART
	>         BD Address: 00:00:00:00:00:00 ACL MTU: 0:0 SCO MTU:
0:0 
	>         DOWN INIT RUNNING
	>         RX bytes:0 acl:0 sco:0 events:0 errors:0
	>         TX bytes:4 acl:0 sco:0 commands:1 errors:0
	> # hciconfig hci0 up
	> Can't init device hci0: Connection timed out (145) 
	>
	> I checked and error code 145 indeed means Connection timed out
on my
	> header files (errno.h).
	> What might be wrong?
	
	first, you should ask you module manufacturer what chip they are
using 
	and then what transport they use.
	
	Regards
	
	Marcel
	
	
	
	
	-------------------------------------------------------
	This SF.net email is sponsored by: Splunk Inc. Do you grep
through log files 
	for problems?  Stop!  Download the new AJAX search engine that
makes
	searching your log files as easy as surfing the  web.  DOWNLOAD
SPLUNK!
	http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
	_______________________________________________
	Bluez-users mailing list
	Bluez-users@lists.sourceforge.net 
	https://lists.sourceforge.net/lists/listinfo/bluez-users
	



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

^ permalink raw reply	[flat|nested] 21+ messages in thread

* Re: [Bluez-users] UART bluetooth chip problem
  2005-12-08 18:19   ` Arthur Chiu
@ 2005-12-08 20:34     ` Marcel Holtmann
  2005-12-08 23:10       ` Arthur Chiu
  0 siblings, 1 reply; 21+ messages in thread
From: Marcel Holtmann @ 2005-12-08 20:34 UTC (permalink / raw)
  To: bluez-users

Hi Arthur,

> Since I can change the setting on the bluetooth chip, I am currently
> using UART H4 and baudrate 115200. As for what chip they are using, I
> suppose they manufacture their own bluetooh chip? 

no they don't. With what tool do you change the settings?

Regards

Marcel




-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

^ permalink raw reply	[flat|nested] 21+ messages in thread

* Re: [Bluez-users] UART bluetooth chip problem
  2005-12-08 20:34     ` Marcel Holtmann
@ 2005-12-08 23:10       ` Arthur Chiu
  2005-12-09  0:23         ` Marcel Holtmann
  0 siblings, 1 reply; 21+ messages in thread
From: Arthur Chiu @ 2005-12-08 23:10 UTC (permalink / raw)
  To: bluez-users

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

Hi, I used pstool, which is a tool bluegiga made to change settings of the
bluetooth chip via SPI interface. To be more specific, settings I changed on
the bluetooth chip includes:

PSKEY_HOST_INTERFACE UART H4
PSKEY_VM_DISABLE  true
PSKEY_UART_CONFIG  00a8
PSKEY_UART_BAUD_RATE  115200
PSKEY_ONCHIP_HCI_CLIENT   0000

I tried noflow as well, but doesn't seem to help.

When you say what chip the module manufacturer is using, what do you mean
specifically?
Do you mean the "type" option in hciattach (ericsson, digi, csr... etc) ?

Thanks a lot for the help.

Cheers,

  Arthur

On 12/8/05, Marcel Holtmann <marcel@holtmann.org> wrote:
>
> Hi Arthur,
>
> > Since I can change the setting on the bluetooth chip, I am currently
> > using UART H4 and baudrate 115200. As for what chip they are using, I
> > suppose they manufacture their own bluetooh chip?
>
> no they don't. With what tool do you change the settings?
>
> Regards
>
> Marcel
>
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log
> files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> _______________________________________________
> Bluez-users mailing list
> Bluez-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bluez-users
>

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

^ permalink raw reply	[flat|nested] 21+ messages in thread

* Re: [Bluez-users] UART bluetooth chip problem
  2005-12-08 23:10       ` Arthur Chiu
@ 2005-12-09  0:23         ` Marcel Holtmann
  2005-12-09 17:46           ` Arthur Chiu
  0 siblings, 1 reply; 21+ messages in thread
From: Marcel Holtmann @ 2005-12-09  0:23 UTC (permalink / raw)
  To: bluez-users

Hi Arthur,

> I used pstool, which is a tool bluegiga made to change settings of the
> bluetooth chip via SPI interface. To be more specific, settings I
> changed on the bluetooth chip includes:
> 
> PSKEY_HOST_INTERFACE UART H4
> PSKEY_VM_DISABLE  true
> PSKEY_UART_CONFIG  00a8
> PSKEY_UART_BAUD_RATE  115200
> PSKEY_ONCHIP_HCI_CLIENT   0000
> 
> I tried noflow as well, but doesn't seem to help. 
> 
> When you say what chip the module manufacturer is using, what do you
> mean specifically? 
> Do you mean the "type" option in hciattach (ericsson, digi, csr...
> etc) ? 

if you use pstool then this is a CSR chip. What is the build id of this
chip. The correct PS key for the UART config can differ for different
firmwares.

Regards

Marcel




-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

^ permalink raw reply	[flat|nested] 21+ messages in thread

* Re: [Bluez-users] UART bluetooth chip problem
  2005-12-09  0:23         ` Marcel Holtmann
@ 2005-12-09 17:46           ` Arthur Chiu
  2005-12-09 17:57             ` Arthur Chiu
  2005-12-09 18:47             ` Marcel Holtmann
  0 siblings, 2 replies; 21+ messages in thread
From: Arthur Chiu @ 2005-12-09 17:46 UTC (permalink / raw)
  To: bluez-users

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

Hi Marcel,

I just received a reply from the support group of the company that we bought
the chip from. Here's some answer to the questions I ask him with regards to
how to change the chip such that the HCI will be ran by host processor
(which is the case we need right?).

---------------------------------------------------------------------------------------------

> PSKEY_HOST_INTERFACE how do I find out whether it is UART H4 or H5?

H4 is that standard UART protocol and that's probably what you want to use.

The "H5" host transport protocol is properly known as the "Three
Wire Uart Transport Layer", but is commonly known as H5 within CSR.

The value of this parameter defines the protocol. You can check/modify it
with PSTool.

> PSKEY_VM_DISABLE  change to true?

Yes. This disables the internal Virtual Machine inside the chip. In our case
it disables the iWRAP software.
With BlueZ you need to use HCI module and not iWRAP.

> PSKEY_UART_CONFIG      what should I set this as?

H4 requires the usage of HW flow control.

With H4 you need to modify  PSKEY_UART_CONFIG_H4. Suggested value is 08a8
which enables HW flow control.

> PSKEY_UART_BAUD_RATE    how do I find out what baud rate the serial
> port is running?

What serial port you mean? The one on your PC or something else?

> PSKEY_ONCHIP_HCI_CLIENT     set this as 0000?

Yes. That enables HCI firmware.

> Is there any other things I need to change? Thanks a lot.

No. With those settings you should be fine.

---------------------------------------------------------------------------------------------

It seems to me that most of my settings are correct, besides the config i
used 00a8 instead of 08a8.
I will try again with these configurations:

PSKEY_HOST_INTERFACE UART H4
PSKEY_VM_DISABLE  true
PSKEY_UART_CONFIG  08a8
PSKEY_UART_BAUD_RATE  115200
PSKEY_ONCHIP_HCI_CLIENT   0000

#hciattach -s 115200 /dev/ttyS1 csr 115200 flow

I tried using stty /dev/ttyS1 yesterday and it reads 115200 on my computer,
so I suppose using that as 115200 for baud rate is correct.

Any other ideas? Thanks a lot.

Cheers,

  Arthur

On 12/8/05, Marcel Holtmann <marcel@holtmann.org> wrote:
>
> Hi Arthur,
>
> > I used pstool, which is a tool bluegiga made to change settings of the
> > bluetooth chip via SPI interface. To be more specific, settings I
> > changed on the bluetooth chip includes:
> >
> > PSKEY_HOST_INTERFACE UART H4
> > PSKEY_VM_DISABLE  true
> > PSKEY_UART_CONFIG  00a8
> > PSKEY_UART_BAUD_RATE  115200
> > PSKEY_ONCHIP_HCI_CLIENT   0000
> >
> > I tried noflow as well, but doesn't seem to help.
> >
> > When you say what chip the module manufacturer is using, what do you
> > mean specifically?
> > Do you mean the "type" option in hciattach (ericsson, digi, csr...
> > etc) ?
>
> if you use pstool then this is a CSR chip. What is the build id of this
> chip. The correct PS key for the UART config can differ for different
> firmwares.
>
> Regards
>
> Marcel
>
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log
> files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> _______________________________________________
> Bluez-users mailing list
> Bluez-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bluez-users
>

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

^ permalink raw reply	[flat|nested] 21+ messages in thread

* Re: [Bluez-users] UART bluetooth chip problem
  2005-12-09 17:46           ` Arthur Chiu
@ 2005-12-09 17:57             ` Arthur Chiu
  2005-12-09 18:15               ` Arthur Chiu
  2005-12-09 18:41               ` Marcel Holtmann
  2005-12-09 18:47             ` Marcel Holtmann
  1 sibling, 2 replies; 21+ messages in thread
From: Arthur Chiu @ 2005-12-09 17:57 UTC (permalink / raw)
  To: bluez-users

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

Ops, one more thing,
I'm not sure if this is what you're looking for when you say build id for
the chip, but this is what i see when I look at the back of the chip:

CE 0682
FCC ID: QOQWRAP2022-1-V2V
IC: 5132A-20221B2B
BlueGiga Technologies Inc.
20031219
WRAP THORNADO BTBM Ver.4.0

Thanks a lot!

  Arthur

On 12/9/05, Arthur Chiu <arthurchiu@gmail.com> wrote:
>
> Hi Marcel,
>
> I just received a reply from the support group of the company that we
> bought the chip from. Here's some answer to the questions I ask him with
> regards to how to change the chip such that the HCI will be ran by host
> processor (which is the case we need right?).
>
>
> ---------------------------------------------------------------------------------------------
>
> > PSKEY_HOST_INTERFACE how do I find out whether it is UART H4 or H5?
>
> H4 is that standard UART protocol and that's probably what you want to
> use.
>
> The "H5" host transport protocol is properly known as the "Three
> Wire Uart Transport Layer", but is commonly known as H5 within CSR.
>
> The value of this parameter defines the protocol. You can check/modify it
> with PSTool.
>
> > PSKEY_VM_DISABLE  change to true?
>
> Yes. This disables the internal Virtual Machine inside the chip. In our
> case it disables the iWRAP software.
> With BlueZ you need to use HCI module and not iWRAP.
>
> > PSKEY_UART_CONFIG      what should I set this as?
>
> H4 requires the usage of HW flow control.
>
> With H4 you need to modify  PSKEY_UART_CONFIG_H4. Suggested value is 08a8
> which enables HW flow control.
>
> > PSKEY_UART_BAUD_RATE    how do I find out what baud rate the serial
> > port is running?
>
> What serial port you mean? The one on your PC or something else?
>
> > PSKEY_ONCHIP_HCI_CLIENT     set this as 0000?
>
> Yes. That enables HCI firmware.
>
> > Is there any other things I need to change? Thanks a lot.
>
> No. With those settings you should be fine.
>
>
> ---------------------------------------------------------------------------------------------
>
> It seems to me that most of my settings are correct, besides the config i
> used 00a8 instead of 08a8.
> I will try again with these configurations:
>
> PSKEY_HOST_INTERFACE UART H4
> PSKEY_VM_DISABLE  true
> PSKEY_UART_CONFIG  08a8
> PSKEY_UART_BAUD_RATE  115200
> PSKEY_ONCHIP_HCI_CLIENT   0000
>
> #hciattach -s 115200 /dev/ttyS1 csr 115200 flow
>
> I tried using stty /dev/ttyS1 yesterday and it reads 115200 on my
> computer, so I suppose using that as 115200 for baud rate is correct.
>
> Any other ideas? Thanks a lot.
>
> Cheers,
>
>   Arthur
>
> On 12/8/05, Marcel Holtmann <marcel@holtmann.org> wrote:
> >
> > Hi Arthur,
> >
> > > I used pstool, which is a tool bluegiga made to change settings of the
> > > bluetooth chip via SPI interface. To be more specific, settings I
> > > changed on the bluetooth chip includes:
> > >
> > > PSKEY_HOST_INTERFACE UART H4
> > > PSKEY_VM_DISABLE  true
> > > PSKEY_UART_CONFIG  00a8
> > > PSKEY_UART_BAUD_RATE  115200
> > > PSKEY_ONCHIP_HCI_CLIENT   0000
> > >
> > > I tried noflow as well, but doesn't seem to help.
> > >
> > > When you say what chip the module manufacturer is using, what do you
> > > mean specifically?
> > > Do you mean the "type" option in hciattach (ericsson, digi, csr...
> > > etc) ?
> >
> > if you use pstool then this is a CSR chip. What is the build id of this
> > chip. The correct PS key for the UART config can differ for different
> > firmwares.
> >
> > Regards
> >
> > Marcel
> >
> >
> >
> >
> > -------------------------------------------------------
> > This SF.net email is sponsored by: Splunk Inc. Do you grep through log
> > files
> > for problems?  Stop!  Download the new AJAX search engine that makes
> > searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> > http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> > _______________________________________________
> > Bluez-users mailing list
> > Bluez-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/bluez-users
> >
>
>

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

^ permalink raw reply	[flat|nested] 21+ messages in thread

* Re: [Bluez-users] UART bluetooth chip problem
  2005-12-09 17:57             ` Arthur Chiu
@ 2005-12-09 18:15               ` Arthur Chiu
  2005-12-09 18:41               ` Marcel Holtmann
  1 sibling, 0 replies; 21+ messages in thread
From: Arthur Chiu @ 2005-12-09 18:15 UTC (permalink / raw)
  To: bluez-users

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

I just tried both UART H4 (with settings I mentioned before, plus I tried
both flow and noflow)
and also UART H5 (same settings, besides the config option I used 1806,
which is their default one. tried flow and no flow as well).

When I select csr as the type, hciattach gives me initialization time out
for all of the above I tried.
when I select any as the type, hciattach succeed, however I get connection
time out error when I try hciconfig hci0 up.

Thanks,

  Arthur

On 12/9/05, Arthur Chiu <arthurchiu@gmail.com> wrote:
>
> Ops, one more thing,
> I'm not sure if this is what you're looking for when you say build id for
> the chip, but this is what i see when I look at the back of the chip:
>
> CE 0682
> FCC ID: QOQWRAP2022-1-V2V
> IC: 5132A-20221B2B
> BlueGiga Technologies Inc.
> 20031219
> WRAP THORNADO BTBM Ver.4.0
>
> Thanks a lot!
>
>   Arthur
>
> On 12/9/05, Arthur Chiu <arthurchiu@gmail.com> wrote:
> >
> > Hi Marcel,
> >
> > I just received a reply from the support group of the company that we
> > bought the chip from. Here's some answer to the questions I ask him with
> > regards to how to change the chip such that the HCI will be ran by host
> > processor (which is the case we need right?).
> >
> >
> > ---------------------------------------------------------------------------------------------
> >
> > > PSKEY_HOST_INTERFACE how do I find out whether it is UART H4 or H5?
> >
> > H4 is that standard UART protocol and that's probably what you want to
> > use.
> >
> > The "H5" host transport protocol is properly known as the "Three
> > Wire Uart Transport Layer", but is commonly known as H5 within CSR.
> >
> > The value of this parameter defines the protocol. You can check/modify
> > it with PSTool.
> >
> > > PSKEY_VM_DISABLE  change to true?
> >
> > Yes. This disables the internal Virtual Machine inside the chip. In our
> > case it disables the iWRAP software.
> > With BlueZ you need to use HCI module and not iWRAP.
> >
> > > PSKEY_UART_CONFIG      what should I set this as?
> >
> > H4 requires the usage of HW flow control.
> >
> > With H4 you need to modify  PSKEY_UART_CONFIG_H4. Suggested value is
> > 08a8 which enables HW flow control.
> >
> > > PSKEY_UART_BAUD_RATE    how do I find out what baud rate the serial
> > > port is running?
> >
> > What serial port you mean? The one on your PC or something else?
> >
> > > PSKEY_ONCHIP_HCI_CLIENT     set this as 0000?
> >
> > Yes. That enables HCI firmware.
> >
> > > Is there any other things I need to change? Thanks a lot.
> >
> > No. With those settings you should be fine.
> >
> >
> > ---------------------------------------------------------------------------------------------
> >
> > It seems to me that most of my settings are correct, besides the config
> > i used 00a8 instead of 08a8.
> > I will try again with these configurations:
> >
> > PSKEY_HOST_INTERFACE UART H4
> > PSKEY_VM_DISABLE  true
> > PSKEY_UART_CONFIG  08a8
> > PSKEY_UART_BAUD_RATE  115200
> > PSKEY_ONCHIP_HCI_CLIENT   0000
> >
> > #hciattach -s 115200 /dev/ttyS1 csr 115200 flow
> >
> > I tried using stty /dev/ttyS1 yesterday and it reads 115200 on my
> > computer, so I suppose using that as 115200 for baud rate is correct.
> >
> > Any other ideas? Thanks a lot.
> >
> > Cheers,
> >
> >   Arthur
> >
> > On 12/8/05, Marcel Holtmann < marcel@holtmann.org> wrote:
> > >
> > > Hi Arthur,
> > >
> > > > I used pstool, which is a tool bluegiga made to change settings of
> > > the
> > > > bluetooth chip via SPI interface. To be more specific, settings I
> > > > changed on the bluetooth chip includes:
> > > >
> > > > PSKEY_HOST_INTERFACE UART H4
> > > > PSKEY_VM_DISABLE  true
> > > > PSKEY_UART_CONFIG  00a8
> > > > PSKEY_UART_BAUD_RATE  115200
> > > > PSKEY_ONCHIP_HCI_CLIENT   0000
> > > >
> > > > I tried noflow as well, but doesn't seem to help.
> > > >
> > > > When you say what chip the module manufacturer is using, what do you
> > > > mean specifically?
> > > > Do you mean the "type" option in hciattach (ericsson, digi, csr...
> > > > etc) ?
> > >
> > > if you use pstool then this is a CSR chip. What is the build id of
> > > this
> > > chip. The correct PS key for the UART config can differ for different
> > > firmwares.
> > >
> > > Regards
> > >
> > > Marcel
> > >
> > >
> > >
> > >
> > > -------------------------------------------------------
> > > This SF.net email is sponsored by: Splunk Inc. Do you grep through log
> > > files
> > > for problems?  Stop!  Download the new AJAX search engine that makes
> > > searching your log files as easy as surfing the  web.  DOWNLOAD
> > > SPLUNK!
> > > http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> > > _______________________________________________
> > > Bluez-users mailing list
> > > Bluez-users@lists.sourceforge.net
> > > https://lists.sourceforge.net/lists/listinfo/bluez-users
> > >
> >
> >
>

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

^ permalink raw reply	[flat|nested] 21+ messages in thread

* Re: [Bluez-users] UART bluetooth chip problem
  2005-12-09 17:57             ` Arthur Chiu
  2005-12-09 18:15               ` Arthur Chiu
@ 2005-12-09 18:41               ` Marcel Holtmann
  1 sibling, 0 replies; 21+ messages in thread
From: Marcel Holtmann @ 2005-12-09 18:41 UTC (permalink / raw)
  To: bluez-users

Hi Arthur,

> I'm not sure if this is what you're looking for when you say build id
> for the chip, but this is what i see when I look at the back of the
> chip: 

the build id is the firmware identifier. It is a uint16 and you also
find it as HCI Revision or LMP Subversion in case of a CSR chip.

Regards

Marcel




-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

^ permalink raw reply	[flat|nested] 21+ messages in thread

* Re: [Bluez-users] UART bluetooth chip problem
  2005-12-09 17:46           ` Arthur Chiu
  2005-12-09 17:57             ` Arthur Chiu
@ 2005-12-09 18:47             ` Marcel Holtmann
  2005-12-09 19:23               ` Arthur Chiu
  1 sibling, 1 reply; 21+ messages in thread
From: Marcel Holtmann @ 2005-12-09 18:47 UTC (permalink / raw)
  To: bluez-users

Hi Arthur,

> I just received a reply from the support group of the company that we
> bought the chip from. Here's some answer to the questions I ask him
> with regards to how to change the chip such that the HCI will be ran
> by host processor (which is the case we need right?). 

I don't know anything about their module. I don't know what firmware
version they use and what kind of special settings they might have.
However a CSR chip in general is fully supported and with bccmd from CVS
you even have a powerful tool for its configuration, but you need to
know what you are doing.

The comments you got are almost one-to-one extracts from the pskeys.txt
file that comes with every CSR firmware. If they don't do better then
send these modules back and order other CSR based modules from a company
that knows what their customers are asking them.

Regards

Marcel




-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

^ permalink raw reply	[flat|nested] 21+ messages in thread

* Re: [Bluez-users] UART bluetooth chip problem
  2005-12-09 18:47             ` Marcel Holtmann
@ 2005-12-09 19:23               ` Arthur Chiu
  2005-12-09 20:01                 ` Marcel Holtmann
  0 siblings, 1 reply; 21+ messages in thread
From: Arthur Chiu @ 2005-12-09 19:23 UTC (permalink / raw)
  To: bluez-users

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

Hi Marcel,

I checked the firmware version and this is what it says:
"The chip reports version 1503 (0x05df):
bc02x_8unified_fl_bt1.2_18_200407161536_encr56 2004-07-16"

What should I ask the support group then? It seems like they verified that
the settings I used on the chip is sufficient to modify the chip so that it
fits the requirements of hciattach (baud_rate and setting it to use external
HCI provided by hcid).

What other things would you suggest me to try? Hopefully you can help me to
get this to work. Thanks a lot!

Cheers,

  Arthur


On 12/9/05, Marcel Holtmann <marcel@holtmann.org> wrote:
>
> Hi Arthur,
>
> > I just received a reply from the support group of the company that we
> > bought the chip from. Here's some answer to the questions I ask him
> > with regards to how to change the chip such that the HCI will be ran
> > by host processor (which is the case we need right?).
>
> I don't know anything about their module. I don't know what firmware
> version they use and what kind of special settings they might have.
> However a CSR chip in general is fully supported and with bccmd from CVS
> you even have a powerful tool for its configuration, but you need to
> know what you are doing.
>
> The comments you got are almost one-to-one extracts from the pskeys.txt
> file that comes with every CSR firmware. If they don't do better then
> send these modules back and order other CSR based modules from a company
> that knows what their customers are asking them.
>
> Regards
>
> Marcel
>
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log
> files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> _______________________________________________
> Bluez-users mailing list
> Bluez-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bluez-users
>

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

^ permalink raw reply	[flat|nested] 21+ messages in thread

* Re: [Bluez-users] UART bluetooth chip problem
  2005-12-09 19:23               ` Arthur Chiu
@ 2005-12-09 20:01                 ` Marcel Holtmann
  2005-12-12 18:21                   ` Arthur Chiu
  0 siblings, 1 reply; 21+ messages in thread
From: Marcel Holtmann @ 2005-12-09 20:01 UTC (permalink / raw)
  To: bluez-users

Hi Arthur,

> I checked the firmware version and this is what it says:
> "The chip reports version 1503 (0x05df):
> bc02x_8unified_fl_bt1.2_18_200407161536_encr56 2004-07-16"
> 
> What should I ask the support group then? It seems like they verified
> that the settings I used on the chip is sufficient to modify the chip
> so that it fits the requirements of hciattach (baud_rate and setting
> it to use external HCI provided by hcid). 
> 
> What other things would you suggest me to try? Hopefully you can help
> me to get this to work. Thanks a lot!

I am not 100% sure, but I think the PS key for UART configuration and
baud rate settings were with HCI 18.x firmware. Meaning that there
exists per transport PS keys. However I might be also wrong here. Tell
them to send you the pskeys.txt file.

Regards

Marcel




-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

^ permalink raw reply	[flat|nested] 21+ messages in thread

* Re: [Bluez-users] UART bluetooth chip problem
  2005-12-09 20:01                 ` Marcel Holtmann
@ 2005-12-12 18:21                   ` Arthur Chiu
  2005-12-12 19:43                     ` Marcel Holtmann
  0 siblings, 1 reply; 21+ messages in thread
From: Arthur Chiu @ 2005-12-12 18:21 UTC (permalink / raw)
  To: bluez-users

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

Hi Marcel,

After the weekend I finally get a reply to the email that I sent asking for
pskeys.txt.

"Unfortunately not. But I have pskeys.html instead. :) I hope that will do.
Please do not pay attention to the default values mentioned in the file,
some
of them may vary in out modules."

I'm not sure whether I can attach files to this mailing list. So I send the
pskeys.html file to your personal email (marcel@holtmann.org) seperately,
hope that's fine. Once again, thanks a lot for your help.

Cheers,

  Arthur

On 12/9/05, Marcel Holtmann <marcel@holtmann.org> wrote:
>
> Hi Arthur,
>
> > I checked the firmware version and this is what it says:
> > "The chip reports version 1503 (0x05df):
> > bc02x_8unified_fl_bt1.2_18_200407161536_encr56 2004-07-16"
> >
> > What should I ask the support group then? It seems like they verified
> > that the settings I used on the chip is sufficient to modify the chip
> > so that it fits the requirements of hciattach (baud_rate and setting
> > it to use external HCI provided by hcid).
> >
> > What other things would you suggest me to try? Hopefully you can help
> > me to get this to work. Thanks a lot!
>
> I am not 100% sure, but I think the PS key for UART configuration and
> baud rate settings were with HCI 18.x firmware. Meaning that there
> exists per transport PS keys. However I might be also wrong here. Tell
> them to send you the pskeys.txt file.
>
> Regards
>
> Marcel
>
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log
> files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> _______________________________________________
> Bluez-users mailing list
> Bluez-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bluez-users
>

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

^ permalink raw reply	[flat|nested] 21+ messages in thread

* Re: [Bluez-users] UART bluetooth chip problem
  2005-12-12 18:21                   ` Arthur Chiu
@ 2005-12-12 19:43                     ` Marcel Holtmann
  2005-12-12 21:06                       ` Arthur Chiu
  0 siblings, 1 reply; 21+ messages in thread
From: Marcel Holtmann @ 2005-12-12 19:43 UTC (permalink / raw)
  To: bluez-users

Hi Arthur,

> After the weekend I finally get a reply to the email that I sent
> asking for pskeys.txt. 
> 
> "Unfortunately not. But I have pskeys.html instead. :) I hope that
> will do.
> Please do not pay attention to the default values mentioned in the
> file, some 
> of them may vary in out modules." 
> 
> I'm not sure whether I can attach files to this mailing list. So I
> send the pskeys.html file to your personal email (marcel@holtmann.org)
> seperately, hope that's fine. Once again, thanks a lot for your help. 

the pskeys.txt and pskeys.html contain the same information. I prefer a
text file, instead of a HTML file. Everybody who uses a decent OS knows
the reason for that ;)

However I think that you need to configure PSKEY_UART_CONFIG_H4 if you
wanna use H4 as transport. The problem actually are the values that
differ from the default. The one thing that the bccmd is missing is
support for SPI as transport otherwise it would read the non-default
values and we would see what they did with their modules. The PSTool can
actually do the same, but don't ask me how. I never did that before.

Maybe using BCSP as transport will work much better, because they didn't
fucked up its configuration.

Regards

Marcel




-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

^ permalink raw reply	[flat|nested] 21+ messages in thread

* Re: [Bluez-users] UART bluetooth chip problem
  2005-12-12 19:43                     ` Marcel Holtmann
@ 2005-12-12 21:06                       ` Arthur Chiu
  2005-12-12 21:18                         ` Marcel Holtmann
  0 siblings, 1 reply; 21+ messages in thread
From: Arthur Chiu @ 2005-12-12 21:06 UTC (permalink / raw)
  To: bluez-users

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

Hi Marcel,

I tried the using the BCSP as the protocol and set the
PSKEY_UART_CONFIG_BCSP value as 0806, however, when I tried to attach the
chip again, using:

hciattach -s 115200 /dev/ttyS1 bcsp 115200 noflow

I get BCSP initialization error. I tried using flow too but that doesn't
help. Finally, I used "any" for the type again and the hciattach worked.
However when i run hciconfig hci0 up i get another connection timed out. :(

I have absolutely no idea what might be wrong... :( Hope you have some
clues.

Thanks,

  Arthur


On 12/12/05, Marcel Holtmann <marcel@holtmann.org> wrote:
>
> Hi Arthur,
>
> > After the weekend I finally get a reply to the email that I sent
> > asking for pskeys.txt.
> >
> > "Unfortunately not. But I have pskeys.html instead. :) I hope that
> > will do.
> > Please do not pay attention to the default values mentioned in the
> > file, some
> > of them may vary in out modules."
> >
> > I'm not sure whether I can attach files to this mailing list. So I
> > send the pskeys.html file to your personal email (marcel@holtmann.org)
> > seperately, hope that's fine. Once again, thanks a lot for your help.
>
> the pskeys.txt and pskeys.html contain the same information. I prefer a
> text file, instead of a HTML file. Everybody who uses a decent OS knows
> the reason for that ;)
>
> However I think that you need to configure PSKEY_UART_CONFIG_H4 if you
> wanna use H4 as transport. The problem actually are the values that
> differ from the default. The one thing that the bccmd is missing is
> support for SPI as transport otherwise it would read the non-default
> values and we would see what they did with their modules. The PSTool can
> actually do the same, but don't ask me how. I never did that before.
>
> Maybe using BCSP as transport will work much better, because they didn't
> fucked up its configuration.
>
> Regards
>
> Marcel
>
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log
> files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> _______________________________________________
> Bluez-users mailing list
> Bluez-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bluez-users
>

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

^ permalink raw reply	[flat|nested] 21+ messages in thread

* Re: [Bluez-users] UART bluetooth chip problem
  2005-12-12 21:06                       ` Arthur Chiu
@ 2005-12-12 21:18                         ` Marcel Holtmann
  2005-12-19 21:54                           ` Arthur Chiu
  0 siblings, 1 reply; 21+ messages in thread
From: Marcel Holtmann @ 2005-12-12 21:18 UTC (permalink / raw)
  To: bluez-users

Hi Arthur,

> I tried the using the BCSP as the protocol and set the
> PSKEY_UART_CONFIG_BCSP value as 0806, however, when I tried to attach
> the chip again, using:
> 
> hciattach -s 115200 /dev/ttyS1 bcsp 115200 noflow
> 
> I get BCSP initialization error. I tried using flow too but that
> doesn't help. Finally, I used "any" for the type again and the
> hciattach worked. However when i run hciconfig hci0 up i get another
> connection timed out. :(
> 
> I have absolutely no idea what might be wrong... :( Hope you have some
> clues. 

I have no clue, because I don't know the settings of this module. The
any identifier is too stupid to detect a working UART, but the csr and
bcsp identifiers will do this. Maybe your UART is broken. Can you use
PSTool over the UART?

Regards

Marcel




-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

^ permalink raw reply	[flat|nested] 21+ messages in thread

* Re: [Bluez-users] UART bluetooth chip problem
  2005-12-12 21:18                         ` Marcel Holtmann
@ 2005-12-19 21:54                           ` Arthur Chiu
  2005-12-19 22:58                             ` Marcel Holtmann
  0 siblings, 1 reply; 21+ messages in thread
From: Arthur Chiu @ 2005-12-19 21:54 UTC (permalink / raw)
  To: bluez-users

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

Hi Marcel, sorry for the late reply. I was busy working on something else
for the past week.

I have tried using PStool over UART. I have a seperate mini circuit board
that connects to the chip via UART and I connect to that circuit board via
parallel port. However, I haven't tried the UART on the system that I'm
trying to connect to the chip to. I did some investigation by adding printf
statements in the hciattach source code and recompiled it. It seems like the
initialization stalls when it is trying to read from the UART fd.

I used csr as the type. It hangs in the read_hci_event function within the
csr function. It seems like UART is working as I can write to the file
descriptor opened, but it is not getting any response back from the chip
after the (GET_BUILD_ID) command is written to the UART.

Would there be some different command I need to send? Or would the chip is
not a csr chip? Or being able to write without failing still doesn't show
that the UART is working on the system?

Thanks a lot,

  Arthur


On 12/12/05, Marcel Holtmann <marcel@holtmann.org> wrote:
>
> Hi Arthur,
>
> > I tried the using the BCSP as the protocol and set the
> > PSKEY_UART_CONFIG_BCSP value as 0806, however, when I tried to attach
> > the chip again, using:
> >
> > hciattach -s 115200 /dev/ttyS1 bcsp 115200 noflow
> >
> > I get BCSP initialization error. I tried using flow too but that
> > doesn't help. Finally, I used "any" for the type again and the
> > hciattach worked. However when i run hciconfig hci0 up i get another
> > connection timed out. :(
> >
> > I have absolutely no idea what might be wrong... :( Hope you have some
> > clues.
>
> I have no clue, because I don't know the settings of this module. The
> any identifier is too stupid to detect a working UART, but the csr and
> bcsp identifiers will do this. Maybe your UART is broken. Can you use
> PSTool over the UART?
>
> Regards
>
> Marcel
>
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log
> files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> _______________________________________________
> Bluez-users mailing list
> Bluez-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bluez-users
>

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

^ permalink raw reply	[flat|nested] 21+ messages in thread

* Re: [Bluez-users] UART bluetooth chip problem
  2005-12-19 21:54                           ` Arthur Chiu
@ 2005-12-19 22:58                             ` Marcel Holtmann
  2005-12-20  1:02                               ` Arthur Chiu
  0 siblings, 1 reply; 21+ messages in thread
From: Marcel Holtmann @ 2005-12-19 22:58 UTC (permalink / raw)
  To: bluez-users

Hi Arthur,

> I have tried using PStool over UART. I have a seperate mini circuit
> board that connects to the chip via UART and I connect to that circuit
> board via parallel port. However, I haven't tried the UART on the
> system that I'm trying to connect to the chip to. I did some
> investigation by adding printf statements in the hciattach source code
> and recompiled it. It seems like the initialization stalls when it is
> trying to read from the UART fd. 
> 
> I used csr as the type. It hangs in the read_hci_event function within
> the csr function. It seems like UART is working as I can write to the
> file descriptor opened, but it is not getting any response back from
> the chip after the (GET_BUILD_ID) command is written to the UART. 
> 
> Would there be some different command I need to send? Or would the
> chip is not a csr chip? Or being able to write without failing still
> doesn't show that the UART is working on the system? 

I think your UART is not configured correctly. Ask your Bluetooth module
manufacturer to help you. Or make it work with Windows and PSTool over
the UART and we can work from there on.

Regards

Marcel




-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

^ permalink raw reply	[flat|nested] 21+ messages in thread

* Re: [Bluez-users] UART bluetooth chip problem
  2005-12-19 22:58                             ` Marcel Holtmann
@ 2005-12-20  1:02                               ` Arthur Chiu
  0 siblings, 0 replies; 21+ messages in thread
From: Arthur Chiu @ 2005-12-20  1:02 UTC (permalink / raw)
  To: bluez-users

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

Thanks Marcel, I'll try to figure out whether the UART is messed up
meanwhile. Will let you know the result ASAP.

Cheers,

  Arthur

On 12/19/05, Marcel Holtmann <marcel@holtmann.org> wrote:
>
> Hi Arthur,
>
> > I have tried using PStool over UART. I have a seperate mini circuit
> > board that connects to the chip via UART and I connect to that circuit
> > board via parallel port. However, I haven't tried the UART on the
> > system that I'm trying to connect to the chip to. I did some
> > investigation by adding printf statements in the hciattach source code
> > and recompiled it. It seems like the initialization stalls when it is
> > trying to read from the UART fd.
> >
> > I used csr as the type. It hangs in the read_hci_event function within
> > the csr function. It seems like UART is working as I can write to the
> > file descriptor opened, but it is not getting any response back from
> > the chip after the (GET_BUILD_ID) command is written to the UART.
> >
> > Would there be some different command I need to send? Or would the
> > chip is not a csr chip? Or being able to write without failing still
> > doesn't show that the UART is working on the system?
>
> I think your UART is not configured correctly. Ask your Bluetooth module
> manufacturer to help you. Or make it work with Windows and PSTool over
> the UART and we can work from there on.
>
> Regards
>
> Marcel
>
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log
> files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> _______________________________________________
> Bluez-users mailing list
> Bluez-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bluez-users
>

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

^ permalink raw reply	[flat|nested] 21+ messages in thread

end of thread, other threads:[~2005-12-20  1:02 UTC | newest]

Thread overview: 21+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-12-08  1:11 [Bluez-users] UART bluetooth chip problem Arthur Chiu
2005-12-08  5:44 ` Marcel Holtmann
2005-12-08 18:19   ` Arthur Chiu
2005-12-08 20:34     ` Marcel Holtmann
2005-12-08 23:10       ` Arthur Chiu
2005-12-09  0:23         ` Marcel Holtmann
2005-12-09 17:46           ` Arthur Chiu
2005-12-09 17:57             ` Arthur Chiu
2005-12-09 18:15               ` Arthur Chiu
2005-12-09 18:41               ` Marcel Holtmann
2005-12-09 18:47             ` Marcel Holtmann
2005-12-09 19:23               ` Arthur Chiu
2005-12-09 20:01                 ` Marcel Holtmann
2005-12-12 18:21                   ` Arthur Chiu
2005-12-12 19:43                     ` Marcel Holtmann
2005-12-12 21:06                       ` Arthur Chiu
2005-12-12 21:18                         ` Marcel Holtmann
2005-12-19 21:54                           ` Arthur Chiu
2005-12-19 22:58                             ` Marcel Holtmann
2005-12-20  1:02                               ` Arthur Chiu
  -- strict thread matches above, loose matches on Subject: below --
2005-12-08 18:58 Pering, Trevor

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).