STM32的临界变量

1万 · 2021-8-6 22:30

以前大都做8位单片机，用C或汇编，一直都是用8位的全局变量在中断和大循环中共用，++，--，赋值的处理不用考虑临界问题，只有16位以上才考虑。现在用STM32突然想起这个问题，网上一查，这样的方式不行了，bit变量，8位等等都需要考虑这个问题，实际看了KEIL C编译后的汇编，确实一句++，--，汇编是2-3句。是不是STM32所有的中断和大循环通讯都要注意临界状态。可是我看开发板的例程，临界区也没有频繁开关中断。请熟悉这方面的高手指点一下，如果在STM32上用这种方法，要怎样用。或者有更好的方法。是不是如果不按临界处理，都会留下隐患？

2万 · 2021-8-6 22:34

你把RVMDK输出的汇编贴出来看看。

1万 · 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 */

1万 · 2021-8-6 22:38

一句mainTick++ 汇编了3句。这样会不会有临界问题？

1万 · 2021-8-6 22:40

定义是8位的。volatile uint8_t mainTick=0;

2万 · 2021-8-6 22:46

R1发生中断的时候被压栈保护起来，退出中断恢复原来的值。你的担心完全是杞人忧天。

1万 · 2021-8-6 22:48

是变量mainTick，不是寄存器。寄存器一般不会去操作的。

1万 · 2021-8-6 22:50

mainTick的地址在R0里面，值在R1里面，中断发生的时候都压栈了你还怕什么？

1万 · 2021-8-6 22:55

正因为值在R1里面，压栈了

1万 · 2021-8-6 22:57

在LDRB和STRB之间的需要屏蔽中断，不然中断中更改了mainTick,退中断后，是更改前的值

1万 · 2021-8-6 22:58

再STRB就不是中断里改的数据了。

2万 · 2021-8-6 23:01

既然“不是中断里改的数据了”那就是正确的值，你还怕什么？

1万 · 2021-8-6 23:04

天下本无事庸人自扰之。

1万 · 2021-8-6 23:07

这与多少位机没有直接关系

2万 · 2021-8-6 23:09

RAM是典型的存储加载机制，也就是读改写的操作，不能直接操作内存，所以++，--，等操作不是原子操作

1万 · 2021-8-6 23:11

不过8位机一般可以直接对内存进行操作所以反而是原子操作

1万 · 2021-8-6 23:16

如果只在中断里修改变量，其它地方是只读的话，是没有任何问题的，哪怕不是原子操作

1万 · 2021-8-6 23:19

楼上说的对。这样只好在执行前关中断，执行后再开中断了，应该也不需要很长时间。

1万 · 2021-8-6 23:22

因为这样的处理经常用，中断中判断标志，更新标志，主程序也要判断标志，再更新标志。

1万 · 2021-8-6 23:24

或者共用缓冲区等等。看来为防止错误，也只有开关中断了。