Happymodel 2.4GHz ExpressLRS Micro TX Module ES24TXは2.4GHz ExpressLRS用の送信側モジュールです。自作する場合をのぞけば2.4GHz TXとしては唯一の選択肢です、たぶん（追記:ImmersionRC Ghostにファームを焼くことも可能なようです)。この製品はJRベイ用に設計されているためTBS Tango2にはそのままでは接続できません。スリムベイにJRベイを取り付けるアダプターを使用すれば良いのですが、かなり大きくなってしまいます。そこで直接取り付けるためのアダプターを自作しました。
スリムベイとJRベイは形状及びコネクターが違うだけで結線は同じです。形状を合わせるための3Dモデル(一部、GithubでExpressLRS用に公開されているものを流用)とジャンパーケーブルを作るだけで実現できました。詳細はThingiverseで公開しています。
ExpressLRSはオープンソースプロジェクトでTBS Crossfire以上の性能を目指すラジオコントロールリンクです。900MHz帯と2.4GHz帯があります。ハードウェアも自作することが基本でした。部品点数が少ないので、さほど難しくはないとは言えプリント基板から起こさねばならないので万人向けではありませんでした。書き忘れ: Frsky R9Mハードウェアのファームウェアを書き込む方法もありました。
そこに登場したのがHappymodelの完成品です。900MHz帯はすでにTBS Crossfireを使用しているので2.4GHzの製品を試すことにしました。2.4GHz受信機は3種類あります。チップセットの違いとアンテナの違いです。わたしの入手したのはEP1_RXとEP2_RXです。EP2_RXは基板上にセラミックスのアンテナが搭載されているためWhoopに搭載するとかなりコンパクトに出来そうです。送信機はJRベイです。今どきの小型RCではアダプターが必要です。
完成品ですのでベータ版ながらファームウェアは書き込まれていますので基本的な設定だけで使用することが出来ます。設定など必要な情報はExpressLRS Wikiに書かれています。以下、私が最初にテスト飛行するまでに行った設定の概要です。
[ 送信機 ]
ExLRS Lua ScriptをTango2のScripts/Toolsフォルダーにコピーしました。
モデルはExternal RFでCRSFモードを設定します。ExpressLRSはOpenTXもBetaflightもCRSFとして動作します。
[ 受信機 ]
受信機とFCの結線はCrossfireと同じで任意のTX/RXを使用します。SBUSの様に信号が反転しているかどうかなどは気にしなくても大丈夫です。
まずはLEDの意味を理解しておきます。
ExpressLRS RX(Happymodel 2.4GHz EP2)のLED
ゆっくり点滅はおそらくTXとのリンク待ち、最後の速い点滅はWiFiモードでRXがホストになり、PCからブラウザーで接続してファームウェアの更新が出来る。 pic.twitter.com/wmNhAU1ESj— コザック KozakFPV (@nkozawa) April 23, 2021
バインドモードの入れ方です。
ExpressLRSのバインドモード、電源投入してLEDが一度ひかったら電源オフオン、それを繰り返し３回目にダブルフラッシュになったらバインドモードです。 pic.twitter.com/6VVKaW8ztv
— コザック KozakFPV (@nkozawa) April 23, 2021
バインドモードになったら送信機のELRS LuaスクリプトからBindを実行し受信機のLEDが点灯しっぱなしになれば完了です。
[ Betaflight ]
ほぼCrossfireと同じです。ReceiverはSerial based receiver/CRSFを選択します。アナログVTXの場合はOSDでLQを選択すると信号が確認できます。信号強度RSSIもありますが、一般的にはLQだけ見ておけばよいです。DJI Digital FPVの場合はOSDがフルサポートではないので従来通りのAUXに割り当てられたLQ/RSSIをOSDで見るようにします。AUX11がLQ, AUX12がRSSIをあらわします。
Telemetryも取得できるようにしておきます。
[ テスト飛行 ]
設定さえ出来れば、当たり前ですが普通に飛びます。レンジテストとかしようとは思わないので普通に飛べばわたしとしては完了です。
もともとTPUはサポートされていない3Dプリンターですし、何度もひどい失敗を重ね、一年越しでやっと使えるレベルの出力が得られるようになりました。
重要なポイントは、
かなり常識的なところでTPUの出力出来ていますが、ここにいたるまで挫折の繰り返しでした。簡単に書くと、最初はeSUN eLasticというフィラメントを使用。これがすぐに送り機構内で絡まってしまいます。絡まったフィラメントを取り除くためにはプリンターの分解が必要なので、一度発生させるとしばらくはやる気が失せます。チューブを交換後にも絡まったりして随分と時間が経過しました。次にお試し用の少量のTPUを購入したのですが、これが煮ても焼いても食えない代物でした。絡まらないもののまともにフィラメント送りが出来ません。しばらくして、気を取り直してeLasticで極端に速度を落としたら何とか出力出来ました。ただ柔らかすぎ。そこで友人におすすめTPUを聞いて購入した無印TPU、これが今までの事が嘘のように出力出来ました。と、かれこれ一年がかりでTPUを使えるようになった次第です。
この無印TPU、推奨温度も書いてありません。適当に高めの温度を設定すると出力の質が今ひとつ。友人におすすめを聞いて210度で出力したら十分に使える出力が得られました。速度は上のスクリーンキャプチャの通り。形状によってはかなり糸を引くので引き戻しを0にしています。それでも糸を引いていますが、まあまあ使える状態にはなりました。まだまだ試行錯誤中。
糸引き対策の一つとして、エクストルーダーの冷却を良くするWindDuctのSTLファイルをもらってきて交換してみましたが、効果があるのかどうかは不明。気持ち的には効いてると信じています。
だいぶ前から中国メーカーの作る三脚が良いという話は色々なところで見ていて気にはなっていました。
そしてたまたまライブで見ていたTJさんの開封動画に背中を押されてBENRO SC05Kを購入しました。上海に在庫のあるお店に発注したのでライブ配信の翌日には手元に届きました。
堅牢な作りですが軽量です。作りの良さで所持するだけでも嬉しくなる製品です。脚の長さも変わらないミニサイズに徹した三脚です。脚の広がる角度が三段階に変化するので、かなり大きなレンズを載せた一眼レフでも安定しています。
大きなレンズ付きの一眼レフを縦位置にすると、さすがにバランスを取るのが難しいです。
携帯電話を取り付けるホルダーも付属しています。
さっそく実際に使ってみました。三脚を使うシーンといえばスローシャッターか動画撮影です。やや無理やりですが小型ドローンの離陸を一眼レフで動画撮影してみました。
時折風が強く吹く日でしたが、とても安定していてまったく不安を感じさせませんでした。撮影した動画は冒頭のほんの一部ですが、この時に撮影したインスタ動画を貼っておきます。
私が中国で購入した価格は340元、およそ5000円ほどでした。それよりはだいぶ高くなりますが日本のアマゾンでも見つかります。
「BlackBox Logを利用した動画スタビライズ」の続きです。前回は、一眼レフで撮影した動画をBlackboxログでスタビライズする試みでmacOSを使用していました。今回はいよいよドローンで撮影した動画のスタビライズに挑戦です。使用する環境はWindows10で、ビルド済みの実行ファイルを利用するのでセットアップがかなり簡単になっています。細かなオプションの解説とかではなく、わたしの実例にそってそれなりに実用的な出力を得られるまでの一連の手順を紹介します。
前回も書いていますがBlacboxログを利用した動画スタビライズ関連のおさらいから始めます。現在、２つの方法があります。一つはBlackboxToGPMFというプログラムを使用してBlackboxログから抽出したジャイロデータを動画ファイルに組み込んでGoProと互換性を持たせてしまうものです。それをReelSteadyGoという定評のあるプログラムでスタビライズするものです。詳しい手順については井上さんのブログをご覧ください。
もう一つがこれから紹介するGyroflowというプログラムで、これひとつでBlackboxログの解析とスタビライズを一度に行います。
Blackboxログの取得から書いていきますので、かなり長いエントリーになることを予めお断りしておきます。
事例として紹介するのはDJI Digital FPV SystemのゴーグルのDVRのスタピライズです。解像度は960×720,60FPSの動画です。Blackboxログは既定値のままで取得したものを使用します。
[ Blackboxログ関連の設定 ]
まずはBlackboxログが取得出来るFCを使わないことには始まりません。Whoopタイプだと取得できないものの方が多いです。まずはBetaflight Configuratorに接続してBlackboxタブを見てください。下のような画面なら大丈夫です。もし、もっと簡単な画面でBlackbox logging deviceがNo LoggingとSerial Portだけの場合は、そのままではログの取得が出来ないのであきらめます。ログ取得には(シリアルポートに外付けのログデバイスを付けるか)FCを交換する必要があります。
ログの取得にSDカードを使用するものだと、そこそこ多くのログが取れます。Onboard Flashの場合はせいぜい3フライト分しか取得できないので、こまめにログの保管とErase flashでの消去が必要です。ログのエリアが一杯なると書き込みを停止します。
必要のないログ項目を削除してなるべく長くジャイロデータを取得する手法などもありますが、とりあえずは既定値のままで大丈夫です。
Blackboxログは既定値でアームからディスアームまで取得するようになっています。Modes画面を見ると分かりますが送信機のスイッチでコントロールすることも可能ですが既定値のままで良いと思います。
飛行前にErase flashで空きを作っておくことだけを忘れ無いようにして、とりあえず飛ばしてみましょう。
[ Blackboxログのコピー ]
上の画面にあるActivate Mass Storage Device Modeボタンを押すとBlackboxログの格納されたストレッジがUSB接続されます。macOSでもWindowsでも、あるいはAndroid端末でも普通のUSBドライブとして見えるようになります。
btfl_001.bbl btfl_002.bbl btfl_003.bbl btfl_all.bbl
みたいな感じでファイルが見えるので、あとから動画と関連付けられるように工夫してどこかにコピーしておきます。保管したらUSBドライブを切断、USBケーブルの抜き差しでBetaflight Configuratorに戻りErase flashしておきます。
[ Blackbox Viewer ]
Bteaflight Blackbox Explorerとも呼ばれます。ログの解析に使うツールですが、ここでは動画とログの時間差の計測とログのcsv形式での出力に使います。 導入はとくに難しくは無く、リンク先の実行ファイルをダウンロードして実行するだけ稼働します。
どのログファイルに欲しいデータが入っているかは開いてみて動画と合わせてみないことには分かりません。またひとつファイルには複数のフライトが入っている可能性もあります。
この例では4つのパートが含まれています。時間の長さを目安に選択します。この場合は4番目が目的のログでした。右上のOpen log file/videoをクリックして動画ファイルを重ねて読み込みます。
再生してみて動画とログが一致しているかどうかと、どれくらいのズレがあるかを調べます。アームしたところとか、最初にスロットルを入れて離陸したところ、あるいは急激なターンなどが目印になります。Gyroflowは5秒までのズレを自動的に補正しますので、あまり細かく追求する必要はありません。わたしの例ですとDJIゴーグルDVRもログと同様にアーム時に自動スタートしますのでその差は確実に5秒以内なのでログと動画が合っているかどうかの確認だけでも大丈夫です。
ズレの計測方法はまず動画で特徴的な動きを探します。右下にあるタイムスタンプを記録します。次にジャイロもしくはスティックの動きを見て対応する所のタイムスタンプを記録し、その差を求めます。オフセットは動画-ログになります。+/-は実際に確認してみれば分かるので深く考えなくても良いです。
計算したズレをSyncに入れて再生してだいたい一致していることを確認します。
次にExport CSVボタンを押してログをCSV形式で保管しておきます。
[ Gyroflow ]
上のリンク先のDownloadページから実行ファイルをもらってきて適当な場所にコピーして実行します。Windowsの場合はgyroflow-presets-*.zipもダウンロードして適当な場所に展開しておきます。macOS版もWindows版もプログラムが動き出すのに少々時間がかかりますので辛抱強く待ってください。もし自力でPythonを動かすことが出来ると立ち上げの時間は節約できます。ただし立ち上がったあとの処理時間は同じです。
Video Stabilizerを起動します。
まずInput画面でビデオファイル、カメラプリセット、CSV形式のログファイルを選択します。カメラプリセットはgyroflow-presersの中に格納されているものから適当に選びます。私の例ではCaddx_Vista_4by3というそのものズバリのプリセットがありました。自分でプリセットを作る方法も作者自身がYouTubeで解説されていますが、わたしは今の所必要としていないので、まだ試したことが無いです。
-> 日本語でのカメラキャリブレーションの方法を井上さんが書かれました。そのうち試してみたい。
Blackboxログは拡張子bblの物も読み込めるようになってはいますが、うまく動かないことがあるので先にCSVに変換したものを使用します。
加えてCamera to gyro angleを設定します。わたしの場合Caddx Vistaのカメラアングルがおおよそ30度にしていますので30と入力します。
次にSync/StabilizationにてInitial rough gyro offset/Auto sync timestamp 1/Auto sync timestamp 2を入力します。自動的に+/-5秒の間で同期ポイントを調べてくれるのでInitial rough offsetは本当にラフな数値で大丈夫です(画面では-2と入力していますが、5秒以内なので実際には0のままでも問題ないです)。動画とジャイロは最初と最後で随分とズレます。そのためgyroflowは２つのポイントで画像データとgyroデータを解析してオフセットを計算してくれます。そのために動画のどのあたりで解析すべきかを指示するためにAuto sync timestampを指定します。動画を再生してみてクラッシュ以外で大きな動きをしている場所を動画の最初の方と終わりの方で調べておき、その時間を秒数でAuto sync timestmap 1とAuto sync timestamp 2に指定します。
Smoothnessは好みで変更しますが、とりあえずは20%で良いでしょう。Apply settings and compute syncを押すと同期のための処理が始まります。
後ろにあるコマンドラインのメッセージで処理の進行状況が分かります。また何かしら問題が発生したときにはヒントとなるエラーメッセージも確認できます。しばらくすると上のようなグラフが出るので、そのウインドウを閉じると続きの処理が始まります。
２つ目のグラフです。これは閉じるとすぐに次のグラフが表示されます。
このグラフを閉じるとまたしばらく処理が続きます。
しばらくすると下の方のDelay for sync 1とDelay for sync 2に数値が入ります。これでsync作業が終わりました。次はExportです。
Export画面で最低限入力が必要なのはExport bitrateです。これが足りないと元の動画より画質が劣ってしまいます。ビットレートはコーデックにより変わりますが、とりあえずは元の動画と同じくらいにしておけば良いでしょう。この例では40Mbsにしています。
もうひとつ必ず必要かどうかは分かりませんが、FFmpeg color space selectionにyuvj420pを指定しました。わたしの場合、これを入れておかないとyuv444pというカラープロファイルの動画になってしまいました。これだとDaVinvi Resolveなどで読み込めないので使えない動画ということになってしまいます。最初からyuv420pもしくはyuvj420pを指定すれば良いと思います。
Export (hopefully) stabilized videoを押して出力ファイル名を指定すると動画の書き出しが始まります。進捗が100%に達してpreview画面が消えれば終了です。
出力された動画はフレーム付きでフレームが揺れ動くものになります。これを動画編集で中央部分だけ切り取れば完成です。
もし出力されたファイルが再生できない場合は何かしら問題があります。進捗が出力されているコマンドウインドウに何かエラーが出ているかもしれないので調べて下さい。わたしが経験した事例をひとつ紹介しておきます。
[ トラブル事例 ]
Exportは出来るが普通では再生出来ない動画になった。VLCプレーヤーなら再生できる。あるいは再生は出来るが画質が悪い。
別の観点で調べてみると元の動画にかかわらず25FPS固定、ビットレートも指定通りになっていない。
以下のエラーメッセージがExport時に出力されていた。
11:47:26 :: Helper :: DEBUG :: No Custom FFmpeg path provided. Auto-Installing FFmpeg static binaries now. Please wait…
11:47:28 :: Helper :: ERROR :: HTTPSConnectionPool(host=’ffmpeg.zeranoe.com’, port=443): Max retries exceeded with url: /builds/win64/static/ffmpeg-latest-win64-static.zip (Caused by ProxyError(‘Cannot connect to proxy.’, OSError(0, ‘Error’)))
これは最初にExportする時に内部で使用するためのffmpegというプログラムを自動的に取りに行っているのですが、我が家のネットワーク事情により失敗していました。これが無いと高度な動画ファイルの作成が出来ません。そのため限られた範囲でExportされていました。ネットワーク環境を正しくして実行するとffmpegが取得され正しい動画がExportされました。
以下サンプル動画です。
FPVドローンに搭載するFCに記録されるログの中からジャイロデータを抽出し、それを利用して動画の安定化を図る方法があります。色々と解説が出ていますがWindows 10によるものがほとんどな気がします。ここではmacOS Big Surでの事例を紹介します。
本来の目的はドローンの飛行中の動画に適用するものですが、一眼レフの上にFCを単独で載せて手持ち撮影の動画の安定化を試してみようという試みでもあります。
大きな流れはBlackbox Log Viewerでログをcsv形式で保管、それをgyroflowで処理し動画をスタビライズするというものです。これとは別にBlackboxToGPMFというソフトウェアでGoProコンパチの動画ファイルを作り、既存のReelSteadyGoで処理する方法もあります。
2021/02/24追記)
以下Pythonのセットアップから書いていますが、直接実行可能なパッケージが提供されるようになりました。
Gyroflowの公式ページのDownloadにある実行可能ファイルをダウンロードします。macOSの場合は拡張子dmgになっています。これを実行するとgyroflowという実行ファイルとcamera_presetsフォルダーが見えます。これを適当な場所にコピーしてgyroflowをダブルクリックもしくはターミナルから実行するだけです。ただし起動にかなり時間がかかります。わたしのMacBook proでは一分近く待つとgyroflowのウインドウが開きます。
[ Pythonのセットアップ ]
わたしのmacOS Big SurにはPython2.7とPython3.7が最初から入っていました。必要なのはPython3系なので3.7で試してみましたがうまく行きませんでした。最新の3.9なら大丈夫そうということで、常套手段であるpyenvを導入して色々とやってみましたが問題続出でひとつひとつ片付けていってもダメでした。思い直してbrewもpyenvも忘れることにしてパッケージで導入しました。以下手順です。– https://www.python.org/のDownloadページから現時点での最新版3.9.1のmacOS版インストーラーをダウンロードして導入。
– ターミナルを開き直すとpython3.9が使用可能になっています(python3で起動できます)。
– “pip3.9 install numpy” でNumPyモジュールを導入します。
同様に以下のモジュールを順次導入します。
– opencv-python, PySide2, scipy, orangebox, construct, python-dateutil, hachoir, matplotlib, VidGear[ Gyroflowのインストール ]
GuroflowのダウンロードページにmacOSの実行ファイルがありますが、今ひとつ動かし方が分かりません。GithubからソースコードをダウンロードしてPython3で起動することにします。
https://github.com/ElvinC/gyroflowのCodeボタンを押してzipで全てのコードをダウンロードし任意の場所に解凍します。
ターミナルを開き解凍したフォルダーにcdしてpython3 gyroflow.pyで起動できます。
[ FCの準備 ]
一眼レフの上に適当なマウントを作ってFPVドローン用のFlight Controllerを単独で載せました。なるべく多くのログが取得出来るようにMicroSDカードが使えるFC(MATEX F722-STD)にしました。給電はモバイルバッテリーからUSBで行います。一般的には飛行開始時に行うARM動作でログの取得を開始するようになっていますが、FC単体ではログを開始するきっかけがありません。そこで下のCLIコマンドにて電源投入と同時にログを開始するようにしました。
blackbox_mode = ALWAYS
問題はログを停止する手段がないことです。仕方がないので録画終了からしばらく時間をおいてUSBケーブルを抜いて電源を切るようにします。
[ 録画 ]
後からジャイロデータと動画の同期を行う必要があるので、動画の最初と最後にわかりやすい動きを記録しておきます。カメラを大きく横と縦に振っておくと良いです。
[ 実際の手順 ]
動画にまとめましたので、それを見ていただくのがわかりやすいと思います。
いくつか動画の補足を書いておきます。
– YouTubeに作者らしき人からコメントをいただきました。Initial rough gyro offsetを計算してセットしていますがgyroflowは+/-5秒で同期ポイントを探すので5秒以下のズレならば何も入力しなくても良いそうです。
– もとの動画は59.94FPSでした。これをgyroflowで処理する方法もあるのかも知れませんが、よく分からないので予めDaVinci Resolveで30FPSに変換してから使用することにしました。
– Blacbox Log Explorerでオフセットを調べていますが、これはあまり正確な数値を追求しなくても大丈夫です。gyroflowが自動的に同期タイミングの調整を行ってくれます。
– gyroflowはBlackboxログの生ログを読み込めますが、今の所うまく動かない気がします。blackbox log explorerでCSV形式で書き出したものはうまく処理出来ます。
– Gyroflowのcamera presetsが何者かは良く知りませんが、色々とためして一眼レフで取得した動画で歪の無い出力が得られるものを探し当てたものがlgg6_normal_16by9というだけです。論理的な理由があるわけでは無いです。
– Syncを計算した後にDelay for sync 1とDelay for sync2が表示されます。これを見ると動画の最初と最後では随分とオフセットが変わるのがよく分かります。
– Exportした動画は何か不具合があるようでmacOSのプレビューも出来ないですしDaVinci Resolveに読み込むことも出来ません。こんな時の定番がVLCです。VLCは他で読めない動画ファイルの再生が出来ます。VLCに読み込んで改めて書き出すことによりDaVinci Resolveに取り込むことが出来るようになりました。これはいずれgyroflowで修正されるものと思います。
=> 環境依存のようですが、Color profileがyuv444の動画になっているのが原因でした。gyroflowの画面に書かれているとおりにExportする時にyuv420pという指定を”FFmpeg color spae selection”という所に書き込めばOKです。
– Exportした動画はフレームが踊っている変わった動画です。中央を上手に切り取ることによりスタビライズした動画となります。
EmuFlight+Mockingbird設定で飛ばしている1S 65mmブラシレス機をEmuFlight 0.3.3に更新してDAS機能を設定してみました。DASとはYawとRollをミックスさせる機能です。
以下のCLIコマンドでRollスティックにYawをミックスさせました。
set das_yaw_with_roll_input = 90
この設定はrateprofileに入りますので、スイッチでオフオン出来るようにしています。反対にYawスティクにRollをミックスさせることも出来ます。
私はモード2なので、左のスティックはスロットルだけに集中し右スティックだけでコーディネートターンを行おうという狙いです。まだまだ練習中ですが、慣れてくると動きが省略されるので楽な気がします。速くなったかどうかは不明です。
以下、わかりにくいですがスティックカムを含めた動画です。
以前、自作テスターを使用したFCの電流値校正について書きました。手順はまったく同じですが、市販の電源装置を利用した校正のやり方を改めて書いておきます。
使用したのはWanptek NPS3010Wという電源ですが、そこそこ正確な電流計が付いていればどんな物でも大丈夫です。
機体をBetaflight Configuratorと電源装置に接続します。大雑把に飛行中の電圧になるよう電源を設定します。
Betaflight ConfiguratorのMotorタブで(ペラを外してから)モーターを回します。電源装置の電流計を見ながら安定した電流値になるように回転を調整します。どれくらいの電流値が適当なのかは不明ですが、わたしは1Aから2Aの間にしています。
Betaflight ConfiguratorのPowerタブを確認します。
電圧は概ね正しいと思います。わずかな差はもともと電圧を確認している場所の違いもあるので気にしなくて大丈夫です。電流値も正しければ何もしなくて良いです。多くの場合は正しくは表示されていないと思います。
Calibrationボタンを押します。
電圧のところは0のままで、電流のところに電流計の読みを入力しCalibrateを押します。
設定値が表示されるのでApply Calibrationを押すと自動的にScaleがセットされる。
Power画面のSaveを押すと実際にScaleが反映される。電流値がそれなりの値になれば完成です。
以前から実験用の電源を欲しいと思っていましたが、リポバッテリーを利用した実験用電源セットで間に合っていました。いまでもそれで問題は無いのですが、良さげな電源がTBS COUCHで紹介されていたので購入してみました。中国での価格は5インチドローンのリポ、2本分くらいなので実験のためにリポを充電したりして消耗させるより良いかもです(物欲理論でやや難あり)。
リポ電池を電源とした自家製テストキット
TBS COUCH中でTrappyは電流制限機能があるのでスモークストッパーの代わりになると言っていますが、そこはやや疑問ありです。これについては後ほど詳しく書きます。
購入した電源はWanptek NPS3010Wというものです。TBSで販売しているのはDPS305Uという型番なので少しスペックが違います。TBSで販売しているのは5A仕様ですが私のは10A、またTBSの物は18WのUSB充電機能が付いていますが私のはUSB出力はありません。
電源にはミノムシの付いたケーブルが付属していますが、ドローン用にXT60の付いたケーブルを作りました。XT60からの各種変換ケーブルは以前のテストキット用に作って有るので、これで何でも接続できます。
電圧は0-30Vの間で自由に設定できます。 4桁のLED(小数点以下2桁)で電圧を確認出来ます。そこそこの精度があるのでテスター等で確認する必要はありません。
簡易スコープで見る限り変なリップルもありません(高い周波数のノイズは分かりません)。
電圧が簡単に設定出来るので3.3Vの受信機の単体テストにも使えますし1Sから6Sまでリポの代わりにもなります。
この電源には定電流モードがあります。電流値を設定しておくと、それ以上の電流は流れません。設定方法がややトリッキーです。表示板の電流計はリアルな電流しか表示出来ません。そのため無負荷だと0.000Aのままです。そこで電流調整ツマミを回しても何も出来ません。電流値を設定するためには出力をショートさせないといけません(目標電流より十分に沢山の電流が流れる負荷でも良いかも)。流石に最初に試すときはビビリながらやりました。
これがあるのでどこかショートしていても安全かも知れません。ただし、これは過電流の時に電源をシャットダウンするものではありません。一定の電流を供給し続けるように設計された電源です。つまり、電流が流れすぎたら電圧を下げていって設定された電流を流し続けるように動作します。もし何かしらの不具合で電流が流れすぎた場合も、設定値までの電流は流れ続けます。燃え上がることは無いかもしれませんが、じわじわと壊すことはあるかも知れないので、この機能ををSmoke stopperとして使うことはお勧め出来ません。
12V、電流制限値1Aに設定して自作のテスターを通した先でショートさせた様子。テスター上ではショートしているので電圧は0ながら電流は1A流れているのが分かる。また電源に付いている赤いLEDの点灯が電流制限モードに入っていることを示している。
ということで私としてはVIFLYを併用することにします。
10Aも流せるのでモーターの回転方向の確認、RPMテレメトリーのテストなども余裕でこなせます。
電流表示も信用できるのでFCの電流計の校正も手軽に出来ます。なんかこれが一番のメリットかもです。
流石に中国で購入するより少し高いけどアマゾンにもありました。
95X V3フレームのテスト飛行を行いました。そこで気がついたことをいくつか書いておきます。
[ HDカメラマウントの脱落防止 ]
V2フレームの経験から予測していたのですが、HDカメラマウントベースは転倒などで簡単に外れます。タイラップをマウントラバーの中に通しておけば外れることはなくなります。
[ FCを再びiFlightに戻す ]
これはV3フレームには直接関係はありません。V3フレームでToothpic FCが使えるようになったので、JHMCU GHF411AIO 20Aを付けてみましたがテスト飛行が散々な結果でした。いつもフィルターを弱めてpropwashに対処できるようにしているのですが、それがまったく不可能でした。むしろフィルターを強めなければまともに飛ばない状態でした。残念ながらBlackboxが無いので何が起こっているのかは分かりません。ということで、もともと使用していたiFlight SucceX-D 20A Whoop F4 AIOに戻しました。これで中身は完全に95X V2で飛ばしていた時と同じになりました。
[ Propwashが酷い ]
95XV3でのpropwash動画 pic.twitter.com/QBai5Sz4gp
— コザック KozakFPV (@nkozawa) January 15, 2021
V3フレームで重量が10g強重くなったのと少しだけダクト形状が変わりましたが基本的な設定はV2と同じで大丈夫と思います。ところが、少し飛ばしただけで何度も酷いpropwashに入りました。考えてみると大きな違いがありました。
ダクト周りに緩衝材のEVAフォームを貼っていたのでした。これを外したら直りました。室内飛行には必要ですが、わたしの95X V3は屋外でまったりフリースタイルを行うので緩衝材無しで行くことにします。
[ フレームは丈夫かも ]
２回目のテスト飛行では今ひとつ調子が出ず(パイロットの問題)にクラッシュばかりしていました。それでもフレームは問題無しです。たぶん、以前のものより丈夫かも知れません。まだまだ何とも言えませんけど。
[ 調子よく飛んだときの動画 ]