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.
Hi,
I am working on a product that uses wl1835mod chip with both wifi and bluetooth enabled. We are facing an issue where bluetooth stops working after couple of days. When this happens, sending scan command (bluetoothctl scan on) won't return any scan result . Only way to recover from this state is to toggle the bluetooth enable pin. I want to know if there is any way to get the bluetooth working status at user layer application. Is there any api that can be used to check if bluetooth is working. Right now I have done a work around by sending a scan command every hour and checking the results. But I am looking for more better to get to know the driver issue.
Here is the platform details:
Bluetooth firmware: TIInit_11.8.32.bts Version : TI_P2.147
Wifi firmware:
WL18xx MAC firmware version 8.9.0.0.86
WL18xx PHY firmware version 8.2.0.0.245
BlueZ stack 5.55
Linux 4.14.98+
Which host processors are you using? When you say BT stops working, does it have any active connections at that time?
Can, you connect FW logger to check controller state, when the host detects that the controller has stopped.
https://www.ti.com/lit/pdf/swau058
Thanks
Thanks for your reply !!
We are using i.MX6 Freescale processor. BT peripherals are not connected all the time. They get connected only when there is new readings to send to central. Our application keep on trying to check if these paired BT devices are up and ready to connect.
I will try to get FW logger. It rarely occurs but it is fatal coz it turns the BT non-responsive.
I see. FW logs would help. I wonder, if the host is entering any low power modes and losing the HCI synchronization.
Hi,
I mean, the UART/HCI communications between the host and controller is lost, due to one side went into low power state and missed some packets.. There is no recovery possible in H4 mode under these circumstances.
Thanks