Autelは版ごとの対象を確認

Autelの開発サイトにはMobile SDKの複数系列がある。確認したV2.5のページはEVO Max系列、Autel Smart Controller V3、指定以上のファームウェアとAndroid環境を記載しとる。これは全Autel機体への対応宣言ではないんじゃ。カメラ、ジンバル、経路、追跡といった分類が載っていても、具体的な製品組み合わせで使えるかをAPI資料まで追おう。撮影で必要なことが、画角の変更なのか、録画の同期なのか、対象の追従なのかを先に分けると、サンプルアプリの派手さに引っ張られず検証できるんよ。 サンプルの実演で使われた機体と手元の型式が違うなら、その差を最初の未確認項目へ置こう。シリーズ名が似ていても送信機やカメラが異なることがある。対応する機体を買う判断にもつながるけえ、推測で穴を埋めんことじゃ。

Parrotは地上と機上を分ける

ParrotのOlympeはLinux側のPythonから対応機体を操作するための基盤で、公式リポジトリにはSphinxの模擬機体との互換性も説明されとる。Ground SDK、Air SDK、PDrAWも名前が並ぶが、役割は別じゃ。Air SDKは対応機体上で動くミッションを開発する方向、PDrAWは映像やメタデータを扱う方向の道具になる。自作処理をどこで動かすかによって、通信遅延、計算資源、配布方法、失敗時の影響が変わるんよ。対応型式は公式のその版の一覧を確認し、全ANAFIで同じ機能と覚えんことじゃ。 機上へ処理を移すと通信の一部は減らせても、計算負荷や保守の責任が増える。映像処理を更新しただけで飛行側まで影響しない境界を考えよう。地上での試験結果と機上での動作を同じものとして扱わず、それぞれの条件を記録するんじゃ。

ブランド横断の撮影仕様を先に置く

本ガイドでは、各社APIを直接作品仕様にするのでなく、「対象」「撮影区間」「カメラ設定」「経路」「中止条件」「確認する状態」を共通の撮影仕様として整理する。これを各社のアダプターへ変換すれば、対応しない機能を明示できるんじゃ。非対応項目を黙って無視して成功と返さんこと。例えばカメラ角度を指定できても、同じ時間精度で録画を始められるとは限らん。実測した遅延とばらつき、実行した機体・SDK版、失敗理由を残そう。移植性は、同じボタンを作ることより、違いを正確に表現することから生まれるんよ。 共通仕様へは、できない場合の代替案も入れられる。自動の角度変更が非対応なら、人の操作に置き換えて同じ画を得る設計もあるんじゃ。ただし手動になったことを明示し、操縦者へ予想外の追加作業を押し付けんようにする。

YOUR NEXT STEP

実践してみんさい。

ここでつまずきやすいんじゃ
  • SDKの系列名だけで、一般向け機体と業務向け機体を混同せんこと。
  • 通信経由の指令を、遅延ゼロのカメラ制御と思わんこと。

出典と編集上の位置づけ

Sir Airffic Goの解説と練習課題は本ガイド独自の編集じゃ。製品固有の条件はリンク先の該当版を確認してつかあさい。

  1. Autel — Mobile SDK V2.5 ↗
  2. Parrot — Olympe official repository ↗
  3. Parrot — Air SDK Introduction ↗
  4. Parrot — Open source Development Tools ↗

資料確認:2026年10月21日。製品の対応機種・版、制度の適用条件はリンク先で確認してつかあさい。出典には本文確認済みと公式検索索引での確認が含まれるで。

調査方法・未確認事項を見る →