NRF52840串口通信实战：从UART配置到DMA优化与深度排错指南-育师

1. 从“点灯”到“说话”：为什么串口是嵌入式开发的第二道坎

如果你已经跟着我的前两篇内容，成功在NRF52840上点起了LED，那么恭喜你，你已经迈出了嵌入式开发最坚实的第一步。但点灯只是开始，就像婴儿学会了睁眼，接下来要学的就是“说话”——与外界进行信息交换。而串口（UART），就是嵌入式世界最基础、最通用的“语言”。在NRF52840的学习历程中，掌握串口通信，意味着你的开发板从此不再是信息孤岛，你可以通过它打印调试信息、接收控制指令、上传传感器数据，开发效率将呈指数级提升。

我见过太多初学者，在点灯成功后卡在串口这一步，不是数据发不出来，就是收到一堆乱码，最后在反复的接线、换驱动、改波特率中耗尽热情。其实，NRF52840的串口配置逻辑非常清晰，Nordic的nRF5 SDK也提供了成熟的驱动库，关键在于理解其工作模型并避开几个常见的“坑”。本篇，我将结合我调试数十块NRF52系列开发板的经验，带你从原理到实践，彻底打通NRF52840的串口通信，并分享那些官方文档里不会写的调试技巧和避坑指南。

2. NRF52840的UART外设：不止是TX和RX两根线

很多人对串口的理解停留在“TX发、RX收”，这没错，但对于NRF52840这样的现代MCU，我们需要更深入地了解其UART外设的能力和配置项，这是写出稳定、高效串口代码的基础。

2.1 硬件UART与软件模拟：如何选择？

NRF52840通常有两个硬件UART外设：UARTE0和UARTE1（这里的‘E’代表EasyDMA，是Nordic的特色）。硬件UART的优势是效率高、不占用CPU资源。它由专门的硬件电路实现数据帧的组包、发送和解析，CPU只需要把要发送的数据扔给它的发送缓冲区，或者从接收缓冲区读取数据即可。在需要高速（比如921600bps及以上）或长时间、大数据量通信的场景下，必须使用硬件UART。

那么，什么时候会用软件模拟呢？通常是在硬件UART资源被其他更重要的功能（如蓝牙串口服务SPP）占用，或者你需要一个非常简单的、仅用于输出少量调试信息的场景。在nRF5 SDK中，app_uart模块可以在任意GPIO上通过定时器和中断模拟UART，但其稳定性和波特率上限（通常不超过115200）远不及硬件UART。对于NRF52840，我的建议是：只要可能，优先使用硬件UARTE。它的配置并不复杂，性能却好得多。

2.2 关键配置参数详解：波特率、数据位、停止位与流控

配置一个UART，本质上是让通信双方约定好一套“对话规则”。在NRF52840的SDK中，这些规则通过一个nrf_drv_uart_config_t结构体来定义。

typedef struct { uint32_t pseltxd; // TX引脚编号 uint32_t pselrxd; // RX引脚编号 uint32_t pselcts; // CTS引脚编号 (流控) uint32_t pselrts; // RTS引脚编号 (流控) void * p_context; // 用户上下文指针 nrf_uart_hwfc_t hwfc; // 硬件流控使能 nrf_uart_parity_t parity; // 奇偶校验位 nrf_uart_baudrate_t baudrate; // 波特率 } nrf_drv_uart_config_t;

波特率 (baudrate)：这是最容易出问题的地方。必须保证发送端和接收端（如PC上的串口调试助手）的波特率完全一致。常见的波特率有9600， 115200， 921600等。NRF52840支持很高的波特率，但要注意，波特率越高，对时钟精度和PCB布线的要求也越高，在长距离或干扰环境下误码率会上升。对于板内调试，115200是个兼顾速度和稳定性的好选择。
数据位与停止位：最常用的配置是8位数据位， 1位停止位（8N1）。这意味着一个字节的数据加上起始位和停止位，总共需要10个位的时间来传输。除非对接一些老旧的、有特殊规定的设备，否则不需要改动这个配置。
奇偶校验位 (parity)：用于简单的错误检测。NRF_UART_PARITY_EXCLUDED表示无校验，这是最常见的情况。如果通信环境干扰严重，可以考虑使用奇校验或偶校验，但这会增加协议复杂度，且只能检测奇数个位错误。对于要求高的场景，应在应用层使用CRC等更可靠的校验。
硬件流控 (hwfc)：这是很多新手会忽略但极其重要的功能。通过RTS（请求发送）和CTS（清除发送）两根线，可以控制数据流的启停，防止接收端缓冲区溢出导致数据丢失。当你的应用需要高速（>115200）或连续传输大量数据时，强烈建议启用硬件流控。当然，这需要你的USB转串口模块（如FT232、CP2102）也支持，并且正确连接了这两根线。

2.3 引脚分配的艺术：避免与其它功能冲突

NRF52840的大部分引脚都是多功能复用的。在pseltxd和pselrxd中，你只需要指定引脚编号（如6代表P0.06）。这里有三个关键点：

查阅原理图：一定要确认你选择的引脚在具体的开发板上，没有被其他电路（如LED、按键）占用，并且已经引出了接插件。
避开模拟和NFC引脚：P0.00到P0.05以及P0.28到P0.31等引脚有特殊功能，尽量避免用于UART。
高驱动能力引脚：对于需要长距离传输（如连接外部RS485模块）的情况，可以考虑使用S0.xx系列的高驱动电流引脚作为TX，以提高信号质量。

在我的一个项目中，曾因为将UART TX分配到了一个与板载SPI Flash芯片片选信号复用的引脚上，导致每次串口发送数据时，Flash都会意外被选中，系统运行极不稳定。这个坑让我花了半天时间才排查出来。教训就是：分配引脚前，务必全局审视你的原理图和所有已启用外设的引脚分配情况。

3. 实战：从零配置NRF52840的UARTE并实现回环测试

理论说再多，不如动手调一遍。下面我们以nRF5 SDK（例如v17.1.0）为例，一步步实现一个UARTE的初始化和数据收发。

3.1 工程配置与驱动初始化

首先，确保你的工程包含了必要的驱动文件，通常需要nrf_drv_uart.c和对应的头文件，以及nrfx_uart.c。在sdk_config.h中，确保UART_ENABLED和UART0_ENABLED（或UART1）被设置为1。

初始化代码的核心如下：

#include "nrf_drv_uart.h" // 定义UART实例和配置结构体 static nrf_drv_uart_t m_uart = NRF_DRV_UART_INSTANCE(0); // 使用UARTE0 static uint8_t m_rx_buffer[1]; // 简单的单字节接收缓冲区 static volatile bool m_rx_done = false; // UART事件处理回调函数 void uart_event_handler(nrf_drv_uart_event_t * p_event, void * p_context) { switch (p_event->type) { case NRF_DRV_UART_EVT_RX_DONE: // 接收到一个字节 // 你可以在这里将收到的字节存入一个队列或缓冲区 // 例如：queue_put(p_event->data.rxtx.p_data, p_event->data.rxtx.bytes); m_rx_done = true; // 立即重新启动接收，以持续监听串口 nrf_drv_uart_rx(&m_uart, m_rx_buffer, sizeof(m_rx_buffer)); break; case NRF_DRV_UART_EVT_TX_DONE: // 发送完成，可以开始下一轮发送 break; case NRF_DRV_UART_EVT_ERROR: // 发生错误，如帧错误、奇偶校验错误 // 应进行错误处理，例如重置接收状态 nrf_drv_uart_rx_abort(&m_uart); nrf_drv_uart_rx(&m_uart, m_rx_buffer, sizeof(m_rx_buffer)); break; default: break; } } void uart_init(void) { nrf_drv_uart_config_t config = NRF_DRV_UART_DEFAULT_CONFIG; // 覆盖默认配置，根据你的硬件连接修改 config.pseltxd = 6; // 假设TX连接在P0.06 config.pselrxd = 8; // 假设RX连接在P0.08 config.pselcts = NRF_UART_PSEL_DISCONNECTED; // 不使用硬件流控 config.pselrts = NRF_UART_PSEL_DISCONNECTED; config.hwfc = NRF_UART_HWFC_DISABLED; config.parity = NRF_UART_PARITY_EXCLUDED; config.baudrate = NRF_UART_BAUD_115200; config.p_context = NULL; // 可传递自定义上下文 // 初始化UART驱动，使能中断 uint32_t err_code = nrf_drv_uart_init(&m_uart, &config, uart_event_handler); APP_ERROR_CHECK(err_code); // 启动接收，开始监听数据 nrf_drv_uart_rx(&m_uart, m_rx_buffer, sizeof(m_rx_buffer)); }

注意：NRF_DRV_UART_DEFAULT_CONFIG宏提供了一个快速起始配置，但其引脚号（TX=6， RX=8）是Nordic开发板的常见配置，你必须根据自己板子的实际接线修改pseltxd和pselrxd。

3.2 实现数据发送与接收逻辑

初始化完成后，发送数据就非常简单了：

void uart_send_string(const uint8_t * p_string, uint16_t length) { // 此函数是异步的，发送请求提交后立即返回。 // 实际的发送完成事件会在中断回调 `NRF_DRV_UART_EVT_TX_DONE` 中通知。 uint32_t err_code = nrf_drv_uart_tx(&m_uart, p_string, length); APP_ERROR_CHECK(err_code); } // 示例：发送“Hello World” uint8_t test_str[] = "Hello World\r\n"; uart_send_string(test_str, sizeof(test_str) - 1); // 注意减去字符串结束符'\0'

接收逻辑主要在回调函数uart_event_handler中实现。上面例子中，我们采用了“单字节接收+立即重启”的模式。这是一种简单但低效的方式，因为每个字节都会产生一次中断。对于稍高速率的通信，推荐使用DMA（EasyDMA）进行多字节接收。

3.3 构建回环测试与上机验证

一个最简单的测试是“回环测试”：将开发板的TX和RX引脚用杜邦线短接，然后让程序把收到的每一个字节原样发回。

// 修改回调函数中的RX_DONE部分 case NRF_DRV_UART_EVT_RX_DONE: { // 将刚收到的这一个字节，立刻发送回去 nrf_drv_uart_tx(&m_uart, p_event->data.rxtx.p_data, 1); // 重启接收 nrf_drv_uart_rx(&m_uart, m_rx_buffer, sizeof(m_rx_buffer)); break; }

将程序编译下载到NRF52840后，你需要通过一个USB转TTL串口模块（如CH340、CP2102、FT232）连接开发板和电脑。

接线：模块的TX接开发板的RX（P0.08），模块的RX接开发板的TX（P0.06），务必共地（GND连接）。
安装驱动：确保电脑识别了你的USB转串口模块，在设备管理器中能看到对应的COM口（如COM3）。
使用串口调试助手：打开SSCOM、XCOM或其他你喜欢的调试助手，选择正确的COM口，设置波特率115200、8N1、无流控。
测试：在调试助手的发送框输入字符并发送，你应该能在接收框看到相同的字符被回显。如果看到的是乱码，请立即检查波特率、数据位、停止位这三项设置是否完全一致。

4. 进阶：使用DMA提升性能与实现稳定数据接收

单字节中断模式在低波特率下尚可，但在115200及以上，或者需要处理如GPS模块、串口屏等连续数据流的场景下，频繁的中断会消耗大量CPU资源，甚至可能因为中断处理不及时导致数据丢失。这时，就该NRF52840的EasyDMA登场了。

4.1 配置DMA进行多字节接收

EasyDMA是Nordic芯片的特色，它允许外设（如UART）不经过CPU，直接与内存交换数据。我们可以配置UARTE在接收满一个缓冲区（比如256字节）后，才产生一次中断通知CPU来处理，效率极高。

#define RX_BUFFER_SIZE 256 static uint8_t m_rx_buffer[RX_BUFFER_SIZE]; static uint32_t m_rx_counter = 0; void uart_init_with_dma(void) { nrf_drv_uart_config_t config = NRF_DRV_UART_DEFAULT_CONFIG; // ... 引脚、波特率等配置与之前相同 config.interrupt_priority = APP_IRQ_PRIORITY_LOW; // 设置中断优先级 uint32_t err_code = nrf_drv_uart_init(&m_uart, &config, uart_event_handler); APP_ERROR_CHECK(err_code); // 启动DMA接收，指定整个缓冲区 err_code = nrf_drv_uart_rx(&m_uart, m_rx_buffer, RX_BUFFER_SIZE); APP_ERROR_CHECK(err_code); } void uart_event_handler(nrf_drv_uart_event_t * p_event, void * p_context) { switch (p_event->type) { case NRF_DRV_UART_EVT_RX_DONE: // 本次DMA接收完成了多少字节 uint16_t bytes_received = p_event->data.rxtx.bytes; m_rx_counter += bytes_received; // 处理接收到的数据：m_rx_buffer[0] 到 m_rx_buffer[bytes_received-1] process_rx_data(m_rx_buffer, bytes_received); // !!! 关键步骤：必须重新启动DMA接收 !!! // 因为之前的缓冲区已经被填满/使用，需要提供一个新缓冲区（或原缓冲区）继续接收 uint32_t err_code = nrf_drv_uart_rx(&m_uart, m_rx_buffer, RX_BUFFER_SIZE); APP_ERROR_CHECK(err_code); break; // ... 其他事件处理 } }

4.2 双缓冲与环形队列：应对数据流冲击

即使使用了DMA，还有一个问题：在process_rx_data函数处理数据的期间，如果新的串口数据又来了怎么办？虽然DMA正在向另一个缓冲区（如果你提供了的话）写入，但你的应用层可能还没准备好。更稳健的方案是使用双缓冲或环形队列（FIFO）。

双缓冲：准备两个缓冲区A和B。当DMA填满A并产生中断后，在中断处理函数中，立即将DMA的目标切换到缓冲区B，然后通知主循环处理缓冲区A的数据。这样，DMA接收和数据处理在时间上就完全重叠了。
环形队列：这是更通用和优雅的解决方案。在DMA接收中断中，不直接处理数据，而是将接收到的数据快速拷贝到一个预先定义好的环形队列中。主循环（或一个专门的任务）再从容地从队列里取出数据进行处理。nRF5 SDK中的app_fifo模块就是为此设计的，它可以很方便地管理一个字节流FIFO。

// 使用app_fifo的简化示例 APP_FIFO_INIT(m_rx_fifo, m_fifo_mem, FIFO_SIZE); void uart_event_handler(...) { case NRF_DRV_UART_EVT_RX_DONE: uint16_t bytes = p_event->data.rxtx.bytes; uint8_t * p_data = p_event->data.rxtx.p_data; // 将数据快速压入FIFO uint32_t err_code; for (int i = 0; i < bytes; i++) { err_code = app_fifo_put(&m_rx_fifo, p_data[i]); if (err_code != NRF_SUCCESS) { // FIFO满了！这是数据溢出的情况，需要处理（如丢弃最旧数据或报错） break; } } // 设置一个标志，通知主循环有数据待处理 m_data_ready_flag = true; // 重启DMA接收（可以使用同一个缓冲区，因为数据已保存到FIFO） nrf_drv_uart_rx(&m_uart, m_rx_buffer, RX_BUFFER_SIZE); break; } // 在主循环中 if (m_data_ready_flag) { m_data_ready_flag = false; uint8_t byte; while (app_fifo_get(&m_rx_fifo, &byte) == NRF_SUCCESS) { // 安全、从容地处理每一个字节 process_byte(byte); } }

5. 深度排错：当串口不工作时，你应该依次检查什么

即使按照教程一步步来，串口调不通也是家常便饭。下面是我总结的一个系统性排查清单，按照这个顺序，99%的串口问题都能被定位。

5.1 硬件层检查：从电源到信号

供电与接地：这是最基础也最容易被忽略的。确保你的NRF52840开发板和USB转串口模块都正常供电，并且两者的GND（地线）已经可靠连接。没有共地，电势差会导致信号无法识别。
TX/RX交叉连接：记住一个原则：发送端（TX）应该连接接收端（RX）。所以，开发板的TX应接串口模块的RX，开发板的RX应接串口模块的TX。接反了数据方向不对，自然没反应。
引脚冲突与损坏：用万用表检查你配置的UART引脚，是否与板载其他器件（LED、按钮）短路？是否在程序的其他地方被配置成了其他功能（如GPIO输出）？极端情况下，引脚可能因静电或过流损坏。
USB转串口模块质量：一些非常廉价的CH340模块，其晶振精度差，可能导致实际波特率偏差大，在高波特率下尤其容易出错。可以尝试降低波特率（如降到9600）测试，如果通了，很可能就是模块问题。

5.2 软件配置检查：配置寄存器是否写对

波特率精确计算：NRF52840的UART波特率由系统时钟频率和特定寄存器值分频得到。虽然SDK的nrf_drv_uart驱动帮你计算好了，但如果你是自己写寄存器配置，或者使用了非标准时钟源（如内部RC振荡器），就需要仔细计算。系统时钟频率不准，波特率必然不准。
中断优先级与使能：确认UART中断已经正确使能，并且其优先级设置合理，没有被更高优先级的中断长时间阻塞。在uart_init后，是否调用了nrf_drv_uart_rx来启动接收？没有启动，自然收不到数据。
缓冲区与内存：检查你的发送/接收缓冲区地址是否有效，大小是否足够。特别是在使用DMA时，要确保缓冲区在内存中的位置是DMA可访问的（通常没问题），并且没有越界风险。

5.3 数据链路与协议层检查：看到的乱码是什么

波特率不匹配：这是乱码的首要原因。发送方和接收方的波特率必须分毫不差。检查代码中的baudrate配置和串口调试助手的设置。
数据格式不匹配：检查双方的数据位（8位/7位）、停止位（1位/2位）、奇偶校验位（无/奇/偶）是否完全一致。通常默认8N1即可。
逻辑电平不匹配：NRF52840的GPIO是3.3V电平。确保你的USB转串口模块也是3.3V电平输出。如果是5V的模块（很多老款PL2303、CH340是5V），需要加电平转换电路，否则长期使用可能损坏NRF52840的IO口。
软件流控制（XON/XOFF）干扰：如果你在代码或调试助手中不小心打开了软件流控制，而发送的数据中又恰好出现了XOFF（0x13）或XON（0x11）字符，通信就会被意外挂起或恢复。除非协议要求，否则关闭软件流控制。

5.4 一个高级调试技巧：使用逻辑分析仪或示波器

当所有软件检查都无效时，硬件工具是终极武器。用逻辑分析仪（甚至一个带串口解码功能的简易示波器）抓取TX和RX引脚上的波形。

看TX引脚：当调用发送函数后，TX引脚上是否有波形出现？测量一下波形一个位的时间（例如，115200波特率下，一个位的时间大约是8.68微秒），反算一下实际波特率是多少，是否与设定值相符。
看RX引脚：从串口调试助手发送数据时，RX引脚上是否有波形输入？波形是否干净（没有明显的毛刺或振铃）？电平幅度是否是3.3V？

通过波形，你可以直接看到“芯片到底发没发”、“发的是什么”、“对方发来的信号对不对”，这是最直接的证据。我曾用这个方法，发现过一个因为PCB走线过长导致信号边沿变缓，在高波特率下采样出错的问题，最终通过降低波特率或在软件上稍作延时解决。

6. 从调试接口到产品功能：串口的典型应用场景

掌握了基础的收发，我们就可以让串口在项目中大显身手了。

6.1 最常用：调试信息输出（Log）

这是串口在开发阶段无可替代的价值。你可以实现一个简单的printf重定向函数，将调试信息通过串口输出到电脑，远比点灯调试高效。

#include <stdio.h> #include <stdarg.h> void uart_printf(const char *fmt, ...) { char buffer[128]; va_list args; va_start(args, fmt); int len = vsnprintf(buffer, sizeof(buffer), fmt, args); va_end(args); if (len > 0) { nrf_drv_uart_tx(&m_uart, (uint8_t*)buffer, len); } } // 使用：uart_printf("Sensor Value: %d, Status: %s\r\n", value, ok?"OK":"ERROR");

6.2 与上位机通信：自定义简单协议

你可以定义一套简单的指令协议，让电脑上的上位机软件控制开发板。例如，定义LED1_ON、LED1_OFF、READ_TEMP等指令。在NRF52840端，解析接收到的字符串，执行相应操作，并返回结果。这是很多物联网设备配置和测试的基础。

6.3 连接外部模块：GPS、串口屏、LoRa等

很多传感器和模块都提供串口接口。例如，连接一个GPS模块，你只需要将模块的TX接NRF52840的RX，然后按照模块的通信协议（如NMEA-0183）解析源源不断的定位数据即可。同样，驱动一个串口屏（如淘晶驰、迪文），也是通过串口发送特定的指令集来控制显示内容。

6.4 与蓝牙结合：实现串口透传（SPP）

NRF52840的强项是蓝牙。你可以利用Nordic的蓝牙串口服务（SPP，在BLE中称为NUS - Nordic UART Service），将手机APP通过蓝牙发送的数据，原封不动地转发给硬件串口外设，反之亦然。这样，你的设备就同时具备了无线和有线通信能力，非常灵活。这在调试蓝牙设备或为传统串口设备增加蓝牙功能时特别有用。

7. 避坑经验谈：那些我踩过的“串口坑”

最后，分享几个血泪教训换来的经验，希望能帮你节省时间。

上电瞬间的乱码：很多设备（包括一些传感器模块）在上电瞬间，IO口状态不稳定，可能会向串口发送一些乱码。如果你的程序一上电就开启串口接收，这些乱码可能会被当作有效数据，干扰你的协议解析。建议在系统初始化完成、电源稳定后，再使能串口接收。或者，在协议层设计一个“握手”或“同步头”机制，忽略掉无效数据。
DMA接收重启的时机：如前所述，在DMA接收完成中断（EVT_RX_DONE）里，处理完数据后必须立即调用nrf_drv_uart_rx重新启动下一次接收。哪怕你只是把数据拷贝到另一个缓冲区，这个重启操作也要尽快完成。否则，从本次DMA结束到下次DMA开始之间，收到的数据会全部丢失。我曾因为在一个复杂的数据处理函数后才重启DMA，导致每包数据都丢最后几个字节，排查了很久。
中断嵌套与缓冲区竞争：如果你的UART中断优先级设置不当，或者在中段处理函数中执行了过长的操作（如复杂的字符串处理、浮点运算），可能会阻塞其他重要中断（如系统定时器），甚至因为处理时间过长，在旧数据还没处理完时，新的DMA接收又完成了，造成缓冲区被覆盖。中断服务函数（ISR）要尽可能短平快，只做最必要的标志设置和数据搬运，把复杂的处理放到主循环中基于标志位去执行。
电源管理下的串口：当NRF52840进入低功耗模式（如System ON Idle或更深的睡眠模式）时，高频时钟可能会被关闭，这会导致UART无法工作。如果你需要在低功耗下保持串口唤醒功能，需要仔细配置低功耗模式下的时钟源和引脚保持状态。通常，保持串口接收引脚的中断使能，并在收到起始位下降沿时触发唤醒，是一个可行的方案，但这涉及到更深的电源管理配置，需要查阅芯片手册的相关章节。

打通串口，就像是给你的嵌入式项目打开了“天眼”。从此，芯片内部的运行状态对你而言不再是黑盒。无论是调试时打印变量，还是产品中与外部世界对话，串口都是最忠实可靠的伙伴。希望这篇长文能帮你建立起对NRF52840串口从硬件到软件、从基础到进阶的完整认知。当你看到串口调试助手上如期出现“Hello World”时，那种成就感，就是驱动我们不断探索嵌入式世界的最好燃料。