技術要約: Swarmcage

問題提起

ドローン群（スウォーム）の活用は、状況把握、インフラ点検、災害対応といった複雑なタスクにおいて大きな可能性を秘めています。しかし、既存のアプローチの多くはオフラインの軌道計画やシミュレーションに依存しており、動的な実行時の変更をサポートする実機展開のための堅牢なフレームワークが不足しています。主な課題として、充電式バッテリーによる飛行時間の制限、運用中にスウォームを中断することなくドローンをシームレスに追加・削除できないこと、そして高密度な屋内環境における衝突管理の困難さが挙げられます。さらに、従来のシステムは、システム全体の再起動を必要とせずに個々のドローンの故障やバッテリー切れに対処することが困難です。したがって、継続的な観測、自律的なハードウェア交換、および実機を用いた直感的な人間とスウォームの相互作用を可能にする開発用サンドボックスが求められています。

手法

著者らは、Crazyflieドローン、Robot Operating System (ROS)、およびViconモーションキャプチャシステムを用いた、ドローン群の実行時管理のためのフレームワークであるSwarmcageを提案しています。このシステムは、ユーザーからハードウェアの複雑さを抽象化し、スウォームのサイズやフォーメーションの動的な適応を可能にします。

システムアーキテクチャ

ソフトウェアアーキテクチャは、ハードウェアとのインターフェースとなるHardware Abstraction Layer (HAL)を介して、中央のSwarm Controlインスタンスを中心にモジュール化されています。

• Manager（マネージャー）: 新しいドローンの統合、サブスウォームへの割り当て、およびステータス（例：バッテリー残量、クラッシュ検知）の監視を担当する中央インスタンス。自動充電と交換のための「Pad Manager」ロジックを促進します。
• Subswarms（サブスウォーム）: スウォームは、特定のタスクに合わせてカスタマイズされた、自己管理型のグループ（サブスウォーム）に分割されます。以下の2つの特化した概念が実装されました。
  • Single Drone（シングルドローン）: サイズを常に1機に固定し、インタラクティブな制御に使用されます。
  • Formation Swarm（フォーメーションスウォーム）: ドローンをフォーメーションポイント（例：円、レムニスケート）に動的にマッピングし、一定の間隔を維持します。
• Commander（コマンダー）: サブスウォームからの目標コマンドをフィルタリングおよび平滑化する中央ノード。ポテンシャル場法（PFM）とカスタムアルゴリズムを組み合わせたグローバルな**衝突回避（Collision Avoidance）**アルゴリズムを実装しています。このアルゴリズムは、移動中のドローンには楕円形の境界領域を、静止中のドローンには球形の領域を使用し、ダウンウォッシュによる不安定性を引き起こす可能性のあるz軸方向の操作を避けつつ、x/y平面でのターゲットを調整します。
• Hardware Abstraction Layer (HAL): Crazyswarmプロジェクトに基づき、大幅に修正されています。主な修正点は以下の通りです。
  • ラジオトラフィックを削減するために、バッテリーログのポーリングレートを動的に調整（これにより、1つのアンテナあたり10台以上のドローンに対応）。
  • 非応答のドローンが他のドローンをブロックすることを防ぐための、アンテナアクセスの公平な分配。
  • 実行時にドローンの追加や削除を可能にするため、ROSサービスをトピックに置き換え。
  • Webotsシミュレーション用の二次HALの実装。

ハードウェア実装

• アリーナ: 20台のVicon V16カメラを備えた、16m × 8m × 6.5mの飛行エリア。
• ドローン: 50機のCrazyflie 2.1ドローンのフリート。
• トラッキング: 重い受動的な反射マーカーに代わり、飛行時間とペイロード容量を維持するために開発された、軽量なカスタムアクティブ赤外線LEDデッキ（<1g）。
• 充電インフラ: 特定のドローンをランディング時に識別するように事前設定された、50個のQiワイヤレス充電パッドを含むランディングパッドグリッド（6 × 9配置）。これにより、自動的な再統合が可能になります。
• インタラクション: 独自の3Dマーカーパターン（Vicon用）またはカスタムDWM1000/ESP32-S3ボード（Loco Positioning System用）を備えたスティックを用いた「マジックワンド（魔法の杖）」インターフェースにより、ユーザーは自然なジェスチャーを通じてドローンの位置と方向を制御できます。

運用ロジック

システムは、ドローンの入れ替えを管理するために特定の**交換戦略（Replacement Strategies）**を採用しています。

1. Default（デフォルト）: 低バッテリーのドローンが転送ポイントに到達するまで待ち、その後交換機を取得（スウォームサイズの急増を防ぐ）。
2. Early Replacement（早期交換）: 転送がトリガーされた直後に交換機を取得（スウォームサイズを維持）。
3. Wait For Replacement（交換待ち）: 交換機を即座に取得するが、新しいドローンが合流するまで古いドローンの放出を遅らせる（一定のスウォームサイズを確保）。

サブスウォーム間の転送は、Pre-Transfer（転送前）、Transition to Transfer Point（転送ポイントへの移行）、Handover（ハンドオーバー）、Integration（統合）の4段階のタイミングシーケンスに従います。

主な貢献

1. 実行時管理フレームワーク: Crazyswarmのような既存のフレームワークの限界に対処し、進行中の操作を中断することなくドローンの動的な追加と削除を可能にする新しいシステム。
2. 自律的交換メカニズム: 低バッテリーまたはクラッシュを検出し、影響を受けたドローンを着陸させ、50機のドローン用充電インフラから充電済みのユニットとシームレスに交換する完全自動化されたワークフロー。
3. カスタムハードウェア拡張: 効率的なトラッキングのための軽量アクティブIR LEDマーカー、およびドローン識別が事前設定された50パッドのQiワイヤレス充電グリッドの開発。
4. インタラクティブ制御パラダイム: 単一のドローンまたはスウォームのリファレンスフレームを直感的なジェスチャーベースで制御できる「マジックワンド」インターフェースの実装。
5. 堅牢な衝突回避: z軸の操作よりも安全性を優先する、高密度な屋内スウォーム向けにカスタマイズされたハイブリッド衝突回避戦略。

結果

著者らは、フレームワークを検証するために概念実証実験と経験的評価を実施しました。

• 継続的な観測: フォーメーションスウォームがミニチュア都市の周囲で円形の監視パターンを維持しました。システムは、3時間にわたってバッテリー枯渇とドローンの故障を正常に管理しました。
• バッテリー枯渇テスト: 13機のドローンを使用し、システムは円形フォーメーション内で単一の稼働ドローンを3時間維持しました。実験により、13機すべてのドローンが循環的に利用され、充電されたドローンがスウォームに再編入されることが確認されました。平均充電対飛行時間の比率は7.6であり、これは少なくとも9機のドローンがあれば、1機の稼働ドローンを継続的に維持できることを示しています。
• 故障処理テスト: システムは、手動で取り除かれたドローン（クラッシュをシミュレート）を7〜10秒以内に検出し、交換することに成功し、利用可能なドローンのプールが尽きるまで連続稼働を確保しました。
• マジックワンドの相互作用: ユーザーはワンドを使用してドローンの位置とフォーメーションを制御することに成功し、教育的およびインタラクティブなアプリケーションにおけるシステムの有用性を実証しました。

重要性と主張

本論文は、Swarmcageがシミュレーションやオフライン計画を超え、実機を用いたスウォームアプリケーションのための包括的な開発用サンドボックスを提供すると主張しています。主な意義は、自律的なハードウェア交換を通じて、ドローンの継続的な運用の実現可能性を示したことにあります。著者らは、充電サイクルをカバーするためにシステム全体が十分な数の稼働ユニットを維持している限り、彼らのアプローチによってスウォームが特定の数の稼働ドローンを無期限に維持できると断言しています。

この研究は、小規模ドローンの物理的な制限を克服する上で、モジュール式のソフトウェアアーキテクチャとカスタムハードウェア（アクティブマーカー、ワイヤレス充電グリッド）がいかに重要であるかを強調しています。著者らは、高密度なフォーメーションにおけるオンライン衝突回避は、速度制限を必要とする依然として困難な研究課題であることを認めていますが、サブスウォームの分割と転送プロトコルが、実証されたユースケースにおいてこれらのリスクを効果的に軽減していると述べています。このフレームワークは、長期間の監視や直感的な人間とスウォームの相互作用のための基礎として提示されています。