瑞萨DA16600双无线模块实战：Wi-Fi+BLE开发调试指南

上个月从代理商那边拿到一块瑞萨的BLE/Wi-Fi模块，型号是DA16600MOD这一类Wi-Fi加蓝牙的组合模块，断断续续折腾了将近两周，把开箱、环境搭建、AT指令调试、Wi-Fi联网、BLE广播抓包都过了一遍。写这篇测评的目的很直接：给准备用瑞萨BLE/Wi-Fi模块做产品的同学一条能直接走通的路径，顺便把那些手册里没写清楚、但实际调试必然踩到的坑都列出来。

这篇东西适合两类人看：一类是刚拿到模块、对着数据手册发呆的硬件工程师，另一类是准备把瑞萨模块接入自己MCU项目、正在纠结开发工具链的嵌入式开发。我尽量把话讲直白，涉及到具体命令和操作都会给全，你跟着走一遍基本就能让模块跑起来。

1. 开箱之后别急着上电，先把硬件细节看明白

1.1 包装内容与模块外观

打开包装盒，里面的东西比想象中简单：一块核心模块、一根外置天线或者说PCB天线、一张快速入门卡片，剩下就是一串跳线帽和说明页。模块本身尺寸很小，大概一个拇指盖大小的长方形，双排邮票孔封装，正面能看到金属屏蔽罩，侧边预留了天线焊接点和IPEX座子的位置。

这里有个细节值得注意：模块的丝印上会写具体型号和版本号，比如DA16600MOD-A或DA16600MOD-B，这两个版本在固件和蓝牙版本上有区别，A版支持BLE 5.0/5.1，B版有些是预烧了不同协议栈的。开箱后第一件事不是上电，而是确认丝印版本，因为你后面下载固件、查AT指令集文档时要用这个版本号去找对应资料，版本对不上会出很多莫名其妙的问题。

另外，快速入门卡片上一般会印一个默认波特率，常见的是115200，但是有些批次可能是921600。我这次拿到的模块默认就是115200，如果你不确定，先按115200去试，实在乱码再试其他波特率。这点看似不起眼，实际后面串口调试的很多"模块没反应"都是波特率不对导致的，不要一上来就怀疑模块坏了。

1.2 双无线配置：一个模块怎么同时搞定Wi-Fi和BLE

瑞萨这套DA16600系列最有意思的地方是它的双无线架构。模块内部不是简单地把一个Wi-Fi芯片和一个蓝牙芯片封装在一起，而是用了一个Cortex-M4作为主控，Wi-Fi协议栈和BLE协议栈跑在同一个芯片的不同子系统里，两个协议栈通过内部共享内存和消息队列通信。

这种架构带来的实际好处有两个。第一，Wi-Fi和BLE数据可以在模块内部直接互通，比如手机通过BLE给模块下发配置，模块再把配置内容通过Wi-Fi发到服务器，整个链路不需要外部MCU参与，对产品设计来说可以省掉一颗MCU。第二，两个协议栈虽然是共存的，但分工很明确：Wi-Fi子系统负责802.11 b/g/n的物理层和MAC层，BLE子系统负责广播、扫描和连接管理，上层用户任务是共享的，所以你能用同一组AT指令去控制两个无线协议。

对很多从ESP32转过来的工程师来说，这个思路其实是类似但不完全一样的。ESP32用的是双核架构，两个核分别跑Wi-Fi和BLE协议栈；DA16600是单核加双协议栈调度。使用上的差别体现在低功耗和内存占用上，DA16600的休眠电流能压得很低，适合电池供电的IoT设备，这点在后面实测功耗时会具体说。

1.3 引脚定义、天线净空区和供电习惯

邮票孔封装的模块一般引脚不多，DA16600MOD系列大致有这些关键引脚：VIN主供电、3V3逻辑供电、GND、UART_TX、UART_RX、SWDIO、SWCLK、RESET，还有一组SPI和GPIO。接线前把数据手册的引脚定义打印出来放在手边，别凭记忆去接，因为不同型号之间引脚位置会有细微差别。

接线上有三个容易出问题的地方：

• 电源要干净。模块对供电纹波比较敏感，直接用电脑USB口供电经常会出现Wi-Fi连接不稳定或者蓝牙广播间歇性消失的现象，这不是模块坏了，是电源噪声太大。建议用一个独立稳压源或者USB隔离方式供电，至少保证纹波在50mV以内再讨论其他问题。

• 天线区域要留净空。模块的天线焊接点周围一定范围内不能铺铜、不能走线，否则天线阻抗会被破坏。你如果自己画底板，参考手册里面的天线净空区示意图，至少把天线那一侧的电路板边缘留出来。我见过不少产品天线离金属外壳太近，蓝牙信号直接从30米掉到几米。

• 复位和使能引脚不要悬空。有些引脚出厂默认有内部上拉，但为了稳妥，调试时把RESET引脚通过一个10k电阻上拉到VCC，使能引脚根据手册要求接高或者接低，不要放任悬空。悬空引脚在调试中会导致模块随机重启，很难复现，也很浪费时间。

上电前最后检查一遍VIN和GND有没有接反，确认好了再插电。模块上电后如果电源指示灯亮、电流在几十毫安左右波动，基本说明硬件连接是正常的。

2. 环境搭建之前的三个准备：USB转串口、驱动和终端工具

2.1 USB转TTL选型与接线

模块调试第一件事是打通串口。你需要一个USB转TTL工具，市面上常见的CH340、CP2102、FT232都行。要说区别，日常调试用CH340够了，如果后面要做功耗测量或者长时间稳定性测试，建议用FT232，它的驱动在Linux和Windows下都稳，数据量大的时候不容易掉线。

接线方法很简单：USB转TTL的TX接模块的UART_RX，RX接模块的UART_TX，GND一定要共地，VCC不用接，模块单独供3.3V。这里特别提醒一下，很多初学者按习惯把USB转TTL的VCC也接到模块的3V3，如果两边电压不一致，轻则无法通信，重则烧掉模块，所以串口线只接TX、RX、GND三条就够了。

如果需要用模块的GPIO控制复位，可以临时把USB转TTL的某个IO口通过三极管接到模块RESET，但调试初期用物理按键复位更省事。

2.2 驱动与设备管理器确认

接好线后，Windows下打开设备管理器，确认USB转串口设备是否被识别，端口号是多少，比如COM3、COM5。如果你用的是CH340，系统一般会自动装驱动，不识别就手动装一下CH340的驱动。

这里有一个很实用的小技巧：属性里把串口的波特率初始化成和模块一样的115200，然后点"恢复默认"按钮。这个操作不是必须的，但可以减少一些终端软件打开时波特率不一致导致的乱码，属于提前排除干扰项。

Linux用户直接用ls /dev/ttyUSB*确认设备节点，注意Ubuntu下一般有dialout权限问题，需要把当前用户加到dialout组里，不然打开串口会提示权限不足。

2.3 终端软件参数配置

终端工具我推荐三个：SecureCRT、MobaXterm、putty。SecureCRT是老牌工具，脚本支持好；MobaXterm界面舒服、串口功能免费；putty最轻量，应急用方便。不要用Windows自带的超级终端，功能太弱。

打开串口后，关键参数建议照下面这张表设置：

流控这里要单独说一句：很多模块的串口默认是支持硬件流控的，但出厂固件里大概率是关闭状态。如果你打开终端后设置成了RTS/CTS，模块会等一个永远不会来的CTS信号，结果就是屏幕上什么都没有。建议先禁用流控，如果后面要用高速传输再按手册打开。

3. 第一次上电：启动日志、AT指令和固件确认

3.1 上电时序与启动日志解读

硬件接好、终端打开后，按下模块复位键或者重新上电，终端里应该能看到类似下面这样的启动日志：

DA16600 Module Bootloader v1.2.3 Firmware version: v2.5.0 Wi-Fi subsystem initialized BLE subsystem initialized Ready

如果看到Ready，说明模块已经正常启动，基本环境OK。如果屏幕上什么都没有，先检查波特率、TX/RX是否接反、共地是否做好，这三点排掉百分之九十的无声问题。

启动日志还能看出一个东西：两个子系统是否都初始化成功。有时候Wi-Fi成功但BLE初始化失败，日志里会打印错误码，这种情况一般是模块天线没接好或者固件版本不匹配。最坑的是Wi-Fi和BLE的固件是分开烧录的，模块出厂时两个固件版本不一致，你看一个正常就以为没事，实际另一个子系统根本没起来。

3.2 AT指令集的基础验证方法

模块启动后，输入AT并回车，正常情况下返回OK，表示AT通道通畅。接下来按顺序跑一遍基础指令：

AT AT+VERSION AT+MAC AT+BLEMAC

AT+VERSION返回的是固件版本，AT+MAC返回Wi-Fi的MAC地址，AT+BLEMAC返回蓝牙MAC地址。这几条指令能同时确认两个子系统都在工作。

有个细节：瑞萨的AT指令集和SIMCOM、移远那套风格不太一样，指令前缀大多是AT+，但具体命令名要对照当前固件版本对应的AT指令手册。不同固件版本的指令名有小差异，比如Wi-Fi连接指令在旧版是AT+WIFI_CONNECT，新版可能改成AT+WJAP。最好的做法是下载模块对应版本的AT命令手册，并把文档里"基础命令"那一章完整读一遍，不用背，但要知道有哪些类别，后面查起来才快。

一口气把所有AT都用一遍没有意义，关键是建立几个基本认知：Wi-Fi配置类命令、BLE配置类命令、数据收发类命令、状态查询类命令、固件升级类命令。能分清这五类，后面遇到需求就知道该翻文档的哪一章。

3.3 固件版本确认与升级前的准备

基础AT验证通过后，建议顺手升级固件到最新版本。瑞萨模块的固件升级一般通过专用的Flash烧录工具，也可以用UART的XMODEM方式。升级前先备份当前固件版本号，以防升级失败需要回退。

升级过程有几个注意事项：

• 升级前确保供电稳定，建议用稳压源而不是USB口，变砖了烧录工具也救不回来的情况大多和供电有关。
• 升级固件的核心流程是让模块进入Bootloader模式，通常是拉高或拉低某个引脚再上电，具体看手册。如果模块已经工作在AT模式，部分版本支持AT+FWUPDATE指令进入升级模式，但不是每个版本都支持。
• 升级过程中不要动串口、不要断开电源，一旦Bootloader被破坏，只能通过SWD接口用J-Link恢复，麻烦程度翻倍。

我个人的习惯是拿到模块后先跑一遍基础AT，然后立刻升级固件，再开始正式调试。原因是上游固件往往修了很多初期Bug，如果你在旧固件上排查了半天，最后发现是已知问题，就很浪费时间。

4. 开发工具链：RASC、e2 studio和Keil怎么选

4.1 三种开发路径的适用场景

很多初次接触瑞萨模块的人会纠结：到底用RASC还是Keil，到底要不要学e2 studio？其实这三个东西不是非此即彼的关系，而是一条链路上的不同环节。

RASC，也就是瑞萨高级配置器，作用是图形化配置MCU和模块的外设，生成底层初始化代码。e2 studio是瑞萨的完整IDE，内嵌了RASC插件，可以直接在一个工程里完成配置、编译、烧录、调试。Keil则是很多嵌入式工程师更熟悉的工具，瑞萨的RA系列和部分模块也支持Keil MDK，但你仍然需要先用RASC生成代码，再导入到Keil工程里编译。

所以实际选择逻辑是：

• 如果项目是纯瑞萨MCU加模块，直接用e2 studio，流程最通顺。
• 如果项目里其他芯片用的是Keil、IAR，你只是把瑞萨模块当一个外设挂上去，那就只装RASC，用它生成外设初始化代码，然后导入Keil。
• 如果模块用AT指令方式工作，外部MCU甚至可以不碰瑞萨的编译工具链，你只需要懂串口发AT即可，RASC都省了。

这里要泼一盆冷水：大部分IoT产品用模块时，其实用不到瑞萨的IDE，AT指令就够用了。只有当你要让MCU作为协处理器去直接跑模块的HOST协议栈时，才需要去啃完整的e2 studio工程。项目刚开始不要太纠结工具链，先想清楚你打算怎么控制这个模块。

4.2 用RASC生成外设配置的实际流程

如果决定用RASC，流程大概是这样的：先从瑞萨官网下载RASC对应版本，安装后打开，选择目标MCU型号，比如EK-RA6M5评估板上的R7FA6M5AH，然后进入FSP配置界面。

界面里需要配置的核心外设就几个：一个UART用于和模块通信、一个I2C或者SPI作为备用高速通道、若干个GPIO用于控制模块的复位和使能脚。在FSP的Pins配置界面里，把UART的TX/RX引到对应的物理引脚，设置好波特率，生成代码。

生成的代码结构很清晰：hal_data目录下是底层驱动，ra_gen目录里是FSP生成的初始化函数，你只需要在用户代码区域写业务逻辑。这里有个细节：RASC生成代码后，R_SCI_UART_Open()这类函数名是固定的，后面无论你换多少个MCU型号，只要都是RA系列，接口基本一致，这对做多平台产品很有价值。

如果你用的是Keil，RASC生成代码时选择Keil MDK作为输出工具链，它会把工程模板也带出来，直接用Keil打开.uvprojx文件就能编译。这一步很多人卡住，原因通常是RASC版本和Keil版本不匹配，建议先用瑞萨官方文档里列出的对应版本组合，不要全装最新版。

4.3 e2 studio编译和烧录流程

能进入编译阶段，说明RASC配置已经OK。在e2 studio里选好工程目标，按一下Build按钮，第一次编译不会太慢，因为FSP库是预编译的，你改动的是应用层。

烧录方式有两种，一种是调试器烧录，通过板载的J-Link OB接口直接烧录；另一种是通过串口烧录，用瑞萨的烧录工具配合串口下载。跑板子调试建议用前者，因为你后面一定会用到断点调试，尤其是排查串口通信问题时，在UART发送函数上打断点看数据内容，能直观看出模块有没有收到你的AT指令。

编译过程中有一个常见报错：链接器找不到某个FSP库函数。这种情况多半是你修改了FSP配置但没重新生成代码，或者工程里有两个版本的FSP库冲突。解决办法是把生成目录完全删除一次，重新走生成流程，而不是在旧工程上补来补去。

4.4 为什么很多产品最终回归AT指令模式

说了这么多IDE相关的东西，你可能要问：那我到底该怎么用DA16600？

根据我接触过的产品案例，绝大多数最终采用的是AT指令模式：外部MCU或者直接接串口服务器，把模块当成一个可对话的无线外设来用。原因很实在：

模块内部已经把Wi-Fi、BLE协议栈都实现了，你再通过HOST模式控制它，等于在应用处理器里跑一套完整的协议栈，不仅开发周期长、内存压力大，调试难度也高。而AT指令模式把协议栈的复杂度封装在模块里，外部MCU只需要维护一个状态机、按需求下发AT并解析返回值，这种方式对大多数传感器上报、远程控制、BLE配网场景来说完全够用。

所以我给团队的建议是：除非你需要极低延迟的实时数据通道、或者要复用Wi-Fi和BLE之间的内部数据流转能力，否则直接用AT，把省下来的时间花在业务逻辑和稳定性测试上。模块的价值在于帮你省掉射频开发的成本，不在于又多一个让你写协议栈的平台。

5. Wi-Fi和BLE的实用Demo：从AT命令到真实数据流

5.1 Wi-Fi连接并将数据上报到TCP服务器

先跑一个最经典的场景：模块连接路由器，然后主动向PC上的TCP Server发送数据。

开启路由器的2.4G AP，记下SSID和密码，在PC上启动一个TCP Server，监听比如9000端口。然后在模块终端里依次输入：

AT+WJAP=MyWiFi,12345678 AT+NCONPORT=9000 AT+NCONIP=192.168.1.100 AT+NCONS=1 AT+CIPSEND=demo message from DA16600

AT+WJAP是连接Wi-Fi热点，格式为SSID和密码；AT+NCONPORT和AT+NCONIP配置TCP服务器的端口和IP；AT+NCONS=1开启透传模式，之后你输入的内容会直接发往服务器。PC端TCP Server收到demo message from DA16600就说明Wi-Fi链路通了。

这里说一下TCP还是UDP的取舍：简单数据上报用UDP就够了，实时性要求高且协议简单；如果要保证数据不丢失，用TCP。但对IoT设备来说，TCP长连接有个很现实的问题：网络切换、休眠唤醒后连接容易断开，你需要在应用层做重连机制，不然设备几天后就成了离线状态。

关于掉线重连，实测下来最稳的做法是：模块周期性连接Wi-Fi后，主动探测TCP连接状态，如果模块返回连接断开事件，就重新执行一遍连接序列，再回到透传。不要企图让模块自动维护TCP连接，内置协议栈虽然会尝试重传，但长时间无数据时运营商NAT会关闭映射，你只有主动探测才能真正感知掉线。

5.2 BLE广播与手机扫码实测

再跑BLE广播场景。输入下面这组指令：

AT+BLEINIT=0 AT+BLEGATTADDSVC=0000FFF0-0000-1000-8000-00805F9B34FB AT+BLEGATTADDCHAR=0000FFF1-0000-1000-8000-00805F9B34FB,0x10 AT+BLEADVSTART=Da16600_Demo,0x20

第一条是初始化BLE协议栈，第二条和第三条是添加一个自定义服务和一个自定义特征，第四条是设置广播名并开启广播。手机端下载一个通用BLE调试助手，刷新后应该能看到名为Da16600_Demo的设备。

如果你用的是nRF Connect这个App，连接后能看到我们添加的FFF0服务、FFF1特征，读写特征都能操作。这个Demo虽然简单，但验证了一个重要结论：模块的BLE协议栈工作在从机模式时，最大能承载20字节的单包写入，超过会报错。这涉及BLE 4.2/5.0的MTU协商，默认是23字节，去掉3字节头就是20字节有效载荷，想传大包必须重新协商MTU，这在设计通信协议时很重要。

很多人初次做BLE透传，写了一个大字符串，发现模块报错，一脸懵，其实不是模块坏了，是MTU限制。需要发大数据的场景，可以在外部MCU侧做分包和重组，或者按手册调整BLE MTU参数到236，这样单包能传183字节，够用不少场合。

5.3 用Wireshark抓指定BLE广播包的操作要点

模块作为从机广播、手机作为主机扫描，调试时经常需要抓包确认广播内容。瑞萨官方推荐的抓包方案是使用支持BLE Sniffer功能的USB Dongle，配合Wireshark抓取空口数据。团队里如果只有普通蓝牙适配器，可以和Android手机抓btsnoop log的替代方案配合使用，不一定非得买专用抓包器。

如果你使用专用抓包器配合Wireshark，关心"只抓指定BLE设备"的话，可以这样操作：在Wireshark的过滤器栏输入btle.advertising_address == aa:bb:cc:dd:ee:ff，就能只看某个MAC地址的广播包。这个过滤器非常实用，一个办公室里几十台BLE设备同时广播时，没有这个过滤，你根本找不到自己模块的广播包。

Android手机抓log则是在开发者选项里打开蓝牙HCI日志开关，之后连接设备的行为会被记录到/sdcard/Android/data/btsnoop_hci.log，导出后用Wireshark打开，同样能分析连接建立过程和特征读写时序。缺点是这个方法只能抓到本机参与的BLE交互，抓不到其他设备的纯广播，但配合专用Sniffer基本够用。

我在实测中对比过两种方案，结论是：抓连接过程、查MTU协商失败时，用手机btsnoop最方便，不用额外硬件；抓广播信道冲突、看周边设备占用的广播时隙时，需要专用Sniffer加Wireshark过滤。建议两个都备着。

6. 实测过程中的踩坑记录与排查思路

6.1 串口乱码和中断：先查电源，再查接地

调试第二周遇到一个很典型的Bug：模块有时能回AT OK，有时回一串乱码，间隔几秒钟又正常。一开始怀疑波特率漂移，换成921600也一样，后来用示波器量模块VIN引脚，发现供电电压在3.3V上下波动达到200mV以上，串口波形也跟着抖动，问题一下明确。

原因是调试用的USB供电线太长，压降和干扰叠加在一起，模块在高负载时电压跌落导致UART电平不稳。换了一个短而粗的USB线，或者直接用稳压源供电，问题立竿见影。

如果说有什么经验能分享：遇到串口通信时好时坏、乱码时多时少，先把示波器接到模块电源引脚上观察纹波，不要一上来就怀疑固件或者模块硬件。排查顺序永远是电源、接线、电平、软件。

6.2 固件升级失败后恢复的完整流程

升级过程中手滑断电一次，模块启动日志停在Bootloader阶段，AT指令完全没有响应。这种情况下不用慌，进入恢复流程：

第一步，确认模块处于Bootloader模式，很多版本需要拉高或拉低某个Boot引脚再上电，按手册来。第二步，打开瑞萨的Flash烧录工具，选择对应的UART接口和波特率，重新烧录Bootloader和完整固件镜像。第三步，烧录完后重新上电，确认启动日志恢复到正常的Ready状态。

这里有一个容易忽略的恢复顺序问题：必须先恢复Bootloader，再烧应用固件，顺序反了可能出现"固件校验失败"或者"启动循环崩溃"。我上次就是跳过Bootloader直接烧应用固件，结果模块始终无法正常启动，后来重新按Bootloader优先的顺序走一遍，一分钟解决。

所以下载固件包时，注意看里面是否有单独的Bootloader文件。不要省这一步，也别为了图方便合并烧录，分开烧录虽然慢，但安全得多。

6.3 Wi-Fi连不上AP的几个隐蔽原因

模块连接自己的热点路由器失败，在排查排除密码错误后，我按下面几条链路检查：

• 信道问题。模块只支持2.4G，但路由器如果开启了5G优先或者自动信道选择，模块扫描时可能在2.4G频段找不到目标热点。最直接的办法是把路由器的5G和2.4G分成两个不同的SSID，强制模块连接2.4G那个。
• 加密方式。部分老模块只支持WPA/WPA2，不支持WPA3。如果你的路由器开了WPA3模式，模块会连不上或者反复掉线。把这个兼容性问题排查掉后，很多"无法连接"的问题会消失。
• 路由器隐藏了SSID。模块通过AT指令连接时，需要手动指定隐藏SSID参数，否则无法扫描到。具体参数看AT指令手册里连接热点指令的最后一个字段。

最后一点也值得一提：模块连接路由器成功后，RSSI值如果低于-70dBm，不是模块的问题，是天线位置的问题，调整天线朝向比改软件参数更有效。

6.4 BLE广播看不见或连不上的排查顺序

BLE问题排查比Wi-Fi更讲究顺序，因为涉及广播信道、扫描窗口、连接间隔等多个因素。我的排查顺序是这样的：

第一步，确认广播已开启。用AT+BLEADVSTATE?这类查询指令看广播状态，而不是凭记忆确定自己发过开启命令。第二步，用手机nRF Connect扫描，如果在设备列表里看不到模块，把手机贴近模块再扫描一次，排除距离和天线问题。第三步，如果能看到但连不上，查看连接参数是否合适，某些模块要求主机和从机的连接间隔匹配，手机端可以用nRF Connect修改连接参数再试。

关于很多人把HC05蓝牙模块的使用经验套到BLE上这件事，要特别提醒：HC05是经典蓝牙SPP模式，手机连上后直接像串口一样收发数据；BLE完全不同，连接后要先发现服务、找到特征，然后对特征读写。很多第一次用BLE模块的人，看到设备列表里没有自己的模块，或者连上之后找不到数据收发入口，就开始怀疑模块坏了，其实只是没有理解BLE的GATT服务模型。明确这个区别后，BLE调试的入门门槛会降低不少。

6.5 功耗实测中的注意事项

最后提一下功耗测试。DA16600这种双无线模块在休眠状态下确实很省电，但如果你直接用万用表串在电源线上测量，会得到完全错误的结论，因为模块在广播、接收、休眠三个状态之间切换，电流变化是瞬态的。

正确的做法是用示波器加电流探头，或者用一个低阻采样电阻（比如10毫欧）串在供电回路上，用差分探头测量采样电阻两端的电压变化，再换算成电流曲线。没有电流探头的话，也可以用带记录功能的电子负载或者电源仪表，至少要能记录到峰值电流和平均电流。

我实测的参考数据是：模块在BLE广播状态下平均电流大概在几毫安到十几毫安之间，进入休眠后能到微安级别，而Wi-Fi连接状态下峰值电流能到两三百毫安。如果你产品用电池供电，一定要在软件里设计好休眠策略，否则电池续航会严重低于预期。

这次测评从开箱到环境搭建再到无线功能实测，整体走下来，我最大的体会是瑞萨这套DA16600模块的硬件底子比较扎实，AT指令集覆盖也够全，真正的差距在文档的组织方式上。它的手册分散在多个PDF里，指令名还会随固件版本变化，如果你第一次接触，很建议先去官网把所有相关文档一次性下载下来，按"启动配置、AT指令、固件升级、硬件设计指南"四类归档，调起来会顺手很多。最后再说一句实际的：无论你最后选择e2 studio全链路开发还是AT指令快速集成，第一步一定是先把串口调通、把AT基础指令跑顺，毕竟后面的Wi-Fi配置和BLE调试都是建立在这条串口链路之上的。