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:抗传导干扰

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

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

https://e2e.ti.com/support/wireless-connectivity/other-wireless-group/other-wireless/f/other-wireless-technologies-forum/627651/trf7970a-immunity-to-conducted-disturbances

器件型号:TRF7970A

您好!

我正在尝试修复在传导干扰不单位测试期间的 NFC 读取器故障。 频率13.1MHz 和13.9MHz (AM 80%@ 1kHz)存在问题。 它会导致 TRF7970A 和 SW 驱动器的非标准行为(冻结)。
如何再次保护 TRF7970A 是否有可能? 我尝试将磁珠放入电源、但没有帮助。

谢谢、

弗拉迪斯拉夫

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

    我们提供了 TRF7970A 电路板布局最佳实践指南、我将对照以下提示检查您的 PCB: www.ti.com/.../sloa139

    如果 SW 驱动器冻结、MCU 应能够通过使用 SOFT_INIT 和 IDLE 直接命令序列(SPI 命令为0x83、0x80 (这包括设置 B7 = 1以指示直接命令)以及1ms 延迟从该序列中恢复。 这应允许器件再次正常运行。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好 Ralph、

    我已经改进了 FW、它不再冻结。 但我仍然遇到传导干扰问题。 我发现两个频率分别为12.75MHz 和14.35MHz (1kHz AM 80%)。 如果应用了其中一个、则会出现 Colirsion 回避标志(0x0C 中的 B1)、并且它无法读取通信数据。

    我尝试在 Vcc (+5V)和 Vin (引脚2)之间添加铁氧体磁珠。 而没有显著改善。 连接了 PCB 的一部分 (4层 PCB、GND 和3V3内层)

    是否可以抑制它、或者我必须接受?

    谢谢、

    弗拉迪斯拉夫

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

    只需100%清楚、这样我就不会提供错误信息、当您说应用时、这意味着外部信号源会将这些频率应用于传导抗扰性测试中、对吧?

    此外、您在应用中将哪些 NFC 技术和标签类型与 TRF7970A 搭配使用?
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好 Ralph、
    很抱歉、您提供了不复杂的信息。 我的器件与 DESFIRE 卡通信、因此 TRF7970A 充当读取器(它开始通信)。 只能读取 UID。
    我已检查示波器上的通信。 正常情况下、通信开始时有两个中断、第一个是由于 TXtransfer 结束引起的、第二个是因为 RXdata 结束。 如果施加了传导干扰、第二个中断会更早产生(同时来自卡的数据正在进行转换)。 但在寄存器0x0c 中、不是0x40 (通常情况下)、而是0x42 -也是 Colersion 回避标志。 我的意思是干扰太强、以至于 TRF7970A 会将其检测为传入数据流。
    我今天还测试了 TRF7970ATB、它是一样的(在14.35MHz 下失败)。
    是否可以使用它执行某种操作?
    此致、
    弗拉迪斯拉夫
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好、Deco、

    我对您描述的理解不太可能。 如果在天线周围或 PCB 上并在 TRF7970A 中施加接近 NFC 通信中心频率(13.56MHz)的噪声/干扰、则会按照您描述的方式中断通信。 这就是这些无线技术的工作方式。 特别是对于标签、 标签应答通过 TRF7970A 发送的13.56MHz 射频场的负载调制进行传输-这意味着任何干扰频率接近的射频场的东西都可能损坏标签响应、因为与相比、负载调制的振幅较小 信号的其余部分。

    对于 DESFire 来说、由于 DESFire 标签通常从13.56MHz 偏离调谐范围、因此其表现可能更加明显、通常更高(如13.7-13.9MHz 中心频率)、这会降低读取范围(假设目的是更好的安全性) 不匹配的频率差异会使它们更容易受到干扰、尤其是在14.35MHz 频率下。

    通常、最大限度地减小此类影响的最佳方法是尽可能使用带宽更窄的 Q 值更高的天线、但这对于 ISO15693或对 A/B 类标签使用低比特率确实是很好的选择。 鉴于您使用的是 DESFire、由于标签的现成调优性质、您确实需要更宽的带宽来实现可靠的应用、因此系统将易受接近13.56MHz 的频率的影响。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好 Ralph、
    我之所以解决这个问题、是因为我们需要通过 IEC 61000-4-6:抗传导干扰。 在测试期间、有一个14.35MHz AM 1kHz @80%混合到电源12V。
    更好的问题是 NFC 读取器是否能够通过 IEC 61000-4-6。 或者13.56MHz 和更高谐波存在一些异常。
    此致、
    弗拉迪斯拉夫
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好、装饰

    我个人从未听说过任何人根据该标准进行测试、因此我不知道这是否可以通过 NFC、尤其是对于需要更宽带宽(通常带宽应为1.5-1.8MHz)的特定应用、例如 DESFire。

    这是您的应用特定的标准、还是与最近更新的新欧洲认证标准(RED)相关的标准?
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Ralph、

    我测量了我设计的 PCB (之前讨论的架构和 PCB)和 TRF7970ATB + Nucleo STM32L476。 其中、由9V 直流电源和电源线供电的电源线混合(传导)干扰(根据 IEC 61000-4-6:抗传导干扰)。 我选择了最坏情况信号14.35MHz、并根据该标准进行调制1kHz 80% AM。

    - TRF7970ATB 在高达7.0V 的干扰水平上100%工作、在水平为10.0V 时在20-30%上工作

    -我的设计仅在1V 至2V 的电压下工作

    可能会导致此故障我的设计中 RF 部件的拓扑错误? 或者是否可以做些什么来改善不一致性(重新设计之前)? 了解发生了什么。

    谢谢

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

    我怀疑电源不仅仅是射频器件的拓扑、但根据我所掌握的知识、这是不可能说的。 不知道电路板的尺寸、IC 的数量、电源拓扑是什么等、以记录其他可能的来源。

    如果 TB 正常工作、我怀疑电源拓扑是第一个也是最重要的研究领域、 因为这是向器件中注入噪声的最简单方法之一、听起来也是将噪声馈送到系统中的原因。

    我认为、除了找出根本原因和进行重新设计来解决缺陷之外、您还无法采取任何措施来提高抗扰度。

    遗憾的是、这种问题与其说是器件问题、更像是系统问题、因为我没有看到任何布局不佳的问题(让另一位同事观看第二对眼睛、他也批准了) 这真的远远超出了我的帮助能力。