最近在读取正点原子和硬石的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
暂无评论