打印
[STM32F0]

swd仿真设置哪里出了问题

[复制链接]
1252|24
手机看帖
扫描二维码
随时随地手机跟帖
跳转到指定楼层
楼主
juventus9554|  楼主 | 2018-5-28 15:11 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
我的CPU是stm32f030,使用swd方式仿真调试,使用的仿真器是jlink,在调试UART时,只要uart口有数据进来,我设置断点暂停程序,然后再点全速运行后,程序就不停的进UART中断,但是我reset之后全速跑,不暂停程序是没有问题的。不知道swd仿真设置哪里出了问题?
沙发
llljh| | 2018-5-28 15:12 | 只看该作者

仿真毕竟不是真实的,所以你全速正常跑正常才最要紧

使用特权

评论回复
板凳
dingy| | 2018-5-28 15:12 | 只看该作者
看你说的是正常跑没有问题,有问题的是仿真,那还担心个锤子啊

使用特权

评论回复
地板
kingkits| | 2018-5-28 15:13 | 只看该作者
你如何看出来全速跑没进中断?

使用特权

评论回复
5
renyaq| | 2018-5-28 15:13 | 只看该作者
中断程序,加上溢出处理看看;

使用特权

评论回复
6
houcs| | 2018-5-28 15:14 | 只看该作者
也许是有时效性较高的函数,你调试后中断了,然后系统就认为超时了。

使用特权

评论回复
7
juventus9554|  楼主 | 2018-5-28 15:16 | 只看该作者
因为我仿真有些程序需要用到uart进来的程序,但是一旦设置断点调试其他子程序时,程序就死了。。。那后续没法调试了呢。

使用特权

评论回复
8
juventus9554|  楼主 | 2018-5-28 15:18 | 只看该作者
只有一个UART中断和一个定时中断而已,我把UART的波特率设置为9600bps,还是不行。。。。真不知道怎么整的了?

使用特权

评论回复
9
juventus9554|  楼主 | 2018-5-28 15:19 | 只看该作者
如果全速跑,UART不会产生OVERRUN ERROR,但是如果设置了中断,就会产生这个错误标识,然后会进入UART中断。。。。

使用特权

评论回复
10
juventus9554|  楼主 | 2018-5-28 15:20 | 只看该作者
应该解决了这个问题,是由于CPU的UART_CR3中的OVRDIS没有打开,所以就一直在判断接收buf是否有数据溢出。
OVRDIS: Overrun Disable
This bit is used to disable the receive overrun detection.
0: Overrun Error Flag, ORE, is set when received data is not read before receiving new data.
1: Overrun functionality is disabled. If new data is received while the RXNE flag is still set
the ORE flag is not set and the new received data overwrites the previous content of the
USARTx_RDR register.
This bit can only be written when the USART is disabled (UE=0).
而且一定要在USART不打开的前提下关闭。仿真的时候把这个设置bit设置为1了,就可以继续断点执行了。

使用特权

评论回复
11
juventus9554|  楼主 | 2018-5-28 15:23 | 只看该作者

USART_Init(USART1, &USART_InitStructure);
USART_ITConfig(USART1, USART_IT_RXNE, ENABLE);
USART_OverrunDetectionConfig(USART1,USART_OVRDetection_Disable);        
USART_Cmd(USART1, ENABLE);

使用特权

评论回复
12
xxmmi| | 2018-5-28 15:24 | 只看该作者
断点调试只是作为一个辅助手段,只要你的代码能够顺利执行就行了

使用特权

评论回复
13
stly| | 2018-5-28 15:25 | 只看该作者

程序初始化有点问题把

使用特权

评论回复
14
llljh| | 2018-5-28 15:26 | 只看该作者
做开发以实际的运行为准,因为你的产品不是运行在调试模式下,调试模式只是开发过程中的一个可选的验证方式,但是不是必须的

使用特权

评论回复
15
dingy| | 2018-5-28 15:27 | 只看该作者
ARM调试理念是非侵入的,实际上各家真正实现的时候有时候可能没考虑到一些细节,或者懒得去修改,造成调试时候仿真器的访问会影响寄存器值。  STM32L152遇到过,具体忘了,有个寄存器标志位好像是读后自动清除的,KEIL只要打开外设窗口就不行,因为打开了窗口调试器会读对应值去更新电脑显示,程序就读不到对应位了。 后面用自己写的SWD接口频繁读也验证了。        其他非ARM核的芯片,也难免会在哪个地方有这样的细节疏忽,我们用户改不了芯片,只能尽量避开这些玩意。

使用特权

评论回复
16
supernan| | 2018-5-28 15:28 | 只看该作者


我也遇到过这个问题,原因是:使能了接收中断,那么ORE中断也同时被开启了。数据寄存器溢满,将接收到的无用数据丢弃。
程序上加上一下代码,问题解决:
if (USART_GetFlagStatus(USART1, USART_FLAG_ORE) != RESET)//注意!不能使用if(USART_GetITStatus(USART1, USART_IT_RXNE) != RESET)来判断
    {
        USART_ReceiveData(USART1);
    }

使用特权

评论回复
17
houcs| | 2018-5-28 15:29 | 只看该作者

OVRDIS: Overrun Disable接收溢出判断关闭位

使用特权

评论回复
18
xxrs| | 2018-5-28 15:30 | 只看该作者

his bit can only be written when the USART is disabled (UE=0).

使用特权

评论回复
19
yinxiangh| | 2018-5-28 15:31 | 只看该作者
而且一定要在USART不打开的前提下关闭。仿真的时候把这个设置bit设置为1了,就可以继续断点执行了。

使用特权

评论回复
20
chenjunt| | 2018-5-28 15:32 | 只看该作者
是不是因为使能了接收中断,ORE中断也同时被开启了

使用特权

评论回复
发新帖 我要提问
您需要登录后才可以回帖 登录 | 注册

本版积分规则

900

主题

12190

帖子

3

粉丝