HDZero推奨のTS形式によるDVR録画は試した限りより確実に録画ファイルを残すことが出来るようです。当然、ゴーグルでのPlaybackは問題ありません。ただしPCに取り出した時には使い勝手が悪くなります。その辺りを検証していきます。macOSでの検証ですが、Windowsでもほぼ同じと思います。
今回の事例はHDZeroの60FPSモードのみで有効です。
macOSでのプレビューはできないですし、一般的な動画編集アプリケーションでは動画ファイルとして認識してくれません。そこで何かしらツールを使う必要があります。私が試したのはお馴染みのVLCメディアプレイヤーとコマンドラインツールのffmpegです。
[ VLCメディアプレイヤー ]
私のVLCでは複数ファイルの一括変換が出来ませんでしたが、もしかするとWindowsなどでは一括処理が可能かもしれません。
出来上がったファイルは相変わらずmacOSではプレビュー出来ませんが、DaVinci Resolveでは正しく映像ファイルとして認識されます。
[ ffmpeg ]
出来ることがあまりに多いし、もとより動画ファイルのフォーマットに関する専門的な知識が足りないのでコマンドの前葉を理解することは出来ません。そこで私はもっばら使用事例を探しては自分の用途に適用することに徹しています。今回も複数の事例の組み合わせです。
TSファイルの再生はffplayというコマンドで行います。単純にファイル名をパラメーターとして渡せば再生されます。再生中にはショートカットキー で操作できます。
変換にはffmpegコマンドを使用します。ffmpeg -i hdz_146.ts -vcodec copy -tag:v hvc1 -acodec copy hdz_146.mp4
その他にffprobeというコマンドが動画ファイルの属性を見ることが出来るので解析するのに便利です。
まだ作ってはいませんがファイル名の入力を楽にしたり一括変換するスクリプトも簡単に出来そうです。
[ 結論 ]
HDZeroゴーグルのDVRには録画形式としてMP4とTSフォーマットの二つの選択肢があります。
MP4ファイルが壊れるのはGoProなどでもお馴染みの現象で、主に映像ファイルとして正しく閉じる前に電源を落としてしまった時に発生します。ゴーグルのマニュアルにも同様の記述があり、MP4ファイルを壊さないための手順も書かれています。
常識的な対策ですし難しくはなさそうです。わざとルール無視することも含め何度か録画をしてみました。一連のテストでは、思い通りの結果が得られました。わざと壊れるような操作をしたMP4ファイルもVLCでは再生可能だったので修復して使用することは出来そうでしたしゴーグルでのPlayBackも可能でした。不可解なことにひとつだけTSファイルも出来あがっていました(githubにバグレポートあり)。
まあ、なんとか使えそうな気もします。ただ、油断してなんかの拍子に使えないMP4ファイルを量産してしまいそうでもあります。
日本では使用しないので問題はありませんがカメラを90FPSモードにすると、そのままでは使用出来ないMP4ファイルが出来上がってしまいました。PlaybackやVLCでは再生できますがDaVinci Resolveは動画として認識してくれませんでした。色々と弄ってみましたが、調べた限りでは時間をかけて再エンコードしないとDaVinci Resolveには読み込めませんでした。
YouTubeに90FPSモードのレビュー があり、そこの概要欄にDVRファイルがあります。そのファイルは問題がないのでどこかのファームウェアレベルでおかしくなった可能性があります。
おそらく突然電源オフにした時だと思いますが全く使えないMP4ファイルになったケースもありました。
HDZeroの推奨ですし、次回はTSファイルの検証を行います。
HDZeroをアマチュア無線として開局するためには帯域幅を17MHzにする必要があります。その設定手順の覚え書きです。
まずはカメラの解像度を540P@60に変更しSAVE&EXITを実行します。現在のところ、この設定が使用できるカメラはRunCam Nano 90だけです。カメラメニューの出し方は前記事 を参照ください。
ゴーグルのメニューを開きSourceの中でHDZero BWをWideからNarrowに変更します。
気になる画質ですが一般的なアナログVTXよりは良いと思います。以前、飛ばしていた初代DJI Digital FPV Systemを初めて飛ばした時のような感動は得られませんでしたが、致し方なし。VIDEO
HDZeroのハードウェア設定が完了すれば、なんとか飛ばせます。OSDの設定はフォントの設定を除けばアナログと変わりませんしVTXのチャネル変更も従来の知識でなんとかなります。HDZeroゴーグルのメニュー体系も操作もわかりやすく出来ています。ということでマニュアルを読まなくともなんとか飛べるようにはなります。しかしながらVTX側の操作は完全には出来ていません。
このVTX側の設定変更はDJIなどのデジタルFPVシステムとは違いゴーグルのメニューからは出来ません(DJIはゴーグルとVTXで双方向通信を行なっているがHDZeroはアナログVTXと同様にVTXからしか電波を発信していない)。そのための操作はスティックコマンドでFCを経由して行います。HDZero VTXマニュアルに詳細が記述されています。
HDZero VTXマニュアルからの抜粋
二番目はお馴染みのBetaflight Menuです。一番上のVTX Menuと三番目のFor HDZero Cameras(Camera Menu)を覚えておく必要があります。
VTX Menuでは周波数や出力の変更が行えます。またVTXファームウェアレベルもここで確認できます。
Camera Menuはカメラの明るさ、色合いなどカメラ固有の設定を行えます。カメラ解像度の設定もここで行います。
Betaflight 4.4 を前提に簡単にHDZERO VTXの結線と最低限必要なBetaflightの構成を書いておきます。
[ 結線 ]
写真はケースを外したHDZero Whoop Liteです。FCに接続するためのパッドが5つあります。G (GND), V (Voltage), R (RX), T(TX), SA (SamrtAudio)です。隣のコネクターはファームウェア更新のための物です。Freestyle VTXなどでは半田付パッドではなくコネクターになっていますが、内容的には同じです。
現在、SAは使用せず電源とRX,TXを接続します。電源は一般的にはVBATを使用します。RX,TXはELRS受信機と同じくVTXのRXをFCの任意のTXへ、VTXのTXはFCのRXに接続します。
[ ポート構成 ]
[ VTXテーブル ] HDZEROのダウンロード ページにVTX Tableがあります。中身はjsonファイルです、該当のものをBetaflight ConfiguratorのVTXページで読み込みます。E1(5705MHz)とF1(5740MHz)は自分で追加する必要があります。
と、書きましたが、VTXのSAを使用する構成でない限り手動でのVTX table入力は必要がない気がします。もしこれから設定される場合は上のポート設定だけで進めてみてください。おそらく問題ないと思います。
[ プリセットの使用 ]
[ HDZEROゴーグルのファームウェア更新 ] HDZEROダウンロード からファームウェア(Rev_ddmmyyyy.zip)ファイルをダウンロードして解凍するとHDZEROGOGGLEから始まるzipファイルが入っているので、それをさらに解凍します。すると複数のファイルが含まれています。
HDZERO_GOGGLEから始まるbinファイルをマイクロSDカード(FAT32フォーマット、DVR録画と兼用可)のルートにコピーしてゴーグルに入れてゴーグルのFirmwareメニューからUpdate Goggleを実行後に電源を再投入すれば完了です。
文鎮化しても回復は可能だそうです。
[ VTXのファームウェア更新 ]
VTXとゴーグルを専用のケーブルで接続します。ファームウェア更新に必要な電源はゴーグルから供給されるのでVTXには他の結線は必要ありません。箱出しの状態でファームウェアの更新が行えます。Whoop VTXはコネクター形状の違いからファームウェア更新用のケーブルを二つ接続する必要があります。
ゴーグルの時と同じ要領でUpdate VTXで更新を行います。これは一瞬で完了します。VTXの現在のファームウェアレベルはFCに接続してスティクコマンドでVTXメニューを表示させると分かります。
なんかマッドさんのXの引用だけで成り立っている記事になってしまいました、マッドさんありがとうございます。
世界ではFPV画像転送のデジタル化が進んでいますが、DJIの一部製品を除き日本で使用できるものはありませんでした。
この夏、日本でもやっとアマチュア無線として開局可能なデジタルFPVシステムが出てきました。HDZEROはオープンソースでハードウェア構成も公開されているので、アマチュア無線局として開局出来る可能性が以前から論じられていました。唯一のネックはチャネルの帯域幅が27MHzもあるということでした。現在、アマチュア無線で許されているのは帯域幅17MHzです。HDZEROの構成にナローバンドが追加されて17MHz帯域幅で使用することがやっと出来るようになりました。ファームウェアRev 22082023以降でサポートされます。
現在のまとめは、この下の方に書かれています。
ここに書かれているとおりで、カメラの設定を540P60FPSに設定しゴーグルの帯域幅設定をNarrowにすると17MHzになります。この540P60FPSが使えるカメラは現在のところNano 90というものだけです。
使えるチャネルは最初F4(5800MHz)だけでしたが、日本のためだけにE1とF1も追加されました。ファームウェアRev 13112023よりサポート。この日本対応の経緯についてはマッド ⌘MADさんのX を読んでみると興味深いことが語られています。
開局に必要に資料は井上さんが公開されています。
HDZEROゴーグルのリアルタイムクロックはバッテリーが付属していないので機能しません。日時が正しくなくてもゴーグルとしての動作には全く問題は無いので特にバッテリーを必要とはしていません。DVRの録画ファイルのタイムスタンプを正しく記録したい人のみこの作業が必要となります。
[ バッテリー ]
[ ゴーグルの分解とバッテリーの装着 ]VIDEO
フェースプレートを外し、下側から3本のネジを外すと後はプラスチックの爪を壊さないようにこじ開けます。下のようなプラスチックの道具あるとやりやすいです。ギターのピックでも大丈夫です。ディスプレーに行くフラットケーブルに注意してください。
蓋が開けば、写真の左側の方にあるコネクターにバッテリーを繋ぐだけです。バッテリーとケーブルをディスプレーのフラットケーブルに干渉しないようにします。
再度組み立て、ゴーグルのメニューから時刻を設定すれば完成です。
HappyModel CrossF4 ELRS FCを二つ入手しました。このFCにはオンボードでUART接続のELRS受信機が搭載されています。二つのFCともにそれがうまく機能しませんでした。ほぼ半日を費やして動くように出来ましたので、その顛末を記録しておきます。
箱だしの状態でBetaflight 4.3.2, ELRSのバージョンはHappymodelのwebページ によると3.0.1です。とりあえずFC単体でのテストをしてみます。電源オフオン(USBの抜き差し)3回でバインドモードに入れて送信機のLUAスクリプトからバインドしました。受信機のLEDの状態やLUAスクリプトの右上に’C’が表示されていることから間違いなくバインドは成功しています。
ところがBetaflight Configuratorの受信機が反応しません。箱出し状態ですし、ポートや受信機の設定を見直しても間違いがありません。BetaflightやELRSのファームウェアを更新しても変わりません。ELRSの更新にあたってはバインドフレーズの設定も行っています。また、ELRSファームウェアの書き込みはBetaflight Passthruで行いましたのでFC内部のUART接続に問題が無いのも確認できました。
ハードウェア的な問題では無さそうなので何かしら設定に問題があるのか相性的なものなのかについてググってみることにしました。全く同じ現象は見つかりませんでしたが、掲示板などで識者がアドバイスする中に基本的な項目に加えてModel Matchを調べてみるというものがありました。もともとそんな機能は使っている意識もありませんし最初は無視していましたが、いよいよ試すこともなくなってしまったので、敢えてModel Matchを設定してみたらどうなるか試すことにしました。
EdgeTXの受信機に設定されている番号は規定値のままの0でした。次にExpressLRS LUAスクリプトでModel MatchをOnにしてみました。
全く謎の挙動ですし、ちょっとELRSのバグっぽい気もします。
その後、複数の方から聞きました。このFC、受信機側でModel MatchがEnableで出荷されているものがあるそうです。上記手順あるいはWiFiメニューでModel MatchをDisableでも良いそうです。
さらに追記、本当はLua ScriptがModel Matchに問題があると認識しているらしいです。で、何かしらエラーメッセージが表示されるべきだそうです。うちのは何故表示しない?バージョンとかの問題かなぁ。
betaflightはバッテリーのセル数を供給電圧から推測しています。平均セル電圧は、その推測値を元に計算されます。
経験上間違ったセル数が表示されるのはHVでかつ2S以上のバッテリーを使用した時だけです。これは設定で直せます。
unsigned cells = (voltageMeter.displayFiltered / batteryConfig()->vbatmaxcellvoltage) + 1;
ということで正しく設定すれば、ほとんどの場合は問題ありません。それでもあくまでセル数は推測値でしかないので特別なケースには間違いも生じるかも知れません(リチウムイオン電池のように低電圧でも使用できるバッテリーを電圧が下がってから再接続した場合など)。あるいはセル数の違う電池なんか使わないので決め打ちしておきたいという場合には以下のCLIコマンドで自分の指定のセル数を教えておくことが出来ます。
# get force_battery_cell_count
force_battery_cell_count = 0
Allowed range: 0 - 24
set force_battery_cell_count = 4
この例ではセル数を4に設定しています。0が規定値でセル数の推測が行われます。
