简介：NB-IoT模块原理图PDF是一份面向物联网硬件设计、嵌入式开发与调试人员的电路参考文档，用于理解NB-IoT模组在终端设备中的典型接法。图纸完整呈现了电源管理（VDD_3.3V/VDD_EXT/SIM_VDD）、时钟与32.768kHz晶振电路、SIM卡接口、NB-IoT射频天线（NB_RF_ANT）、UART/SPI串行通信、复位与SWD调试接口等关键部分；同时绘制了主控MCU（STM32L151C8T6）与OLED显示屏、传感器、LED状态指示灯的连接关系，并标明NB_RX/NB_TX、SIM_DAT/SIM_CLK等信号网络，便于对照实际电路布局或排查接线错误。原理图以单页形式集中展示核心电路，阅读时无需频繁翻页，适合快速查阅。此外，模块预留有串行Flash、GPS等外设扩展接口，并涉及NB-IoT、LTE-M、GPRS等通信协议的使用场景，有助于开发者在低功耗广域网方案选型时评估整体架构。资源仅1个PDF文件，压缩包大小129KB，内容集中、单文件易用。已有4240人学习下载，适合在NB-IoT终端选型、原理图绘制、硬件调试与故障排查时作为参考资料。
1. 拿到NB-IoT模块原理图先别急着布线：先认电源、再认总线、最后才看天线
做物联网硬件的人，手里多多少少攒着几份别人画好的原理图PDF，多数时候是某项目遗留下来的、没有设计说明文档的裸图。这份NB-IoT模块原理图就是典型代表：主控用了一颗低功耗MCU，外挂NB-IoT模组、0.96寸OLED、传感器座、RS485和USB调试口，网表里器件编号、引脚网络写得清清楚楚，但没有任何文字讲解。对新手来说，这图看起来像一团乱麻；对熟手来说，它其实就是一份可以直接抄作业的参考设计——电源怎么分配、UART怎么交叉、SIM卡座怎么接ESD，全都能从网络标签里读出来。这篇笔记就带你把这页PDF拆开，按“电源树→MCU与模组信号→外设接口→排错→做成板子”的顺序捋一遍，适合正在画NB-IoT数据采集板、或者拿到陌生原理图不知道从哪下手的工程师。
2. 电源树与复位：先把3.3V喂饱，再去谈联网的事
2.1 从V5.0到VDD_3.3V：两颗AMS1117-3.3的分工逻辑
翻开网表，能看到整板电源输入是V5.0，往下接了U9和U10两颗AMS1117-3.3V稳压器。U9输出VDD_3.3V，给MCU、OLED、传感器、485这些外设供电；U10输出NB_3.3V，单独给NB-IoT模组的VDD_EXT供电。
为什么用两颗LDO而不是一颗带载能力更强的？因为NB-IoT模组发射瞬间电流很猛，典型脉冲电流能到200mA以上，如果和外设共用一路LDO，OLED刷新或者485翻转时会把模组供电电压拉出一个坑，直接导致射频指标恶化。分开供电之后，模组的电源轨独立，外设怎么折腾都影响不到它。
输入侧的做法是：V5.0进来先过C15（106/16V）和E2（100uF/6.3V）做低频储能，再进LDO；LDO输出侧每路都配了104（100nF）高频退耦和22pF小电容，兼顾低频稳定和高频噪声吸收。这里有个细节值得抄：AMS1117的压差大约1.1V，输入5V、输出3.3V是够的，但如果你的产品用锂电池供电，电池电压低于4.4V时3.3V就稳不住了——所以用电池的方案通常得换成超低压差LDO或DCDC，这是原图给不了你的扩展思路。
电源输入端还串了D16、D18两颗1N5819肖特基二极管。1N5819的导通压降约0.3V，正向额定电流1A，放在这里起两个作用：一是防反接，电源接反时二极管反向截止，保护后级；二是防倒灌，当外部调试器通过USB或SWD给板子供电时，电流不会倒灌回V5.0网络。
2.2 SIM_VDD与VDD_EXT：NB-IoT模组内部电源的边界
网表里能看到NB模组引脚上有SIM_VDD、SIM_RST、SIM_CLK、SIM_DATA这些网络，它们不是从主板LDO直接供的，而是由NB模组内部稳压器输出SIM_VDD，再给SIM卡座供电。常见NB-IoT模组的SIM_VDD会根据SIM卡类型自动切换1.8V或3.0V，所以外部电路不要接任何LDO到这个网络，只需要在SIM_VDD到卡座之间串联一个小电阻（常见22Ω）做限流，再在卡座供电脚对地放一个100nF电容。
关键的坑在于：SIM_VDD、SIM_CLK、SIM_DATA、SIM_RST四根线全部要加ESD保护器件。这份原理图在SIM卡座附近放了多颗ESD9B5V，这就是典型的SIM卡防护做法。ESD9B5V这种二极管阵列的结电容很低，对时钟线上的信号完整性影响可以忽略；千万别为了省成本用普通TVS管甚至104电容去替代，结电容大了之后SIM_CLK的边沿会被拉圆，轻则读卡变慢，重则直接读不到卡。
VDD_EXT这个网络要单独说。网表里VDD_EXT和NB_3.3V是连在一起的，而NB模组自己的VBAT是独立引脚。VBAT是模组射频功放的电源，经内部DCDC后给PA供电；VDD_EXT则是模组对外输出的电源轨，可以给外部传感器或者电平转换芯片用。设计时要区分清楚：VBAT必须在模组附近放一个大电容（100uF电解+10uF陶瓷+100nF高频），VDD_EXT则不需要这么大的储能，它只是模组内部LDO的输出。
2.3 复位与启动：BOOT0、NRST、电源时序的检查顺序
网表里MCU的NRST引脚（7脚）接了一个复位按键KEY1，旁边还有R7（1K）和C34（103/25V）组成的RC复位电路。这个1K电阻是限流用的，防止按键释放瞬间的放电电流过大；103电容提供约10ms的上电复位延时。
踩过复位坑的人都知道：NRST对地电容不能贪大。有人为了让复位更可靠把104（100nF）甚至1uF怼上去，结果MCU的复位释放沿变得非常缓，内部上电复位电路反而可能误判，出现“上电后偶尔跑飞”的玄学问题。原理图给103（10nF）是合理的，抄的时候别改大。
BOOT0引脚通过R15（1M）下拉到地，这是常规做法——默认从Flash启动。如果你要用串口下载程序，BOOT0需要拉高，很多产品会在BOOT0上预留一个0欧电阻位或者跳线，原理图里用1M下拉主要是防干扰，而不是为了切换启动模式。实际调试时我一般会在BOOT0上并联一个10K到VDD的焊盘位，需要进系统Bootloader时直接飞线，调试完再摘掉。
电源时序上要注意：VDD_3.3V稳定之后，MCU释放NRST，然后才开始初始化外设。NB模组的RESET（NB_RESET）由MCU的某个GPIO控制，网表里能看到NB_RESET这个网络。模组的复位不是简单地拉低再拉高就完了——很多NB-IoT模组要求RESET引脚保持低电平至少几百毫秒，然后拉高，再等模组输出就绪信号。如果只是像单片机复位那样拉一下，模组可能不启动，这是后文排查章节的重点之一。
3. MCU与NB-IoT模组的连接：UART、USIM与SWD三张信号表
3.1 UART交叉连接：U1_TX对NB_RXD，U1_RX对NB_TXD
这是全图最容易看错、也最容易焊错的地方。从网表网络标签可以看到，MCU的U1_TX接到模组的NB_RXD，U1_RX接到模组的NB_TXD。很多人第一次画NB-IoT板子时，看着模组引脚定义上写着“TXD、RXD”，就想当然地把两个TXD接一起、两个RXD接一起，结果AT指令发出去石沉大海。
串口交叉连接是铁律：主机TXD→从机RXD，主机RXD←从机TXD。这份原理图的网络标签已经把交叉关系画清楚了，你抄图时唯一要做的就是别在PCB上把丝印搞反。
除了U1_TX/U1_RX这对主串口，网表里还有U1_TX2和U1_RX2这一对备用串口。我看过不少带备用串口的设计：主串口接了NB模组用于AT指令和TCP/IP数据通路，备用串口留作固件升级或者接外设。如果板子上同时有RS485和USB转串口，要注意主控的USART资源分配，别让多个外设抢占同一对引脚。
电平匹配问题在这里要单独提一句：网表里能看到模组接口有VBAT，但数据引脚（TXD、RXD、RIO、AIO）的IO电平通常不是VBAT，而是模组内部的1.8V或3.0V逻辑。STM32L151的数据引脚是3.3V电平，如果模组的TXD输出高电平只有1.8V，对于3.3V输入的MCU来说逻辑“1”的阈值通常仍能识别，但反过来MCU的3.3V高电平对模组输入来说可能存在过压风险。稳妥做法是在两者之间加电平匹配——网表里没看到专用电平转换芯片，说明这个模组的IO耐压设计为3.3V兼容，直接直连是可行的，但换模组型号时必须重新查数据手册。
3.2 USIM接口：SIM_VDD、SIM_CLK、SIM_DATA、SIM_RST的ESD与走线
从U12（NB-IOT模组）的引脚定义能看到完整的USIM接口信号：USIM_DATA、USIM_CLK、USIM_RST、USIM_VDD、USIM_GND。这些信号经过一排ESD9B5V之后连到SIM卡座J101（SIMCARD_6）。
SIM卡的走线要求在所有数字信号里算苛刻的。SIM_CLK时钟频率常见在3MHz到4MHz左右，虽然不算高频，但边沿很陡。走线时这四根线要尽量等长、平行、远离电源和射频走线。实际布线时我一般会把SIM卡座放在模组旁边，走线长度控制在20mm以内，并且四根线抱团走。
ESD器件的位置也有讲究：要放在靠近SIM卡座那一侧，而不是模组那一侧。ESD管的作用是把静电泄放到地，如果放在模组端，静电进来要先走过一段长走线，这段走线上的寄生电感会降低ESD管的钳位效果。这份原理图把ESD9B5V直接贴着卡座放，是对的。
R13（33R）这个串阻出现在SIM_CLK或者SIM_DATA附近，作用是限流和抑制振铃。串阻的阻值不是随便选的：太小起不到阻尼作用，太大则信号边沿变缓、建立时间不够。33Ω是一个工程上常用的折中值。改板时如果遇到SIM卡读写不稳定，可以试着把这个电阻在22Ω到47Ω之间调整。
3.3 SWD调试口与NETLIGHT：查卡、查网、查固件的三个入口
网表里有JTMS/SWDAT、JTCK/SWCLK这组调试信号，分别接到了MCU的PA13和PA14，这是标准的ARM SWD调试口。J10这个CON5插座就是板上调试接口，连上ST-Link就能烧录和在线调试。
同时还能看到一组NB_SWD_DIO、NB_SWD_CLK信号，这是模组自身的SWD口，用于模组固件升级和产线校准。模组的SWD和MCU的SWD是两套独立网络，调试时别搞混：接了主控的SWD只能调试MCU程序；想升级模组固件得把探针接到模组的SWD上，很多人在这一步卡住，以为模组不能用，其实是刷错口了。
NETLIGHT引脚是模组的网络状态指示输出。网表里NETLIGHT网络连到了LED_LINK，这个LED能直观反映模组状态：搜网时慢闪，注册上网络后快闪或者常亮，和服务器建立连接后又有不同节奏。产品调试时这个灯极其有用——你发AT指令半天没反应，先看灯：灯在闪说明模组活着，问题在串口；灯不亮了，大概率是模组没供电或者复位没释放。
调试串口DBG_TXD、DBG_RXD也要提一嘴，这是模组的日志输出口，一般不去接。只有当AT指令行为异常、怀疑模组内部协议栈出错时才接出来看日志，正常使用置空即可。
对于这张信号表，动手之前我会先整理一遍，以确认没有引脚冲突，然后直接照着烧录验证。下面是一个拿Python串口库发AT指令的测试脚本，用来快速判断模组是否活着的，实测比用串口助手打命令高效得多：
import serial import time PORT = "COM4" # Windows下是COM口，Linux下是/dev/ttyUSB0或/dev/ttyACM0 BAUD = 9600 # NB-IoT模组默认波特率常见9600，也有115200 ser = serial.Serial(PORT, BAUD, timeout=2) time.sleep(0.5) # 等待模组上电稳定 def at_cmd(cmd: str) -> bytes: ser.write((cmd + "\r\n").encode()) time.sleep(0.3) return ser.read(ser.in_waiting) # 1. 基本AT测试 resp = at_cmd("AT") print("AT ->", resp) # 2. 查SIM卡状态 resp = at_cmd("AT+CSQ") # 信号质量 print("CSQ ->", resp) # 3. 查模组固件版本 resp = at_cmd("AT+CGMR") print("CGMR ->", resp)这段脚本的逻辑很简单：打开串口后依次发送“AT”测试模组是否响应、发送“AT+CSQ”查信号值、发送“AT+CGMR”查固件版本。串口波特率要和模组实际配置一致，模组出厂默认常见是9600bps，但如果你用的模组之前被配置过其他波特率，就得先发“AT+IPR=9600”重置。
参数说明：timeout=2的意思是读串口时最多等2秒，避免命令无响应时程序卡死；send之后sleep 0.3秒给模组留出处理时间，NB-IoT模组对AT指令的响应时间比普通WiFi模块慢，常见在100~500ms，蜂窝网络相关的指令（如AT+COPS）可能需要几秒。跑完这个脚本，如果第一步AT都没反应，不用怀疑，直接顺着第5章的排查思路去查供电和串口接线。
4. OLED、传感器、RS485与USB调试口：外设接口怎么分配才不打架
4.1 0.96寸OLED：SPI模式下的SCLK、MOSI、DC、CS映射
网表里有“0.96寸OLED SPI/IIC转接板”的字样，转接板支持SPI和IIC两种模式，这块板子实际用的是SPI。OLED的D0（SCLK）、D1（MOSI）、DC、CS、RST分别连到了SPI总线的SCK、MOSI、NSS和两个GPIO上。
OLED SPI通常有四线（SCLK、MOSI、DC、CS）和五线（加RST）之分。原理图里把RST也接出来了，好处是上电时MCU可以主动复位OLED，避免OLED因为上电时序问题显示花屏。DC引脚是数据/命令选择线，驱动OLED时先拉低DC发命令字节，再拉高DC发显示数据，这是SSD1306之类控制器的基础时序。
SPI总线上的器件不止OLED一个，从网表里能看到NSS、SCK、MISO、MOSI这组SPI信号还被引到了扩展插座上。多个SPI从设备共用同一组时钟和数据线是常态，关键是片选信号必须独立。OLED的CS、传感器的片选、以及其他扩展接口的CS，各自占一个GPIO，不能共用。这一点抄图时要看清楚，别把两个设备的CS接到同一个网络。
OLED驱动初始化代码是按SSD1306控制器的标准时序来的，不同厂商的0.96寸屏基本都是这颗主控，代码可以直接复用：
#include "stm32l1xx.h" // 假设OLED的DC接PB5，CS接PB2，RST接PB0（以实际原理图网络为准） #define OLED_DC_H GPIOB->BSRRL = GPIO_Pin_5 #define OLED_DC_L GPIOB->BSRRH = GPIO_Pin_5 #define OLED_CS_H GPIOB->BSRRL = GPIO_Pin_2 #define OLED_CS_L GPIOB->BSRRH = GPIO_Pin_2 #define OLED_RST_H GPIOB->BSRRL = GPIO_Pin_0 #define OLED_RST_L GPIOB->BSRRH = GPIO_Pin_0 static void OLED_WriteCmd(uint8_t cmd) { OLED_CS_L; OLED_DC_L; // 命令模式：DC拉低 // SPI发送一个字节，阻塞方式 while ((SPI1->SR & SPI_SR_TXE) == 0); SPI1->DR = cmd; while ((SPI1->SR & SPI_SR_BSY) != 0); OLED_CS_H; } static void OLED_WriteData(uint8_t dat) { OLED_CS_L; OLED_DC_H; // 数据模式：DC拉高 while ((SPI1->SR & SPI_SR_TXE) == 0); SPI1->DR = dat; while ((SPI1->SR & SPI_SR_BSY) != 0); OLED_CS_H; } void OLED_Init(void) { // 复位OLED：拉低至少10us再释放 OLED_RST_L; for (volatile int i = 0; i < 1000; i++); OLED_RST_H; for (volatile int i = 0; i < 10000; i++); OLED_WriteCmd(0xAE); // 关闭显示 OLED_WriteCmd(0x20); // 设置内存寻址模式 OLED_WriteCmd(0x00); // 水平寻址 OLED_WriteCmd(0x8D); // 电荷泵 OLED_WriteCmd(0x14); // 使能电荷泵 OLED_WriteCmd(0xAF); // 打开显示 }这段代码里DC和CS的引脚编号是基于常见接法的示例，实际以你自己板子上的网络分配为准。逻辑说明：OLED_WriteCmd和OLED_WriteData是底层两个写函数，区分只在DC电平——写命令时DC为低，写数据时DC为高；CS在整个字节传输期间拉低，传输完拉高，这是SPI从设备的标准握手方式。Init函数先把RST拉低再拉高，给OLED一个干净的上电复位，然后依次发关闭显示、寻址模式、电荷泵、开显示四条命令。
参数说明：Init里复位低电平保持时间用了一个1000次的空循环，在32MHz主频下大约几十微秒，复位高电平后的等待用了10000次空循环，约几百微秒，SSD1306要求的复位时序远没有这么严格，这里只是为了稳妥。OLED_SPI模式下SCLK最快可以到10MHz，但为了减少干扰，我会保守地把SPI分频设为4，实际跑2MHz左右，显示刷新已经足够流畅。SPI的MISO引脚在OLED上不用，驱动里没有读操作。
4.2 传感器接口与ADC：PA1/ADC1、PB0/ADC0的共享与分时
网表里能看到ADC0、ADC1、I2C_SDA、I2C_SCL这些网络，以及U3A和U3B两个sensor接口器件。这说明板上预留了传感器接入点，传感器类型可能是温湿度、气压或者气体探头，通过I2C或ADC读取。
这里有个典型的共用问题：PA1/ADC1引脚既出现在传感器接口上，又出现在扩展连接器上。同一个引脚被两个连接器同时引出去，这是参考板上常见的设计——为了兼容不同型号的扩展板。实际产品中如果只接一种传感器，另一个连接器不焊即可；但如果两个连接器同时接了传感器，PA1上的两个模拟信号就会互相影响，读出来的ADC值可能偏到离谱。
遇到这种共享引脚，我的做法是在原理图上把每个引脚的“占用者”列一张表，标注哪些是互斥的、哪些是可以同时工作的。比如I2C_SDA和I2C_SCL理论上可以挂多个I2C设备，前提是设备地址不冲突；而ADC输入引脚每一路只能接一个模拟信号源，不能并联两个传感器输出。我们在第6章的验证清单里会专门过一遍这张表。
4.3 RS485收发与USB转串口：方向控制和DP/DM阻抗
网表里能看到485+、485-、CTRL0~CTRL3、DIN0~DIN3这些信号，连到U2（CON4 X8SMT）这个器件。这是一路RS485接口，常见收发器是半双工结构，RO（接收输出）、DI（发送输入）分别接MCU的UART RX和TX，方向控制脚DE/RE接一个GPIO。
RS485方向切换是新手最容易搞混的地方。发送数据前必须先把DE拉高使能驱动器，发完之后再拉低切回接收。如果方向脚没控制好，会出现“自己发数据自己收到”“总线上波形乱撞”的情况。代码里切方向的标准姿势是这样：
#define RS485_DE_SET GPIOA->BSRRL = GPIO_Pin_8 // PA8控制DE/RE #define RS485_DE_CLR GPIOA->BSRRH = GPIO_Pin_8 // 发送一帧数据 RS485_DE_SET; // 拉高DE，进入发送模式 for (int i = 0; i < len; i++) { while ((USART1->SR & USART_SR_TXE) == 0); USART1->DR = buf[i]; } while ((USART1->SR & USART_SR_TC) == 0); // 等待最后一个字节移位完成 RS485_DE_CLR; // 拉低DE，恢复接收这段代码的灵魂是最后那个等待TC（Transmission Complete）标志的语句。很多人只等TXE（发送数据寄存器空）就切换方向，结果最后一个字节还在移位寄存器里没发完，方向一切，后半个字节被截掉，总线上就多了一个畸形帧。等到TC置位意味着整帧已经从引脚上出去了，这时候切方向才安全。参数上，RS485的收发器驱动能力常见是32个节点，总线波特率9600~115200bps都常见，实际速率受线缆长度影响，超过100米建议降到9600bps。
USB调试口这边，CON2是USB-MINI-B-TYPE座，USB_D+和USB_D-直接连到了STM32L151的PA11和PA12。这两个引脚是芯片内部的USB PHY引脚，走线要求比较高：D+和D-要差分走线，长度差控制在1mm以内，线上串22Ω电阻（网表里的R10 22R、R11 22R）做阻抗匹配。USB的5V进来也经过了一颗1N5819（D16）和滤波电容，这是为了防止USB口热插拔时的浪涌倒灌到主板电源。这里有个值得注意的细节：USB_D+上需要接一个1.5K上拉电阻到3.3V，用于告诉主机“这是一个全速设备”，部分MCU内部有这个上拉，部分需要外部加，画PCB时务必对照MCU数据手册UG确认，否则电脑会提示“无法识别的USB设备”。
5. 常见问题排查：不上电、读不到SIM卡、AT无响应的五个处置案例
5.1 现象：模块间歇性重启，一联网就复位
开发板上电后，用AT指令查信号正常，一旦执行“AT+CFUN=1”打开射频功能，模组立刻重启或死机。用示波器量VBAT引脚，能看到一个大幅跌落，甚至低于模组的最低工作电压。
原因：NB-IoT模组发射时电流脉冲很大，如果VBAT到电源之间的走线太细、或者储能电容容量不够，发射瞬间电压被拉低到欠压阈值以下，模组内部DCDC掉电复位。原理图上VBAT脚附近虽然标注了多个对地电容，但实际PCB布局时这几个电容离模组引脚太远，寄生电感抵消了电容的作用。
解决：把100uF电解电容、10uF陶瓷电容、100nF高频电容三颗都放在模组VBAT引脚的3mm范围内，走线加宽到1mm以上，并且从电源输入端直接拉一条独立的粗线到模组VBAT，不要和数字电路共享走线。如果还不行，把LDO方案换成DCDC（同步降压，例如开关频率1.4MHz以上的型号），效率高、瞬态响应好，这是治本的办法。
5.2 现象：AT+CPIN?返回ERROR，SIM卡一直读不到
按说卡座方向没焊错，卡也插好了，但模组就是报“SIM not inserted”或者“SIM card error”。换了一张卡还是一样。
原因：SIM_CLK线上并联的ESD保护器件结电容太大。很多工程师习惯用常规TVS管或者100nF的电容做静电保护，结果3~4MHz的时钟信号被电容拉成了三角波，模组无法正确采样。原理图上用的是ESD9B5V这类超低结电容器件（结电容典型值0.5pF左右），就是专门为SIM卡这类中高速接口准备的。
解决：把SIM卡座附近的ESD器件全部换成低结电容型号，并且将ESD管的地脚就近打过孔到主地平面。另外检查SIM卡座到模组之间的走线是不是有明显的过孔换层——过孔引入的寄生电容和电感在SIM_CLK上会被放大，尽量同层走线、减少过孔数量。
5.3 现象：发AT指令没有任何回应，串口调试助手一片空白
第一步先量模组供电电压，3.3V正常；再量模组RESET引脚，发现一直是低电平。
原因：NB_RESET被MCU的一个GPIO控制着，但这个GPIO在MCU启动早期处于默认状态，或者MCU程序里把它初始化为输出低电平，导致模组一直被按在复位状态。很多NB模组的RESET是低电平有效，上电后要求拉高才能启动，如果MCU代码里GPIO初始化顺序不对，模组永远起不来。
解决：先把模组RESET引脚用跳线直接拉高到VDD_3.3V（或者用镊子短接到高电平），确认模组能正常启动并回AT。然后在MCU代码里把控制NB_RESET的GPIO初始化为推挽输出高电平，并且放在所有外设初始化之前。代码顺序从“先初始化UART、再配GPIO”改成“先配GPIO、再初始化UART、最后再给模组发复位脉冲”，这个坑就算填上了。
5.4 现象：信号值AT+CSQ返回99或者负值，天线怎么调都上不去
天线明明接到了模组的RF_ANT引脚上，MHF1座也焊好了，但信号质量很差，甚至注册不上网络。
原因：RF_ANT走线没有做50欧阻抗控制，或者天线周围有金属件/大块地铜皮遮挡。NB-IoT工作在800~900MHz频段，波长30多厘米，天线对周围环境的敏感度极高。原理图上RF_ANT引脚到MHF1座之间看起来就是一截走线，但如果这截走线的线宽在PCB上没按叠层算过阻抗，驻波比会很难看。
解决：下单PCB时选择有阻抗层的叠层方案，RF走线按50欧单端阻抗算线宽（常见4层板、1.6mm厚度，50欧线宽约0.3~0.35mm，具体以叠层计算为准）；RF走线两侧包地，地过孔间距小于波长的1/20（约15mm以内）。如果板子已经做出来了、没法改，就把外置天线用IPEX线延长，让天线远离板上的MCU区域和电源区域，通常能救回一部分信号。若信号还是不行，直接换天线型号，有些胶棒天线的频偏很离谱，标称900MHz实际谐振点跑到1.2GHz去了。
5.5 现象：按复位键MCU没反应，但断电重上电正常
按键按下时MCU不复位，万用表量NRST引脚电平也没有变化。上电瞬间却能正常启动。
原因：NRST引脚上的RC复位电路参数不对。原理图里R7（1K）和C34（103）组成的复位电路，上电时电容充电、复位脚保持低电平约10ms后释放。但如果C34被改大，按下按键时放电回路变慢，复位引脚的电平变化率太低，MCU内部的施密特触发器无法识别出有效的复位边沿，就会出现“上电正常、按键不复位”的怪现象。
解决：恢复原理图上的103电容，按键串联一个小电阻（1K~10K）防止静电和按键抖动。如果按键复位存在偶发失灵，在按键两端并联一个100nF电容，让按下瞬间的毛刺被吸收掉，但注意并联电容不能太大，100nF在复位线上是安全的。曾经我在某块板子上把复位电容从103改成104，就出现了这种“偶尔失灵”的翻车情况，后来改回103就再没出现过。
6. 从PDF原理图到第一块能跑通的板：用这个顺序做验证，能省一个星期
把原理图PDF吃透之后，最终目的是落到实物上。很多人的习惯是拿到图就开始画PCB，画完就打样，结果板子回来一堆问题。我现在的流程是：先做一次完整的“原理图审计”，再花半天时间把电源、串口、复位这些关键网络用万用表和示波器过一遍，最后才写代码。这个习惯是从一次血泪经验里养成的——某次画一块带NB模组的采集板，没仔细核对SIM_VDD的网络归属，直接照抄了一个WiFi模块的SIM卡供电电路，把SIM_VDD接到了主LDO上，结果板子回来后SIM卡死活读不到，量了才发现SIM_VDD被外部电源拉住了，模组内部的SIM卡电源根本没法正常输出，浪费了整整一周。
第一步是把网表里的关键网络整理成一张表格，按“电源网络、复位网络、串口网络、USIM网络、天线网络”分类。然后对着STM32L151的引脚定义，逐个确认网表里的网络名和引脚号一一对应。这一步不要跳过，参考设计也有漏标引脚的地方，尤其要注意网表里那些“看起来很像”的网络，比如NB_3.3V和VDD_3.3V，差一个字符，实际是完全隔离的两路电源。
第二步是上电前的静态检查。先用万用表二极管档量VDD_3.3V对地是否短路，再量VBAT对地是否短路，然后对每一路LDO的输出电容两端量一下压降方向，确认电解电容极性没焊反。第一次上电时用直流电源限流100mA起步，慢慢加电流，如果电流异常大，马上断电查短路。
第三步才是烧录代码验证。推荐的上电验证顺序是固定的：
- 烧录一个GPIO翻转程序，确认SWD调试链路通。需要确认有稳定的3.3V供电且主晶振起振。
- 用串口助手发AT指令，第一步只发“AT”，收到“OK”再往下走。需要确认模组供电、复位、UART交叉三条链路都正常。
- 发“AT+CPIN?”查询SIM卡状态，返回READY之后再往下走。需要确认SIM卡座、ESD、SIM_VDD三件事全部正常。
- 发“AT+CSQ”查询信号值，数值在10以上说明天线基本正常。需要确认天线连接和射频走线。
- 发“AT+COPS?”或“AT+CEREG?”查询网络注册状态。需要确认所在区域有NB-IoT覆盖，且SIM卡是物联网卡。
第三步里如果某一步卡住，回头翻第5章的排查表对照，比重新翻模组数据手册快得多。下面这段脚本是我每次拿到新板子都会跑一遍的自检程序，用Python写，逻辑是逐级检查，哪个环节挂了就停下来报错：
import serial import time PORT = "COM5" BAUD = 9600 ser = serial.Serial(PORT, BAUD, timeout=1) def at(cmd, wait=0.5): ser.reset_input_buffer() ser.write((cmd + "\r\n").encode()) time.sleep(wait) return ser.read(ser.in_waiting).decode(errors="ignore") check_list = [ ("AT", "OK", "串口不通或模组未上电"), ("AT+CPIN?", "READY", "SIM卡未就绪"), ("AT+CSQ", "", "信号查询失败（返回值99表示无信号）"), ("AT+CEREG?", "1", "网络未注册"), ] for cmd, ok_key, err_msg in check_list: resp = at(cmd) if cmd == "AT+CSQ": # 提取CSQ数值，0~31之间表示有信号 try: csq = int(resp.split(":")[1].split(",")[0].strip()) if csq < 10: print(f"信号偏弱: CSQ={csq}，检查天线") except Exception: print(err_msg, resp) break elif ok_key not in resp: print(f"[FAIL] {cmd} -> {resp} ({err_msg})") break else: print(f"[PASS] {cmd} -> {resp.strip()}")这个脚本的本质是把人工测试过程固化成自动化：每一步检查都有明确的判定依据，AT+CPIN?返回的字符串里必须包含“READY”，AT+CEREG?返回的第二个参数必须是“1”（已注册）或者“5”（已注册并漫游），AT+CSQ的值小于10时提示检查天线。如果某一步判定失败，脚本停在该步，避免带着问题继续往下跑，把排查范围缩小到当前环节。
从那以后，每次拿到新板子我都强制自己走一遍这套流程——静态检查、限流上电、逐步验证、自动化脚本兜底。步骤越往后，越能体会到底层链接可靠性的价值。如果这份NB-IoT模块原理图的PDF能帮你少走几步弯路，那这篇笔记就没有白写。希望帮到你。
本文还有配套的精品资源，点击获取
