STM32的I/O操作的互斥

查看: 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， 作用是一样的吗？