[参考译文] CC1000：CC1000

我刚刚注意到、寄存器 PLL 寄存器(0Ch)的 PLL[1](ALARM_H)为"H"。 为什么要这样做？应该怎么做？

我假设您尚未在生产中进行任何更改(PCB、BOM 和 FW 未更改)？

如果是这种情况、组装车间是否存在问题(一个或多个组件具有错误值等)？  

尊敬的 Yossi：

正如 TheGhostOf 在上面的回复中提到的那样、如果 电路板/器件之前都工作正常、是否进行了生产更改？

您是否尝试过在工作/故障电路板之间进行 ABA 交换？

此致、

扎克

1.由于一些部件的 EOL、我们更换了 CPU。 更改后、一些电路板处理新的 CPU 工作、而其他电路板发生故障

2、为了找出问题,我尝试了 ABA 在工作板和故障板之间。 似乎现在有一个稍微不同的问题。

3.在对 两块电路板的 VCO 电感器 L101 (在引脚 L1、L2之间)进行 ABA 校准后、现在两块电路板上的引脚12 CHP OUT (锁定)主要都是"H"。 因此、 我们使用了 lock_continuous。

4.我注意到 PLL 寄存器(0xC)的 ALARM_H 仍然始终为高电平。 低侧 板。

5.现在对于两个 Bords，不传输射频信号。 如果我将 我发送的数据中的一个字节从0x02更改为0x22、电路板将发送数据消息。

1.总结我的发现。 我刚用频谱分析仪进行了检查、发现在电路板正常的情况下、可以看到两个峰值。 一个用于高频、另一个用于低频。 对于失败的电路板、我们只看到低频的峰值。 对于高 频、有很多不同的频率、在预期的高频下没有峰值。

2.据我所知，这适合 我们在 PLL 寄存器(0xC)中看到的 ALARM_H 指示。

3、这意味着我需要返回并使用用于 CC1000的配置软件 SmartRF Studio 找到正确的寄存器值。

4.从互联网上看、它建议 使用 支持 CC1000的 SmartRF 版本6。 在互联网上、我只能找到不支持 CC1000的版本7和8。

5.您同意我的调查结果吗?

6.您可以向我发送 SmartRF 版本6、以便我找到支持高频的正确寄存器值吗？

  提前感谢。

吉西

尊敬的 Yossi：

我将很快回复您的其余调查结果、但您可以在此处找到 SmartRF Studio v6下载链接： https://www.ti.com/tool/download/SWRC046

此致、

扎克

Unknown 说：

由于部分部件已停产，我们更换了 CPU。 更改后，一些主板与新的 CPU 一起工作，而其他主板失败[/报价]

似乎 MCU 就是问题所在、但您是否尝试过排除 MCU？ 更改时间是否会成为问题的一部分？ 我假设您已尝试读取寄存器以确认值。

Unknown 说：

对 两块电路板的 VCO 电感器 L101 (位于引脚 L1、L2之间)进行 ABA 操作后，现在两块电路板上的引脚12 CHP _OUT (锁定)主要是"H"。 因此、 我们有 lock_continuous。

您所介绍的内容表明 VCO 存在问题、外部元件也存在问题。 是否有其他 BOM 更新可以解释为何应关闭 L101？  

[/quote]