This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

66AK2G12: UART PLL

Part Number: 66AK2G12
Other Parts Discussed in Thread: CLOCKTREETOOL

Hello,

I didn't found any information about frequency margins for UART PLL (or any other secondary PLL). I only found out that there is 13 bit reserved for multiplication and 6 bit for division. So what are frequency limit for secondary PLLs or where can I find these limits?

I am using SYSOSC 25MHz. This might not be too realistic frequency that can be used (from Clocktreetool) : PLL_UART = PLLD 0 ; PPM 8191 ; OD 0 ; => CLKOUT 204800MHz 

Thank you very much for answer

Best regards

Kamil

  • Hi Kamil,
    The UART module requires a clock input of 192MHz to generate the baud rates. There is a divide by two on the clock input to the UART module so the output of the UART PLL should be 384MHz. This is not possible with a 25MHz clock so we program the UART PLL to get as close as possible. In this case, we program the PLL to provid 383MHz using PLLD = 4, PLLM = 766 and OD = 9. This is not very well documented in the technical reference manual. If you are looking for a good example for the PLL programming using a 25MHz clock input, I suggest you look at the GEL file provided with CCS for the ICEK2G. That evaluation board uses a 25MHz clock as a source for the K2G.
    Regards, Bill
  • Hi Bill,

    Thanks for answer.
    Actually I want to know if I can use higher frequencies than 384MHz for UART PLL. It is used as reference clock for QSPI interface and I want to go there as high as possible with frequency.

    Thanks for advice
    Regards
    Kamil
  • Hi Kamil,

    The PLL can generate a clock output greater than 384MHz but there is not purpose. The max QSPI_CLK frequency is 96MHz. QSPI_REF_CLK has to be 2 times greater than QSPI_DATA_BUS_CLK and 4 times greater than QSPI_CLK.  Based on this the fastest QSPI_REF_CLK which is driven by the output of the PLL is 4x96MHz or the 384MHz needed for the UART module. What is the purpose of using a faster clock?

    Regards, Bill

  • Hi Bill,

    Actually my impression is that QSPI_REF_CLK has to be at least 4 times greater than QSPI_CLK. Why would be in Figure 11-1309. Read Data Capture Logic adjustable divider for QSPI_CLK? There is QSPI_CONFIG _REG in which you can set baud rate using divisor form 2 to 32(QSPI_REF_CLK/BD). Why would be there possibilities to set it as you like if there should be one exact relation between these frequencies? Doesn't make sense to me.

    Thanks for answer

    Best regards

    Kamil

  • Hi Kamil,

    Your impression is correct, the QSPI_REF_CLK must be at least 4 times greater than QSPI_CLK.  The expected frequency of 384MHz from the UART PLL will give you the maximum clock rate of 96MHz using the value of 0001 for the MSTR_BAUD_DIV_FLD but you can select a number of lower frequencies. Using the value of 1111 will give you a qspi clock of 12MHz.  This gives you a broad range of frequencies for your QSPI interface. If you need to operate the interface at a lower speed than 12MHz it will limit the functionality of other IPs that use that clock.

    Regards, Bill

  • Hi Bill,

    so this means that I can use max QSPI_REF_CLK = 1536MHz (96MHz x 16). Then I can use maximum data shift range  (data shift done by QSPI_RD_DATA_CAPTURE[4-1] DELAY_FLD field), this can help synchronization with delayed data. Is that right?

    Thanks

    Regards

    Kamil 

  • Hi Kamil,
    The UART PLL can support the generation of the 1536MHz clock that you are suggesting. While I understand why you would want to use a higher QSPI reference clock frequency, I recommend you do a full analysis of the other IPs that use the output of the UART PLL. All the example software produced for the K2G expects the UART PLL output to be 384MHz. The software and configuration for the other IPs using that clock must be modified to reflect the different frequency used.
    Regards, Bill