Crystal AFC check fail(MT6253平台)
这里的FreqErr怎么绝对值越大就过(好像要大于16,000),小反而过不了,怎么解释啊!?
看了一下程序,发现时这样判断的:
if( (FreqErrorPPM < d_max_frequency_err_ppm && FreqErrorPPM>=0) || (FreqErrorPPM > d_min_frequency_err_ppm && FreqErrorPPM < 0) )
sprintf (tempbuf, "\nFAIL: Crystal AFC check:%.1f",FreqErrorPPM);
d_max_frequency_err_ppm = ( 890 + 0.2*AFC_ARFCN )* CRYSTAL_AFC_MAX_FREQ_ERR_PPM
d_min_frequency_err_ppm 是负的
小编的配置文件里CRYSTAL_AFC_MAX_FREQ_ERR_PPM = 18
所以check的FreqErr必须大于16254或小于-16254
但是为啥这样判断呢·~?高手指点一下!
不是FreqErr绝对值的问题,而是PASS: Freq error PPM =-18.0与PASS: Freq error PPM =29.2 这两个PPM值的绝对值之差应该小于10吧,
这里的FreqErr怎么绝对值越大就过(好像要大于16,000),小反而过不了,怎么解释啊!?
这里的FreqErr怎么绝对值越大就过(好像要大于16,000),小反而过不了,怎么解释啊!?
CRYSTAL_DAC1=3800
CRYSTAL_DAC2=4200
相关文章:
- AFC斜率只有负的0.5左右是哪里出问题了(05-08)
- 6139与6129校准AFC是一样的吗?(05-08)
- 关于AFC的问题(05-08)
- TD-SCDMA AFC校准错误应该是哪些问题(DT方案)?(05-08)
- AFC校准(05-08)
- AFC校准的作用是什么?(05-08)