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.

TMS320F28P650DK: TZ封锁PWM功能受到cputimer0中断影响导致异常

Part Number: TMS320F28P650DK

1、使用F28P650DK9的TZFRC【OST】封锁和TZCLR【OST】解封PWM1和PWM2的功能时发现如下异常:

(1)在主循环循序封锁解封PWM,周期1mS,此时TZFRC和TZCLR封锁正常。PWM1和PWM2都能按周期封锁和解封锁(PWM1A——黄色,PWM2A—绿色)

(2)若再以上基础上开启CPUTimer0中断,中断内无任何动作。此时TZFRC和TZCLR封锁异常。PWM1无法封锁,PWM2则正常封锁和解封锁。(PWM1A——黄色,PWM2A—绿色)

(3)若再(2)的基础上不关闭CPUTimer0中断:  // PieCtrlRegs.PIEIER1.bit.INTx7 = 1;,则此时TZFRC和TZCLR封锁正常。PWM1和PWM2都能按周期封锁和解封锁。

以上:希望TI的工程师给出答复:出现以上的原因是什么?为什么PWM的TZFRC的封锁PWM1的功能会收到CPUTimer0的影响??

备注:工程来自官方例程《epwm_ex1_trip_zone》修改而来

Fullscreen
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
//###########################################################################
//
// FILE: epwm_ex1_trip_zone.c
//
// TITLE: ePWM module using Trip-Zone submodule.
//
//! \addtogroup cpu01_example_list
//! <h1> EPWM Trip Zone Module (epwm_trip_zone)</h1>
//!
//! This example configures ePWM1 and ePWM2 as follows
//! - ePWM1 has TZ1 as one shot trip source
//! - ePWM2 has TZ1 as cycle by cycle trip source
//!
//! Initially tie TZ1 high. During the test, monitor ePWM1 or ePWM2
//! outputs on a scope. Pull TZ1 low to see the effect.
//!
//! \b External \b Connections \n
//! - EPWM1A is on GPIO0
//! - EPWM2A is on GPIO2
//! - TZ1 is on GPIO12
//!
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

  • (3)若再(2)的基础上不关闭CPUTimer0中断:

    步骤(3)和(2)之间的区别能再详细描述一下吗?

    实验现象有多次复现过吗?

    因为TZ信号配置的是在for循环中由软件触发及清除的,所以运行必然会受到其它中断的影响。

    两路信号的TZ配置有什么区别吗?

  • 感谢 Yale Li回复,

    1、步骤(3)和(2)之间的区别能再详细描述一下吗?

    答复: “(3)若再(2)的基础上关闭CPUTimer0中断:  // PieCtrlRegs.PIEIER1.bit.INTx7 = 1;,则此时TZFRC和TZCLR封锁正常。PWM1和PWM2都能按周期封锁和解封锁。

            详细描述:是在(2)TZ封锁PWM异常的基础上,通过 注释掉  // PieCtrlRegs.PIEIER1.bit.INTx7 = 1;  方式关闭CPUTimer0中断方式,TZ封锁PWM的功能会恢复正常,异常现象消失。

    2、实验现象有多次复现过吗?

    答复:该工程修改于官方例程《epwm_ex1_trip_zone》,试验可以一直复现,详细代码见帖子中。你可以用我帖子的代码复现一下这种异常现象。

    3、因为TZ信号配置的是在for循环中由软件触发及清除的,所以运行必然会受到其它中断的影响。

    答复:①1mS周期的TZ【OST】软件触发和清除,若不开CPUTimer0中断,则软件触发和清楚都是正常的。一旦开启CPUTimer0中断,PWM1则封锁失效,PWM2则依然正常。明显TZ【OST】封锁受到影响,不能有效封锁PWM。我在280049平台验证则是正常的。

             ②CPUTimer0中无任何TZ相关代码,请问是CPUTimer0是如何影响TZ[OST]封锁PWM的功能,导致封锁PWM失效呢?

    4、两路信号的TZ配置有什么区别吗?

    答复:两路PWM配置是完全一样的,详见贴中代码配置部分。

  • 因为你本质上还是在代码中通过CPU的方式来实现的EPWM的开关输出,当有中断进到CPU时,即使中断中没有任何代码,CPU还是要执行诸如现场保护与恢复之类的动作,就会影响到原本代码的执行。

    实际的使用中并不会遇到这个问题,因为配置好EPWM外设以及其中的TZ子模块后,它们是按照你的配置自动运行的,并不需要CPU的介入,这也是外设存在的意义。比如被驱动的电路过流时,产生相应的信号并输入到TZ模块,这个时候TZ就会自动进行关断操作。只要配置合理,甚至始终都不需要CPU的介入(当然实际使用中一般会需要CPU做一些处理,对整个系统的运行来做一个保障)。

  • 感谢yale li,中断会打断主循环的代码的执行的连续性,但不应该影响寄存器的赋值结果。况且异常只发送在PWM1上,PWM2依旧是正常的。

    (1)我将主循环for的TZ【OST】的相关代码搬入CPUTimer0中断服务程序中,并且for中保留 DELAY_US(1000),这种现象也是存在的。通过单步执行,PWM1异常时,EPwm1Regs.TZFRC.bit.OST = 0x01;执行后,EPwm1Regs.TZFLG.bit.OST的标志为依旧为0,正常是要变为1的。

    (2)在实际运用中有类似的场景,很多地方需要进行人为开启和关闭PWM,会用到TZ【OST】功能进行PWM封锁和开启。

  • 我实验之后回复你