nRF52840 VDDH供电下GPIO电压为何只有1.8V？原理与解决方案

1. 项目背景：VDDH供电模式的“坑”在哪里

1.1 我为什么遇到VDDH问题

先说一个自己踩过的真实场景。去年做一个低功耗传感器节点，选了nRF52840做主控，直接拿两节五号电池串联供电，电压大概在3.0V到3.4V之间波动。为了省掉一颗LDO，我按照开发板原理图的习惯把电池接到了VDDH引脚，想着芯片内部反正有降压电路，这样最省事。结果板子回来之后，外接的屏幕、传感器全部工作异常，用示波器量了一轮才发现，所有GPIO的高电平只有1.8V，而不是我以为的3.3V。

这个问题的根子就在VDDH供电模式下，nRF52840的VDD引脚会变成内部稳压器的输出口，默认电压是1.8V，而GPIO的高电平直接跟着VDD走。如果你在原理图阶段没想清楚这件事，后面就会遇到一长串的“莫名其妙不工作”：LED亮度不对、I2C设备偶尔丢应答、串口电平匹配不上……

这篇文章就把VDDH供电配置、GPIO电压调节、以及相关外设联动问题一次性讲清楚。适合正在做nRF52840低功耗产品的硬件工程师、嵌入式软件工程师，也适合刚接触Nordic平台、想少走弯路的学生和爱好者。

1.2 VDDH与VDD两种供电模式的根本区别

nRF52840支持两种供电方式，很多人拿到芯片后只看了引脚数量，没细看电源域设计，结果就是硬件画完、软件调完、问题一大堆。

第一种是VDD模式，也是绝大多数开发板默认的模式。外部电源直接接到VDD引脚，电压范围是1.7V到3.6V。此时VDDH引脚要和VDD短接，或者悬空处理（具体看官方参考设计）。在这种模式里，芯片内部的数字逻辑、各个外设模块、GPIO的电平参考电压全部来自VDD，也就是说你给多大的电压，GPIO的高电平就是多大。

第二种是VDDH模式，这是nRF52840一个比较有特色的设计。外部电源接到VDDH引脚，允许的电压范围是2.5V到5.5V，可以直接吃锂电池、两节干电池、5V USB，不需要额外LDO。但代价是：芯片内部的LDO或DC-DC会把电压降下来，从VDD引脚输出一个稳定电压。默认情况下这个电压是1.8V。

我在整理这两种模式的时候画了一张对照表，方便大家快速理解：

不知道大家发现没有，VDDH模式其实是一个“降压供电”方案。芯片内部做了LDO或者DC-DC，把较高的输入电压稳定成低电压给内核用，好处是系统整体功耗低、省外部DCDC，坏处就是GPIO的电压水平也被一并拉低了。

1.3 为什么VDDH模式下GPIO电压会“缩水”

很多第一次用VDDH模式的开发者会问：GPIO电压不是可以由软件配置的吗？为什么非要是1.8V？

这个问题的核心在于GPIO的电平参考电压物理上来自哪个电源域。nRF52840的GPIO输出驱动级和输入施密特触发器的工作电压参考的是VDD引脚上的电压。VDDH模式下，VDD是内部稳压器的输出，默认1.8V，所以GPIO的高电平、上拉电阻连接到的高电平，全部以1.8V为参考。

换句话说，软件能配置的是GPIO的工作模式、上下拉使能、输出电平高低，但配置的结果也只是把某个引脚拉到VDD或者GND，它没办法凭空生成一个高于VDD的电压。

这里有一个很容易混淆的寄存器问题。nRF52840的POWER外设里确实有一个REGOUT0寄存器，用于配置VDD引脚在VDDH模式下的输出电压。但它的可选档位非常有限，默认档就是1.8V。部分同系列芯片和nRF5340支持调整到更高的档位，可52840上如果非要拿VDD引脚输出3.3V，多数情况下并不现实。稳妥做法是先查Datasheet的电气规范，确认当前芯片的REGOUT0到底支持哪几档，不要想当然。

所以，如果你在原理图阶段已经决定使用VDDH模式，就要在系统设计时把“GPIO默认1.8V电平”当作一条硬约束，而不是指望后期用软件绕过去。

2. GPIO电压与电源系统的关系

2.1 GPIO高电平由谁决定

先把结论说清楚：nRF52840的GPIO高电平由VDD引脚决定，VDD多高，输出高电平就多高，上拉的参考电压也是VDD。

举个例子。我用GPIO P0.13驱动一个LED，LED正极接3.3V，负极通过1k电阻接到P0.13，GPIO输出低电平时LED点亮。这个电路在VDD模式下很常见，但在VDDH模式下会出问题：GPIO高电平时引脚电压只有1.8V，LED两端压差算下来只有1.5V（3.3-1.8），如果LED压降是2V，它根本就不会亮。就算你改成高电平点亮，LED正极接P0.13，负极接GND，那么LED获得的驱动电压最高也只有1.8V，亮度会比3.3V供电时暗不少。

再比如按键检测。GPIO配置为内部上拉输入，上拉电阻是接到VDD的，VDDH模式下等效于通过内部电阻上拉到1.8V。按键读取逻辑本身不会出问题，因为芯片内部判断高低的阈值也是按1.8V来设计的。真正的问题出在如果你的按键另一端接的是3.3V系统的信号，那就可能产生倒灌电流。

所以，搞明白GPIO电压的来源，是排查所有VDDH供电问题的基础。别一上来就怀疑固件初始化代码，先用电表量一下VDD引脚，量一下目标GPIO的高电平，很多问题直接就能定位。

2.2 如何实测确认电压

我调这种问题的时候，常用的验证流程是固定的，先备好工具再动手：

1. 万用表拨到直流电压档，表笔接VDD引脚和GND，记录实际电压。
2. 测量VDDH引脚上的输入电压，确认是否在规格范围内。
3. 写一个最简单的点灯程序，把某个GPIO配置成推挽输出，轮换输出高、低电平，分别测量引脚对GND的电压。
4. 如果条件允许，用示波器看GPIO输出高电平时的纹波和上升沿，判断电源是否稳定。

在这里提供我自己用的一段初始化代码，基于nrfx driver，方便验证基线状态。注意这是通用的GPIO输出配置，与VDDH/VDH具体模式无关，作用是确认GPIO输出高电平的实际值：

#include <nrf_gpio.h> #define TEST_PIN 13 void gpio_voltage_test_init(void) { nrf_gpio_cfg_output(TEST_PIN); nrf_gpio_pin_set(TEST_PIN); } void gpio_voltage_test_loop(void) { nrf_gpio_pin_set(TEST_PIN); nrf_delay_ms(500); nrf_gpio_pin_clear(TEST_PIN); nrf_delay_ms(500); }

这段代码跑起来之后，用万用表量P0.13，正常情况下VDDH模式看到约1.8V，VDD模式看到接近供电电压。如果你量出来是别的值，比如1.5V甚至更低，那就要检查是不是VDD引脚上的滤波电容太小、负载过重，或者是芯片进入了异常状态。

2.3 想提升GPIO电压的几种方案取舍

如果你的应用确实要求GPIO必须输出3.3V，但你又想保留VDDH供电带来的宽电压输入优势，怎么办？根据我实际测试过的方案，主要有三条路可以走。

第一条路，放弃VDDH模式，改用VDD模式。直接把稳定的3.3V送到VDD引脚，VDDH与VDD短接。这是最省事、最可靠的做法。代价是你必须在外部做一个3.3V稳压，比如用一颗XC6206P332MR、RT9013或者TPS63020这类LDO/DC-DC。如果输入是5V，LDO的压差和效率问题也要考虑，功耗预算紧张的话建议用超低静态功耗LDO。

第二条路，保留VDDH模式，但给需要3.3V电平的外设单独加电平转换。常用的电平转换芯片有TXS0108E、TXB0108、74LVC1T45，根据自己的信号速率和方向需求选型。需要注意，像TXS0108E这类自动方向感应的转换芯片，在I2C等开漏总线上用有小坑，如果两边的上拉电阻和电容差别太大，上升沿会变慢，容易导致通信时序问题。而74LVC1T45这类方向引脚固定的转换器反而更可控。

第三条路，保留VDDH模式，修改电路设计，让外设工作在1.8V。比如LED用低压差的型号、传感器选1.8V供电的版本、屏幕选1.8V逻辑电平的模组。这条路在低功耗产品里其实是最合理的，因为1.8V供电的外设通常功耗更低，只是选型范围会窄一些。

三者的对比我整理成了一张表，方便在方案评审阶段直接参考：

说到底，VDDH模式下GPIO电压偏低不是Bug，而是电源架构的必然结果。方案选择没有绝对的对错，只有适不适合当前项目。

3. 软件配置与代码实现

3.1 检查REGOUT0寄存器，判断当前VDD输出电压

很多人在软件初始化阶段会忽略一个关键点：VDDH模式下VDD引脚的输出到底是多少，应该主动去配置并确认，而不是默认它一定是1.8V。

在nRF52840中，POWER外设里有一个REGOUT0寄存器，控制VDD引脚在VDDH模式下的输出电压。这份配置的实际生效情况不仅取决于寄存器的写值，还取决于QVDDH引脚（如果有的话）的连接方式。部分nRF52系列的REGOUT0写入值需要符合一定条件才会生效。

写代码时可以这样读取和配置：

#include <nrf_power.h> uint32_t regout_raw; void check_regout_config(void) { regout_raw = NRF_POWER->REGOUT0; // 解析VOUT字段，并解析当前配置 switch (regout_raw & POWER_REGOUT0_VOUT_MASK) { case 0: // 1.8V档位（默认） break; case 1: // 部分型号支持的其他档位 break; default: break; } }

在官方SDK中，直接操作POWER外设寄存器并不难，但一定要注意先确认芯片的工程文件里是否已经配置了DCDC模式。因为VDDH模式下如果同时启用了DCDC，VDD输出电压的纹波、建立时间，与单纯用LDO时是不一样的，这会直接影响GPIO高电平的稳定度。

3.2 在VDDH模式下配置DCDC与LDO的切换技巧

nRF52840内部有LDO和DCDC两种稳压方案。VDDH模式下，两者都能把高电压降到VDD输出，但效率差异很明显。特别是系统进入低功耗模式之后，如果DCDC没有正确配置，静态电流可能是几十微安甚至更高，对电池产品的续航影响不小。

在Nordic的nRF5 SDK 17.x中，可以这样配置：

#include <nrf_power.h> void power_configure(void) { ret_code_t err_code; err_code = sd_power_dcdc_mode_set(NRF_POWER_DCDC_ENABLE); APP_ERROR_CHECK(err_code); }

注意，如果你用的是Zephyr或者NCS平台，配置方式又不一样。在nRF Connect SDK中，DCDC的开关是通过设备树和Kconfig控制的，典型配置是：

CONFIG_PM_DEVICE=y CONFIG_NRFX_POWER=y

然后在设备树里使能DCDC：

&power { dcdc { status = "okay"; /* 负载低时也可以切换成LDO模式 */ }; };

如果你在VDDH模式下发现GPIO电压不稳，别急着怀疑外部电容，可以先在LDO和DCDC之间来回切换测试，同时观察VDD引脚的波形。这个方法帮助我定位过好几次由于DCDC设置导致的电源纹波问题，现象是GPIO带上负载后高电平下降明显，切回LDO后恢复。

3.3 用GPIO配置点亮LED与读取按键的代码示例

搞定了供电和REGOUT0之后，GPIO配置本身也要做好。nRF52840的GPIO配置和STM32不太一样，它是通过PSEL寄存器选择引脚，通过PIN_CNF寄存器配置方向、上下拉、驱动强度等参数。

下面这段代码演示了怎么配置LED引脚和按键引脚，兼容VDDH和VDD两种模式：

#include <nrf_gpio.h> #include "nrf_delay.h" #define LED_PIN 13 #define KEY_PIN 8 void gpio_board_init(void) { // 配置LED引脚为输出，高电平点亮时需要注意当前VDD电压 nrf_gpio_cfg_output(LED_PIN); nrf_gpio_pin_clear(LED_PIN); // 配置按键引脚为输入，内部上拉到VDD nrf_gpio_cfg_input(KEY_PIN, NRF_GPIO_PIN_PULLUP); } void gpio_demo_loop(void) { // 读取按键，按键按下时引脚为低电平 if (nrf_gpio_pin_read(KEY_PIN) == 0) { nrf_gpio_pin_set(LED_PIN); } else { nrf_gpio_pin_clear(LED_PIN); } }

这段代码本身很简单，真正需要关注的是VDDH模式下LED的限流电阻取值。GPIO高电平只有1.8V时，LED亮度会比3.3V低不少，如果项目对亮度有要求，建议直接把限流电阻调小，或者改用低漏电流、低压差的LED。这是原理图阶段就要定下来的事，而不是软件能补的坑。

按键的部分，nRF52840内部上拉是接到VDD的，VDDH模式下约1.8V，判断按键逻辑完全没问题，但千万别把按键另一端接到其他电压域，否则会有异常电流通路。

3.4 nRF52840的GPIO模式与STM32的8种模式对比

网上关于“GPIO的8种工作模式”的教程，绝大部分讲的是STM32。从STM32转过来的朋友，用nRF52840时很容易在模式配置上犯迷糊，因为两者的概念并不是一一对应的。

STM32的8种模式是：输入浮空、输入上拉、输入下拉、模拟输入、开漏输出、推挽输出、复用开漏输出、复用推挽输出。这是基于STM32复杂的内部结构设计出来的分类。

nRF52840的GPIO配置则简化很多，核心是PIN_CNF寄存器里的DIR、INPUT、PULL、DRIVE这几个字段：

举几个对应关系：

• STM32的推挽输出，对应nRF52840里DIR=输出、且外设或GPIO直接驱动。
• STM32的开漏输出，对应nRF52840里把引脚配置为输出，同时写低电平作为开漏使用，或者用外部上拉配合。
• STM32的输入上拉/下拉，对应nRF52840里DIR=输入、PULL=上拉/下拉。
• STM32的模拟输入，在nRF52840里没有PIN_CNF层面的模拟模式，而是需要把引脚分配给SAADC外设，由SAADC配置里选择Analog Input通道。
• STM32的复用开漏/复用推挽，对应nRF52840里把引脚分配给某个外设（如UART、TWI等），此时GPIO寄存器不再直接控制引脚电平。

如果你是从STM32切过来的，建议不要死记8种模式，而是先想清楚“这个引脚到底是给GPIO用还是给外设用”，然后到对应的外设配置里去找引脚分配，这样反而效率更高。网上还有一个很容易搜到的“AXI GPIO”概念，那是Xilinx FPGA里的软核IP，跟nRF52840的GPIO完全不是一回事，方向别搞混了。

4. 外设联动：I2C/TWI的电压坑

4.1 nRF52840的TWI外设与I2C兼容性

nRF52840上的I2C接口，官方命名叫TWI（Two Wire Interface），兼容标准I2C协议。很多新手查资料时找“nRF52840的IIC”，结果发现Datasheet里写的是TWI，实际上指的就是同一个硬件外设。

TWI在VDDH模式下有一个容易忽略的问题：I2C总线的上拉电阻通常接到哪个电压？如果你的上拉电阻接的是3.3V，而nRF52840的GPIO参考电压是1.8V，那么SCL和SDA线上的高电平就可能是3.3V。这对nRF52840来说有没有问题？

答案是：大部分时候能用，但属于“勉强用”，不推荐。原因有两个。第一，nRF52840的GPIO引脚绝对最大额定值不允许长时间超过VDD+0.3V太多，3.3V对上1.8V的VDD，已经超压了。第二，总线的高电平由外部上拉电阻决定，但芯片内部输入阈值是按1.8V电源域设计的，3.3V的高电平会让输入级的功耗增加，极端情况下还可能造成芯片发热。

解决思路很直接：I2C总线的所有上拉电阻，统一接到和nRF52840 VDD相同的电压域，即VDDH模式下的1.8V。如果外设芯片的工作电压是3.3V，I2C从设备本身又必须用3.3V供电，那就要在SDA和SCL上各加一颗电平转换芯片或者分压电路，而不是简单地把两边直接连起来。

4.2 上拉电阻电压不匹配的处理方案

分享一个我在实际项目中用过的电平转换方案，适用于I2C这类开漏总线。核心思路是使用两颗MOS管做双向电平转换，电路非常简单：

• 1.8V侧上拉电阻接1.8V，3.3V侧上拉电阻接3.3V。
• 两颗2N7002级别的N沟道MOS管，交叉连接实现双向传输。
• SDA和SCL各一个通道。

如果你不想自己搭分立电路，也可以使用集成方案，比如TXS0102、PCA9306这类带自动方向感应的I2C电平转换芯片。需要注意PCA9306和TXS0102对两边参考电压的要求，1.8V转3.3V没有问题，但有些芯片不支持1.2V这类低电压域，选型前一定看清数据手册。

我曾经在一个项目里直接用10k上拉电阻把3.3V的Sensor接到nRF52840的TWI上，短时间测试没问题，放到温箱里跑到高温就出现偶尔不应答。最后定位就是GPIO输入超压、漏电以及总线波形畸变，换成分离MOS电平转换之后问题彻底消失。现在我在原理图评审阶段，凡是看到不同电压域的I2C直连，都会直接给打回去。

5. 调试与排查实战：供电引起的异常现象

5.1 用万用表和示波器抓电压异常的实战技巧

遇到GPIO电压相关的问题，我觉得最忌讳的就是“猜”。一遍遍改代码，改完发现没用，其实问题根本不在固件。

排查步骤我建议这样：

1. 冷启动量VDD，VDDH模式先确认VDD是不是1.8V。如果VDD虚低，比如只有1.4V，说明内部稳压器负载过重或者芯片进入异常保护状态。这时候断开所有外设再量一次，如果恢复，说明外设功耗超标。
2. 量GPIO空载高电平，再带上负载量高电平。两者压差如果超过0.2V，说明驱动能力不够。nRF52840的GPIO驱动强度可以通过PIN_CNF的DRIVE字段调节，在负载较重时可以选择提高驱动档位。
3. 用示波器看高电平的纹波，正常应该在几十毫伏以内。如果纹波超过100mV，多半是VDD引脚上的滤波电容容量不够，或者DCDC模式下的纹波本来就偏大。这时候可以加一颗4.7uF到10uF的陶瓷电容，再配合0.1uF高频去耦电容，效果一般会好很多。
4. 量VDDH输入电压的波动。如果VDDH上自己就有一个大纹波，那后面VDD大概率也会跟着抖。电池供电时尤其要注意接触电阻和内阻问题。

这里有一个容易忽略的细节：nRF52840的VDD引脚上电容选择有讲究。VDDH模式下，VDD作为稳压器输出，需要一定容量的电容来保证稳定性。如果电容太小，整个电源系统会震荡；如果电容太大，启动时充电慢，复位释放后电压建立时间拉长，影响上电时序。具体容量建议参考官方参考设计，一般4.7uF到10uF之间，但不要盲目堆大。

5.2 供电不稳引发的BLE射频掉线与抓包判断

VDDH模式下供电不稳，除了GPIO电平异常，还有一个“隐藏”现象：BLE射频性能下降。这听起来不太直观，但电源纹波对射频前端的影响非常大。

我遇到过一个案例，nRF52840做从机，VDDH供电来自锂电池，板子刚上电时连接正常，一段时间后出现周期性断连。排查了固件、协议栈版本、射频匹配，最后用示波器看到VDD纹波在射频事件触发的瞬间有较大抖动，原因是DCDC的电感选型不当，负载突变时电压跌落超过200mV。

这种时候，抓包工具能帮上大忙。nRF52840本身可以作为BLE Sniffer使用，配合Nordic官方的nRF Sniffer for BLE，可以拿另一块nRF52840开发板抓空中的接入层报文，分析断连的具体原因。如果是供电问题，抓包结果往往会显示连接事件连续多次CRC Error，甚至出现Channel Map更新失败。

操作上非常简单：把一块nRF52840开发板刷成Sniffer固件，用Wireshark打开对应串口，选择2.4GHz频段里的BLE信道进行监听。抓包不是用来解决GPIO电压问题的，但是供电异常导致的RF问题，通过抓包可以很快缩小排查范围，避免陷入“改软件”的循环。

5.3 芯片出厂锁定的预防与正常恢复流程

做低功耗产品，很多人会在量产前启用芯片的固件保护功能，这个功能在Nordic平台里叫做APPROTECT，配置在UICR区域里。它的作用是防止调试器读取片内Flash，防止固件被非法复制。但如果在开发阶段误开了这个保护，就会发现自己再也连不上调试器了，网上有些人会把它称作“nRF52840永久锁定”。

其实芯片并不是真的永久损坏。APPROTECT保护的是调试接口，而不是芯片本身。可以通过恢复流程擦除全片内容来解除保护，Nordic官方提供了nrfjprog工具，用命令行执行：

nrfjprog --recover

这个命令会执行芯片的全部擦除，包括UICR区域和应用程序代码。执行之后，芯片会恢复到出厂状态，调试接口重新开放。需要注意两点：

第一，--recover会擦除所有数据，操作前必须确认你手上有可重新烧录的固件副本，否则恢复完就是一块空片。 第二，如果板子上有多个nRF设备，或者调试器同时连接了多个目标，需要先指定设备序列号，避免误擦除。

预防永远比恢复省事。我的习惯是：开发阶段保持APPROTECT关闭，只有在量产固件最终验证通过之后，才在固件里写入使能APPROTECT的配置。同时在项目仓库里放一个独立脚本，专门用于批量恢复开发板，防止哪块板子不小心被锁定后手忙脚乱。

5.4 遇到“GPIO没反应”时的排查顺序

最后再说一个通用排坑顺序，适合所有“GPIO没反应”的情况，不限VDDH模式。

第一步，确认引脚号没搞错。nRF52840的引脚分P0和P1两组，很多新手把P1.00写成P0.16之类，找半天代码没问题，结果就是物理引脚对不上。 第二步，确认引脚没有复用冲突。nRF52840里很多引脚默认分配给别的功能，如果初始化了TWI、UART、SPI等外设，再把这个引脚当GPIO用，行为会很奇怪。 第三步，确认芯片不在System OFF或低功耗状态。VDDH模式下，系统进入System OFF之后，GPIO状态不受软件控制，部分引脚可能变成高阻输入，这是正常现象。 第四步，反复确认外部电路电压域的一致性。尤其是VDDH模式下，1.8V的GPIO和3.3V的外设，电平不匹配就会导致各种“时好时坏”。

说实话，我见过太多人卡在GPIO问题上，最后发现就是把按键的PGIO口接到了P1组，而P1组在该板上默认没有供电或者电源域没有配置好。nRF52840的P0和P1虽然功能几乎一样，但在电源域设计上也要留意，P1引脚的供电同样来自VDD，VDD偏低时P1组的表现会和P0组类似，不会因为是P1就有特殊豁免。

5.5 关于“AXI GPIO”等概念的区分，选型时不踩坑

在搜索GPIO相关资料的时候，有朋友会意外看到“AXI GPIO”这个词，尤其做FPGA和SoC混合开发的人容易混淆。AXI GPIO是Xilinx FPGA软核处理器系统中的GPIO控制器IP，通过AXI总线访问，跟nRF52840的GPIO完全是两个物种。

还有一种情况是拿nRF52840和STM32WBA65这样的高端BLE芯片对比。STM32WBA65是ST今年主推的BLE SoC，GPIO模块继承自STM32家族，配置方式确实比较丰富，I/O数量也多，算是BLE领域里GPIO能力比较强的产品。但nRF52840多年沉淀下来的生态、官方资料、低功耗表现，依然是很成熟的选择。

选型时不要只看GPIO数量，更要看GPIO电压域设计是否符合你的系统架构。nRF52840如果做成VDDH模式，GPIO必然是1.8V思维；如果做成VDD模式，那和STM32WBA65在GPIO电平设计上就没太大区别。想清楚这一点，很多原理图评审时的争议其实都能提前消除。

我刚才提到的REGOUT0配置、DCDC切换、电平转换方案，都是围绕“把电压域想清楚”这同一件事展开的。在VDDH模式下纠结GPIO能不能直接输出3.3V，不如回到电路层面看看到底是换供电方式、加转换芯片、还是统一外设电平域，哪种更符合你的产品形态。

这个决定其实应该在PCB投板前就完成，而不是等板子回来后拿软件跟硬件斗智斗勇。我做过的VDDH项目里，凡是后面反复出问题的，基本都是原理图阶段没有把GPIO电压域这个约束传达给整个团队。我个人的习惯是，每个板子回来第一件事就是做一张“电源树验证表”，把每个电压域、每条总线的电平、每个关键GPIO的高电平都列出来逐项量一遍，确认落在预期范围内再开始写业务代码。这样后面不管遇到多诡异的现象，都能很快排除电源和电平的干扰，把重心放到真正的逻辑问题上。