我之前做过类似的FPGA-STM32自定义SPI通信项目，碰到过几乎一模一样的问题——低速时钟没问题，超过200-300kHz就开始丢数据或者乱码。结合你的场景（STM32主频168MHz，FPGA做主设备，中断捕获时钟边沿），核心问题基本集中在中断响应延迟和GPIO采样时序匹配上，给你几个针对性的优化方向：

1. 优先优化中断响应效率 #

STM32的中断从触发到执行ISR（中断服务函数）是有固有延迟的，包括中断优先级判断、上下文保存/恢复这些步骤，即使168MHz主频，实际延迟可能达到几十到上百个时钟周期（换算下来是几百ns到几us）。当SPI时钟到250kHz时，单个时钟周期是4us，中断延迟如果占了1us以上，就会错过最佳采样窗口。

优化建议：

• 把这个时钟捕获中断的优先级设为最高级别，避免被其他中断抢占。比如在HAL库中用HAL_NVIC_SetPriority(EXTIx_IRQn, 0, 0);（0是最高优先级）。
• 极度简化ISR内的代码：只做最必要的GPIO采样、数据移位操作，绝对不要在ISR里做打印、复杂计算或者外设操作。可以把接收到的数据放到环形缓冲区，在主循环里处理后续逻辑；发送数据也提前预加载到变量里，ISR只负责输出对应位。

2. 优化GPIO采样配置 #

自定义SPI用GPIO中断时，默认的GPIO配置可能不适合高速采样：

• 开启GPIO高速模式：在GPIO初始化时，把速度配置为GPIO_SPEED_FREQ_HIGH（HAL库）或者GPIO_Speed_100MHz（标准库），确保GPIO的翻转和采样速度能跟上时钟节奏。
• 关闭GPIO输入滤波：如果你的GPIO开启了硬件滤波（比如GPIO_MODE_IT_RISING_FALLING带滤波），会增加采样延迟，高速场景下直接关闭滤波，改用纯边沿触发。

3. 用寄存器直接操作替代库函数 #

HAL库或者标准库的GPIO读写函数（比如HAL_GPIO_ReadPin、HAL_GPIO_WritePin）会有额外的参数检查和封装开销，在高速ISR里会拖慢速度。建议直接操作寄存器：

• 读取输入：(GPIOA->IDR & MOSI_PIN) != 0 代替 HAL_GPIO_ReadPin(GPIOA, MOSI_PIN)
• 输出电平：GPIOA->ODR = (GPIOA->ODR & ~MISO_PIN) | (data_bit ? MISO_PIN : 0) 代替 HAL_GPIO_WritePin

4. 调整采样时序匹配 #

FPGA的时钟边沿和STM32的采样时刻可能存在细微的相位差，高速下这种差异会导致采样到不稳定的电平。可以做两个调整：

• 在ISR里采样前加几个空指令延迟：比如在读取GPIO前插入3-5个__NOP();，等待电平稳定后再采样。
• 协调FPGA端的时序：如果STM32这边采样总是滞后，可以让FPGA在时钟上升沿后延迟几个FPGA时钟周期再输出数据，给STM32足够的采样窗口。

简化后的ISR示例 #

这里给你一个优化后的中断服务函数参考，尽量精简且高效：

#define CLK_PIN GPIO_PIN_0
#define MOSI_PIN GPIO_PIN_1
#define MISO_PIN GPIO_PIN_2

uint8_t rx_buffer[64];
uint8_t tx_buffer[64];
uint8_t rx_ptr = 0, tx_ptr = 0;
uint8_t rx_data = 0, tx_data = 0;
uint8_t rx_bit_cnt = 0, tx_bit_cnt = 0;

void EXTI0_IRQHandler(void)
{
  // 快速清除中断标志
  EXTI->PR |= CLK_PIN;
  
  // 短延迟确保电平稳定
  __NOP(); __NOP(); __NOP();
  
  if((GPIOA->IDR & CLK_PIN) != 0)
  {
    // 上升沿：接收数据
    rx_data <<= 1;
    rx_data |= ((GPIOA->IDR & MOSI_PIN) != 0) ? 1 : 0;
    rx_bit_cnt++;
    
    if(rx_bit_cnt == 8)
    {
      rx_buffer[rx_ptr++] = rx_data;
      rx_bit_cnt = 0;
      rx_ptr = (rx_ptr >= 64) ? 0 : rx_ptr;
    }
  }
  else
  {
    // 下降沿：发送数据
    if((tx_data >> (7 - tx_bit_cnt)) & 1)
      GPIOA->ODR |= MISO_PIN;
    else
      GPIOA->ODR &= ~MISO_PIN;
    
    tx_bit_cnt++;
    if(tx_bit_cnt == 8)
    {
      tx_data = tx_buffer[tx_ptr++];
      tx_bit_cnt = 0;
      tx_ptr = (tx_ptr >= 64) ? 0 : tx_ptr;
    }
  }
}

按照这个思路一步步优化，应该能把通信速率提到1MHz以上没问题。我当时就是靠调整中断优先级和寄存器操作，把速率从200kHz提升到了1.2MHz，稳定运行。

内容的提问来源于stack exchange，提问作者Atif Javed