Original question:
您好，
可能您发reset命令后帧不完整，设备并没有复位。reset 命令由设备在帧的末尾锁定。锁定命令后立即重置。主机必须在重置后等待tREGACQ，然后才能与设备通信，以确保寄存器已采用其默认设置。当ADC正确复位时，设备会发送FF24H确认。如果发送了命令字，设备会响应，但若帧未完成，因此设备不会重置。注意查看下面reset命令时序截图。
在ADS131M04产品首页提供了example code，您可下载下来参考，不知您是否已经下载：
ADS131M0x Example C Code (Rev. B)
我的意思是reset命令后需等待整个帧完成，且等待tREGACQ后，主机才能与设备通信。您发送完reset命令后，在进行读写寄存器时不知是否遵循了以上时序？看您的reset命令波形，在收到FF24响应后并没有继续发送时钟信号以完成整个帧使设备锁定该命令。
通信的帧格式如上截图所示，主机在DIN上发送的输入帧始终以命令开头。设备在DOUT上传输的输出帧上的第一个字word始终对前一个输入帧上写入的命令的响应开头，和四个ADC通道的四个ADC数据字和一个CRC字。命令的响应相当于滞后一个帧。
您是否发送了多个RESET指令？这样您立马收到的FF24的响应可能是前一个RESET指令的响应。因为如果发送了RESET命令，若帧未完成设备会响应0011h而不是FF24h：
只发了一次RESET指令，目前出现这种状况
进行采样后，首字节为下图
readSingleRegister(CLOCK_ADDRESS);
for(int i=0;i<15;i++)
{
SPI_ReadWrite(0);
}
readSingleRegister(CLOCK_ADDRESS);
for(int i=0;i<15;i++)
{
SPI_ReadWrite(0);
}
readSingleRegister(CLOCK_ADDRESS);
for(int i=0;i<15;i++)
{
SPI_ReadWrite(0);
}
这是我现在的程序。
目前连续读取寄存器的问题暂时解决了，其必须严格遵循读取的时序，如下图我连续读取CLOCK寄存器
但是还是有上面的问题，只有在上电后才能读取到正确的值，我在不重新上电的情况下，用编译器重新仿真，读取同一寄存器的值不一样，请问这是哪里出了问题？
