【Silicon Labs xG24-EK2703A开发套件】评测一、 IOP兼容性测试

mingxiangjun

评测一、 IOP兼容性测试

        之前体验过EFR32MG24的OTA功能并记录过，见https://www.eefocus.com/forum/thread-226469-1-1.html。这篇也算是续篇。

        英国人和法国人见面，一个说“Hello”，一个说“Bonjour”；日本人和韩国人见面，一个说“こんにちは”，一个说“안녕하세요.”，这类场景可以用来形容语言不兼容，无法互通。同理在无线世界里，一个用DSSS信道调制，一个用CCK调制，没错说的就是前几代WIFI系列IEEE 802.11b和IEEE802.11g。目前做蓝牙IP最出名的是CEVA，国产大部分厂家controller或者整个controller+host打包或者双模全都买的授权，比如乐鑫、锐迪科、中颖、富芮坤、华米等，假如Nordic射频发DM1包（2/3 FEC），Dialog不支持而去发DH3（noFEC）,可能就相互解析不了。所以这就是Ellisys、Teledyne、TUV、Anritsu、Rohde-Schwarz等许多权威和第三方检测机构的使命。

回归正题，不同厂家要互通，LaunchStudio（原先叫TestPlan）要进行互操行性、兼容性等一系列测试才会分配QDID并登记在册。并且芯片预留DTM模式。嗯嗯，下面进入正轨：

一、文件准备

        导入bt_soc_iop_test_log例程，并编译，在编译器目录GNU ARM v10.3.1 - Default下生成.axf（用于调试）、.bin、.hex、.map、.s37，.hex和.s37携带有地址信息，因之前已烧录过BootLoader，测试IOP应用程序也带有DFU，可图形化编辑：

图1 芯科OTA服务图形化修改

IOP OTA文件必须管理员身份打开powershell运行iop_create_bl_files.ps1（windows平台，MacOS/linux平台运行iop_create_bl_files.sh）并且要修改执行策略敲击“set-executionpolicy remotesigned”，不然提示“无法加载文件.ps1，因为在此系统上禁止运行脚本”：

图2 powershell修改脚本文件执行策略

图3 任务调度生成测试文件.gbl

这里检测不到apploader、BootLoader，所以官方文档提的第一阶段（ACK）、第二阶段（non-ACK）产生失败，这在后面IOP测试就会有结论。

二、手机端操作

        由于升级了EFR Connect，新版UI布局和操作界面对比旧版变了，比如旧版进入是Develop->InteroperabilityTest->Select Device进入，新版Test->InteroperablityTest->Select Device，并且风格由红色变为蓝色了（见下图4.1和4.2）

图4.1 旧版操作流程（红色调）

图4.2 新版操作流程（蓝色调）

新版测试项更多，比如写属性Send cmd with/without response、吞吐量throughout等。

图5 文件写attribute交互测试

图6 互操作性测试结果总结

测试过程中UART会输出提示信息：

图7 串口输出提示信息

由于前面提过没找到apploader文件故没生成ota-dfu_ack.gbl，这里提一点，生成文件名称并不是文档提的名字，而是application.gbl和full.gbl（官方文档说是ota-dfu_ack.gbl和ota-dfu_non_ack.gbl），中间IOP要测试notify、write attribute with response、bond等特性，由于文件生成失败，第一阶段ACK也没通过，后面bond提示输PIN码，但手机通知栏没弹出，也没通过。最后测试结果输出.xml文档：

图8 互操作性案例测试结果输出