|
|
基本测试主要包括配置检查和BT测试两大部分
& r/ L5 ?/ q: w y5 `& `0 L配置检查:4 u0 C- N" X/ |
为了进一步确保 porting 没有问题,在测试之前先确认 fw 以及 config 文件是否存在。
4 c( _1 o1 P W$ \ adb shell 到测试平台的根目录,检查测试平台的 vendor/firmware/目录中 rtlxxxx_fw 以及 rtlxxxx_config文件是否存在(xxxx 为 BT Chip 型号)。检查 Release 包中的 rtkbt/下的文件是否都已经安装到对应的目录.
- R$ ?2 s2 X: W. s! KBT 测试:; ]" d$ X1 d F1 P* a2 U2 ~
本测试是 porting 结束后对 BT 基本和常用功能的一个快速测试,旨在快速验证一些基本问题,不代表BT完整的测试 , 测试结果也非正式test report 。 如果使用的是非Realtek BT chip ,该项测试可能没有意义。# c9 d- F3 M6 z/ t4 D8 Z( U1 r
基本功能测试如下:
: A$ E% x" q% h. J& n3 F 1) 打开/关闭 BT 无失败现象。8 W7 J8 [& O" C6 p9 q. |- V
2) 能够搜索到近处 BT 设备。
9 [! g& g4 Z |) L: D/ {5 G& U( z 3) 和搜索到的蓝牙耳机或其他设备配对。
2 @- O% a* t: U: Q7 d0 @ 4) 连接上蓝牙耳机,使用 BT A2DP 听音乐(sdcard 确保存在)。
8 P7 ?# F- q( U+ \ 5) 连接上蓝牙耳机,使用 BT HFP/HSP 打电话(确保用蓝牙时能够正常通话)。
* h% e4 g; u9 ]% _ K 6) 传输文件到远端支持蓝牙 OPP Server 的设备,从远端支持蓝牙 OPP client 的设备传送文件到本地(sdcard 确保存在)。3 V) ^9 ]9 E' m) y8 t
7) 连接上蓝牙键盘,打开需要输入的应用,通过蓝牙键盘输入。
4 d, \% l. r# a+ {
* k2 L# C4 D, {9 R- V% L6 d. \% q+ j; `( _6 Q
当发现蓝牙有问题的时候,需要同时提供对应蓝牙问题报告下面的 log,否则可能会因为 log信息不足无法定位问题.所以请务必学会抓取下列蓝牙 log 的方法.
0 L. N9 x9 ^4 s1 M蓝牙 Log 相关的配置文件:
! O" T' R1 A# i) u6 t; v 蓝牙相关的配置文件存放在设备的/system/etc/bluetooth/bt_stack.conf .可以通过 adb 方式进行修改.默认的配置文件如下:0 h: a4 G3 F; n+ r. N" G; ?0 E
# Enable trace level reconfiguration function" H+ U1 O: g4 Z" U {! t, @' S, S% J
# Must be present before any TRC_ trace level settings$ |% E# t' \) Y, ]
TraceConf=true# b; {2 m; T$ m) i2 e6 D( H! x
$ [+ @7 Q! K: v b4 K0 T # Trace level configuration* y! o: s6 q* `: M# X$ ~! `$ | b+ J
# BT_TRACE_LEVEL_NONE 0 ( No trace messages to be generated )
! s- }1 G- X( I" T s! q; G9 s # BT_TRACE_LEVEL_ERROR 1 ( Error condition trace messages )6 s% }9 R u/ H3 M) z' F
# BT_TRACE_LEVEL_WARNING 2 ( Warning condition trace messages )* l6 D5 B0 }# u
# BT_TRACE_LEVEL_API 3 ( API traces )$ n' m1 g) B/ ?. ^
# BT_TRACE_LEVEL_EVENT 4 ( Debug messages for events ); M! ~3 G; q* @5 n8 }) S
# BT_TRACE_LEVEL_DEBUG 5 ( Full debug messages )3 I! F3 E+ R& b: V! `1 D, l
# BT_TRACE_LEVEL_VERBOSE 6 ( Verbose messages ) - Currently supported for' M2 t+ R; y% d7 ?( t n! g7 D
TRC_BTAPP only.3 y! V2 G8 B' u2 V) u
TRC_BTM=2) Q' U7 W/ k( ^
TRC_HCI=2% v4 |# u. ~; Q. M2 y$ l4 M+ d
TRC_L2CAP=2
, \0 s! t; W# F TRC_RFCOMM=2 g& _# I2 a% J1 E
TRC_OBEX=29 S* K4 @; M* ?9 A
TRC_AVCT=2
# o I, U& h, a- v# }5 T TRC_AVDT=2
6 L' E1 i7 [* d' V% |* O% r) a TRC_AVRC=2
, B; I6 v- x# i5 F8 v: g# R TRC_AVDT_SCB=2# c& K+ t8 H( w+ B/ O5 u
TRC_AVDT_CCB=2' E" l$ N6 H# Y9 N ?9 C
TRC_A2D=2
) Y" h5 T+ m+ X0 G' ?9 h+ q0 S& k TRC_SDP=2
9 |4 u2 v* W/ @3 v& w7 h7 b TRC_GATT=2; f3 }" {( U) u, E% q( z V0 W
TRC_SMP=2
) i) [) t! l3 v; Z& m1 ^8 x% B TRC_BTAPP=2& s7 [4 L7 S ^. q
TRC_BTIF=2& Z9 ~6 ?% j5 c0 I: Z6 l/ `
TRC_GAP=2
( o! \% F: p8 I TRC_BNEP=2
$ s" E3 h$ P/ D" W# K5 R% u+ L3 d% s TRC_PAN=2* a+ ]4 o8 ^8 a
TRC_HID_HOST=2
) D/ f# ^% C6 r; i) \- [& n TRC_HID_DEV=23 q1 m/ r( X" J7 [9 w: E
1 E# l( t. W# b1 o; G; |9 Z2 }1 K9 k) ~& @
: r' J I0 P% @- d, q$ P
Logcat –v time/ }! l$ G7 s# d( N2 K
在抓取 log 的时候,必须添加”-v time”选项.否则没法将 log 和出现问题的时间点对应起来,给分析 log 会带来很大的麻烦.% k* N+ I' f5 y& f* u: y, S
测试前,可以打开 log 并将 log 导入到设备的某个分区,待测试完成后再通过 adb, sdcard 等方式导出 log.; Z+ y& `7 I7 S& u3 D+ Q
0 ]4 H, G! M- u8 ~, D) `BtSnoop
% q$ `, z. n5 H4 p3 Y* t1 g( [3 w 打开 btsnoop 录制 功能 设置 persist.bluetooth.btsnooplogmode 属 性为 full, 设 置保 存路 径persist.bluetooth.btsnooppath。然后开关一次蓝牙生效.
% r' {4 C: R' U1 O; h9 x 在蓝牙打开时,这个文件会自动被覆盖一次,所以重现到问题后,需要尽快采用 adb 或者 sdcard 将 btsoop文件导出.切勿重新开关蓝牙或者重启设备.
5 W! K0 o- [9 L3 U, U8 V! p
7 M) N7 R! k) x4 S8 P获取 Bluetooth 进程相关信息1 J* X9 i# C' j6 `1 f8 a! _: z) H& i
输入 adb shell dumpsys bluetooth_manager > xxx.log, 获取 bt 进程相关信息
" v& \ B3 T$ w" L3 ^# Q% j; ^( |% R! a4 W( D
注意事项
# m B7 Q q, @; f 报告蓝牙问题 至少 需要 提供 下列信息:3 b6 x( u$ v/ Q" P3 m: B
logcat –v time
, i, D- }5 T: x. a, t; M' g btsnoop: T8 d& \' X: d+ A1 \
Bluetooth 进程信息6 J6 c$ {7 Q4 d7 t
出现问题的时间点( 以设备时间为准)
' l1 d2 }1 {! v0 J$ G 重现步骤.+ f5 G: V; ]! E7 R7 [' ~3 u4 S8 V
' `+ F C2 ]! {$ g+ u! G! ^( J+ W/ C# Z
* |! f3 U% y0 b. L5 n: o& k常见问题分析
$ V& X# }# k6 C1 h/ |BT 打开失败(UART)
5 f) T9 A- p) b6 i 打开 H5 UART Driver Log, 使用 logcat 抓取 log,看 H5 SYNC 过程时候成功,如果 H5 SYNC 失败,那么需要首先检查硬件电路是否正确(Power Supply, BT Reset PIN, UART TX/RX,CTS/RTS),然后检查卡片 efuse,用示波器量测 UART 波形,看 Host 是否把数据正确的发送到 Controller。
, d/ g' b7 h8 ^% k u8 r 如果 H5 SYNC 成功,那么下一步就是 Change Baudrate,判断 Change Baudrate 是否成功。如果 Change Baudrate 失败,那么需要确定 Host 是否支持该波特率,config 文件是否正确设定了波特率。/ ^* Y: z9 O% _7 o
如果 Change Baudrate 成功,下一步是下载 fw 以及 config 文件,如果下载完毕之后,收不到 Controller回复的 Command Complete Event,那么需要检查 fw 以及 config 文件是否正确,BT Reset PIN 是否为高电平。; ~( _+ D: U& c5 B! I/ I
如果下载 fw 以及 config 文件成功,那么下一步就是根据 config 文件的设定修改 HW Flowcontrol 的设置。设置成功之后,bluedroid stack 会下第一个 HCI Comamnd。
; A3 n- N! f* i 如果第一个 HCI Command 一直 H5 重传,那么说明可能 HW flowcontrol 有问题,需要检查 Host 的UART driver 是否支持 HW Flowcontrol。
% p9 c$ V- `3 v/ b' v
3 ~( x5 S# A& nBT 打开失败(USB)
& ?& V. x6 d& _+ u 用 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是不是对应当前使用的蓝牙芯片。如果没有则是没有识别蓝牙卡片,需要首先检查硬件电路是否正确.
6 _3 ~! F1 w& t+ O 查看 USB 的驱动是否正常加载。登陆到平台里(adb shell),然后使用命令 lsmod 来查看是否有rtk_btusb.ko 的存在。
6 U6 k) Q+ }& g8 [) S1 a; g! G( y; \; ^" O& t
以上观点纳拓科技提供,请勿随意复制、编辑转用" E6 t& o' k4 h
; Z1 N4 u( y$ R0 D3 x9 @
6 l3 p- g$ M6 T7 T& U6 U
9 a( r8 k s1 |+ q! c' _ |
|