[参考译文] CC1101：上电后持续中断

我是 CC1101的 GDO2引脚

GDO2默认编程为 CHP_RDYn、并且在您所指的初始设置期间(不提供您使用哪些寄存器值来配置器件)、除非您对其进行编程以执行此操作(IOCFG2 = 0x3F)、否则不会发出135kHz 时钟。

对于所有3个 GDO 信号、同样适用。

如果将它们连接到 MCU 上的输入、则在对 CC1101进行编程、以便在这些引脚上提供对您的应用有用的信号之前、无法在这些引脚上启用任何中断。

您希望在 GDO0和 GDO2上显示哪些信号？

Siri

这发生在任何寄存器设置之前、只需在 MCU 上配置 GPIO 并为 CC1101加电、然后它会自动开始。

您是否制作了自己的硬件？ 如果 满足、是否已确保满足上电复位要求？

如果没有、您需要按照数据表的第19.1.2节所述进行手动复位。

请执行手动复位、并提供所有 SPI 线路以及 GDO0和 GDO2的图、以便我们可以看到发生了什么。

下图显示了它应如何显示。

在我的电路板上、我知道上电复位已经执行 、因此我已经在 GDO0上输出了 CLK_XOSC/192、在 GDO2上输出了 CHIP_RDYn。

在按照数据表中所述执行手动复位后、您将看到 CHIP_RDYn 被拉至高电平(复位期间芯片未就绪、GDO0上的时钟信号停止)、然后当芯片 Becode 就绪(CHIP_RDYn 被拉至低电平)时、时钟再次启动。

请从测试设置中提供类似的图。

Siri

下面是我们采用 CC1101的原理图：

我们将绘制硬件上的内容。  

还提供有关复制的参考设计的信息。

Siri

大家好、我们遵循了 CC1101EM 868– 915 MHz 参考设计(swrr045.zip)

这是手动电源复位后的示波器图。  反相预分频时钟信号立即出现在 GDO0和 GDO2 引脚上。

此外、在连接示波器探头的情况下、我们无法重现启动时的问题。 我们尝试了具有低寄生电容(例如<3.8pF)的探头、这没有任何区别。 断开探头后、器件再次更有可能陷入由 GDO2引脚上的时钟信号引起的重新启动循环中。

我不理解您的评论："器件再次更有可能陷入由 GDO2引脚上的时钟信号引起的重新启动循环中"

正如我之前多次提到的、您需要禁用连接到 GDO0和 GDO2的 MCU 上输入引脚上的中断。

这样、这些引脚上的内容无关紧要、它们不会对您的应用执行任何操作。

看一下信号是不同的(彼此异相)、所以我不认为这是来自 CC1101的信号(如果是 CLK_XOSC/192)

您是否在多个器件上对此进行了测试？

将 IOCFG0和 IOCFG2编程为其他值之后会发生什么情况？ 这会发生什么变化吗？

您还应该从 MCU 上物理断开 CC1101上的 GDO 引脚。 当这些引脚未连接到任何东西时、您如何测量它们？

Siri

"器件再次更有可能陷入由 GDO2引脚上的时钟信号引起的重启循环中"- 出现此问题的原因是启用了 GDO2的 MCU 侧中断 解决方案 CC1101被初始化。 因此、该引脚触发的高优先级中断会阻止系统、从而妨碍 CC1101的正确配置。

作为权变措施、我们将启用 GDO2中断推迟到 之后 CC1101被初始化。 此更改解决了问题。  但是、我们仍在调查通电后 GDO2上立即出现信号的根本原因。 此行为不一致-不会每次都发生、但会干扰系统启动。 在数据表中、没有关于 GDO2的信息、我们预计在上电后也会收到时钟信号。 行为是否正常？

信号当然不是由 MCU 驱动的。
1)是的、我们在几个器件上观察到了这一点。
2)是的、我们可以更改该寄存器
3)我们没有测试。