Realtek藍牙Android10.0移植結(jié)束后的基本測試和常見問題分析

QQ42142951

基本測試主要包括配置檢查和BT測試兩大部分
配置檢查：
  為了進一步確保 porting 沒有問題，在測試之前先確認 fw 以及 config 文件是否存在。
  adb shell 到測試平臺的根目錄，檢查測試平臺的 vendor/firmware/目錄中 rtlxxxx_fw 以及 rtlxxxx_config文件是否存在(xxxx 為 BT Chip 型號)。檢查 Release 包中的 rtkbt/下的文件是否都已經(jīng)安裝到對應的目錄.
BT 測試：
  本測試是 porting 結(jié)束后對 BT 基本和常用功能的一個快速測試，旨在快速驗證一些基本問題，不代表BT完整的測試 ， 測試結(jié)果也非正式test report 。 如果使用的是非Realtek BT chip ，該項測試可能沒有意義。
基本功能測試如下：
  1) 打開/關(guān)閉 BT 無失敗現(xiàn)象。
  2) 能夠搜索到近處 BT 設(shè)備。
  3) 和搜索到的藍牙耳機或其他設(shè)備配對。
  4) 連接上藍牙耳機，使用 BT A2DP 聽音樂(sdcard 確保存在)。
  5) 連接上藍牙耳機，使用 BT HFP/HSP 打電話(確保用藍牙時能夠正常通話)。
  6) 傳輸文件到遠端支持藍牙 OPP Server 的設(shè)備，從遠端支持藍牙 OPP client 的設(shè)備傳送文件到本地(sdcard 確保存在)。
  7) 連接上藍牙鍵盤，打開需要輸入的應用，通過藍牙鍵盤輸入。


  當發(fā)現(xiàn)藍牙有問題的時候,需要同時提供對應藍牙問題報告下面的 log,否則可能會因為 log信息不足無法定位問題.所以請務必學會抓取下列藍牙 log 的方法.
藍牙 Log 相關(guān)的配置文件：
  藍牙相關(guān)的配置文件存放在設(shè)備的/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 和出現(xiàn)問題的時間點對應起來,給分析 log 會帶來很大的麻煩.
  測試前,可以打開 log 并將 log 導入到設(shè)備的某個分區(qū),待測試完成后再通過 adb, sdcard 等方式導出 log.

BtSnoop
  打開 btsnoop 錄制 功能 設(shè)置 persist.bluetooth.btsnooplogmode 屬 性為 full， 設(shè) 置保 存路 徑persist.bluetooth.btsnooppath。然后開關(guān)一次藍牙生效.
  在藍牙打開時,這個文件會自動被覆蓋一次,所以重現(xiàn)到問題后,需要盡快采用 adb 或者 sdcard 將 btsoop文件導出.切勿重新開關(guān)藍牙或者重啟設(shè)備.

獲取 Bluetooth 進程相關(guān)信息
  輸入 adb shell dumpsys bluetooth_manager > xxx.log, 獲取 bt 進程相關(guān)信息

注意事項
  報告藍牙問題 至少 需要 提供 下列信息:
?   logcat –v time
?   btsnoop
?   Bluetooth 進程信息
?  出現(xiàn)問題的時間點( 以設(shè)備時間為準)
?  重現(xiàn)步驟.


常見問題分析
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 是否把數(shù)據(jù)正確的發(fā)送到 Controller。
    如果 H5 SYNC 成功，那么下一步就是 Change Baudrate，判斷 Change Baudrate 是否成功。如果 Change Baudrate 失敗，那么需要確定 Host 是否支持該波特率，config 文件是否正確設(shè)定了波特率。
    如果 Change Baudrate 成功，下一步是下載 fw 以及 config 文件，如果下載完畢之后，收不到 Controller回復的 Command Complete Event，那么需要檢查 fw 以及 config 文件是否正確，BT Reset PIN 是否為高電平。
    如果下載 fw 以及 config 文件成功，那么下一步就是根據(jù) config 文件的設(shè)定修改 HW Flowcontrol 的設(shè)置。設(shè)置成功之后，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 的驅(qū)動是否正常加載。登陸到平臺里(adb shell)，然后使用命令 lsmod 來查看是否有rtk_btusb.ko 的存在。

以上觀點請勿隨意復制、編輯轉(zhuǎn)用

851365960

謝謝分享！