STM32U575/585开发实战：低功耗、安全与OTA升级要点

1. 为什么选U575/585而不是更常见的F系列先说个很多人在选型时都会纠结的问题STM32F103、F407这些芯片资料多、案例多、用的人也多为什么非要碰U575/585这种相对冷门的东西答案其实很直接——功耗、安全和存储架构这三点F系列给不了。U575/585是STM32U5系列里的中坚型号基于ARM Cortex-M33内核最高主频160MHz。这个主频放在F系列里不算激进但它的核心优势在于40nm工艺带来的超低功耗跑同样的活功耗可能只有F4系列的一个零头。做电池供电的设备比如便携医疗、工业传感器、智能门锁这个差距就是天壤之别。TrustZone安全架构M33内核自带TrustZone配合芯片内置的HASH、AES、RNG等硬件加密引擎可以做到代码和数据的安全隔离。虽然有些F系列也有加密外设但TrustZone这种级别的安全框架在F系列上是没有的。双bank Flash设计可以在运行代码的同时擦写另一块bank实现真正的OTA无缝升级。这个后面会专门讲对量产设备来说非常重要。U575和U585的区别一句话概括U585比U575多了更强的安全特性主要体现在Secure Manager原TF-M的完整支持、HDP硬件密钥保护等高级安全能力。如果你的产品需要过SESIP Level 3或PSA Certified Level 3这类安全认证直接选U585如果只是普通消费类产品U575足够了还能省点成本。现在STM32U5系列已经改了产品命名新出的型号是U5F、U5G、U5A等主频更高、存储更大但U575/585的定位依然清晰——它是目前用40nm工艺实现低功耗安全成本均衡的最优解之一而且开发资料、参考设计已经非常成熟不像新系列那样要自己踩坑。1.1 拿到芯片后第一件事核对封装与引脚U575/585的封装选项很多从48脚的UFQFPN到176脚的UFBGA都有。我见过不少人在原理图阶段就栽了跟头——用了某个封装结果发现引脚功能和参考设计对不上。这里给一个非常实用的建议去ST官网下载对应封装的引脚功能表Excel格式不要只看数据手册里的引脚图。引脚图只是让你看个大概布局引脚功能表才是你画原理图时真正要用的东西。以LQFP100封装为例你需要重点确认电源引脚分组VDD、VDDA、VREF等引脚的位置和去耦电容布局VCAP引脚内部LDO稳压器的输出需要外接电容典型值2.2uF这个引脚接错或漏接芯片直接不启动BOOT0引脚启动模式选择量产时需要拉低调试时可以配合拉高进入系统BootloaderPC14/PC15这两个引脚是OSC32_IN/OSC32_OUT但如果不用外部32.768kHz晶振可以当作普通GPIO用——这一点很多人不知道我在做第一版原理图时VCAP引脚的去耦电容位置放得离芯片太远结果芯片上电后偶尔能跑、偶尔死机查了很久才发现是电容走线过长导致LDO输出纹波过大。VCAP电容的位置比容值更重要一定要紧贴引脚放置。1.2 电源树设计U575的供电逻辑和F系列完全不同F系列通常一个3.3V供电全部搞定而U575的供电设计要细致得多这是很多从F系列转过来的人最容易踩坑的地方。U575的供电架构大概如下VDD主供电1.71V~3.6V给大部分数字逻辑供电VDDA模拟供电必须和VDD电压一致或更高给ADC、DAC、比较器等模拟外设供电需要额外滤波VDDUSB给USB收发器供电如果用了USB就要单独接3.0V~3.6VVCAP内部LDO输出外接电容不可对外供电VDDMM给FDCAN等外设供电在某些封装上是独立引脚如果只用内部LDO默认情况VDD直接接3.3VVCAP接2.2uF电容到地就这么简单。但如果追求极致低功耗可以切换到外部SMPS开关电源模式将VCAP引脚换成外接电感效率能提升不少——当然电路复杂度也上去了一般做超低功耗手环、传感器节点这类产品才会这么干。我的建议是第一版设计老老实实用内部LDO先把功能跑通。SMPS模式等后续做功耗优化时再上一次引入太多变量出了问题不好排查。2. 最小系统搭建从原理图到第一次点亮LED有了芯片接下来就是搭最小系统。U575的最小系统比F系列多了几个必须处理的地方下面按我实际画板的顺序来我用的是Cadence OrCAD但思路通用。2.1 复位电路和启动配置NRST引脚需要外接一个100nF电容到地内部已经有上拉电阻所以不需要额外加外部上拉个别老工程师习惯性加一个10k上拉其实多余而且会影响复位信号的下沉能力。BOOT0引脚通过一个10k电阻下拉到地默认从Flash启动。调试时想进入系统Bootloader可以用跳线帽短接到VDD再复位。特别注意U575的BOOT引脚配置它和F1/F4不同除了BOOT0的硬件电平还可以通过Option Bytes选项字节配置nBOOT0位和nBOOT1位来改变启动源。如果你的板子无论如何都无法从Flash启动先检查一下Option Bytes是不是被改过。2.2 调试接口SWD最少需要4根线U575支持SWD和JTAG推荐使用SWD最少只要4根线SWDIO、SWCLK、GND、VDD参考电压用于电平匹配。SWDIO接10k上拉、SWCLK接10k下拉这是ST官方推荐的接法能显著提高调试稳定性。我觉得ST-Link V2就够用了但有个细节要注意U575是M33内核老版本的ST-Link固件可能不支持。如果你的IAR/Keil报Target connection failed先把ST-Link固件升级到最新再检查驱动大概率能解决。2.3 晶振电路HSE和LSE高速外部晶振HSE建议使用8MHz或16MHz通过PLL倍频到160MHz。HSE的负载电容根据晶振规格书的CL值计算常用8MHz晶振配2×10pF左右。低速外部晶振LSE用于RTC需要32.768kHz。这里插一个实测经验LSE晶振的匹配电容对得起振率影响非常大。我之前用一颗负载电容12.5pF的32.768kHz晶振配了两颗7pF的电容结果一批板子里有2%概率不小起振慢甚至不振。后来换成6pF电容才稳定。LSE起振问题很难排查最好在原理图阶段就把匹配电容留好位置方便后面调试更换。2.4 第一次跑代码点灯遇到的三件小事最小系统焊好后用STM32CubeMX生成一个最简单的GPIO工程点灯。我建议U575的第一颗LED放在PA5上——这只是个人习惯因为ST官方很多评估板默认LED在PA5对照方便。// 简单到不能再简单的点灯代码HAL库 HAL_GPIO_WritePin(GPIOA, GPIO_PIN_5, GPIO_PIN_RESET); HAL_Delay(500); HAL_GPIO_WritePin(GPIOA, GPIO_PIN_5, GPIO_PIN_SET); HAL_Delay(500);跑起来后有三个新手常遇到的现象需要知道程序下载不了报No target connected八成是SWDIO/SWCLK接反了或者目标板没供电先量一下VDD对地电压代码能下载但LED不亮检查GPIO时钟有没有使能CubeMX生成的工程一般不会漏以及LED的GPIO模式是否配成了推挽输出而不是开漏输出下载一次后第二次下载失败把调试口复用成了普通GPIO。解决办法是用ST-Link的Connect under reset模式或者在程序里加一个延时让调试口保持可用3. 时钟系统别被160MHz的噱头骗了U575的时钟系统比F系列复杂很多但理解清楚后你反而会觉得它的设计很优雅。3.1 时钟树核心脉络从上到下的逻辑是4个时钟源 → PLL → AHB/APB总线 → 外设时钟。时钟源包括MSI内部多速RC上电默认时钟可调范围4MHz~48MHz精度中等。U575的独特之处在于MSI可以自动校准到48MHz配合LSE此时USB可以直接使用省掉HSE的物料成本HSI16内部16MHz RC精度一般适合快速启动HSE外部晶振高精度通常为8MHz或16MHz通过PLL倍频到系统主频LSE外部32.768kHz专门给RTC和低功耗唤醒用也可以作为MSI的参考时钟上电后默认跑MSI 4MHz这时候点灯速度会慢得让你怀疑人生所以CubeMX生成的工程帮你在SystemClock_Config()里配好了PLL。下面是CubeMX自动生成的时钟配置代码我加了注释解释每一段在干什么void SystemClock_Config(void) { RCC_OscInitTypeDef RCC_OscInitStruct {0}; RCC_ClkInitTypeDef RCC_ClkInitStruct {0}; // 配置HSE为8MHz外部晶振 RCC_OscInitStruct.OscillatorType RCC_OSCILLATORTYPE_HSE; RCC_OscInitStruct.HSEState RCC_HSE_ON; RCC_OscInitStruct.HSEFreq HSE_VALUE; // 8MHz RCC_OscInitStruct.PLL.PLLState RCC_PLL_ON; RCC_OscInitStruct.PLL.PLLSource RCC_PLLSOURCE_HSE; RCC_OscInitStruct.PLL.PLLM 1; // 8MHz / 1 8MHz RCC_OscInitStruct.PLL.PLLN 40; // 8MHz * 40 320MHzVCO频率 RCC_OscInitStruct.PLL.PLLP 2; // 320MHz / 2 160MHz系统时钟 RCC_OscInitStruct.PLL.PLLQ 2; // 320MHz / 2 160MHz给USB等 RCC_OscInitStruct.PLL.PLLR 2; // 320MHz / 2 160MHz给ADC等 if (HAL_RCC_OscConfig(RCC_OscInitStruct) ! HAL_OK) { Error_Handler(); } // 配置总线时钟分频 RCC_ClkInitStruct.ClockType RCC_CLOCKTYPE_HCLK | RCC_CLOCKTYPE_SYSCLK | RCC_CLOCKTYPE_PCLK1 | RCC_CLOCKTYPE_PCLK2; RCC_ClkInitStruct.SYSCLKSource RCC_SYSCLKSOURCE_PLLCLK; // 系统时钟从PLL来 RCC_ClkInitStruct.AHBCLKDivider RCC_SYSCLK_DIV1; // AHB不分频160MHz RCC_ClkInitStruct.APB1CLKDivider RCC_HCLK_DIV1; // APB1不分频U575最高160MHz RCC_ClkInitStruct.APB2CLKDivider RCC_HCLK_DIV1; // APB2不分频 if (HAL_RCC_ClockConfig(RCC_ClkInitStruct, FLASH_LATENCY_4) ! HAL_OK) { Error_Handler(); } }这里PLLM、PLLN、PLLP的关系是输入时钟 / M × N / P 系统时钟。8MHz / 1 × 40 / 2 160MHz。CubeMX的图形界面可以直观地看每一级频率是否在允许范围内强烈推荐在CubeMX里配好后再复制代码不要手写。3.2 Flash等待周期不是小事系统时钟跑到160MHz后Flash读取需要插入等待周期Latency。U575内置了指令缓存I-Cache和数据缓存D-Cache这两个缓存不仅提升性能还直接影响功耗。CubeMX生成代码时会把FLASH_LATENCY_44个等待周期自动配好但如果你手动改时钟配置忘了改Flash等待周期后果就是代码随机崩溃、外设工作异常、稳定复现的死机。判断方法很简单把主频降下来问题消失恢复160MHz问题复现。那就是Flash等待周期的问题。另外提一句在量产固件里建议把I-Cache和D-Cache都打开。U575的155MHz以上运行不开缓存性能差距明显而且功耗更高。CubeMX的Power Consumption Calculator里可以直接看到开/关缓存对功耗的影响。3.3 内外部时钟的取舍MSI的妙用如果你做的是USB设备U575有一个很实用的玩法用MSI 48MHz作为USB时钟省掉一颗外部晶振。代价是MSI的精度需要校准U575支持用LSE自动校准MSI校准后精度可达0.25%以内满足USB 2.0 Full Speed的要求±2500ppm。搞明白了这个逻辑你就能明白为什么U575的参考设计有些没有HSE晶振——它们用的是MSILSE校准方案。如果对时间精度要求高比如做RTC时钟还是老老实实上HSE。4. U575/585典型外设开发从ADC到FDCAN实战时钟和外设都通了接着聊U575最常用的几个外设开发要点。4.1 ADC12位SAR4种工作模式怎么选U575的ADC是12位逐次逼近型SAR最高采样率2.5Msps取决于工作模式和供电电压。它支持4种工作模式我最常用的是前两种Single mode单次转换适合低频采集。配置最简单一个通道转换一次转换完产生中断或DMA请求Continuous mode连续转换适合持续监测一个通道Injected mode注入模式可以在规则转换的间隙插入高优先级转换Dual mode双ADC模式两个ADC同时采样用于需要同步采样的场合实际项目里ADCDMA是标配。DMA自动把转换结果搬到内存CPU零参与效率最高。一个关键坑ADC的采样时间Sampling Time设置太短会导致测量值偏大。原因是采样电容没有完全充电到信号电压。经验值信号源阻抗≤10kΩ时采样时间至少设为12.5个ADC时钟周期高阻信号源比如分压电阻很大采样时间要加到32.5周期甚至更高。U575的ADC还有一个偏移校准功能官方强烈建议每次上电后做一次偏移校准能显著减小直流偏移误差。代码如下ADC_HandleTypeDef hadc1; // 默认配置 hadc1.Instance ADC1; hadc1.Init.ClockPrescaler ADC_CLOCK_SYNC_PCLK_DIV1; hadc1.Init.Resolution ADC_RESOLUTION_12B; hadc1.Init.DataAlign ADC_DATAALIGN_RIGHT; hadc1.Init.ScanConvMode ADC_SCAN_DISABLE; hadc1.Init.EOCSelection ADC_EOC_SINGLE_CONV; hadc1.Init.LowPowerAutoWait DISABLE; hadc1.Init.LowPowerAutoPowerOff DISABLE; hadc1.Init.ContinuousConvMode ENABLE; hadc1.Init.NbrOfConversion 1; hadc1.Init.DiscontinuousConvMode DISABLE; hadc1.Init.ExternalTrigConv ADC_SOFTWARE_START; hadc1.Init.ExternalTrigConvEdge ADC_EXTERNALTRIGCONVEDGE_NONE; hadc1.Init.DMAContinuousRequests ENABLE; hadc1.Init.Overrun ADC_OVR_DATA_PRESERVED; hadc1.Init.SamplingTimeCommon ADC_SAMPLINGTIME_COMMON_1; HAL_ADC_Init(hadc1); // 上电后执行偏移校准 HAL_ADCEx_Calibration_Start(hadc1, ADC_CALIB_OFFSET, ADC_SINGLE_ENDED);注意ADC的参考电压VREF在U575上可以内部连接到VDDA也可以外部单独供参考电压。如果对精度有要求建议外部独立参考源。4.2 串口和DMA让你的日志系统不再卡顿U575有多个USART/UART支持LPUART低功耗串口。对于调试日志我的习惯是串口DMA环形缓冲区这样打印日志不会阻塞主循环也不会漏掉数据。串口配置要点波特率误差使用HSE/PLL时钟时115200bps的误差通常很小。但用HSI16时要注意HSI的精度只有±1%如果还外接了大功率射频模块导致温升误差可能更大建议用外部HSE接收超时U575的USART带自动超时功能RTO可以在接收空闲时产生中断非常适合处理不定长协议// 串口DMA发送示例 uint8_t txBuffer[128]; HAL_UART_Transmit_DMA(huart1, txBuffer, len); // 注意DMA发送期间不能修改txBuffer否则数据会乱掉另一个容易被忽略的点是串口的默认引脚状态。U575的部分USART引脚比如PA9/PA10上电默认是复用功能内部上拉状态不确定。如果你的板上没有外部上下拉串口空闲时可能有毛刺导致误接收。排查方法用示波器看TX/RX线的静态电平TX应该保持在高电平空闲态RX线上没有噪声脉冲。4.3 FDCAN和CAN 2.0完全不同的配置思路U575的FDCAN支持CAN 2.0B和CAN FD速率最高8Mbps数据段。FDCAN和传统CAN最大的区别是FDCAN的报文收发依赖硬件邮箱Mailbox和专用的RX FIFO不像旧CAN那样全靠中断逐帧处理。FDCAN配置的几个要点数据段波特率通过Tq分频实现CAN FD常用仲裁段500kbps、数据段2Mbps或5Mbps滤波器配置FDCAN的滤波器在初始化时设置而且是非屏蔽匹配的模式和旧CAN的屏蔽位模式不一样FIFO深度RX FIFO0和FIFO1分别可以配置不同深度按报文优先级分配高优先级报文进FIFO0这是FDCAN的基础初始化代码FDCAN_FilterTypeDef sFilterConfig; sFilterConfig.IdType FDCAN_STANDARD_ID; sFilterConfig.FilterIndex 0; sFilterConfig.FilterType FDCAN_FILTER_MASK; sFilterConfig.FilterConfig FDCAN_FILTER_TO_RXFIFO0; sFilterConfig.FilterID1 0x123; // 期望接收的ID sFilterConfig.FilterID2 0x7FF; // 掩码全匹配 HAL_FDCAN_ConfigFilter(hfdcan1, sFilterConfig);提示U575的FDCAN2和FDCAN1可以互联实现网关功能即从一个CAN口收到的帧自动转发到另一个CAN口。4.4 USB设备模式还是主机模式U575自带USB 2.0 FS/HS接口支持设备Device和主机Host模式。硬件上FS模式只需要一根D和D-差分线外加一个1.5k上拉电阻ST推荐在D上做内部上拉。HS模式则需要外接ULPI收发器比如USB3300。做USB设备时最简单的方案是CDC虚拟串口——即插即用电脑上就是一个COM口调试日志直接通过USB打印。但这有个坑CDC设备枚举失败或不稳定往往是因为USB时钟不准。如果你的设计里USB用MSI 48MHz而MSI没有用LSE校准频率误差大了会枚举失败。用外部HSE时USB时钟必须满足48MHz±2500ppm所以PLL的Q分频要精确配到48MHz。CubeMX会自动算好但你要记得在时钟配置页面检查一下USB时钟是否显示为48.000MHz。5. 双Bank和TrustZone量产固件升级与安全启动的实操这是U575/585相比F系列最有优势的两个功能也是选它的人最关心的。5.1 双Bank Flash实现无感OTAU575内置了1MB或2MB取决于型号Flash物理上分为两个Bank。支持Bank SwapBank交换意思是运行在Bank1时可以擦写Bank2升级完成后通过一条指令切换启动Bank下次复位就从Bank2启动。OTA的基本流程如下Bootloader运行在Bank1接收新固件包通过串口/蓝牙/网络写入Bank2校验固件完整性比如CRC32或SHA256设置下次启动从Bank2启动的标志位复位芯片从Bank2启动新固件如果新固件启动失败看门狗超时Bootloader回退到Bank1旧固件关键代码是Bank切换// 切换启动Bank前先设置要启动的Bank HAL_FLASHEx_OB_Unlock(); // 修改Option Bytes中的nBOOT0或通过FLASH_CR的BFA位 // 具体配置和寄存器操作比较复杂建议直接参考AN5373STM32U5 OTA应用笔记说句实话双Bank OTA的难点不在切换而在升级过程的健壮性。你需要在Bootloader里实现看门狗、断点续传、固件回滚这几个机制否则升级到一半断电设备就变砖了。所以量产OTA我建议至少预留两个版本号一个是当前运行版本一个是目标版本每次加电都检查这两个版本的关系决定是继续升级还是回滚。5.2 TrustZone安全启动的实操体验如果你是从普通MCU转过来的TrustZone会让你觉得原来安全可以这么硬核。TrustZone把整个SoC划分为安全世界Secure World和非安全世界Non-Secure World。简单理解安全世界是银行金库非安全世界是营业大厅。金库的门SAU/IDAU由硬件强制划定非安全世界的代码物理上无法读写安全世界的资源。U575/585上你可以通过CubeMX的TrustZone Manager图形化分配内存、外设、中断到安全或非安全区域。实际操作中TrustZone最典型的应用是安全固件更新验签私钥和校验逻辑放在安全世界非安全世界的应用固件即使被破解也无法篡改Bootloader的校验过程密钥存储AES密钥放在安全世界的OTP或RDP读保护保护的Flash区域即使攻击者通过JTAG读出非安全Flash也拿不到密钥配置TrustZone的步骤在CubeMX中启用TrustZone检查Security页面定义安全/非安全内存区域分配SAU区域生成代码后工程会分成s_app安全应用和ns_app非安全应用两个子工程安全应用里编译出带签名的固件非安全应用通过TFM_NS_ENTRY接口安全调用这里最大的坑是调试器连接一个开启了TrustZone的芯片如果直接连上不加载地址空间配置可能无法正确识别内核。需要确保IAR/Keil工程里正确配置了TrustZone的内存映射或者在调试开始时把芯片恢复到非安全模式。5.3 从STM32CubeMX到IDEU575的工程环境搭建最后说下工具链U575开发最顺手的组合是STM32CubeMX图形化配置时钟、外设、TrustZone一键生成初始化代码IAR EWARM 9.20 或 Keil MDK 5.36老版本IDE对M33内核和TrustZone支持不好必须升级STM32CubeProgrammer烧录、读保护设置、Option Bytes修改、OTP烧写如果你用的是VS Code也可以安装STM32的VSCode插件配合CMake构建系统调试用Cortex-Debug扩展。但说实话TrustZone调试在VS Code里体验不如IAR/Keil方便涉及安全/非安全交叉调试时我建议还是回到IAR或Keil。补一个CubeMX里容易忽略的选项生成代码时在Project Manager页面把Linker Settings里的Minimum Heap Size和Minimum Stack Size适当加大比如堆512字节、栈1.5KB。U575的HAL库、文件系统和协议栈都比较吃内存默认值偏小容易跑着跑着就HardFault。6. 低功耗设计和硬件排查的实测经验U575主打低功耗所以把低功耗设计的实测经验单独拿出来说。6.1 跑分不是全部Stop模式下的电流实测U575有多个低功耗模式Sleep、Stop 0/1/2、Standby、Shutdown。实测下来Stop 2模式最实用SRAM全部保留、大部分的唤醒源可用、电流可以做到1.5uA左右VDD3.3VLDO模式不带RTC。但要注意以下这几点会影响Stop模式的电流而且非常容易被忽略GPIO浮空输入MCU进入Stop模式后浮空输入引脚可能产生漏电流甚至上下振荡。必须在进入Stop前把所有不用的GPIO配置为模拟模式或输出低电平外部晶振停止如果HSE还在跑没关闭电流会高不少。CubeMX生成的HAL_PWR_EnterSTOPMode会自动关掉HSE但前提是你没用外部晶振当系统时钟调试器连接调试器连着目标板时Stop模式电流会高很多因为调试接口还在工作。测功耗时一定要断开调试器用外部电源单独供电LSE保持如果用LSE做RTCLSE在Stop模式下必须保持工作会增加约0.5uA电流。这是必要开销但有些人不知道看到电流比参考手册高就慌测功耗的方法推荐用串联电阻采样法示波器看电压波形。比如在电源线上串联一个10欧姆电阻示波器测电阻两端压差通过欧姆定律算出电流。这个方法能看到MCU进入Stop模式的瞬态过程比万用表的平均值直观得多。6.2 硬件调试时的三把利器如果你在排硬件问题以下三样东西能让你效率翻倍示波器电流探头看电源纹波、看时钟波形、看GPIO时序逻辑分析仪调试串口协议、I2C/SPI时序、CAN报文比示波器便宜且通道数多万用表测电压、通断、二极管导通方向。排查短路时用二极管档轮流测地(GND)到各电源轨的压降能快速定位哪个片子短路排查顺序建议先量电源再量时钟再量复位最后才是信号。我遇到过一块板子芯片始终跑不起来示波器量晶振根本没波形最后发现HSE的负载电容焊错位置把晶振信号直接短路到地。这类问题的共同点是芯片看起来没坏但就是跑不起来而电源、时钟、复位三要素里至少有一个不满足。6.3 常见硬件问题速查表现象大概率原因排查/处理芯片无法上电VDD电流极大电源对地短路/VCAP接错万用表二极管档量VDD-GND压降正常应在0.3V以上能连接调试器但程序跑飞VCAP电容丢失/容值不足确认VCAP的2.2uF电容紧贴引脚HSE不起振晶振匹配电容不对/引脚虚焊示波器量晶振两脚确认负载电容程序在Stop模式电流大GPIO浮空/调试器连接全引脚配置模拟断开调试器USB枚举失败USB时钟不准/上下拉电阻错误检查PLL配置确认USB时钟48MHzFlash烧录一次后第二次失败RDP级别被改/调试口关闭用CubeProgrammer恢复Option BytesADC读数跳变严重采样时间太短/基准不稳增加采样周期加外部基准电容7. 从能跑到能量产剩下的路还很长很多初学者把板子点亮、跑个Demo就认为硬件开发完成了。但实际产品开发和评估板Demo之间差的不是一个LED而是对边界条件和异常处理的把握。举个例子U575的I/O最大灌电流是20mA/引脚绝对最大额定值但这不是让你真的跑到20mA。设计LED限流电阻时按2mA~5mA算亮度就够了跑满I/O电流反而容易导致电源轨崩掉。再比如U575的数据手册里写了LQFP100封装的热阻RthJA45°C/W大约如果在65°C环境温度下跑160MHz全速结温会到650.5×4587.5°C这个温度下芯片寿命会缩短但还在允许范围最高105°C/125°C。如果你设计的设备密闭无风道这个热预算必须提前算好。量产还要考虑RDP读保护级别。U575出厂默认是Level 0无保护量产时建议设为Level 2永久最高保护不可回退。Level 2下调试口完全禁用能防住大多数固件被读出来的风险。但要注意开了Level 2以后原厂固件也没法通过调试口读回来了所以量产前务必留好固件备份并做一次完整的恢复出厂演练。最后提一个我从个人经历中总结的建议做硬件设计时在原理图阶段就把所有可能用不到但关键时救命的功能引出来比如低速时钟、SWD调试口、BOOT跳线全部留测试点或排针。这些看起来是多余的连接在调试和量产异常分析时可能会成为你唯一能抓住的稻草。U575的引脚复用非常灵活不用的引脚可以在CubeMX里先确定为GPIO等真正需要时再复用成本几乎为零。