“你怎么凭空污蔑HAL的清白，HAL的问题，能是问题吗？”——孔乙己。
我用HAL库好好的，没发现有很大的问题。如果从HAL再转到标准库，那是倒退，以后标准库不会有升级了，新出的器件也没有标准库的支持了。
如果确实和IIC一样是硬件的问题，那只能软件来模拟了，标准库也解决不了问题的。
建议楼主好好查看一下原理图，要确保电路的硬件没有问题。再核实SPI的设置。

1.就目前来看，HAL库还有很多需要完善的地方，毕竟刚出来没多久。
即使是之前的标准库也经历了多个版本的更新，经历了好多年。
2.对于“用HAL库好好的”这一说法，只能说使用环境不同，有些问题没有反馈出来。
即使标准库，在有些应用中也是需要注意的。
3.HAL趋向代码移植的统一，标准库占用的资源更少。
对于成本控制和低flash/RAM的应用，你可能没法奢侈的随意使用HAL，毕竟结构体的很消耗资源。
4.如果你想用熟一款MCU，熟悉他的寄存器是必要的。
因为官方给的库是很规矩的应用，如何去精简，如何去挖掘，还是需要靠自己去熟悉它。
好比有些MCU并没有像STM32一样，有那么多的官方库，那你怎么办呢！
------------------------------------------------------------------------------------------------------
个人愚见，欢迎讨论

苏州名之卓 发表于 2019-4-25 14:34
“你怎么凭空污蔑HAL的清白，HAL的问题，能是问题吗？”——孔乙己。
我用HAL库好好的，没发现有很大的问题。如果从HAL再转到标准库，那是倒退，以后标准库不会有升级了，新出的器件也没有标准库的支持了。
如果确实和IIC一样是硬件的问题，那只能软件来模拟了，标准库也解决不了问题的。

多谢关注，我没有污蔑谁，只是根据自己的实际情况调整方案而已，萝卜白菜各有所爱，选择适合自己的才是最重要的，不是么？