ESP32のパーティションテーブル(Partition Table)
ESP32のフラッシュメモリを効果的に使うために、アドレスとサイズを指定したブロックを定義し、機能を割りあてることができる。
その指定をするファイルがパーティションテーブル(Partition Table)というもの。
公式ガイド
https://docs.espressif.com/projects/esp-idf/en/latest/esp32/api-guides/partition-tables.html
パーティションテーブルは目的別にいくつか用意されているので、目的にあったものを使うか、あるいは自分で新しいものを作成して使うこともできる。
既存パーティションテーブルの選び方
既存データのうち4Mタイプはつぎのものが提供されている。用途にあわせて選ぶ。
filename | プログラム | OTA | ストレージ | |
---|---|---|---|---|
default.csv | 1.2M | あり | 1.4M | デフォルト |
default_ffat.csv | 1.2M | あり | 1.4M(ffat) | ffatを使いたい時 |
huge_app.csv | 3.0M | なし | 960K | 巨大なアプリを書きたい時 |
min_spiffs.csv | 1.8M | あり | 192K | OTAは使いたいが、もう少し大きなアプリを書きたい時 |
no_ota.csv | 2M | なし | 1.9M | OTAを使う予定がない時 |
default.csvで問題になるケースはそれほどないだろう。
OTA(Over the Air)は、WiFi経由でプログラムの書き込みを行う機能。
IDEからWiFiで書き込みしたり、外部のWebサーバーにあるコンパイル済みバイナリーをプログラム上からダウンロードして書き込む、いわゆるオンラインアップデート機能を実装するなどができる。
プログラムの書き込みミスなどに以前のバージョンに復帰あせるため、プログラム領域を最低2つ用意するので、プログラム領域が半分になる。
OTAを使うケースはそれほど多くないと思うので、少しプログラムが大きくなった場合に、no_otaを選択するのはいい選択だと思う。
Windows/Arduino環境下でのパーティションテーブル
WindowsでArduino(ArduinoIDE/PlatformIO)では、下記にパーティションテーブルがある。
- (Windows User Home)\Documents\ArduinoData\packages\esp32\hardware\esp32\1.0.4\tools\partitions\
- (Windows User Home).platformio\packages\framework-arduinoespressif32\tools\partitions\
パーティションテーブルの書き方
例 (デフォルトで使われるもの)
# Name, Type, SubType, Offset, Size, Flags
nvs, data, nvs, 0x9000, 0x5000,
otadata, data, ota, 0xe000, 0x2000,
app0, app, ota_0, 0x10000, 0x140000,
app1, app, ota_1, 0x150000,0x140000,
spiffs, data, spiffs, 0x290000,0x170000,
- テキストファイルで、フォーマットはcsv形式。
- 1行ごとに Name,Type,SubType,開始アドレス,大きさ,フラグ を書く
- 行頭# はコメント
Name
わかりやすくする為の名前で、機能上の意味はない
Type
0~254までの数値か、予約文字列'app' (数値では0)、'data' (1)を指定する。0~63は予約されているので使用しないこと。
SubType
パーティションの使い方の詳細指定。
Typeが 'app' の時、SubTypeは 'factory'(0x00),'ota_0'~'ota_15'(0x10~0x1f),'test'(0x20)のどれか。
Offset
開始アドレス。
10進数か16進数(0xを頭につける)で指定。4K とか 1M の様な単位をつけた記述も可能。
Type=app のパーティションは64K(0x10000)アラインメントが必要。
前に行がある場合、省略できる。省略すると、前の行のOffset+Sizeを64Kアラインメントした値になる。
Size
サイズ
10進数か16進数(0xを頭につける)で指定。4K とか 1M の様な単位をつけた記述も可能。
Flags
encrypted を指定するとその領域は暗号化の対象になる。Type='app'の領域はFlagsに限らず常に暗号化される。
SubType 詳細
nvs (data)
nvsはNon-Volatile Storageの略で、キーバリュー(名前と値)式のデータ保存領域。
nvsライブラリでアプリケーションから読み書きが可能。
システムでも使用しており、しかもあまり削除はされないため、いろいろなアプリケーションで同じデバイスを使いまわししていると、沢山のデータが書き込まれたままになっていることもあるので、注意。
下記に拠れば現在はnvs自体の暗号化はflagsに書けばいいというわけではないようだ。暗号化のためには専用のライブラリと、この後のnvs_keys領域を flags=encrypted で用意する必要がある。
(利用にはESP-IDFが必要)
nvs_keys (data)
nvsを暗号化する時に使う。Size=4K,Flags=encrypted にしなくてはならない。
ota (data)
OTA機能 (Over The Air Updates/Wifi経由のアップデート) で必要なパーティション。サイズは2K
内部的には1Kを2つとして利用しており書き込みが成功した場合に後で書き込んだほうを利用している。
OTAで書き込まれたパーティションのうち、どれを起動するか、などの情報が書かれている。
phy (data)
PHY (PHYsical layer:物理レイヤ)、つまり通信関係の初期化データ。
デフォルトのコンパイルオプションでは、このPHYデータはアプリ自体に格納されれるので、別に用意する必要はない。
国ごとの利用可能な周波数(チャンネル)や電波強度などの情報を設定している。
factory (app)
デフォルトのアプリケーションの設置場所。OTAパーティション(この後に説明する)が無いか、書き込みを失敗したなど、OTAパーティションが起動できない場合に利用される。
逆にいえば、OTAがある場合は省略してもいい。
OTAでのアプリケーション更新処理はこのパーティションを上書きすることはない。
ota_0~15 (app)
OTAでのアプリケーション書き込みの対象となるパーティション。OTAでは現在実行中のアプリケーションが書き込まれているOTAパーティション以外のOTAパーティションに書き込みを行う。もし、OTAパーティションが1つしかない場合はOTAアップデートは失敗する。つまり、OTAアップデートには最低2つのパーティションが必要となる。OTAアップデートが成功すれば最後に書き込まれたOTAパーティションが有効となり、リセット後に実行される。
アプリケーション上から1世代前にロールバック(巻き戻し)することも可能。
test (app)
'factory'や'OTA_0'など、他のすべてのappパーティションの起動ができない場合に実行されるアプリケーション。
または CONFIG_BOOTLOADER_APP_TEST を有効にしてコンパイルしたアプリケーションでは、起動時にGPIOをLOWにすると起動させることもできる。
その名のとおり、主にテスト用。
(ESP-IDF必須)
補足:SubType=0x99(eeprom)パーティションについて
いくつかの資料で SubType=0x99の'eeprom'という名前のパーティションが必要と書かれているが、現在はeepromはnvs領域を使うように変更されたため不要。
そのままでも動作上は問題ないと思うが、単に使われない領域になるので削除したほうが良いだろう。
独自パーティションテーブルの作り方
nvs,otadataはそのまま。0x10000からの3Mをの割り振りを自分の利用方法に合わせて最適な記述をすると、無駄なくメモリを活用できる。
例えば、OTAを使わず、spiffsをなるべく大きくするなど。
# Name, Type, SubType, Offset, Size, Flags
nvs, data, nvs, 0x09000, 0x5000,
otadata, data, ota, 0x0e000, 0x2000,
app0, app, ota_0, 0x010000, 0x100000,
spiffs, data, spiffs, 0x110000, 0x2F0000,