Kalan's Blog

本部落主要是關於前端、軟體開發以及我在日本的生活,也會寫一些對時事的觀察和雜感

目前主題 亮色

avr-libc 當中有個 <util/atomic.h>,第一個反應是明明 avr 都是單核才對,為什麼還需要 atomic,所以下意識看了一下說明

The macros in this header file deal with code blocks that are guaranteed to be excuted Atomically or Non-Atmomically. The term "Atomic" in this context refers to the unability of the respective code to be interrupted.

就算是在微控制器,也是有各種 interrupt 可以使用,因此程式碼的執行可能中途被打斷,透過 atomic 可以保證包在裡面的程式碼片段不會被 interrupt 影響(暫時中止 interrupt)。

ATOMIC_BLOCK(ATOMIC_FORCEON) {
  // do something critical
}

體感上來看很像 cli()sei() 的組合,但根據文件上的說明似乎還有做更多事情。內部的實作是這樣子:

#define ATOMIC_BLOCK(type) for ( type, __ToDo = __iCliRetVal(); \
                           __ToDo ; __ToDo = 0 )

可以接收 type 當作參數,可以傳入的參數有 ATOMIC_RESTORESTATEATOMIC_FORCEON

#define ATOMIC_RESTORESTATE uint8_t sreg_save \
    __attribute__((__cleanup__(__iRestore))) = SREG

看起來很像 sei 的效果,不過比較有趣的是 __attribute__ 的使用。在 GCC 當中,你可以使用 __attribute__ 來決定變數或函數應該要如何保存,這個行為是定義在 libc 的實作裡,例如在 AVR 當中可以這樣寫:

#include <avr/pgmspace.h>
const int my_var[2] PROGMEM = { 1, 2 };

這邊的 PROGMEM 實際上就是一個 __attribute__

#ifndef __ATTR_PROGMEM__
#define __ATTR_PROGMEM__ __attribute__((__progmem__))
#endif

一般來說變數會存在記憶體裡頭,然而在微控制器當中記憶體往往少得可憐。不過跟一般電腦不太一樣的是,通常微控制器的程式碼是預先寫好編譯後直接燒入 program memory(flash memory),如果程式碼不多的話, flash memory 反而會剩下比較多空間,這時候就可以透過 PROGMEM 讓變數存在 flash memory 裡頭,進而減少記憶體的使用量。在讀取時可以用 pgm_read_word 來讀取變數。

回到 ATMOIC_BLOCK,我們把它全部展開後程式碼會像這樣子:

for (uint8_t sreg_save __attribute__((__cleanup__(__iRestore))) = 0;  __ToDo = __iCliRetVal(); __ToDo ; __ToDo = 0) {
   // do something critical
}

來確保程式碼的執行必定不會受到 interrupt 影響。用 for loop 這招感覺挺神奇的,完全沒有想過可以這樣應用。

上一篇

node.js 讀取檔案時的細節

下一篇

探討 remix 的表單與資料讀取機制

如果覺得這篇文章對你有幫助的話,可以考慮到下面的連結請我喝一杯 ☕️ 可以讓我平凡的一天變得閃閃發光 ✨

Buy me a coffee

作者

Kalan 頭像照片,在淡水拍攝,淺藍背景

愷開 | Kalan

愷開。台灣人,在 2019 年到日本工作,目前定居在福岡。除了熟悉前端之外對 IoT、App 開發、後端、電子電路領域都有涉略。最近開始玩電吉他。 歡迎 Email 諮詢或合作,聊聊音樂也可以,希望能透過這個部落格和更多的人交流。