使用GD32F207的高级定时器来产生PWM波出现的隐藏BUG

今天分享一个在做GD32F207项目适合遇到的一个让人很无语的BUG,之所以称之为BUG,是因为实在想不出是为什么,但是有解决方法。

问题

首先,是发现这个BUG的问题原因,是我在通过高级定时器来生成PWM波进行调节输出电压,这里我使用了GD32F207的定时器TIMER0(高级定时器)的四个通道(CH0_CH3)分别输出不同占空比的PWM波(注意这里我使用的是高级定时器,而不是基本定时器,为什么这里要重点说是高级定时器,后面我们会说明到)但是我发现莫名其妙只有TIMER_CH3这个通道成功输出了PWM波,而TIMER_CH0-TIMER_CH2这三个通道都没有成功输出,于是我就检测了其他三个通道输出PWM的设置,发现引脚还有设置参数都对的啊,为什么只要通道三输出了。。。。

然后我又把定时器配置跟GD提供的使用定时器输出PWM波的官方历程对比了一下,发现配置都正常的啊,想了一下,定时器配置应该没有问题,要不TIMER_CH3通道怎么又输出,可是TIMER_CH3输出PWM的设置与其他三个通道一模一样,为什么会其他三个通道都不输出,于是我就一遍一遍的看,终于发现了问题之处。

BUG之处

于是我发现问题之处,竟然是因为定时器配置结构体变量定义和PWM输出配置结构体定义的位置不一样导致的,我一开始的定义的位置是这样子的:

//这里标记为版本1
//这是有bug的定义循序
timer_parameter_struct timer_initpara;   
timer_oc_parameter_struct timer_ocintpara;

而当我将这两个定义的循序换一下,换成下面这样子:

//这个标记为版本2
//正确的,不会出现BUG的定义循序
timer_oc_parameter_struct timer_ocintpara;
timer_parameter_struct timer_initpara;   

换完之后我再编译烧录进去后(程序就只改了这一出,其他都没有动),发现另外三个通道都成功输出了PWM波,于是我就很懵逼。这只是定义结构体变量的位置循序变了一下之后,怎么就一下子成功了,而且为什么会只单单影响三个通道,而不影响最后一个通道,这就很奇怪了。

而且另外只有高级定时器(这里我只试了高级定时器0,高级定时器7还没有试过是否会这样子)会出现这样子的问题,因为我还用了基本定时器TIMER3和定时器2,其循序就是版本1的顺序,但是定时器3的四个通道还有定时器2的两个通道输出都是正常的,所以就猜测可能是只要高级定时器会遇到这种BUG问题。这个就很懵逼,应该不是配置问题,可能是一个结构设计缺陷。

解决方法

所以,如果也有开发这款芯片的小伙伴,如果在使用高级定时器来输出PWM波也遇到了前三个通道不行,而最后一个通道可以的情况下,可以试试看我的这个解决方法。
就是将其你的配置PWM结构体定义变量这句放在定义定时器结构体变量的前面

//解决方法循序:
timer_oc_parameter_struct timer_ocintpara;
timer_parameter_struct timer_initpara;   

也就是版本2的配置循序。
如果大家不相信的话,可以去试试看,就知道了。

分享出来,也是希望可以帮助到也遇到此问题的小伙伴,同样也希望如果有知道原因的小伙伴,可以下方留言告知一下~

本人水平有限,上述信息仅供参考,如有错误和不妥之处,请多多指教。
另外创作不易,请勿抄袭,如果有帮助到大家的话希望大家可以点个赞,谢谢~

评论 4
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

OMGMac

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值