[参考译文] TRF7964A：在一个页期间接收到冲突错误导致意外操作

拉尔夫

我尝试了您的建议、但似乎对问题没有任何影响。  软件复位命令将芯片状态控制寄存器(0x00)复位为0x01、关闭我假设在1ms 后的载波会导致标签进入 POR 状态、因此需要重新选择活动状态。  这是正确的陈述吗？  如果不是、则在移除载波后、标签将保持活动状态多长时间？

为了解决应用程序中的问题、我现在在执行所有读/写重试之前先执行取消选择、然后执行新的选择。  取消选择将执行以下操作。

1) 1) 将寄存器0x00设置为0x01以关闭载波。

2) 2)延迟20ms 以确保标签处于 POR 状态。

3) 3) 将 EN 设置为低电平。

选择将执行以下操作。

a) 将 EN 设置为低电平1ms、然后设置为高电平(对于之前未取消选择标签的情况)。

b) 发出软件复位、然后等待 osc_ok 位被设置(5ms 时间限制)。

c) 将寄存器0x00设置为0x21以启用载波。

d) 等待7ms、使标签完成 POR 并进入空闲状态。

e) 继续防冲突、直到达到活动状态。

现在、在对 NTAG216标签进行100次完全读取的多次运行中、每次运行的 CRC 错误少于5个、每次错误的重试次数不超过1次。

供参考： 系统紧密耦合标签和读取器天线。  间距小于5毫米、与天线最接近的第二个标签大于30毫米。  在冲突处理过程中、任何冲突错误都被视为噪声、并重试此过程(取消选择、然后选择)。  噪声源是一个离标签大约10mm 远的 TI TPS61042 LED 开关反向光驱动器、在电感器输出端产生19V 500KHz 脉冲。  驱动器电路现在覆盖了一个接地铜屏蔽层、这非常有效。

感谢您指导我使用 TRF7964A 的 TI C 代码。  它有助于完成我的 ARM 汇编器编码固件。

请提供评论。

此致、

阿尔

您好、Alton、

[引用 USER="Alton Otis JR">]软件复位命令将芯片状态控制寄存器(0x00)复位为0x01、关闭载波、在1ms 后我认为这会导致标签进入 POR 状态、因此需要重新选择为活动状态。  这是正确的陈述吗？

它可能小于1ms、因为标签由射频场被动供电、一旦移除标签、标签就会复位状态。 我建议作为一种恢复 TRF7964A 内部状态机的方法、除非以这种方式复位、否则可能会导致反复出现错误(这种情况很少见、但在嘈杂的环境中发生)。 该方法肯定需要完全重新激活标签。

我觉得30mm 的距离不足以确保避免碰撞、这完全符合 NFC 技术的标准读取范围。 如果标签接近、您可能会观察到冲突或其他错误。

我认为开关噪声通常不会影响低频下的射频通信、但如果电感器未被屏蔽、我可以看到这更多是一个问题。