ドローンのファームウェア更新｜現場前にやること・更新直後に確認すること

ファームウェアの更新は、地味なのに現場の成否を分ける作業です。

更新しないままだと既知の不具合を抱えたまま飛ばすことになる。かといって、現場の朝に更新をかけると、設定が初期化されていたり、更新が途中で止まって機体が立ち上がらなくなったりします。

講習では、この作業を「アプリが出してきたら押すもの」として扱っている方が少なくありません。実際には、いつ・どこで・何を確認してから行うかを決めておくべき整備作業です。

ファームウェアとは、どこに入っている何なのか

ファームウェアは、機器の中で動いている制御用のプログラムです。ドローンの場合、更新の対象は機体だけではありません。

教則では、無人航空機の構成要素としてフライトコントローラーやモーター、各種センサ、通信系統、電源系統が説明されています。ファームウェアは、これらを束ねて動かす側の中身にあたります。

押さえておきたいのは、更新の単位が1つではないという点です。機体だけ新しくして送信機を放置すると、バージョンが噛み合わず、接続できない、一部の機能が使えないという状態になり得ます。

法令はファームウェア更新をどう扱っているか

ここは正確に書きます。無人航空機の飛行の安全に関する教則 第5版の全文を検索しましたが、「ファームウェア」「ソフトウェア」「アップデート」「バージョン」という語は1件もありません。国が、ファームウェア更新それ自体を名指しで義務づけている記述は見当たりませんでした。

ただし、これを「関係ない」と読むのは誤りです。教則には、次の義務が書かれています。

登録を受けた無人航空機の使用者は、整備及び必要に応じて改造をし、当該無人航空機が安全上の問題から登録を受けることができない無人航空機とならないように維持しなければならない。（教則第5版 3.1.2 使用者の整備及び改造の義務）

さらに、機体認証を受けた機体については、無人航空機整備手順書（機体メーカーの取扱説明書等）に従って整備をすることが義務づけられています。整備・点検の項目についても、教則は「各機体メーカーが設定する整備内容を熟知し、必要なタイミングで修理等の整備を行う必要がある」（4.6）とし、点検プロセスは「機体メーカーの指示する内容に従って実施すること」（5.1）としています。

航空局標準飛行マニュアルも同じ立て付けで、「無人航空機の飛行の安全を確保するため、製造事業者が定める取扱説明書に従い、定期的に機体の点検・整備を行うとともに、点検・整備記録を作成する」と定めています。

つまり、ファームウェアという語は出てこないが、メーカーが指示する整備に従う義務は明記されているということです。メーカーが更新を求めている以上、それを無視して飛ばし続ける運用は、この義務の側から説明が苦しくなります。

リモートIDだけは、少し話が違う

リモートIDについては、国の文書にファームウェアが明記されています。

「リモートID機器等及びアプリケーションが備えるべき要件」の別紙には、国土交通省から通知された公開鍵及びアプリ認証コード等を変更する必要が生じた場合には、ファームウェアの更新等により変更に対応できるようにすること、という製造者向けの要件が置かれています。

また技術規格書には、登録制度の施行前などの理由でリモートID機能を持たない機体が、外付け機器の取り付けではなくファームウェア・アップデート等により当該機能を備える場合、製造番号は維持すること、という規定があります。ファームウェア更新でリモートID機能が後から追加されることを、制度側が想定しているわけです。

飛行前点検の項目にも「リモートID機能が正常に作動しているか」が入っています。更新の前後でここが動かなくなっていないかは、必ず自分の目で確かめる対象です。

いつ更新するか。現場の朝は避ける

更新のタイミングは、次のように考えると外しにくくなります。

講習では「メーカーからお知らせが来たので、現場に向かう車の中で更新しました」という話を聞くことがあります。通信環境が不安定な場所でダウンロードが途切れると、そこで止まります。更新は、電源と通信が安定した場所で、時間に余裕をもって行うものです。

更新が失敗する条件は、あらかじめ公表されている

更新の失敗は、多くが決まった原因で起きます。メーカーが公表している注意事項を、そのまま守るのが早道です。

DJIは、機体ファームウェア更新について、更新前に機体・送信機のバッテリー残量が50パーセントを超えていることを確認するよう案内しています。残量が50パーセントを下回っていると、更新中に電源が落ちることがあるためです。あわせて、更新中に機体の電源を切らないこと、アプリを終了しないこと、更新が完了するまで操作しないことが挙げられています。

更新に必要な条件を整理すると、次のようになります。

あわせて、更新前に控えておくものがあります。更新すると機体側の設定が初期値に戻ることがあり、何が戻るかは機種によって違うためです。

• フェールセーフの動作設定（信号が切れたときにどう振る舞うか）と、帰還高度
• 送信機のスティックモード、スイッチの割り当て、各種の警告しきい値
• 高度・距離の制限値、速度の上限
• カメラの設定、記録形式
• SDカード内の飛行データ。更新の前に取り出しておく

フェールセーフと帰還高度は、現場ごとに詰めている方ほど、初期値に戻ったことに気づきにくい項目です。更新後に必ず開き直して、自分の設定になっているかを見てください。

更新直後の確認項目（そのまま使える表）

更新は、完了メッセージが出た時点では終わっていません。次の確認までが1セットです。屋内または安全な場所で、機体を離陸させずにできる確認から順に並べています。

確認の途中で挙動がおかしいと感じたら、その場で粘らずに中止します。切り分けは、バージョン表示の確認、設定の初期化の確認、センサ較正の要否の順。ここまでで直らなければ、バージョン・症状・発生条件を添えてメーカーのサポートに連絡します。飛行中に生じた不具合は、飛行記録の記事欄に内容と処置を書き、具体的な処置の内容は点検整備記録にも記載する、という流れが飛行日誌のガイドラインに示されています。

バージョンを揃える、という考え方

機体1機、送信機1台なら話は単純です。複数機・複数台を運用し始めると、バージョンの管理が課題になります。

飛行日誌のガイドラインは、1つの操縦装置で複数機を操縦する場合や、複数の操縦装置で複数機を操縦する場合について、いずれも機体ごとに飛行日誌を備えることとし、点検項目の1つとして操縦装置があるという考え方を示しています。バージョンの管理も、この機体と操縦装置の組み合わせの単位で考えるのが素直です。

対策は単純で、機体・送信機・バッテリーのバージョンを一覧にして残すことです。飛行日誌とは別の機材台帳として持っておくと、更新の抜けがすぐ分かります。

更新の記録を、どこに残すか

ここも正確に書きます。飛行日誌の取扱要領にも、そのガイドラインにも、「ファームウェア更新を点検整備記録に記載しなければならない」という明示的な規定は見当たりませんでした。

そのうえで、点検整備記録に記載する内容として、要領は次を挙げています。

• 装備品等の交換記録（交換された部品名、部位等）
• 定期点検の実施記録
• 空撮用カメラ、薬剤散布装置等の取付け・取卸し記録
• その他点検整備等の記録

また、ガイドラインは「使用者は設計製造者等が指示する点検整備等の内容以外に、無人航空機の故障等の不具合に起因する故障探求、是正処置等に関する整備作業の実施状況についても記載しなければならない」としています。不具合の是正として行った更新であれば、この記載義務にあたると読むのが自然です。

私は、更新は「その他点検整備等の記録」として残すのが安全側だと考えています。実施年月日、内容、理由、実施者を書いておけば、後から不具合の原因を追うときに、いつのバージョンで何が起きたのかを辿れます。記録の様式には、取扱説明書のリビジョン番号を書く記載例も示されており、バージョンを控える発想は制度側にもあります。

よくある誤解の整理

まとめ

ファームウェア更新は、押せば終わる作業ではなく、確認までを含めた整備作業です。

国はファームウェアという語で義務を書いていませんが、メーカーが指示する整備に従う義務、点検整備記録を残す義務は明記されています。リモートIDについては、国の要件にファームウェア更新が明記されています。

現場の前日までに、電源と通信が安定した場所で、設定を控えてから更新する。終わったらバージョンとフェールセーフを必ず確認し、記録に残す。この順を守るだけで、当日の朝に慌てる場面はほとんど無くなります。

登録講習機関講師　フライトデスク　監修