• State Resolved
  • Locked Locked
  • Replies 11 replies
  • Answers 1 answer
  • Subscribers 41 subscribers
  • Views 1782 views
  • Users 0 members are here
Support feedback
Options
Options
Related

This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

wl1273 some time could not turn on BT

Ed Tsang
Intellectual 290 points
Other Parts Discussed in Thread: WL1271

Hi ,

  Anyone encounter this. Sometime we could not turn on the BT on Wl1273.

$ omap_hsi omap_hsi.0: DSP is ON_ACTIVE after 1000
(stc): st_register(2) 
(stc):  chnl_id list empty :2 
(stk) : st_kim_start
plat_kim_chip_enable
(stk) :ldisc_install = 1
(stc): st_tty_open 
(stk) : line discipline installed 
(stk) :TIInit_7.2.31.bts
(stk) :no proper response during fw download
(stk) :data6 1
(stk) :no proper response during fw download
(stk) :data6 6
(stk) :response timeout during fw download 
(stk) :download firmware failed
(stk) :ldisc_install = 0
(stc): st_tty_close 
plat_kim_chip_enable
(stk) :ldisc_install = 1
(stc): st_tty_open 
(stk) : line discipline installed 
(stk) : waiting for ver info- timed out 
(stk) :kim: failed to read local ver
(stk) :download firmware failed
(stk) :ldisc_install = 0
(stc): st_tty_close 
plat_kim_chip_enable
(stk) :ldisc_install = 1
(stc): st_tty_open 
(stk) : line discipline installed 
(stk) : waiting for ver info- timed out 
(stk) :kim: failed to read local ver
(stk) :download firmware failed
(stk) :ldisc_install = 0
(stc): st_tty_close 
plat_kim_chip_enable

It is stucked until a power cycle.

Ed

 

 

  • 0
    Intellectual 290 points

    Hi, Any help from our TI folks?  The kernel 2.6.35.7.  Someone in Bluez mentioned a similar issue on WL1271 with kernel 2.6.28.2.

    The mentioned about firmware is being download to BT module with more load on CPU and the Firmware download task not getting enough of CPU. But we have dual core cpu.

     

  • 0 in reply to Ed Tsang
    TI__Genius 9240 points

    Hi Ed,

    we did not see such an issue with our AM18x and AM37x platform with based on Linux 2.6.37 releases. were we did Turn ON, Turn OFF testing for many times.

    can you please indicate which code base you are using? is it Android or Linux based release? what platform are you using? which BlueZ version have you used?

    Regards,

    Eyal

  • 0 in reply to Eyal a
    Intellectual 290 points

    It is on Android Gingerbread. It does not happen all the time (around 2 % of the time). When it fail the we just saw the kernel log

    <6>(stk) :TIInit_7.2.31.bts
    <3>(stk) :no proper response during fw download
    <3>(stk) :data6 1
    <3>(stk) :response timeout during fw download
    <3>(stk) :download firmware failed

    then subsequent retry failure

    <6>(stk) :TIInit_7.2.31.bts
    <3>(stk) :response timeout during fw download
    <3>(stk) :download firmware failed

    ...

    Need a power cycle to get it out.

    Ed

     

     

     

  • 0 in reply to Ed Tsang
    TI__Genius 9240 points

    Hi Ed,

    one option is UART issue, maybe with the flow control signals (CTS/RTS) or maybe with the Data lines. did you try to monitor the lines HW wise?

    Regards,

    Eyal

  • 0 in reply to Eyal a
    Intellectual 290 points

    I have a unit that have the "monitor port" connected? and the TI Logger tools on a window XP. I did saw cases when it fail. Actually look like the turn on is not that reliable.  Sometime it is ok, went through it in one cycle, sometime it just retry and rettry.

    I caught case that it try for 2 minutes (around 1.2 sec) and finally get thorugh.

    -- Bad case type 1 log

    after    uart_hci_parameters: UartDIV=1, OS=13, SP=39, MoB=5  (this is just a bit after HCIPP_UART_HCI_BAUDRATE (set to 3000000?))

    HW_ERR, 1149, 11

    TL-,H4 Protocol, h4_abort_receive() - error_code = 11

    HCI Send Event: HCI_HARDWARE_ERROR_EVT

    -- Bad case type 2

     Some time the HW_ERR , 1149, 11   appear a bit later  (after the HCI_READ_LOCAL_VERSION_INFO

    -- Bad case type 3

     Some time there is no HW_ERR

    It just stop after uart_hci_parameters: UartDIV=1, OS=13, SP=39, MoB=5  (this is just a bit after HCIPP_UART_HCI_BAUDRATE (set to 3000000?))

    ---

    On this unit, Chip revision: 3, 1273 platform, PHY FW Version 0.42

    Android Gingerbread

     

    Ed

     

     

  • 0 in reply to Ed Tsang
    Intellectual 290 points

    Find another fail mode.

     It stopped at   lm_lc_generate_rand

    What should follow is:

     Transpot Detection: eSPI or UART

    Tansport detection: UART detected

     

    Chip: Software version - 2.0.d

  • 0 in reply to Ed Tsang
    TI__Mastermind 23565 points

    Ed Tsang,

          It looks like a HW issue. Here are couple of things I would try:

         - Check that the Slow clock and Fast clock are available and stable before, during and after the BT reset operation.

         - Check that the VDD and VIO are available and stable before, during and after the BT reset operation.

         - Verify that the UART lines do not present any abnormality (peaks) during the operation. Please check that baudrate is kept within specs.

    Regards,

    ~Miguel

  • 0 in reply to Miguel
    Intellectual 290 points

    Miguel,

      We are using OMAP4430, I noticed that the BT uart  TX/RX is connected to h_uart4 but the h_uart4_cts and h_uart4_rts is connected to GPIOs. Does the

    BT uart use the CTS and RTS for flow control?

    Edwin

  • 0 in reply to Ed Tsang
    TI__Mastermind 23565 points

    Edwin,

         Yes, BT UART CTS and RTS are used for UART HW flow control.

    Regards,

    ~Miguel

  • 0 in reply to Ed Tsang
    Intellectual 290 points

    Hi Miguel,

       I have a board integration question.

      On the board configuration file 

    static struct omap_uart_port_info omap_serial_platform_data[]

    for port 2 which interface to a wireless modem

               .rts_padconf = OMAP4_CTRL_MODULE_PAD_UART2_RTS_OFFSET,

               .rts_override = 0,

               .cts_padconf  = OMAP4_CTRL_MODULE_PAD_UART2_CTS_OFFSET,

    for port 4 which connect to the wl1273

       there is no .rts..  or .cts...

    Do we need something to be there?

    Ed

  • 0 in reply to Eyal a
    Intellectual 290 points

    >Hi Ed,

    >one option is UART issue, maybe with the flow control signals (CTS/RTS) or maybe with the Data lines. did you try to monitor the lines HW wise?

    >Regards,

    >Eyal

    Hi Eyal, Finally got the schematic. I was told it is following the "Blaze board". The WL1273 uart port is connect to the OMAP4430 uart port 4 which seem don't have a CTS and RTS. The WL1273 CTS and RTS is instead connect to GPIO_119 and GPIO_120.

    Could you verify if we have an potential flow control issue at 3M?

    Do you where I could download the data sheet for WL1273 and OMAP4430? I only have very high level document on these.

    Thanks,

    Edwin