[参考译文] LMX2820：如果 LD_VTUNE_EN = 0、LD 引脚不会接通

Noel、

感谢您的答复。 在我们的应用中、基准信号是不是固定的、因此、如果您指的是快速校准、那么基准信号可能不起作用还是不起作用？ 我们会校准 VCO、以获取用于完全辅助的 VCO_SEL、daciset 和 capcode（如果您的意思是这样）。 目前、我们将保持 LD_TUNE_EN =1。

另一个主题与这个芯片,一个非常奇怪的事情被注意到。 无论是在正常自动调优操作还是完全辅助模式下、当我从 5.65G 扫描到 22GHz 再降回 1 个完整周期时、我都会遇到随机锁定故障。 我使用了 1、10、20 和 100MHz 的频率步长、步进速率为 1ms、10ms 和 100ms。 无论使用什么频率阶跃或变化率、器件都会以 11GHz 至 22GHz 范围内的某个频率进入解锁和挂起状态。 它随机发生、有时在第一个周期、有时在数百个周期之后。 仅当使用倍频器时、不会在相同频率或相同频率区域内运行、该测试才会失败。 我监控了 LD 引脚、如果 LD 变为低电平、环路将停止、并在规格上检查信号。 在所有情况下都是真正解锁的。 该信号通常在距离所需锁定频率的 5 到 20MHz 范围内、并会漂移。

奇怪的是、芯片总线会停止响应进一步的频率变化。 我会重写 R0 以重新触发、或者我也会重新编程相同故障频率的所有其他必要寄存器、例如 N、R、电流等和 R0、但不会发生任何情况。 当它失败并停止时、我将获得 VCO#、capcode 和 daciset 值。 然后将其重新编程为双倍区域 (11-22G) 的新频率、VCO#、capcode、daciset 保持不变。 当我将其重新编程为 (5.65-11GHz) 中的新频率（非半频率）时、倍频器会按应有的方式关闭（直接 VCO 信号现在要大得多）、但 VCO#、capcode 和 daciset 仍保持不变。 较大的芯片没有响应。 此外、我会将所有 123 个寄存器重新加载到默认值（根据您的寄存器文档进行更改）、然后重新编程后发现没有更改、仍然处于解锁状态、且 VCO#等保持不变。  

由于故障频率和发生次数的随机性、很难确定问题是什么。 使芯片再次正确响应的唯一方法是进行软复位并对故障频率进行重新编程。 您过去是否注意到这种行为、或者是否被报告？ 自上周以来、我们一直在解决客户发现的这个问题。 任何提示和帮助都将非常感谢。

谢谢

尊敬的 Hon Yee：

使用倍频器后、我们还注意到 VCO 校准失败 的可能性很小。 如果我们使用完全辅助、则可以完全绕过此问题。  

预期对于 DACISET、VCO_SEL 和 CAPCTRL 参数、倍频器有一些我们应该在完全辅助模式下手动编程的附加参数。 如果您决定对 LMX2820 的整个频率范围使用完全辅助、我可以向您提供编程信息。