Node-RED MCUに「OTA update」ノードが提供されて、WiFiが接続されていればデバイスにケーブルを接続しなくてもOTA（On The Air）でファームウェア（デバイス上のソフトウェア）を更新できるようになりました。「ota update」ノードはファームウェアを更新したあとにデバイスをリスタートするための「mcu restart」ノードとペアで動作します。
ここではコマンド等はUbuntuの事例として紹介します。
異なる環境でお試しの際は環境に合わせて読み替えてください。
試した環境
Node-RED Version : v3.1.3
Node.js Version : v18.17.1
Operating System : Ubuntu 22.04.3 LTS
Moddable SDK Version : v4.3.8
Node-RED MCU Plugin Version : v1.4.1-beta.1
ota-update node Version : 0.8.8
関連の情報
これに使用した、Node-RED MCU Editionについてはこちらをご覧ください。
また、この内容は@kitazakiさんの記事で紹介されている書籍、補足書に掲載した内容のリライト版です。図や解説を追加しています。
ノードの追加
使用する「ota update」ノードと「mcu restart」ノードは、Node-ERD MCUをセットアップしたデフォルトの状態では含まれていません。ターミナルを起動して、下記のように.node-redフォルダに移動して２つのノードをインストールします。インストールができると、パレットのMCUタブにノードが表示されます。
$ cd ~/.node-red
$ npm install @moddable-node-red/ota-update
$ npm install @moddable-node-red/mcu_restart
「ota update」ノードと「mcu restart」ノード
ノードが更新されました。
ota updateノードは2023/1/10のv0.8.8以降のものを使用してください。
もし上手くいかない場合はNode-RED MCU プラグインの再インストールや、Moddable SDKの最新版を取得するなどお試しください。
２種類のOTA Update
OTA Updateの方法はPullとPushの２種類あります。
利用する目的や環境に応じて使い分けます。
1) OTA Update - Pull
更新するための新しいファームウェアをHTTPサーバ上に配置し、デバイス側の操作でソフトウェアを引いてきて(Pull)更新します。クラウドサーバ上にファームウェアを置くことで、WiFiに接続できれば場所を問わず更新することができますので、配布したデバイスのファームウェアをユーザーに更新してもらうといった使い方ができます。ユーザーの操作で更新が開始されますので、セキュリティ的にも安全です。
2) OTA Update - Push
更新するための新しいファームウェアを、デバイスのIPアドレスを指定して提供側から押し込んで(Push)更新します。IPアドレス指定でファームウェアの書き換えができますので、セキュアなローカルネットワーク内などで利用するには便利な機能ですが、パブリックなネットワークに公開すると意図せずファームウェアが書き換えられるリスクもあります。もしもそういうリスクが想定される場合はPullを使用してください。
テスト用ハードウェア
ファームウェアの更新を確認するためにLEDをふたつ使用します。それぞれGPIO26と27に接続します。また、pullモードでファームウェア更新を行うためにGPIO12にボタンを接続しておきます。
フローファイル
この記事で紹介しているサンプルフローはGithubで公開しています。
こちらからダウンロードできます。
■ OTA Update - Pull を使う
PullモードではHTTPサーバに更新用ファームウェアを置き、デバイス側のアクションでファームウェアの更新を開始します。
ファームウェア更新のテストを行う流れ
今回はOTAでファームウェアが更新できることを確認するため、２種類のファームウェアを作ってWebサーバに置いておき、デバイス側からPullで更新する事を試してみます。
ファームウェアA : blink One
ファームウェアAでは、LEDをひとつ点滅させるフローをメインの処理にしておき、このファームウェアの中にはファームウェアBにOTAで更新するフローを含めておきます。
ファームウェアB : blink Two
ファームウェアBでは、LEDをふたつ点滅させるフローをメインの処理にしておき、このファームウェアの中にはファームウェアAにOTAで更新するフローを含めておきます。
このように、LEDをひとつだけ点滅させるファームウェアAが動作している時にOTA Updateを動かすと、ファームウェアBに更新されてLEDの点滅がふたつになる、というように動作の変化を見ることができます。
1. HTTPサーバの準備
この例ではNode-REDを動かしているのと同じUbuntuマシンにHTTPサーバとしてApacheをインストールして、公開ディレクトリの/var/www/html/内にfirmwareフォルダを作成して更新用ファームウェアを置きます。稼働しているサーバをお持ちの場合はそちらを利用すると良いでしょう。
・Apacheのインストール
$ sudo apt update
$ sudo apt install apache2
インストールができたらWebブラウザからテストページを開いて動作を確認します。
Apacheの動作確認用ページ
Apacheの公開用フォルダは /var/www/html ですので、今回はこの中に新たにfirmwareフォルダを作成して更新用ファームウェアを置く場所にします。
$ sudo mkdir /var/www/html/firmware
2. blinkOne フローの作成とファームウェアファイルの取り出し
PullモードでOTA Updateを行うフローを作成します。例として作成するフローの上段はメイン処理としてBlink(Lチカ)1灯、下段がファームウェア更新のフローです。ESP32を接続してビルドすると得られるファームウェアファイルを「blinkOne.bin」としてWebサーバにも保存します。
Blink１灯のフロー
OTA Updateの手前にある「change」ノードを使用してmsg.urlにファームウェア公開用のHTTPサーバと、更新するファームウェアを指定します。
・HTTPサーバのアドレスはご利用になるファームウェア公開用サーバのアドレスをセットします。先ほどの手順でローカルマシンにApacheをインストールしてそれを使用する場合はそのPCのIPアドレスとなります。
・HTTPサーバのアドレスに加えてファームウェアを指定します。ここで作成するBlink1灯のフローでは、後で作成するBlink2灯のファームウェア「blinkTwo.bin」に更新するように設定します。
firmware設定の「change」ノード
更新用のファームウェア（バイナリファイル）は、ESP32を接続してフローをビルドすることで作成されます。ターゲットデバイスなどのビルド設定によって作成される場所が変わりますので、ビルドののち、下記に沿って目的のファイルを見つけます。
以下の例は、ESP32 Devkitモジュール(node mcu)を使用してビルドした場合です。
適用するターゲットデバイスやビルド設定に従って読み替えてください。
・Node-RED MCU プラグインのMCU Build Configurations 設定の例
ESP32 | Espressif (1)
ESP32/nodemcu (2)
Build Target: all
Instrumentation: Debug (3)
Plug-inで作成するBuildフォルダ（フォルダ名は変わります）
（例）zf1o8otuo8o (4)
更新用ファームウェアの場所
ビルドしたファイルができる場所は $MODDABLE/build/bin内の、上記1~4
のビルド設定内容に沿って示された場所となります。
$MODDABLE/build/bin/esp32/nodemcu/debug/zf1o8otuo8o/
このフォルダに移動し、内容を確認します。
$ cd $MODDABLE/build/bin/esp32/nodemcu/debug/zf1o8otuo8o/
$ ls -l
-rw-r--r-- 1 mshioji mshioji 17520 bootloader.bin
-rw-r--r-- 1 mshioji mshioji 8192 ota_data_initial.bin
-rw-r--r-- 1 mshioji mshioji 3072 partition-table.bin
-rw-r--r-- 1 mshioji mshioji 16657098 xs_esp32.a
-rw-r--r-- 1 mshioji mshioji 1500944 xs_esp32.bin
-rwxr-xr-x 1 mshioji mshioji 14302204 xs_esp32.elf
-rw-r--r-- 1 mshioji mshioji 8266409 xs_esp32.map
-rw-r--r-- 1 mshioji mshioji 455868 xs_esp32.sym
$
上記の中で「xs_esp32.bin」が目的のファームウェアファイルです。
この「xs_esp32.bin」を「blinkOne.bin」と名称を変更して先に用意したHTTPサーバのファームウェア用のフォルダにコピーします。
$ cd $MODDABLE/build/bin/esp32/nodemcu/debug/<build folder>/
$ sudo cp ./xs_esp32.bin /var/www/html/firmware/blinkOne.bin
3. blinkTwoのファームウェアを準備
もうひとつBlink２灯のフローを作成し、ビルドします。このとき得られるバイナリファイルも「blinkTwo.bin」としてHTTPサーバのファームウェア用のフォルダに保存します。
2灯Blinkのフロー
blink２灯のフローから更新するfirmware設定ではblink１灯の「blinkOne.bin」を設定します。
firmware設定の「change」ノード
以下のコマンドで「xs_esp32.bin」を「blinkTwo.bin」と名称を変更して先に用意したHTTPサーバのファームウェア用のフォルダに保存します。
$ cd $MODDABLE/build/bin/esp32/nodemcu/debug/<build folder>/
$ sudo cp ./xs_esp32.bin /var/www/html/firmware/blinkTwo.bin
4. Pullモードでのファームウェア更新
ネットワークに接続してHTTPサーバにアクセスできる状態で、デバイスのボタン(GPIO 12)を押すと、LED２灯点滅が動作している場合は１灯点滅の「blinkOne.bin」への更新が行われて点滅動作が変更されます。LED１灯点滅が動作している場合は２灯点滅の「blinkTwo.bin」への更新が行われて点滅動作が変更されるのを見ることができます。
ファームウェアの更新には時間が掛かりますので、しばらくお待ちください。
MCUデバイスをUSBでPCに接続し、プラグインでビルドして書き込んだ状態では「OTA update」ノードで更新の状況をモニタすることができます。
ファームウェア更新中
ファームウェア更新完了
WiFi経由での更新ですので、USBケーブルで接続せずにMCUデバイスをバッテリーで動かしているような場合でもアップデートができます。
■ OTA Update - Push を使う
PushモードではローカルのPCやローカルネットワーク上のサーバに置いた更新用ファームウェアをPC/サーバ側の操作でデバイスに送信して更新します。
こちらもデバイス用のフローとして「push-blinkOne」と「push-blinkTwo」の２種類、そしてPC/サーバ上で動作するファームウェア更新を実行するフローを作成して使用します。
1. デバイス用ファームウェア「push-blinkOne」の作成
「push-blinkOne」 のフロー（blink１灯）
Pushモードで使用する「OTA update」ノードは入力端子には何も接続する必要がありません。ノード設定を開いてPush Endpointに「/ota/firmware」を設定します。
このPush Endpointを設定しない場合、Pushモードは無効になっています。
Push モードの「OTA update」ノード設定
ビルドして得られたファームウェアを適当なフォルダを作成してpush-blinkOne.binの名称で保存します。この例では/home/firmware を作成して保存します。
$ cd $MODDABLE/build/bin/esp32/nodemcu/debug/<build folder>/
$ sudo cp ./xs_esp32.bin /home/<user>/firmware/push-blinkOne.bin
2. デバイス用ファームウェア「push-blinkTwo」の作成
もうひとつ、同じようにLED２灯点滅のファームウェア「push-blinkTwo」も作成します。
「push-blinkTwo」 のフロー（blink２灯）
こちらも先ほどと同じディレクトリにpush-blinkTwo.binの名称で保存します。
$ cd $MODDABLE/build/bin/esp32/nodemcu/debug/<build folder>/
$ sudo cp ./xs_esp32.bin /home/<user>/firmware/push-blinkTwo.bin
3. PC/サーバ用フローの作成
Pushモード PC/サーバ用フロー
動作としては、インジェクトノードで「read file」ノードを動かしてファームウェアファイルを読み出し、それに続く「HTTP request」ノードを使用してデバイスに送信します。
上側の「read file」ノードの設定では、さきほどPullモードの時に作成したファームウェアファイルのpush-blinkOne.binを読み出すようにします。
下側の「read file」ノードの設定ではpush-blinkTwo.binを読み出すようにしています。
「read file」設定内容
「HTTP request」ノードは、下記のとおり設定します。
メソッド: PUT
URL: http://<更新するデバイスのIPアドレス>/ota/firmware
出力形式：バイナリバッファ
「HTTP request」ノードの設定
4. Pushモードでのファームウェア更新
デバイスがネットワークに接続してPC/サーバからアクセスできる状態で、どちらかの「inject」ノードのボタンを押すと、設定に従ってファームウェアの更新が行われ、デバイスの動作が変更されます。
ファームウェアの更新には時間が掛かりますので、しばらくお待ちください。
MCUデバイスをUSBでPCに接続し、プラグインでビルドして書き込んだ状態では「OTA update」ノードで更新の状況をモニタすることができます。
ファームウェア更新中
ファームウェア更新完了
最後に
これまではベランダなど家の外に設置していたセンサデバイスなどのソフトウェアを更新するにはいったん取り外して家の中に持ってきてPCに接続して更新していましたが、「ota Update」のフローをメインの処理に追加しておくとWiFiがつながる環境であれば家の中から更新できるようになりました。離れたところでMCUデバイスを動かしている所には便利だと思います。
また、何かの製品に使用するような場合でもファームウェア公開サーバを用意しておけば、Pullでユーザーに更新してもらえるようにもできるので可能性が広がると思いました。