Using audio or video PLL as source clock for eFlexPWM

cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

Using audio or video PLL as source clock for eFlexPWM

Jump to solution
1,057 Views
Mysterion
Contributor II

For our application we are in need to provide an PWM output with a fine-tunable, precise frequency in the range of about 10MHz to 20MHz (customer preference: +/- 50Hz for the set value).

I'm aware of the FlexPWM's fractional feature - however, the resulting accuracy isn't sufficient, besides distortion effecs, as there's no NanoEdge placement block in the i.MXRT series. The most promising approach would be using the audio or video PLL as clock source for FlexPWM. That's where my problem starts:

  • FlexPWM only accepts IPBus clock, external and aux clock (from submodule 0), So I have to go with the external clock
  • FlexPWM external clock seems only be routable via XBar when there's no XBar input for PLL4/5 clock
  • when routing CCM CLKO1 to GPIO_SD_B4 via IOMux, there's no way to connect the appropriate XBar input to GPIO_SD_B4 at the same time
  • similar problems, when clocking FlexIO, which accepts PLL5 clock, but its outputs cannot be routed via XBar

My fallback solution is to connect GPIO_SD_B4 on pin level to a pin, which routes back via XBar to FlexPWM external clock. But I almost can't believe, there's no chip internal way for realising my intent. Any hints?

Labels (1)
Tags (2)
0 Kudos
Reply
1 Solution
1,039 Views
jingpan
NXP TechSupport
NXP TechSupport

Hi @Mysterion ,

Yes, PLL clock can't transmit via XBAR. It seems your fallback solution is the only way to go.

 

Regards,

Jing

View solution in original post

0 Kudos
Reply
1 Reply
1,040 Views
jingpan
NXP TechSupport
NXP TechSupport

Hi @Mysterion ,

Yes, PLL clock can't transmit via XBAR. It seems your fallback solution is the only way to go.

 

Regards,

Jing

0 Kudos
Reply