专家
公告
财富商城
电子网
旗下网站
首页
问题库
专栏
标签库
话题
专家
NEW
门户
发布
提问题
发文章
F28335的捕获模块用于PWM功能,遇到一个问题
2019-03-24 08:15
发布
×
打开微信“扫一扫”,打开网页后点击屏幕右上角分享按钮
站内问答
/
TI MCU
13205
5
1111
如题,我将CAP配置为PWM功能,中断方式,定义了一个软件计数器用来对这个CAP中断次数计数,到达需要的次数后就对CAP3和CAP4两个寄存器清零,这样可以做到对输出的PWM脉冲个数进行控制,我在一个定时器中断里对这个软件计数器和CAP3,CAP4进行赋值,遇到的问题是,在第一次将软件计数器进行减法计数到零,再进行第二次计数器,CAP3,CAP4赋值后,就不进CAP中断了,尝试了很多方法,也修改很多配置和控制寄存器,问题依然存在
此帖出自
小平头技术问答
友情提示:
此问题已得到解决,问题已经关闭,关闭后问题禁止继续编辑,回答。
5条回答
asdmaill
2019-03-24 21:59
< :TI_MSP430_内容页_SA7 -->
tiankai001 发表于 2018-2-1 11:28
实际仿真一下看看程序走到那里时,相关的变量出现了意料之外的变化
好吧,一路断点跟踪,发现是SCIA串口那边有问题,我的串口是19200的波特率,配置为FIFO接收模式,4字节为一个包,总共2500多字节,每接收四个字节发给上位机一个应答码,然后上位机在发四个字节,这样循环,直到所有字节发送完毕,中间为了防止出现问题,我在SCIA接收中断里要延时几百微秒的样子才发应答码,所以通信本身应该是很可靠了,但是,第一次接收完2500多个字节是正常的,第二次完全一样的数据,就出错了,第一包数据就是错误的,老是要错位,比如该在第一包第一个字节中的数据跑第二个字节去了,导致后面数据全部乱的,开始以为是晶振频率不匹配,用的是30M,PLL后是150M,后来换成33177600HZ的晶体,PLL后是149299200HZ,应该说波特率误差就忽略不计了,但问题还是一模一样,是不是28335本身就不适合做这种大量数据的UART通信?
加载中...
查看其它5个回答
一周热门
更多
>
相关问题
相关文章
×
关闭
采纳回答
向帮助了您的知道网友说句感谢的话吧!
非常感谢!
确 认
×
关闭
编辑标签
最多设置5个标签!
保存
关闭
×
关闭
举报内容
检举类型
检举内容
检举用户
检举原因
广告推广
恶意灌水
回答内容与提问无关
抄袭答案
其他
检举说明(必填)
提交
关闭
×
打开微信“扫一扫”,打开网页后点击屏幕右上角分享按钮
×
付费偷看金额在0.1-10元之间
确定
×
关闭
您已邀请
0
人回答
查看邀请
擅长该话题的人
回答过该话题的人
我关注的人
好吧,一路断点跟踪,发现是SCIA串口那边有问题,我的串口是19200的波特率,配置为FIFO接收模式,4字节为一个包,总共2500多字节,每接收四个字节发给上位机一个应答码,然后上位机在发四个字节,这样循环,直到所有字节发送完毕,中间为了防止出现问题,我在SCIA接收中断里要延时几百微秒的样子才发应答码,所以通信本身应该是很可靠了,但是,第一次接收完2500多个字节是正常的,第二次完全一样的数据,就出错了,第一包数据就是错误的,老是要错位,比如该在第一包第一个字节中的数据跑第二个字节去了,导致后面数据全部乱的,开始以为是晶振频率不匹配,用的是30M,PLL后是150M,后来换成33177600HZ的晶体,PLL后是149299200HZ,应该说波特率误差就忽略不计了,但问题还是一模一样,是不是28335本身就不适合做这种大量数据的UART通信?
一周热门 更多>