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.

[参考译文] CCS/TMS320F2.8075万:100pin芯片的EPWM1模块

Guru**** 2582405 points


请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/microcontrollers/c2000-microcontrollers-group/c2000/f/c2000-microcontrollers-forum/630840/ccs-tms320f28075-epwm1-module-of-100pin-chip

部件号:TMS320F2.8075万

工具/软件:Code Composer Studio

之前的部分问题已由我自己解决,但仍然存在有关ePWM计时的问题。 因此,我修改了以下问题。 对此造成的不便,我们深表歉意!

我现在正在使用100pin 2.8075万芯片。 由于此版本中EPWM1模块未被推出,我测试使用EPWM7模块。 通过配置SyncSockRegs.SYNCSELECT.Bit.EPWM7SYNCIN =5,SYNCIN源为EXTSYNCIN1。 但EXTSYNCIN1和EPWM7A集上升边缘之间的延迟为80ns。 为何拖延时间这么长? ePWM时钟频率为100MHz。

我  以前也曾以同样的方式使用具有60MHz时钟频率的TMS320F2.8027万,延迟时间为70-90ns。 所以,我觉得可能有什么问题? 或者下图中圈出的多路复的传播延迟过长? 在哪里可以找到下图中圈出的muxes的传播延迟信息?

为方便起见,请在下面附上代码。 提前感谢您!

e2e.ti.com/.../5531.28075_5F00_TEST_5F00_EPWM_5F00_EXTSYNC.zip

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    我修改了问题,很抱歉给您带来不便

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好,Weijing,

    感谢您的详细问题。 您的线程已分配给C2000专家,应很快获得反馈。

    此致,
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    魏景,

    您圈出的助熔器的延迟为0。

    在中使用外部同步时,您可能会遇到6-7个周期的延迟,因此您的延迟听起来很合理。 如果担心延迟,您可以删除外部SYNCI引脚上的同步,从而节省1或2个周期。


    希望它有所帮助,
    科迪  

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    感谢您的回复!

    在代码中,我已经通过配置以下内容删除了外部SYNCI引脚上的同步:

    gpioCtrlRegs.GPCQSEL2.bit.GPIO89 = 3; //异步输入GPIO89

    但仍有80ns延迟,即8个周期。 所以,这就是为什么我认为拖延太久的原因
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    魏景,

    这与我提到的6-7个周期不同。 F2.8075万很可能需要额外的周期。 请阅读此主题并在回复时提出您可能有的任何问题: https://e2e.ti.com/support/microcontrollers/c2000/f/171/p/313720/1098695</s>31.372万 109.8695万 

    此致,
    科迪  

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    感谢您的回复!

    在2.8075万中,我使用InputXBar将EXTSYNCIN信号连接到EPWM7模块。 您知道InputXBar的传播延迟吗?

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    魏景,

    通过InputXBar的路径是异步的,将导致大多数应用程序都可以接受的较小延迟。 信号通过同步链后,将保证所有周期。

    此致,
    科迪  

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    感谢您的回复!

    根据我的测试,输入Xbar的延迟约为50ns,这是否合理?

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    我正在研究这个数字应该是多少,很抱歉耽误了时间。

    此致,
    科迪
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    魏景,

    我已请求执行设计仿真。 但是,这需要一些时间。 设计师的初步评论是,您看到的延迟时间比预期的要长。

    此致,
    科迪  

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    魏景,

    我只是想在这里发布,我已经收到了关于这在设计师队列中的确认。 我没有估计何时完成。

    此致,
    科迪