基本測試主要包括配置檢查和BT測試兩大部分

配置檢查：

  為了進一步確保 porting 沒有問題，在測試之前先確認 fw 以及 config 文件是否存在。

  adb shell 到測試平臺的根目錄，檢查測試平臺的 vendor/firmware/目錄中 rtlxxxx_fw 以及 rtlxxxx_config文件是否存在(xxxx 為 BT Chip 型號)。檢查 Release 包中的 rtkbt/下的文件是否都已經安裝到對應的目錄.

BT 測試：

  本測試是 porting 結束后對 BT 基本和常用功能的一個快速測試，旨在快速驗證一些基本問題，不代表BT完整的測試 ， 測試結果也非正式test report 。 如果使用的是非Realtek BT chip ，該項測試可能沒有意義。

基本功能測試如下：

  1) 打開/關閉 BT 無失敗現象。

  2) 能夠搜索到近處 BT 設備。

  3) 和搜索到的藍牙耳機或其他設備配對。

  4) 連接上藍牙耳機，使用 BT A2DP 聽音樂(sdcard 確保存在)。

  5) 連接上藍牙耳機，使用 BT HFP/HSP 打電話(確保用藍牙時能夠正常通話)。

  6) 傳輸文件到遠端支持藍牙 OPP Server 的設備，從遠端支持藍牙 OPP client 的設備傳送文件到本地(sdcard 確保存在)。

  7) 連接上藍牙鍵盤，打開需要輸入的應用，通過藍牙鍵盤輸入。

  當發現藍牙有問題的時候,需要同時提供對應藍牙問題報告下面的 log,否則可能會因為 log信息不足無法定位問題.所以請務必學會抓取下列藍牙 log 的方法.

藍牙 Log 相關的配置文件：

  藍牙相關的配置文件存放在設備的/system/etc/bluetooth/bt_stack.conf .可以通過 adb 方式進行修改.默認的配置文件如下:

    # Enable trace level reconfiguration function

    # Must be present before any TRC_ trace level settings

    TraceConf=true

    # Trace level configuration

    # BT_TRACE_LEVEL_NONE 0 ( No trace messages to be generated )

    # BT_TRACE_LEVEL_ERROR 1 ( Error condition trace messages )

    # BT_TRACE_LEVEL_WARNING 2 ( Warning condition trace messages )

    # BT_TRACE_LEVEL_API 3 ( API traces )

    # BT_TRACE_LEVEL_EVENT 4 ( Debug messages for events )

    # BT_TRACE_LEVEL_DEBUG 5 ( Full debug messages )

    # BT_TRACE_LEVEL_VERBOSE 6 ( Verbose messages ) - Currently supported for

TRC_BTAPP only.

    TRC_BTM=2

    TRC_HCI=2

    TRC_L2CAP=2

    TRC_RFCOMM=2

    TRC_OBEX=2

    TRC_AVCT=2

    TRC_AVDT=2

    TRC_AVRC=2

    TRC_AVDT_SCB=2

    TRC_AVDT_CCB=2

    TRC_A2D=2

    TRC_SDP=2

    TRC_GATT=2

    TRC_SMP=2

    TRC_BTAPP=2

    TRC_BTIF=2

    TRC_GAP=2

    TRC_BNEP=2

    TRC_PAN=2

    TRC_HID_HOST=2

    TRC_HID_DEV=2

Logcat –v time

  在抓取 log 的時候,必須添加”-v time”選項.否則沒法將 log 和出現問題的時間點對應起來,給分析 log 會帶來很大的麻煩.

  測試前,可以打開 log 并將 log 導入到設備的某個分區,待測試完成后再通過 adb, sdcard 等方式導出 log.

BtSnoop

  打開 btsnoop 錄制 功能 設置 persist.bluetooth.btsnooplogmode 屬 性為 full， 設 置保 存路 徑persist.bluetooth.btsnooppath。然后開關一次藍牙生效.

  在藍牙打開時,這個文件會自動被覆蓋一次,所以重現到問題后,需要盡快采用 adb 或者 sdcard 將 btsoop文件導出.切勿重新開關藍牙或者重啟設備.

獲取 Bluetooth 進程相關信息

  輸入 adb shell dumpsys bluetooth_manager > xxx.log, 獲取 bt 進程相關信息

注意事項

  報告藍牙問題 至少 需要 提供 下列信息:

   logcat –v time

   btsnoop

   Bluetooth 進程信息

  出現問題的時間點( 以設備時間為準)

  重現步驟.

常見問題分析

BT 打開失敗(UART)

    打開 H5 UART Driver Log， 使用 logcat 抓取 log，看 H5 SYNC 過程時候成功，如果 H5 SYNC 失敗，那么需要首先檢查硬件電路是否正確（Power Supply， BT Reset PIN， UART TX/RX，CTS/RTS），然后檢查卡片 efuse，用示波器量測 UART 波形，看 Host 是否把數據正確的發送到 Controller。

    如果 H5 SYNC 成功，那么下一步就是 Change Baudrate，判斷 Change Baudrate 是否成功。如果 Change Baudrate 失敗，那么需要確定 Host 是否支持該波特率，config 文件是否正確設定了波特率。

    如果 Change Baudrate 成功，下一步是下載 fw 以及 config 文件，如果下載完畢之后，收不到 Controller回復的 Command Complete Event，那么需要檢查 fw 以及 config 文件是否正確，BT Reset PIN 是否為高電平。

    如果下載 fw 以及 config 文件成功，那么下一步就是根據 config 文件的設定修改 HW Flowcontrol 的設置。設置成功之后，bluedroid stack 會下第一個 HCI Comamnd。

    如果第一個 HCI Command 一直 H5 重傳，那么說明可能 HW flowcontrol 有問題，需要檢查 Host 的UART driver 是否支持 HW Flowcontrol。

BT 打開失敗(USB)

    用 logcat 抓取打開藍牙打開的 log，搜索“dev/bus/usb”字樣看是否有這樣的 log：Added device UsbDevice[mName=/dev/bus/usb/002/002,mVendorId=3034,mProductId=46880,mClass=239,mSubclass=2. 如果有，檢查下 mVendorId和mProductId是不是對應當前使用的藍牙芯片。如果沒有則是沒有識別藍牙卡片，需要首先檢查硬件電路是否正確.

    查看 USB 的驅動是否正常加載。登陸到平臺里(adb shell)，然后使用命令 lsmod 來查看是否有rtk_btusb.ko 的存在。

以上觀點請勿隨意復制、編輯轉用