[参考译文] DAC8760：启用 CRC 后、与其他非8760 SPI 器件菊链时出现问题。

您好！

您能否描述您在此配置中观察到的症状？ 一个器件没有响应还是两个器件都没有响应？ 此外、菊花链中首先使用的是哪个器件？  

尊敬的 Kevin：

感谢您的回答。

最初、我尝试以菊花链形式连接多个 DAC8670、从2到8、启用了 CRC、没问题。 当我通过链移动比所需的帧宽度多几个字节时、发现 DAC8670的宽度从32位恢复为24位时、会观察到我遇到的所谓问题。

然后、我尝试以菊花链形式连接一个 ADS8681、然后连接一个 DAC8670。 我设法在两个芯片上配置菊花链、正如我一直能够做到的那样、然后我继续将 DAC8670的 CRC 使能数据与全零相结合写入 ADS8681。 在该1次尝试中、它无法启用 CRC。 使多个 DAC8670在启用 CRC 的情况下工作的代码相同。

使用相同的固件结构、我尝试了 DAC8670、然后尝试了 ADS8681配置、结果成功了。  

然后、我恢复到 ADS8681、然后返回 DAC8670拓扑、并修改了代码以执行 CRC 使能两次：首先是24位帧、然后是32位帧、它起作用了。 我们不确定有何区别。

另一个问题是、引用 dac8670数据表中的数据、"如果 DIN 和 SCLK 上存在特定图形、也可以在锁存引脚上没有上升沿的情况下启用帧错误模式"、那就是芯片在每个 SCLK 上检查该图形？ 是否可以重置计数器中的数据？ 我们之所以提出这一要求、是因为对于我们的设计、启用 CRC 会使我们的固件变得非常复杂、因为菊花链器件由不同的电源供电(出于冗余目的)、因此为了知道哪个芯片上的帧大小将是一项非常复杂的任务。 更糟糕的是、即使锁存器处于低电平时、芯片也会与其他器件并行共享 DIN 总线...

此外、表6中显示的 CRC 启用二进制模式与十六进制中显示的模式不完全匹配。 具体而言、二进制文件显示0b01010111xxxxxx11001011、而十六进制文件显示0x57xxx (DB2=1)。如果我执行愚蠢的行为、请原谅我、但我真的对此感到困惑。

我们还在研究在新设计中使用 DAC8771替代 DAC8670、以克服我们遇到的上述问题。 到目前为止、我们没有看到 DAC8771数据表中提到的相同描述(即可以在没有切换锁存器的情况下启用 CRC)、因此我们想与 TI 再次确认这一点。

尊敬的 Kevin：

是的、我们仔细检查了 DAC8771的数据表。 但我们还注意到、DAC8670的数据表仅提到了在最初发布后3年、2016版本 C 中可能发生的帧宽度变化。

我们不希望在太晚才作出任何正确的事情时也遇到同样的情况。 希望您能理解我们的担忧。

Seng Tak