在部分辅助模式下运行时,我发现当步进频率介于11.9G和12G之间时,FCAL_EN程序似乎无法决定是否应使用VCO4或VCO5 (有时会切换回第四个频率步进),从而使锁定时间为140-210us (而不是其他任何地方的20-30US)。
数据表指定,VCO4的上限为12G (精确),而VCO5的下限频率为12G (精确),但设备上的FCAL有时选择VCO5的频率低至11.9G。 该数据表还指定VCO4应在11.9G到12.1G之间使用(与上表相矛盾)。 我还发现,即使在*no assist* FCAL_EN下,也会选择在11.9Ghz左右开始使用VCO5,这低于指定范围。
我的部分帮助设置(VCO_DACISET_strt/VCO_CAPCTRL_strt/VCO_SEL)在锁定后从设备中读取,存储并在以后再次写回。
在运行初始校准扫描并保存每个FCAL的结果后,我可以设置VCO_SEL_FORUS,并且11.9 - 12G范围的锁定计时返回到正常20-30US。
对于我的应用程序来说,一致的锁定时间是理想的,但确保频率在当前设置下保持稳定更重要。 我已经在两个样本板上验证了这些行为。 我假设在VCO4/5之间发生了某种情况,给定的行为和数据表中表6后面的注释。
我的问题是:
1:设备在长期使用后是否会损坏,允许FCAL选择VCO并在指定频率范围之外运行?
2:我是否有任何理由不强制VCO_SEL (在校准扫描之后),而是允许FCAL将其它VCO参数(CAPCTRL/DACISET)调整到自己喜欢的程度?
3:在连续运行一段时间后,是否需要定期重新运行校准扫描以选择新的VCO_SEL? [温度漂移/相位性能?]