[参考译文] TRF7970A：由多个块(0x23)采集的数据变得异常。

您好、客户、感谢您提出问题并对我们的产品感兴趣。

此产品的论坛支持已缩减为首先参考我们现有的文档和配套资料。 TI 没有停止生产或将器件置于"不推荐在新型设计中使用"状态的计划、我们真的觉得通过查看现有配套资料和之前提出的问题可以回答有关这些器件的大多数问题。 请随时根据您的应用需求继续使用此器件。 如需支持、请查看该主题页面右下角的"类似主题"部分。 此外、请参阅 TRF7970A 产品网页的"技术文档"部分中的现有配套资料 以及 常见问题解答文档。 或者、您可以使用您选择的搜索引擎来查找相关的 E2E 主题。 借助这些资源、我们相信可以帮助解决您的问题。

尊敬的 Andreas。

我是在看过技术文档和论坛的帖子之后来到 E2E 论坛的、并没有找到正确的答案或解决方案。
我想要更专业的回答、请再次确认我的问题。
我们将立即进行大规模生产、时间紧迫、如果您无法解决问题、我需要另一位工程师来帮助我解决问题？  

谢谢。

您好、Kazuo：

您能否提供更多细节以进行澄清？

1. 您尝试使用一个读取多个块(0x23)命令读取多少个块？
2. 块大小是多少？
3. 每96个字节中断一次的原因是什么？ 它是否在寄存器0x0C 中为 irq_fifo？
4. 我不明白这个问题与重复出现的13个区块有何关系。 我无法访问提供的链接。 您能否在此主题中直接附上图片、并再次解释相关观察结果？

此致、

Andreas。

尊敬的 Andreas

你好。
感谢您的回复。

我很抱歉。
由于是今天的假期、将于5月1日(日本日期)提供详细答复。

无法下载以下图像。

P1.png

P2.png

尊敬的 Andreas

你好。

以下是您的问题的答案。

q1.您尝试使用一个读取多个块(0x23)命令读取多少个块？

 实际设置分为64个块。
 为了进行说明、我们使用13个块。
 12个或更多模块出现问题。

Q2.块大小是多少？

 32字节。

Q3.每96个字节中断一次的原因是什么？ 它是否在寄存器0x0C 中为 irq_fifo？

 由于"可调 FIFO IRQ 电平寄存器(0x14)"中的"FIFO 高 IRQ 电平"被设定为96、每96个字节生成一个中断。
 从 FIFO 中读取保留数据的字节数。  

Q4.我不明白问题与重复出现的13个块有何关系。 我无法访问提供的链接。 您能否在此主题中直接附上图片、并再次解释相关观察结果？

 当要读取的数据长度为384或更大时、在一个中断的第5个数据读取时出现数据问题、以96字节为增量。

一个线性区。

 32 x 13 + 1 (STATUS)= 417。

 对于每个中断、读取的字节为"96、96、96、33"。

12个块。

 32×12+1=385。

 对于每个中断、读取的字节为"96、96、96、1"。

在这两种情况下、在第五次中断发生后从 FIFO 读取的数据都会出现错误。

我获取了13块波形。

"P1.png"是问题发生前数据加载的一部分。

"p2.png"是导致问题的数据加载部分。

p1.png p2.png
78 79 7A 7B 7C 7D 7E 01 01 02 03 04 05 06 
*在 p2.png 开始处的0x00是 FIFO 寄存器的采集和传输部分。 

SPI 接收到的数据也是如此。 

正确数据如下。 
78 79 7A 7B 7C 7D 7E 7F 00 01 02 03 04 05 

此致、