TI中文支持网
Ti的工程师您们好 我目前碰到一个28035芯片在特定工况下 会跑飞锁死的现象，希望您们协助我分析下，谢谢。
具体情况描述如下：我使用28035芯片的CLA task进行PFC电源环路运算，当我设计好环路后，实现尝试控制一个200V低压，电路均能正常工作，并且能加载至额定最大负载下；但是尝试将电源输出控制为额定高压400V输出时，电源空载加载至2A左右时均正常工作，但总是在负载稍微更大点时，芯片就跑飞锁死(我的判断标准是芯片没有进入中断程序，如图中的通道1)，然后芯片PWM模块就进入free模式，以固定占空比发波直至保护。
我的问题主要是：1.芯片为何会意外跑飞、锁死，理论上就算时环路不适合高压参数，最多也只会影响控制效果，为何会导致芯片的主CPU中断和CLA中断均未进入？
2.导致芯片跑飞和锁死的原因主要有哪些？据我所知的可分为软件和硬件，软件上有中断冲突，中断响应时间不够，数据溢出等，硬件上则有 复位电路稳定，电源供电不稳定，时钟干扰等。您们觉得就我目前的现象来看，有可能导致此现象的原因是什么？
3.有没有什么有效的软硬件措施，可以协助避免发生芯片跑飞锁死情况？
4.最后就是，有没有方法能让我的芯片，在发生跑飞和锁死现象后，关闭PWM波，而不是现在的继续固定占空比发波。。。
最后，谢谢TI工程师的支持！
user5997033：
最新的实验现象已经排除了环路影响，就是电路输出功率大了后 芯片受到干扰 导致芯片锁死因为同样的开环环路参数时在电压低功率输出下芯片长时间跑都OK但是当输入增大输出功率大了后芯片又出现了跑飞锁死的现象请问下 Ti的工程师我这种情况可能时什么原因导致的？(PLus同步观测了芯片的供电 是没有问题的在锁死的瞬间供电没有变化)
,
Green Deng：
1&2：关于芯片跑飞、锁死，确实可能的原因基本你都列出来了。其中软件上数据溢出的可能性最大，但根据你的描述，似乎（相对）低压情况下软件运行没有问题。而硬件上我觉得你的现象更偏向芯片受电磁干扰导致的意外跑飞。
不知道你的测试是基于ram还是flash还是两者都会出现跑飞的情况，如果ram运行可以复现问题的话可以尝试多测试几次，看是否是在固定某一句代码中程序会跑飞。
3：避免跑飞的话可能只能根据1&2中的情况具体分析了。
4：一般关闭PWM波的话考虑从AQ模块或者TZ模块着手，前者可以理解为主动关闭，后者为被动关闭，根据你的情况，我觉得TZ模块更适合。TZ模块可以在检测到故障发生之后将PWM设置为想要的电平，你可以详细了解一下这个模块，并且选择一个最合适的TZ模块触发条件进行封波。
,
user5997033：
1&2：我现在都是再flash中运行出现跑飞现象另外请问下如何找到是否在固定的某一句代码中跑飞？具体是怎么操作的呢
3：我现在也更倾向与硬件上的干扰那请问下 针对这些方面的有什么解决方案呢？我之前碰到过芯片被干扰是由于磁性元件距离DSP较近，对此我加磁屏蔽来减小干扰但是我现在芯片距离磁芯是比较远的这种情况还有别的方法能减小干扰吗
,
user5997033：
你好 Green Deng我这边注意到我的程序里面好像没有启用看门狗这会不会导致我的程序跑飞？我这种情况现在加上看门狗程序 是否可以避免程序跑飞呢？
,
Green Deng：
1、如果你是CCS在线仿真的话，程序跑飞之后你点击暂停键，可以看到程序会跳到例如某个错误中断中，同时主程序的代码会停在出现问题的那行代码上。如果多次测试都是同一句代码的话，基本可以判定是这句代码相关的问题。
2、我对处理电磁干扰的话不是很熟悉，给不了多少意见，你可以问一下你们的硬件工程师。或者去我们E2EChina 的电源论坛，看看那边的工程师是否能给些意见。
3、看门狗的作用是在代码出现跑飞或者卡死的情况下，自动对芯片进行复位。也就是说，加看门狗不能避免程序跑飞，但是能在程序跑飞后对芯片进行自动复位。
,
user5997033：
好的谢谢解答 我这边研究下
,
Green Deng：
客气了，希望有所帮助
