我们使用 TRF7970A 的一些定制板不工作。 通信信号似乎正常工作。 与工作芯片的唯一区别是 IRQ 信号完全不可见。 我们排列的大约2000张卡中的1000张出现了问题。 可能的原因是什么?
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.
您好、Helfried、
同样的问题仍然存在。 我们看到数百张卡的问题。 我们必须停止生产。 您能更详细地提供帮助吗? 我将在附件中发送工作卡和非工作卡的日志。 如果您可以提供电子邮件地址、我可以提供原理图和布局。
您好、Utku、
Helfried 在2021年9月27日之前不上班。
我不是专家、但从您的日志文件中、您似乎难以与 TRF7970A 通信。
似乎它从未涉及到 TX 点、这将适合您缺失的 IRQ 观测。
您是否参考了数据表(https://www.ti.com/lit/gpn/trf7970a)中用于 SPI 控制的6.10章?
它还有助于使用逻辑分析仪记录 SPI 信号(与线程 https://e2e.ti.com/support/wireless-connectivity/other-wireless-group/other-wireless/f/other-wireless-technologies-forum/1037909/dlp-7970abp-trf7970a-initialization-and-write-read-registers-via-spi 中的类似)。
此致、
Andreas。
你好。 我将获得更多示波器输出。 我们的同一 TRF7970A 模块板可与 MSP430配合使用。 但在 TI 的 Linux 驱动程序上不起作用。 我们没有对驱动程序进行任何更改。 我们是否需要对驱动程序进行任何更改? 你有什么建议吗? 这种情况非常紧迫,因为大规模生产处于停滞状态。
从日志中可以看到、我们得到一个到 TRF7970A_CMD_TEST_EXT_RF (0x99)命令的0xFF 响应。 然后、器件会反复尝试初始化。 我们不断递归地从 MISO 获取0xFF 到0x83命令。
故障器件(0x83命令->读取0xFF):

您在示波器屏幕上看到了什么问题吗?