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.

is CLKOUT inconsistency due to Software ?.

Other Parts Discussed in Thread: TMS320VC5416

Hi all,

   i found that CLKOUT(Pin 94) of TMS320VC5416 dsp not giving the expected output frequency at times when im making changes to the application Software, that is running on it although the change is no where related to the configuration(or reconfiguration) of the PLL. So is there a link between SW and CLKOUT other than if SW is reconfiguring?? if yes, then i would like to know the information on the same....also i had a doubt that its because of the silicon error  stated in the errata at http://focus.ti.com.cn/cn/lit/er/sprz172f/sprz172f.pdf?  Usually i found the CLKOUT giving output correctly Unless for few SW changes. Im interested to know the reason behind the inconsistency and interrelationship  of CLKOUT w.r.t Software running on DSP.

 

Thanks,

Ganesh.

 

  • Hi,

    Are your CLKMD1, CLKMD2 and CLKMD3 are fixed at reset?

    What SW changes have you made when you see not expected CLKOUT?

    Regards,

    Hyun

  • Hi Hyun,

     As i have seen that the SW Change that i made, is causing the an exception which is not handled Properly and hence is behaving so, the PC is Pointing at an area having

    ADD 0h, A

    ADD 0h, A

    ADD 0h, A

    although its running! Upon commenting certain Problematic function call im successfully able to run the Application....

    But what im TRYING to know is how to figure out that exception since my Application/function is so large that i cannot manually review , de-bug  or analyse....

    Is there a Dubug Support from CCS 2.0 to figure out the exact cause (if Possible to Pin Point a line in Application Code)

    Thanks for Reply...

     

    Regards,

    Ganesh

     

  • Are your CLKMD1, CLKMD2 and CLKMD3 are fixed at reset?

    Yes they are....