STM32的GPIO输出速率配置，从寄存器说起
问一个问题：STM32的GPIO输出速率，你一般设多少？
大部分人的反应是"无所谓吧，拉满就完了，50MHz走天下"。先不评价这个习惯好不好，我们直接从参考手册的寄存器描述入手，看看GPIO的OSPEEDR位域背后到底控制了什么。
翻开STM32F4的参考手册，GPIO寄存器那块，OSPEEDR的描述是这么写的：
00: Low speed 01: Medium speed 10: High speed 11: Very high speed没了？就这？"高速"是多快？"低速"又低到什么程度？手册没写具体数值。因为这不是一个"设多少就能跑多快"的参数，它控制的是输出驱动电路的slew rate（压摆率）——也就是IO电平跳变时，信号上升沿和下降沿的陡峭程度。
我们不妨这样理解：你让一个GPIO以1MHz的频率翻转，如果压摆率设成Low，上升沿可能拖了上百纳秒才从0爬到1。这时候波形已经不是方波了，是梯形波甚至三角波。对外设来说，这可能导致：
- 通信时序不满足建立时间/保持时间
- SPI的SCK信号太"软"，从机根本识别不到边沿
- 电磁辐射反而可能因为谐波成分不可控而变差
一个有意思的细节是，OSPEEDR的实际效果还跟IO的负载电容有关。芯片内部对每个GPIO都有驱动能力分级，压摆率设定本质上是选择输出级PMOS/NMOS的导通电流大小。导通电流大，对负载电容充电快，上升沿就陡。但代价是功耗和EMI都在涨。
所以关键在这里——选什么速率，取决于你接了什么负载、跑了什么协议。
几个实际场景，我们可以对照着看：
| 场景 | 建议速率 | 理由 |
|---|---|---|
| 驱动LED指示灯 | Low（2MHz） | 几十Hz翻转，压摆率再低也无所谓，功耗最低 |
| 板间通信GPIO模拟 | Medium（10MHz） | 信号走线几厘米，medium足够干净 |
| SPI时钟（<= 20MHz） | High（50MHz） | 时钟信号质量直接影响误码率 |
| 高速并口/FSMC | Very High（100MHz） | 总线对信号同步要求高，slew必须够快 |
这张表不是绝对的——具体还得看走线长度和负载电容。一个常见的误区是在低速信号上拉满Very High。结果到了EMC测试那一步，发现某个LED引脚在上升沿辐射了一堆谐波，折腾半天换回Low就过了。
来一段实际代码，看看怎么配比较合理。假设我们要初始化一个用于SPI时钟的PA5：
void MX_GPIO_Init(void) { GPIO_InitTypeDef GPIO_InitStruct = {0}; __HAL_RCC_GPIOA_CLK_ENABLE(); /* PA5: SPI1_SCK, 50MHz output, push-pull */ GPIO_InitStruct.Pin = GPIO_PIN_5; GPIO_InitStruct.Mode = GPIO_MODE_AF_PP; GPIO_InitStruct.Pull = GPIO_NOPULL; GPIO_InitStruct.Speed = GPIO_SPEED_FREQ_HIGH; /* 对应OSPEEDR=10 */ GPIO_InitStruct.Alternate = GPIO_AF5_SPI1; HAL_GPIO_Init(GPIOA, &GPIO_InitStruct); /* PA6: 板载LED指示, 低速够了 */ GPIO_InitStruct.Pin = GPIO_PIN_6; GPIO_InitStruct.Mode = GPIO_MODE_OUTPUT_PP; GPIO_InitStruct.Pull = GPIO_NOPULL; GPIO_InitStruct.Speed = GPIO_SPEED_FREQ_LOW; HAL_GPIO_Init(GPIOA, &GPIO_InitStruct); }注意看，同一个GPIO组的两个引脚，用了不同的速率配置。这是推荐的做法——按需设定，而不是图省事统一拉满。
打开示波器看PA5和PA6的波形差异会很有意思。PA5的上升沿几乎是垂直弹上去的，而PA6的上升沿有一个明显缓坡。但只要PA6只是驱动一个LED，这个缓坡毫无影响，反而帮我们省了功耗、降了干扰。
回到开头的问题。"拉满就完了"不是不能用，只是不够讲究。正规的产品设计里，GPIO速率配置是EMC预审的一部分。硬件工程师会拿着原理图问软件："这几个引脚跑多快？"如果回答全是"Very High"，那板子八成要重做。
不妨在下次建工程的时候，花30秒想一下每个GPIO的实际需求，把速率逐个配一遍。你会发现自己对板子的信号完整性有了更具体的感知。
这是今天想分享的内容，欢迎讨论你遇到的GPIO配置相关的场景。