我的配置已开启 SPI 硬件 CRC 校验。发生 CRC 校验错误时，传输结束前可以观测到 CRCERR 标志位被置 1；但该 CRC 错误始终不会通过 HAL 错误回调函数上报。 梳理 HAL 底层实现，发现逻辑存在如下问题： 函数SPI_CloseTransfer()会先调用LL_SPI_Disable()关闭 SPI 外设； 关闭外设后，才执行LL_SPI_IsActiveFlag_CRCERR()判断是否存在 CRC 错误。 一旦先执行LL_SPI_Disable()再读取标志，就无法再检测到 CRCERR 错误。 如果把 CRCERR 标志判断逻辑挪到LL_SPI_Disable()之前，就能正常捕获 CRC 错误。 另外在我的场景中，SPI_CloseTransfer()由HAL_SPI_IRQHandler()中断服务函数调用，但存在两处缺陷： 上层代码没有接收、判断SPI_CloseTransfer()的返回值； 仅执行传输完成回调，即便已检测到 CRC 校验失败，也不会进入错误回调。 我的理解： LL_SPI_Disable()本身并不会硬件清零 CRCERR 标志； HAL 状态机的流程存在缺陷：先关闭外设、判定传输完成，之后才校验 CRC 错误，导致校验失败无法向上传递。 麻烦帮忙解答以下几疑问： HAL SPI 驱动内部，检测 CRC 错误的标准执行顺序应该是怎样的？ 是否必须在关闭 SPI 外设之前完成 CRC 错误检测与处理？ STM32C5 系列的 HAL SPI 驱动是否存在该已知缺陷或功能限制？