This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

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

Guru**** 2439710 points
Other Parts Discussed in Thread: TRF7970A

请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/wireless-connectivity/other-wireless-group/other-wireless/f/other-wireless-technologies-forum/1218937/trf7970a-the-data-acquired-by-multiple-blocks-0x23-becomes-abnormal

器件型号:TRF7970A

当使用 TRF7970A 通过读取 ISO15693的多个块(0x23)读取384字节或更多的数据时、第384个字节之后的数据似乎无法正常输出。
具体而言、在发送命令后每96个字节就会生成一个中断、并通过 SPI 接收数据。

是否有原因或权变措施?

作为参考、我尝试获取在13个块中发生的事件的波形。
*见所附文件
https://drive.google.com/file/d/11No9FbKna4OxnMp1T-UEqDbc5oeyX-US/view?usp=sharing

p1.png 是问题发生之前的数据加载部分。

p2.png 是出现问题的数据加载部分。

数据如下所示、实际接收的数据具有相同的内容。
SPI 接收数据本身似乎乱码。

p1.png
78 79 7A 7B 7C 7D 7E

p2.png
01 01 01 02 03 04 05 06
* 0x00在 p2.png 的开头是 FIFO 寄存器的采集和传输部分。

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

在13个块的情况下、后续数据会发生重复、并从中间返回正常数据。
之后,一个异常再次发生在同一个时间,似乎是重复它返回与复制。

在 p1.png 和 p2.png 之间、发生一个中断来获取 TRF7970的状态、但这是一个正常过程和额外的处理对于 TRF7970
我不这么认为。

谢谢你。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

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

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

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    
    
    感谢您发送编修。
    
    我第一次联系客户中心时、在下一页介绍了我。
    
    https://e2e.ti.com/support/wireless-connectivity/other-wireless-group/other-wireless/f/other-wireless-technologies-forum/1050102/trf7970a-read-multiple-blocks---rfid-reader-demo-sloc297?tisearch=e2e-sitesearch&keymatch=Read%25252525252525252520Multiple%25252525252525252520Blocks#
    但这次问题是不同的。 我还自行搜索了 E2E 站点、但找不到类似的问题。 抱歉、我的搜索不完整。 请给我一些好的建议。 谢谢你。
    
    
    
    
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Andreas。

    我是在看过技术文档和论坛的帖子之后来到 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

    此致、





  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Andreas

    你好。

    输入和输出分析结果

    (1)一个块设置为124字节。

    (2)更快的 SPI 速度。

    上述方法解决了问题。

    此问题现已结束。

    谢谢。