bigbaicai

芯方式是以半导体人、电子工程师等电子行业相关领域从业人员为核心的知识经验学习、分享、交流社群。 凭借开放、合作、共赢的运营理念,聚集了来自国内外知名院校和顶尖科技公司的半导体人、电子工程师。 我们致力于营造专业、认真、有温度的分享交流环境,将高质量的内容和方案成规模地生产和分享,帮助个人和团队在芯方式找到有价值的Key。 http://www.icfans.com/

MT5931共晶振模式下的26M时钟申请原 理以及26M时钟申请不到的check point

0
阅读(2011)

WIFI芯片26M时钟的申请原理:
WIFI 申请信号( SRCLKEN)会决定何时需要26M何时不需要26M,当不需要时,会通知
BB(SRCLKEN=LOW),BB 若发现共享26M的module都不需要此时钟时,就会关闭此时钟
;当WIFI需要26M时钟的时候,会在发出申请信号(SRCLKEN=HIGH), BB就会打出26M给
WIFI使用.
BB的26Mclock通过clk_buffer1和clk_buffer2输出,wifi芯片使用
clk_buffer2.SRCLKEN是让clock source开震,然后要打开buffer才能输出clock,
wifi使用的clk_buffer2,因此还需要打开clk_buffer2。
小结一下,26M时钟输出时需要满足3个条件:
1.co-clock pin选择了SRCLKEN mode,而且电平为high
2.DCXO_PCON2 ( buffer2)
Reg 0xA0700FE8[1] 是有被设成1,该寄存器写1表示enable buffer2,写0表示
disable buffer2
3.DCXO_PCON0
Reg 0xA0700FE0[8]有被设成1, 0:表示Clock的起震受到PMU控制 1表示clock的起
震受SRCLKENAI控制
26M时钟申请不到的check point:
1.co-clock pinlibDWSSRCLKEN mode,这点一般不会出太大问题。
2.DCXO_PCON2 以及DCXO_PCON0 两个寄存器需要特别check,因为较多客户在ATV的项
目中对这两个寄存器进行了误操作而导致clk_buffer2没有26M时钟输出。


来自半导体社区