最近在读取正点原子和硬石的DS3234SN和NRF24L01芯片时，发现在通过spi读取寄存器值时，先发送了“读指令+寄存器号”，还要继续通过spi发送一个“0xff”给从芯片，不发送这个“0xff”还不能读取到寄存器值。这是为什么呢？
我个人倾向的答案是，我是通过HAL_SPI_TransmitReceive()来收发数据的，我第一次通过spi发送“读指令+寄存器号”，是把这个指令发送给从芯片了，但是还要等一个时间来接收从芯片给stm32的数据，但是这个时候，从芯片已经没有sck了，不能把数据返回给stm32了。这个时候，stm32发送一个“0xff”，重新给从芯片一个sck，从而让从芯片把数据返回给stm32。其中在大多数的芯片中，“0xff”是一个空指令，不会改变其他寄存器的值。
版权声明：本文为CSDN博主「yongridada」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/yongridada/article/details/121783166
最近在读取正点原子和硬石的DS3234SN和NRF24L01芯片时，发现在通过spi读取寄存器值时，先发送了“读指令+寄存器号”，还要继续通过spi发送一个“0xff”给从芯片，不发送这个“0xff”还不能读取到寄存器值。这是为什么呢？
我个人倾向的答案是，我是通过HAL_SPI_TransmitReceive()来收发数据的，我第一次通过spi发送“读指令+寄存器号”，是把这个指令发送给从芯片了，但是还要等一个时间来接收从芯片给stm32的数据，但是这个时候，从芯片已经没有sck了，不能把数据返回给stm32了。这个时候，stm32发送一个“0xff”，重新给从芯片一个sck，从而让从芯片把数据返回给stm32。其中在大多数的芯片中，“0xff”是一个空指令，不会改变其他寄存器的值。
版权声明：本文为CSDN博主「yongridada」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/yongridada/article/details/121783166
暂无评论