STM32 USART中断小程序
1. 配置RCC的时机
在主程序中通过查询方式收发数据时,结果并不稳定。对比了ST提供的例程中的设置,将RCC配置提到了所有配置的最前面后,功能实现。结论:应先配置RCC,再初始化其他外设。
2. RAM下调试遇到的问题
在上述查询方式的基础上,增加对NVIC的配置,USART的中断设置,以及ISR中的处理过程,放到RAM下调试,无法进入ISR。有以下两个测试结果:1)在主程序while中调用USART_GetITStatus,判断USART中断事件是否发生及中断是否使能,结果为SET。2)在调试时看NVIC的寄存器,USART1已经enable了,说明寄存器已经写入。上述两点结果下,程序从理论上应该进入中断。百思不得其解之下,鬼使神差地把程序放到flash下,一切问题烟消云散,程序跑通,在ISR中处理了收发事件。
flash和ram下程序的不同动作,原因未知,做了如下一些对比(心疼我的flash啊):
T表示只设置了USART发送中断,R表示只设置了USART接收中断。可以看出,不是在FLASH的程序中是否设置过NVIC的问题。导致错误的原因可能是flash下和ram下程序的固件库版本不同。当程序加载到flash或ram中后,系统是如何运行程序的?两者之间是否有干扰和影响?这点需要进一步学习。
3. 其他问题
在做2中的试验时,希望在flash内无程序时,在RAM中调试看结构。但用J-Flash ARM V4.08l擦除flash后,keil中无法调试,显示core is locked up, cpu halted。网上搜到说在J-Flash ARM V4.08l中target->unsecure chip->重新上电,就可以解锁。如法炮制,失败。因此在2中的试验中只能在flash中烧入空程序。解决方法需要继续摸索。
STM32USART中 相关文章:
- Windows CE 进程、线程和内存管理(11-09)
- RedHatLinux新手入门教程(5)(11-12)
- uClinux介绍(11-09)
- openwebmailV1.60安装教学(11-12)
- Linux嵌入式系统开发平台选型探讨(11-09)
- Windows CE 进程、线程和内存管理(二)(11-09)