您好!
我们生产具有 TRF7960的器件已有几年了、最近我们发现 FIFO 的最后一个字节存在同样的问题、如下所述:
我们这里有几个器件、这些器件在永久读取同一标签块后的10分钟内显示了这种行为。 但大多数器件都按预期工作、几个小时后不会显示错误。 所有器件都具有相同的 PCB、相同的软件、并使用相同的标签进行了测试。
如有需要、可提供误差的 SPI 迹线。
TRF7960是否有一批已知的错误芯片? 是否有解决此问题的方法?
此致、
Martin
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.
您好!
我们生产具有 TRF7960的器件已有几年了、最近我们发现 FIFO 的最后一个字节存在同样的问题、如下所述:
我们这里有几个器件、这些器件在永久读取同一标签块后的10分钟内显示了这种行为。 但大多数器件都按预期工作、几个小时后不会显示错误。 所有器件都具有相同的 PCB、相同的软件、并使用相同的标签进行了测试。
如有需要、可提供误差的 SPI 迹线。
TRF7960是否有一批已知的错误芯片? 是否有解决此问题的方法?
此致、
Martin
下面是 SPI 跟踪的屏幕截图、其中 FIFO 的最后一个字节中的值错误:

这里的数据与正确的数据相同:

下面是完整的跟踪(标记 A 标记的错误值和标记 B 标记的良好值、可以使用 Pulseview 打开文件)
e2e.ti.com/.../bad_5F00_read_5F00_single_5F00_block.zip
似乎错误的字节是 CRC 的一部分、它通常不在 FIFO 中。 是否存在一个字节的用户数据丢失并替换为 CRC 字节?
此致、
Martin
您好、Andreas、
由于故障器件已停产、我很确定组件没有变化。
下面是 TRF7960初始化阶段的 SPI 跟踪:
e2e.ti.com/.../4405.trf7960_5F00_init.zip
我希望对轨迹的分析能提供同样的新提示。
此致、
Martin
您好 Martin、
我分析了初始化 SPI 跟踪、尽管安装相应的查看器是一项挑战。 无论如何、我发现软件初始化(命令0x83)后缺少一些空闲命令(0x80)+ 1ms 延迟。 建议通过这个序列(0x83、0x80、至少1ms 的延迟)来为完全初始化提供一些时间。 此外、将 NFC 目标方侦测水平寄存器(0x18)的值初始化为0x00也许会有所帮助。 如果可能、您可以尝试在初始化序列中实现这些更改吗?
此致、
Andreas。
您好、Andreas、
我在初始化阶段实现了建议的更改、但没有任何影响:器件会在一段时间后仍然提供错误值。 以下是新 init 的跟踪:
e2e.ti.com/.../trf790_5F00_init_5F00_2.zip
此致、
Martin