修正STM32SPI驱动中的BUG

在使用STM32 SPI接口时，正确的做法是在芯片选择（CS）信号激活之后再启动SPI通信，除非外设配置为无需CS信号控制。此前，在首次操作SPI设备时，发现CS引脚的激活时间晚于SPI时钟的启动，导致通信异常。

此问题已通过修改stm32/drv_spi.c文件得到解决，并在stm32f103-mini-system和stm32f411-weact-MiniF4平台上进行了验证。

请注意，以下内容不应在提交Pull Request时更改，否则PR将被直接关闭。提交PR后，请通过网页访问PR并逐一核对以下检查项，确认无误后在页面上勾选。

PR意图说明

请选择一项：

• [ ] 本PR为代码审查阶段，旨在获取反馈
• [x] 本PR已完成，可合并入仓库

代码质量保证

作为此次PR的一部分，我已经：

• [x] 审查了PR与原代码之间的差异
• [x] 确保代码风格正确，遵循缩进、命名等规范
• [x] 清理了所有冗余代码，移除了无效或注释掉的代码段
• [x] 确保所有修改都有充分理由，不影响其他软件组件或BSP
• [x] 对复杂或难以理解的代码部分添加了适当的注释
• [x] 确认PR中的代码质量高

根据HAL库的工作原理，当SPI设备收发数据时，库会检查SPI是否已启用。如果未启用，则会自动启用SPI，因此理论上不会出现CS引脚激活滞后于SPI时钟的情况。然而，实际应用中遇到的问题表明，特定条件下确实会发生此类情况。本次修复解决了这一潜在问题，提高了系统的稳定性和可靠性。