ARTICLE DETAIL

资讯详情

深耕网站建设、视觉设计与SEO优化的一线实战洞察。

STM32命名规则全解析:从型号编码到选型实战避坑指南

STM32命名规则全解析:从型号编码到选型实战避坑指南 1. 为什么每个嵌入式人都该吃透STM32命名规则刚入行那会儿我在电子市场帮师傅配单拿着一份BOM表看到“STM32F103C8T6”和“STM32F103C6T6”两个型号心想就差一个数字价格差了快一倍随手就按便宜的报了价。结果样机焊出来跑程序编译能过、下载能进但一跑USB虚拟串口就各种掉线查了两天才发现是Flash容量差了整整一倍C6只有32KBC8是64KB程序稍微大一点就踩到边界了。那次之后我才真正意识到STM32的型号里每一个字母、每一段数字都不是随便编的它是一份压缩到十几位字符里的“硬件身份证”。STM32芯片命名规则这件事看起来像是选型工程师才需要关心的东西但实际上它贯穿了整个开发生命周期。你在Keil5里装芯片包的时候要选对系列在STM32CubeMX里建工程的时候要选对型号画最小系统板原理图的时候要确认引脚数量和封装写OTA升级方案的时候要算Flash分区够不够甚至用ST-Link Utility烧录的时候如果型号选错连读保护等级都可能对不上。我见过太多人项目做到一半发现RAM不够、定时器数量不对、封装画错回头一查全是当初选型时没看懂命名规则埋下的雷。这篇文章我打算把STM32命名规则从里到外拆一遍。不是那种抄手册的干巴巴对照表而是结合我这些年做过的项目——从基于STM32的智能台灯、鱼缸控制器到两轮差速小车的矢量控制、LoRa温控电路——告诉你每一段编码背后对应的是什么硬件资源选型时哪些参数是“一票否决”的硬指标哪些是可以妥协的。不管你是刚入手STM32最小系统板的新手还是正在做基于STM32毕业设计的学生或者是需要给量产项目做选型评估的工程师把命名规则吃透能帮你省下大量返工和扯皮的时间。2. STM32命名规则的整体结构与拆解思路2.1 一条型号字符串的完整解剖STM32的命名规则本质上是一套“族-系列-子系列-引脚-Flash-封装-温度”的七段式编码。拿最常见的STM32F103C8T6来举例拆开来看是这样的字段位置字符含义说明第1段STM32产品家族意法半导体32位MCU第2段F产品类型F基础型/高性能L低功耗H高性能G通用W无线第3段103子系列具体型号系列决定内核、主频、外设集第4段C引脚数C48脚R64脚V100脚Z144脚等第5段8Flash容量632KB864KBB128KBC256KB等第6段T封装类型TLQFPHBGAUQFNPTSSOP等第7段6温度范围6-40~85℃7-40~105℃3-40~125℃这七段里真正决定你能不能跑起来的是第3、4、5段。第3段决定了芯片的内核架构和外设资源池第4段决定了你画PCB时引脚够不够用第5段决定了你的代码能不能装得下。第2段和第6、7段更多是选型时的约束条件比如低功耗场景必须选L系列空间受限必须选QFN封装工业级温度必须选7或3结尾。2.2 为什么是这套编码逻辑这套命名规则的设计思路其实很清晰用最短的字符表达最多的选型信息。你想想如果每个型号都用完整描述比如“STM32F103 48引脚 64KB Flash LQFP封装 工业级温度”那BOM表得写多长。压缩成STM32F103C8T6之后有经验的工程师一眼就能判断这颗料能不能用。但这里有个坑不同产品线之间的编码规则并不完全通用。F系列的Flash容量编码和L系列就不一样H7系列的引脚编码也和F1有差异。我刚开始从F1转到F4的时候就吃过这个亏以为C还是48脚结果F4的C是48脚没错但Flash容量编码从16KB起步的规则变了导致我选错了一颗料。所以下面我会按产品线分别拆解不能一概而论。2.3 选型时的优先级判断在实际项目中我判断一颗STM32能不能用的顺序是这样的内核和主频先看子系列确定是M0、M3、M4还是M7主频够不够跑算法。比如做矢量控制或者PID串口调试F1的72MHz可能勉强F4的168MHz就从容很多。Flash和RAM这是最容易被低估的。很多人只看Flash忽略了RAM。跑LVGL移植或者USB虚拟串口发送数据的时候RAM消耗比想象中大得多。我一般会预留30%以上的余量。引脚数根据外设需求倒推。比如你要接编码器程序、超声波测距、LoRa模块、485控制伺服电机每个外设占几个引脚加起来再留出调试口和电源引脚才能确定选多少脚的封装。封装和引脚数联动但还要考虑PCB工艺。QFN封装体积小但手工焊接难度大LQFP相对友好BGA就别想着手工焊了。温度等级消费类项目6结尾够用工业场景必须7或3。这个顺序不是绝对的但能帮你快速排除掉不合适的型号避免在几百个型号里大海捞针。3. 逐段拆解每个字符背后的硬件含义3.1 产品类型字母F、L、H、G、W怎么选第2段的字母代表产品类型这是选型的第一道分水岭。F系列是最常见的也就是所谓的“基础型”和“高性能型”。F0是入门级M0内核F1是经典的M3内核F4是M4内核带FPUF7是M7内核。我做的基于STM32的毕业设计里十有八九用的是F103因为资料多、教程全、江科大STM32的课程也是以F1为主。但F1有个问题它的外设资源放到今天看有点捉襟见肘做USB虚拟串口和CAN通信同时用的时候中断优先级配置会很紧张。L系列是低功耗型L0、L1、L4、L5。如果你的项目是电池供电的比如基于STM32空气质量检测开源项目、鱼缸温控器L系列能让你少操很多心。L4的Stop模式功耗可以做到微安级配合RTC唤醒一颗纽扣电池撑几个月不是问题。但L系列的主频通常比同代F系列低L4最高80MHz跑复杂算法会吃力。H系列是高性能型H7主频能到480MHz甚至更高带双精度FPU和大量RAM。做EtherCAT从站、矢量控制、高速ADC采样的项目H7是首选。但H7的封装通常比较大引脚多PCB层数要求也高不适合小体积项目。G系列是通用型定位在F和L之间主打性价比和灵活性。G0是M0内核G4是M4内核价格比F4便宜外设也不差。最近几年很多国产替代方案都在对标G系列。W系列是无线型内置蓝牙或LoRa射频。做STM32 LoRa温控电路的时候如果不想外挂射频模块W系列可以省掉不少外围电路。但W系列的射频性能受PCB布局影响很大天线匹配没做好通信距离会大打折扣。注意F1和F4的引脚编码规则基本一致但L4和H7的Flash容量编码有差异跨系列选型时一定要重新对照数据手册不能凭经验套用。3.2 子系列数字103、407、429到底差在哪第3段的数字是子系列编号它决定了芯片的内核版本、主频、外设种类和数量。这是整个型号里信息量最大的一段。以F系列为例100系列是M3内核101带以太网102带USB OTG103是通用型105/107带以太网和CAN。我最早做STM32串口通信和定时器捕获测频率的项目用的就是F103因为它有3个USART、2个SPI、2个I2C、2个CAN定时器资源也丰富做PWM输出和输入捕获都很方便。到了F4系列子系列编号变成401、405、407、411、429、439等。407是F4里最经典的168MHz主频带FPU有以太网MAC和USB OTG HS。429在407基础上加了LCD控制器和Chrom-ART加速器做LVGL移植的时候429的LTDC接口可以直接驱动RGB屏幕比SPI屏流畅得多。439又加了MIPI-DSI接口。这里有个经验子系列数字越大外设越丰富但价格也越高封装也越大。如果你的项目只需要串口通信和几个GPIO选F103C8T6就够了没必要上F429。我见过有人做STM32控制LED小灯的项目上来就选F407结果PCB画了四层成本翻了好几倍完全没必要。3.3 引脚数编码C、R、V、Z的对应关系第4段的字母代表引脚数量这个编码在不同系列之间基本通用但具体数值有细微差别。编码引脚数常见封装T36WLCSPC48LQFP48, QFN48R64LQFP64, QFN64V100LQFP100, BGA100Z144LQFP144, BGA144I176LQFP176, BGA176B208LQFP208, BGA208N216TFBGA216选引脚数的时候我一般会先列出所有需要的外设引脚然后加上电源、地、晶振、复位、BOOT、SWD调试口最后再留出10%到20%的余量。比如你做一个两轮差速小车STM32控制的项目需要2路PWM驱动电机、2路编码器接口、1路串口接蓝牙、1路I2C接陀螺仪、若干GPIO接按键和LED算下来48脚勉强够但如果你还要加超声波测距和OLED显示64脚会更从容。提示LQFP48和QFN48虽然都是48脚但QFN的引脚间距只有0.5mm手工焊接需要热风枪和放大镜新手建议从LQFP封装入手。3.4 Flash容量编码6、8、B、C、D、E的阶梯第5段的字符代表Flash容量这是最容易被忽视但又最致命的一段。编码Flash容量典型型号416KBSTM32F103C4T6632KBSTM32F103C6T6864KBSTM32F103C8T6B128KBSTM32F103CBT6C256KBSTM32F103CCT6D384KBSTM32F103CDT6E512KBSTM32F103CET6F768KBSTM32F103CFT6G1MBSTM32F103CGT6注意这个编码规则在F1系列里是“416K632K864KB128K”但在F4系列里编码对应的容量可能不同。比如F407的Flash容量编码是“G1MBI2MB”和F1完全不一样。所以跨系列选型时Flash容量一定要查数据手册确认。我踩过的坑有一次做STM32 OTA升级方案选了F103C8T664KB Flash。Bootloader占了8KB应用程序编译出来55KB加起来63KB理论上刚好装得下。但实际烧录后发现OTA写入新固件的时候需要额外的缓冲区来暂存接收到的数据结果Flash不够用只能把Bootloader精简到4KB应用程序也砍掉了一些功能。后来换成CBT6128KB Flash一切就从容了。所以做OTA项目Flash容量至少要在“BootloaderApp缓冲区”的基础上再留20%余量。3.5 封装编码T、H、U、P、Y的物理形态第6段的字母代表封装类型这个直接关系到你的PCB设计和焊接方式。编码封装类型特点TLQFP四边引脚间距0.5mm或0.8mm手工焊接友好HBGA球栅阵列需要回流焊手工基本不可能UQFN无引脚底部散热焊盘体积小但焊接难度大PTSSOP薄型缩小外形引脚间距小YWLCSP晶圆级芯片尺寸封装极小IUFBGA超薄细间距BGA我个人的选择顺序是LQFP优先QFN次之BGA除非项目要求否则不碰。LQFP的引脚露在外面用烙铁就能焊调试的时候用示波器探头也方便勾。QFN的引脚在底部焊接需要热风枪而且焊完之后检查虚焊很麻烦。BGA就更不用说了没有X光机根本没法检查焊接质量。但QFN有个优势是体积小、散热好。做STM32最小系统板的时候如果空间受限QFN是唯一选择。我做过一个鱼缸控制器的项目PCB要塞进防水盒里只能用QFN封装的F103焊接的时候用了钢网和热风枪第一块板子虚焊了三个引脚排查了半天。3.6 温度等级6、7、3的适用场景第7段的数字代表工作温度范围这个在消费类项目里经常被忽略但在工业场景里是硬指标。编码温度范围适用场景6-40~85℃消费类、室内环境7-40~105℃工业级、车载非关键部位3-40~125℃汽车级、高温工业环境我做过一个基于STM32的智能台灯项目放在室内用6结尾完全够用。但后来有个客户要做户外广告牌的控制器夏天暴晒下PCB温度能到70℃以上加上芯片自身发热85℃的上限就很危险了。换成7结尾的工业级型号之后稳定性好了很多。注意温度等级不仅影响芯片本身还影响晶振、电容等外围器件。选了工业级MCU外围器件也要跟着升级否则木桶效应照样出问题。4. 实操选型从需求到型号的完整推导4.1 需求梳理先列外设清单再选型选型最忌讳的就是“先选型号再想功能”。我习惯的做法是先拿一张纸把所有需要的外设列出来包括通信接口USART、SPI、I2C、CAN、USB、以太网各需要几路定时器PWM输出几路、输入捕获几路、编码器接口几路、基本定时器几路ADC/DAC需要几个通道、采样率要求、分辨率要求GPIO按键、LED、继电器、传感器使能等大概多少个特殊外设LCD控制器、DMA通道、RTC、看门狗等列完之后对照STM32各系列的外设资源表找到满足需求的最低端型号。比如你只需要2路USART、1路SPI、1路I2C、4路PWM、8个GPIO那F103C8T6就绰绰有余。但如果你需要USB OTG HS和以太网MAC那就必须上F407或F429。4.2 参数计算Flash和RAM的估算方法Flash容量的估算我的经验公式是Flash需求 代码段 只读数据段 Bootloader如有 OTA缓冲区如有 20%余量代码段的大小和编译器优化等级、使用的库函数数量有关。用Keil5标准库新建工程一个空的main函数编译出来大概2KB到3KB。加上串口通信、定时器、GPIO驱动大概10KB到15KB。如果用了LVGL移植或者USB虚拟串口发送数据代码量会飙升到50KB以上。RAM的估算更复杂因为RAM消耗是运行时动态变化的。全局变量、堆、栈、DMA缓冲区都要算进去。我一般会看编译后的.map文件找到“Total RW Size”这一项然后乘以1.5作为安全系数。跑RTOS或者LVGL的项目RAM至少要有20KB以上才比较稳。4.3 一个真实案例LoRa温控电路的选型过程我之前做过一个STM32 LoRa温控电路的项目需求是这样的采集2路DS18B20温度传感器驱动1个继电器控制加热器通过LoRa模块上报温度数据支持串口调试PID参数电池供电要求低功耗工作温度-20~70℃选型推导低功耗需求 → 优先考虑L系列需要2路USART1路LoRa1路调试、1路I2COLED显示、若干GPIO → 48脚够用代码量预估传感器驱动LoRa协议PID算法OLED显示大概40KB Flash8KB RAM温度范围-20~70℃ → 6结尾的-40~85℃覆盖封装空间受限选QFN最终选定STM32L051C8T648脚QFN64KB Flash8KB RAM低功耗系列温度等级6。实际跑下来Stop模式下电流2.5微安RTC唤醒周期10秒两节AA电池撑了将近8个月。4.4 选型速查表需求场景推荐系列典型型号理由入门学习、跑马灯F1STM32F103C8T6资料多、价格低、教程全毕业设计、综合项目F1/F4STM32F103ZET6/F407VET6外设丰富、引脚多低功耗电池供电L0/L1/L4STM32L051C8T6微安级Stop模式高速算法、矢量控制F4/H7STM32F407VGT6/H743VIT6高主频、带FPU无线通信W系列STM32WLE5JC内置LoRa射频工业高温环境F4/L47或3结尾型号105℃或125℃极小体积F0/L0QFN封装型号3x3mm到5x5mm5. 常见问题与排查技巧实录5.1 型号选错导致的典型故障故障一Flash溢出编译能过但运行异常现象Keil编译没有报错但程序跑起来随机死机或者某些功能不响应。排查检查.map文件中的“Total RO Size”是否接近Flash容量上限。如果超过90%就要警惕了。我遇到过F103C6T6跑USB虚拟串口代码编译出来31KBFlash只有32KB剩下1KB不到栈稍微深一点就踩到Flash边界导致取指异常。解决换更大Flash的型号或者开启编译器的代码优化裁剪不必要的库函数。故障二RAM不足全局变量被覆盖现象程序运行一段时间后某个全局变量的值莫名其妙变了。排查查看.map文件中的“Total RW Size”对比芯片RAM容量。如果超过80%就要检查栈和堆的大小设置。解决增大栈空间减少全局变量或者换RAM更大的型号。故障三引脚数不够外设冲突现象两个外设不能同时工作或者某个功能时好时坏。排查对照数据手册的引脚复用表检查是否有引脚被重复分配。STM32的引脚复用很灵活但同一个引脚同一时间只能用一个功能。解决重新规划引脚分配或者换引脚更多的封装。5.2 跨系列选型的注意事项从F1转到F4或者从F4转到L4有几个地方必须重新确认Flash容量编码规则F1的“8”是64KBF4的“8”可能不是。一定要查对应系列的数据手册。引脚复用表不同系列的引脚复用功能不同F1的PA9是USART1_TXF4的PA9也是但有些引脚在F1上是GPIO在F4上可能被固定为某个功能。时钟树结构F1的时钟树相对简单F4和H7的时钟树复杂得多PLL配置参数完全不同。用STM32CubeMX生成代码的时候时钟配置要重新调。库函数差异标准库和HAL库的API不一样F1用标准库的项目转到F4用HAL库代码要重写不少。5.3 常见问题速查表问题现象可能原因排查方法解决方案编译通过但下载失败型号选错、Flash算法不匹配检查Keil工程中的Device设置重新选择正确的型号和Flash算法程序跑飞、HardFaultRAM不足、栈溢出查看.map文件RW Size增大栈、优化变量、换型号外设不工作引脚复用冲突、时钟未使能检查GPIO配置和RCC寄存器重新分配引脚、使能对应时钟串口通信乱码波特率不匹配、时钟配置错误用示波器测波特率检查时钟树和USART分频USB无法识别时钟精度不够、DP/DM接反检查晶振和USB引脚换高精度晶振、核对原理图低功耗模式电流偏大未关闭外设时钟、GPIO漏电逐个关闭外设测电流关闭未用外设、配置GPIO为模拟输入5.4 独家避坑技巧技巧一建立自己的选型对照表我维护了一个Excel表格记录了我用过的每一颗STM32型号的Flash、RAM、引脚数、封装、温度等级、价格、供货情况。每次选型先查这个表能快速排除掉不合适的。这个习惯帮我省了很多查手册的时间。技巧二用STM32CubeMX做快速验证选型阶段我会用STM32CubeMX建一个工程把需要的外设都勾上看看引脚分配有没有冲突时钟配置能不能满足。CubeMX会自动检查引脚复用冲突比手动查手册快得多。技巧三样品阶段多买几个型号做样机的时候我会同时买C8T6和CBT6或者R8T6和RBT6。万一Flash不够直接换芯片就行不用重新画板。差价不大但省下的时间很值。技巧四注意供货和生命周期有些型号虽然参数合适但已经进入停产倒计时或者供货周期很长。选型的时候要查一下ST的Product Longevity Commitment尽量选还在活跃供货的型号。我吃过一次亏选了一颗冷门型号小批量试产没问题量产的时候发现交期26周项目直接卡住。技巧五封装和PCB工艺匹配选QFN封装之前先确认你的PCB厂能不能做0.5mm间距的焊盘你的焊接设备能不能搞定。如果不行老老实实选LQFP。我见过有人为了省空间选了BGA结果板子回来没人会焊最后只能重新画板。6. 命名规则在开发全流程中的实际影响6.1 开发环境搭建阶段的型号匹配在Keil5里新建工程第一步就是选Device。如果你选的型号和实际芯片不一致编译出来的代码可能能下载但运行行为会出问题。比如你选的是STM32F103C8T6但实际焊的是C6T6Keil会按64KB Flash来链接生成的代码可能超过32KB下载的时候ST-Link Utility会报错。装芯片包的时候也要注意Keil5的STM32F1xx_DFP包覆盖了F1全系列但F4和F7需要单独装对应的DFP包。用STM32CubeMX生成代码的时候型号选对了它会自动配置正确的时钟树和外设初始化参数。6.2 原理图设计阶段的封装确认画STM32最小系统板原理图的时候封装一定要和型号对应。LQFP48和QFN48的引脚编号是一样的但PCB封装完全不同。我见过有人原理图用了LQFP48的符号PCB封装却选了QFN48板子回来发现焊盘对不上只能飞线。另外不同封装的电源引脚位置也不同。LQFP48的VDD在引脚9和24QFN48的VDD可能在引脚5和20。画原理图的时候要仔细核对数据手册的Pinout图。6.3 固件开发阶段的外设配置型号确定了外设资源也就确定了。比如F103C8T6只有2个SPI如果你需要接2个SPI传感器加1个SPI屏幕那就得用软件SPI模拟一个或者换SPI更多的型号。定时器资源也是同理。F103C8T6有3个通用定时器和1个高级定时器做两轮差速小车的编码器接口需要2个定时器工作在编码器模式剩下2个定时器做PWM输出刚好够用。但如果你还要做超声波测距的输入捕获定时器就不够了得换F103RCT6或者F103VET6。6.4 OTA升级方案中的Flash分区做STM32 OTA升级的时候Flash容量直接决定了分区方案。以F103C8T6的64KB Flash为例典型分区是Bootloader8KB0x08000000~0x08001FFF应用程序区A24KB0x08002000~0x08007FFF应用程序区B24KB0x08008000~0x0800DFFF参数存储区4KB0x0800E000~0x0800EFFF保留4KB如果应用程序超过24KB这个方案就跑不通了。换成CBT6的128KB Flash每个应用区可以分到56KB从容很多。所以做OTA项目选型时Flash容量至少要是应用程序大小的3倍以上。6.5 量产阶段的供货和替代量产阶段最怕的就是型号停产或者缺货。STM32的命名规则里同一系列不同Flash容量的型号很多时候是Pin-to-Pin兼容的。比如F103C8T6和F103CBT6都是LQFP48封装引脚定义完全一样只是Flash容量不同。如果C8缺货可以直接换CBT6硬件不用改软件也不用改只要Flash没超。但跨系列就不一定了。F103和F407的引脚不兼容不能直接替换。所以选型的时候尽量选同一系列里Pin-to-Pin兼容的型号作为备选这样供货出问题的时候能快速切换。7. 从命名规则延伸出去的几个实战话题7.1 国产替代型号的命名对照最近几年国产MCU发展很快很多型号号称Pin-to-Pin兼容STM32。比如GD32的GD32F103C8T6和STM32F103C8T6引脚兼容命名规则也刻意模仿。但实际用下来有几个地方要注意Flash和RAM的访问速度可能不同STM32的零等待周期在GD32上可能需要插入等待周期外设寄存器的默认值可能有差异比如GPIO的复位状态低功耗模式的电流表现不同USB和CAN的时序参数可能需要微调所以国产替代不是简单换个型号就行软件上要做适配测试。7.2 型号后缀的额外含义除了标准的七段式命名STM32型号后面有时还会跟一些后缀字母比如STM32F103C8T6TR。这个“TR”代表编带包装适合SMT贴片机使用。还有“U”后缀代表管装“P”后缀代表托盘装。批量生产的时候包装形式会影响贴片效率选型时要和采购确认。另外有些型号会有“A”后缀比如STM32F103C8T6A这个“A”通常代表修订版本修复了之前版本的一些硬件bug。如果项目对稳定性要求高尽量选最新修订版本。7.3 从命名规则看ST的产品路线STM32的命名规则其实反映了ST的产品策略。F系列主打通用和性能L系列主打低功耗H系列主打高性能W系列主打无线集成G系列主打性价比。每个系列下面又用子系列数字细分覆盖从低端到高端的全谱系。理解了这个产品路线选型的时候就能快速定位。比如你要做一个物联网传感器节点低功耗无线通信那L系列外挂LoRa模块或者直接选W系列就是最合理的路径。如果你要做电机控制需要高主频和FPU那F4或H7就是首选。7.4 命名规则在团队协作中的价值在团队里硬件工程师和软件工程师经常因为型号问题扯皮。硬件选了一颗料软件发现外设不够用要求换型号硬件说板子已经画好了改不了。这种问题的根源往往是选型阶段没有充分沟通。我的做法是选型阶段就让软件工程师参与一起对照命名规则和外设资源表确认Flash、RAM、引脚、外设都满足需求。命名规则在这里就是一个通用的沟通语言硬件说“我选了F103C8T6”软件马上就知道是48脚、64KB Flash、M3内核能快速判断够不够用。7.5 一个完整的选型检查清单最后分享一个我用了很多年的选型检查清单每次选型都过一遍内核和主频是否满足算法需求Flash容量是否满足代码量OTA20%余量RAM容量是否满足全局变量栈堆20%余量引脚数是否满足外设调试口电源10%余量封装是否匹配PCB工艺和焊接能力温度等级是否覆盖工作环境外设种类和数量是否满足需求是否有Pin-to-Pin兼容的备选型号供货周期和生命周期是否可控价格是否在预算范围内这个清单看起来简单但每一条背后都是踩过的坑。我刚开始做项目的时候只看Flash和引脚数结果在温度等级和供货上栽了好几次。后来把清单固化下来每次选型逐条打勾出问题的概率就小多了。提示选型不是一次性的工作项目不同阶段可能要重新评估。样机阶段可以选容易焊接的LQFP量产阶段可以换QFN降成本。但换型号之前一定要重新过一遍这个清单确认所有参数都匹配。STM32的命名规则说到底就是一套硬件资源的编码系统你把它吃透了选型就是查表填空的事。但如果你只记个大概不去深究每一段的确切含义那踩坑是迟早的事。我这些年做过的项目里因为型号选错导致的返工少说也有七八次每次都是血泪教训。希望这篇拆解能帮你少走点弯路选型的时候多花十分钟对照手册比调试的时候花两天排查问题划算得多。
返回列表