打印
[其他ST产品]

STM32的临界变量

[复制链接]
2329|35
手机看帖
扫描二维码
随时随地手机跟帖
跳转到指定楼层
楼主
dingy|  楼主 | 2021-8-6 22:30 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
以前大都做8位单片机,用C或汇编,一直都是用8位的全局变量在中断和大循环中共用,++,--,赋值的处理不用考虑临界问题,只有16位以上才考虑。现在用STM32突然想起这个问题,网上一查,这样的方式不行了,bit变量,8位等等都需要考虑这个问题,实际看了KEIL C编译后的汇编,确实一句++,--,汇编是2-3句。是不是STM32所有的中断和大循环通讯都要注意临界状态。可是我看开发板的例程,临界区也没有频繁开关中断。请熟悉这方面的高手指点一下,如果在STM32上用这种方法,要怎样用。或者有更好的方法。是不是如果不按临界处理,都会留下隐患?

使用特权

评论回复
沙发
xxrs| | 2021-8-6 22:34 | 只看该作者
你把RVMDK输出的汇编贴出来看看。

使用特权

评论回复
板凳
dingy|  楼主 | 2021-8-6 22:36 | 只看该作者
;;;288            mainTick++;        
00002e  4806              LDR      r0,|L10.72|
000030  7801              LDRB     r1,[r0,#0]  ; mainTick
000032  1c49              ADDS     r1,r1,#1
000034  7001              STRB     r1,[r0,#0]
;;;289      /* USER CODE END SysTick_IRQn 0 */
;;;290      HAL_IncTick();
000036  e8bd4010          POP      {r4,lr}
00003a  f7ffbffe          B.W      HAL_IncTick
;;;291      /* USER CODE BEGIN SysTick_IRQn 1 */
;;;292   
;;;293      /* USER CODE END SysTick_IRQn 1 */

使用特权

评论回复
地板
dingy|  楼主 | 2021-8-6 22:38 | 只看该作者
一句mainTick++ 汇编了3句。这样会不会有临界问题?

使用特权

评论回复
5
dingy|  楼主 | 2021-8-6 22:40 | 只看该作者
定义是8位的。volatile uint8_t mainTick=0;

使用特权

评论回复
6
jiahy| | 2021-8-6 22:46 | 只看该作者
R1发生中断的时候被压栈保护起来,退出中断恢复原来的值。你的担心完全是杞人忧天。

使用特权

评论回复
7
dingy|  楼主 | 2021-8-6 22:48 | 只看该作者
是变量mainTick,不是寄存器。寄存器一般不会去操作的。

使用特权

评论回复
8
juventus9554| | 2021-8-6 22:50 | 只看该作者
mainTick的地址在R0里面,值在R1里面,中断发生的时候都压栈了你还怕什么?

使用特权

评论回复
9
dingy|  楼主 | 2021-8-6 22:55 | 只看该作者
正因为值在R1里面,压栈了

使用特权

评论回复
10
dingy|  楼主 | 2021-8-6 22:57 | 只看该作者
在LDRB和STRB之间的需要屏蔽中断,不然中断中更改了mainTick,退中断后,是更改前的值

使用特权

评论回复
11
jlyuan| | 2021-8-6 22:58 | 只看该作者
再STRB就不是中断里改的数据了。

使用特权

评论回复
12
wangzsa| | 2021-8-6 23:01 | 只看该作者
既然“不是中断里改的数据了”那就是正确的值,你还怕什么?

使用特权

评论回复
13
juventus9554| | 2021-8-6 23:04 | 只看该作者
天下本无事庸人自扰之。

使用特权

评论回复
14
pengf| | 2021-8-6 23:07 | 只看该作者
这与多少位机没有直接关系

使用特权

评论回复
15
xxrs| | 2021-8-6 23:09 | 只看该作者
RAM是典型的存储加载机制,也就是读改写的操作,不能直接操作内存,所以++,--,等操作不是原子操作

使用特权

评论回复
16
huangchui| | 2021-8-6 23:11 | 只看该作者
不过8位机一般可以直接对内存进行操作所以反而是原子操作

使用特权

评论回复
17
huangchui| | 2021-8-6 23:16 | 只看该作者
如果只在中断里修改变量,其它地方是只读的话,是没有任何问题的,哪怕不是原子操作

使用特权

评论回复
18
dingy|  楼主 | 2021-8-6 23:19 | 只看该作者
楼上说的对。这样只好在执行前关中断,执行后再开中断了,应该也不需要很长时间。

使用特权

评论回复
19
dingy|  楼主 | 2021-8-6 23:22 | 只看该作者
因为这样的处理经常用,中断中判断标志,更新标志,主程序也要判断标志,再更新标志。

使用特权

评论回复
20
dingy|  楼主 | 2021-8-6 23:24 | 只看该作者
或者共用缓冲区等等。看来为防止错误,也只有开关中断了。

使用特权

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

本版积分规则

745

主题

10920

帖子

6

粉丝