查看: 10618 | 回复: 9 关于STM32F103的GPIO操作和ODR,BRR,BSRR的设置 [复制链接] 已结帖(20) wilkes 64 主题 147 帖子 496 积分 资深技术员 关注TA 发消息 专家等级: 结帖率:75% 电梯直达 楼主 楼主 | 发表于 2010-8-6 09:55 | 只看该作者 | 返回版面 最近使用stm32F103系列开发产品的时候,在进行GPIO操作的时候出现了一些奇怪的问题。描述如下: 1.使用ODR操作PC端口,由于主程序和中断同时有对IO口的操作(主程序设置PC3,中断设置PC6),使用的是ODR进行设置,这样的话会出现意想不到的情况。在线调试观察GPIO寄存器的值二者都是对的,实际输出不正确。如果不用ODR,全部改用BRR和BSRR来实现IO口的设置,则不会出现这个问题,一切正确。 2.另一个问题,使用BRR和BSRR的时候,当我使用 #define SPI_FRAM_CS_LOW GPIOC->BRR = GPIO_Pin_5 #define SPI_FRAM_CS_HIGH GPIOC->BSRR = GPIO_Pin_5 时操作不正确,使用 #define SPI_FRAM_CS_LOW GPIOC->ODR &= ~GPIO_Pin_5 #define SPI_FRAM_CS_HIGH GPIOC->ODR |= GPIO_Pin_5 的时候操作就是正确的,后来又做了试验,发现使用 #define SPI_FRAM_CS_LOW GPIOC->BRR |= GPIO_Pin_5 #define SPI_FRAM_CS_HIGH GPIOC->BSRR |= GPIO_Pin_5 也可以。与前面的比较,多了一个或操作,但是按照技术手册没道理啊, 也没看到网上有说这些情况的。各位有遇到类似情况吗?能解释一下到底什么原因? BRR, BSRR, GPIO, ODR, BRR, BSRR, GPIO, ODR, 设置 满意回复 +10 香水城 查看完整内容 问题1:与你的操作方式有关,请具体举例说明。 问题2: #define SPI_FRAM_CS_LOW GPIOC->BRR = GPIO_Pin_5 #define SPI_FRAM_CS_HIGH GPIOC->BSRR = GPIO ... +10 acgean 查看完整内容 问题1 : 这就叫共享冲突. 结果是中断里的设置会没有起作用. 也可以用 STREX 这个办法来解决. 回复 收藏 分享 淘帖 赏 举报 香水城 493 主题 1万 帖子 4万 积分 版主 关注TA 发消息 专家等级: 结帖率:37% 打赏:0.00 受赏:9.00 沙发 发表于 2010-8-6 10:49 | 只看该作者 | 返回版面 问题1:与你的操作方式有关,请具体举例说明。 问题2: #define SPI_FRAM_CS_LOW GPIOC->BRR = GPIO_Pin_5 #define SPI_FRAM_CS_HIGH GPIOC->BSRR = GPIO_Pin_5 与 #define SPI_FRAM_CS_LOW GPIOC->BRR |= GPIO_Pin_5 #define SPI_FRAM_CS_HIGH GPIOC->BSRR |= GPIO_Pin_5 的区别在于多了一个"或",这相等于: #define SPI_FRAM_CS_LOW GPIOC->BRR = GPIOC->BRR | GPIO_Pin_5 #define SPI_FRAM_CS_HIGH GPIOC->BSRR = GPIOC->BSRR | GPIO_Pin_5 这里有隐含的类型转换:GPIO_Pin_5是uint16_t类型,而BRR 和BSRR都是uint32_t类型。 #define SPI_FRAM_CS_LOW GPIOC->ODR &= ~GPIO_Pin_5 #define SPI_FRAM_CS_HIGH GPIOC->ODR |= GPIO_Pin_5 这样操作,是在赋值的基础上保留了原来的内容。 I do not teach, but I coach. I do not feed, but I seed. 欢迎访问我的博客:http://bbs.ednchina.com/BLOG_OWNER_199055.HTM 回复 赏 举报 acgean 32 主题 434 帖子 1447 积分 助理工程师 关注TA 发消息 专家等级: 结帖率:96% 板凳 发表于 2010-8-6 12:09 | 只看该作者 | 返回版面 问题1 : 这就叫共享冲突. 结果是中断里的设置会没有起作用. 也可以用 STREX 这个办法来解决. 回复 赏 举报 香水城 493 主题 1万 帖子 4万 积分 版主 关注TA 发消息 专家等级: 结帖率:37% 打赏:0.00 受赏:9.00 地板 发表于 2010-8-6 12:31 | 只看该作者 | 返回版面 问题1 : 这就叫共享冲突. 结果是中断里的设置会没有起作用. 也可以用 STREX 这个办法来解决. acgean 发表于 2010-8-6 12:09 硬件方面不会产生共享冲突。 I do not teach, but I coach. I do not feed, but I seed. 欢迎访问我的博客:http://bbs.ednchina.com/BLOG_OWNER_199055.HTM 回复 赏 举报 wilkes 64 主题 147 帖子 496 积分 资深技术员 关注TA 发消息 专家等级: 结帖率:75% 5楼 楼主 | 发表于 2010-8-10 09:54 | 只看该作者 | 返回版面 这几天没来,前天看了一下参考手册,发现在说明BRR和BSRR的时候,发现有几句话(在GPIO那一章里): “每个I/O端口位可以自由编程,然而I/0端口寄存器必须按32位字被访问(不允许半字或字节访问)。GPIOx_BSRR和GPIOx_BRR寄存器允许对任何GPIO寄存器的读/更改的独立访问;这样,在读和更改访问之间产生IRQ时不会发生危险。” “当对GPIOx_ODR的个别位编程时,软件不需要禁止中断:在单次APB2写操作里,可以只更改一个或多个位。这是通过对“置位/复位寄存器”(GPIOx_BSRR,复位是 GPIOx_BRR)中想要更改的位写’1’来实现的。没被选择的位将不被更改。” 从这个可以看出如果是通过ODR操作IO口,如果遇到中断确实可能产生问题,我们装置已经遇到并验证了。 城主说的与我的操作方式有关,我开头说了,在主程序里有对PC3的设置操作,然后1ms中断有对PC5的设置操作,这样会有冲突,中断,主程序IO口操作越频繁,就越明显。 至于acgean说的“也可以用 STREX 这个办法来解决”,还请解释一下具体的方法,貌似是汇编指令? 回复 赏 举报 香水城 493 主题 1万 帖子 4万 积分 版主 关注TA 发消息 专家等级: 结帖率:37% 打赏:0.00 受赏:9.00 6楼 发表于 2010-8-10 10:00 | 只看该作者 | 返回版面 城主说的与我的操作方式有关,我开头说了,在主程序里有对PC3的设置操作,然后1ms中断有对PC5的设置操作,这样会有冲突,中断,主程序IO口操作越频繁,就越明显。 我在2楼问你的操作方式,实际上是问你用什么样的语句对PC3和PC5操作?操作的是ODR还是BRR、或是BSRR?最好把相应的程序代码贴出来;这一点与你抄录手册上的那段话有关,所以非常重要。 I do not teach, but I coach. I do not feed, but I seed. 欢迎访问我的博客:http://bbs.ednchina.com/BLOG_OWNER_199055.HTM 回复 赏 举报 wilkes 64 主题 147 帖子 496 积分 资深技术员 关注TA 发消息 专家等级: 结帖率:75% 7楼 楼主 | 发表于 2010-9-9 10:00 | 只看该作者 | 返回版面 结贴咯,最终结论就是如果中断中要对IO口设置,最好使用BSRR和BRR操作,而不要用ODR 回复 赏 举报 efen 43 主题 564 帖子 1741 积分 助理工程师 关注TA 发消息 专家等级: 结帖率:97% 8楼 发表于 2012-9-22 13:47 | 只看该作者 | 返回版面 mark 得之坦然,失之淡然,争其必然,顺其自然。 回复 赏 举报 LingTian 15 主题 173 帖子 1045 积分 助理工程师 关注TA 发消息 专家等级: 结帖率:100% 9楼 发表于 2012-9-23 15:48 | 只看该作者 | 返回版面 在 BSRR 中有BRx, 在BRR 中也有BRx, 作用是一样的吗?