透過的なIP伝送, ビデオストリーミング & ネットワークトポロジの説明

ロボティクス向けに当社のワイヤレス データ リンク ソリューションを導入する顧客が増えるにつれて, 無人システム, レーシング車両, および産業オートメーション, ネットワークの透明性に関する技術的な質問を頻繁に受けます, レイテンシ, トポロジー, と帯域幅.

以下は、システムがどのように機能するかを説明するための詳細な FAQ です。.

---

1️⃣ モジュールは透明なレイヤーとして機能しますか? 2 またはレイヤー 3 イーサネットブリッジ?

リンクを介して Raspberry Pi からカスタム UDP/RTP ビデオ ストリームを送信できますか??

はい.

当社のワイヤレスデータリンクサポート 透明な透過 以上:

• IP
• イーサネット
• RS232
• SBUS
• TTL

つまり送信できるということです カスタムUDP, RTP, または他の IP ベースのビデオ ストリーム プロトコルを変更せずに、Raspberry Pi のイーサネット ポートから中央の PC に直接接続.

リンクは透過的なネットワーク ブリッジとして動作します。, 有線イーサネット ケーブルで接続されているかのようにビデオ ストリームやデータを送信できるようになります。.

---

2️⃣ ビデオ送信にイーサネット ポートを使用する場合の一般的な「ガラス間」遅延はどのくらいですか?

モジュールにより追加のバッファリングまたはパケット検査の遅延が発生しますか??

遅延はいくつかの要因に依存します, 含めて:

• 伝送距離
• 無線信号強度
• 環境における電磁干渉
• カメラのエンコード遅延
• 表示デコード遅延

一般的な短距離屋内オフィスのテスト環境で, を使用して ping 指示, 測定された遅延はおよそ:

20–60ミリ秒

当社のワイヤレスモジュールは、 大量のバッファリングやディープパケットインスペクションを導入しない. しかしながら, エンドツーエンドの合計レイテンシは常にシステム全体のパイプラインに依存します (カメラ → エンコーダ → ワイヤレスリンク → デコーダ → ディスプレイ).

超低遅延アプリケーション向け, ワイヤレス リンクに加えて、エンコードとデコードの両方の構成を最適化することをお勧めします。.

---

3️⃣ 実行時に帯域幅はどのように割り当てられますか 30 車両を同時に?

システムはマスター/スレーブをサポートしていますか? (星) トポロジー?

地上局の最大総スループットはどれくらいですか?

2 つのネットワーク アーキテクチャを提供します:

⭐マスター/スレーブ (スター型トポロジー)

• 中央地上局 1 つ
• 複数のリモートノード (車両)
• こんなときにおすすめ すべてのビデオ ストリームは単一の地上局で受信する必要があります

🔗メッシュ (分散型トポロジー)

• ノードは相互に通信します
• 分散アプリケーションまたは共同アプリケーションに適しています

あなたのレースシナリオに合わせて (30 1 つの中央地上局に送信する車両), お勧めします マスター/スレーブスター型トポロジ.

Ground Station の正確な最大総スループットは、次によって異なります。:

• 選択したモデル
• チャネル帯域幅の構成
• 変調方式
• RF条件

車両ごとに必要なビットレートをお知らせください。, 適切なモデルと構成を推奨します.

---

4️⃣ お使いのシステムはマルチキャスト UDP をサポートしていますか、それともユニキャストのみをサポートしていますか??

サポートされる最大 MTU サイズはどれくらいですか?

私たちのシステムは主にサポートしています RTSPストリーミング.

に関して:

• マルチキャスト UDP と. ユニキャスト UDP
• 最大MTUサイズ (例えば, 1400–1450バイト)

正確な回答を提供するには、エンジニアリング チームに正確な技術仕様を確認する必要があります。.

目的のネットワーク アーキテクチャとパケット構成を共有してください, 詳細な技術的確認を提供します.

---

よくある質問

5 モジュールの「Invisible Network Cable」は標準の UDP をサポートしていますか?, RTSP, 独自の SDK や Linux/Pi ネットワーキング スタックへの変更を必要とせずに、TCP トラフィックを実現できます。?

UDP については特にテストしていません, RTSP, 正確なアプリケーション シナリオでは TCP が使用されます, 正式に互換性を確認することはできません.

しかしながら, 私たちのシステムは透明なレイヤーとして機能します 2 ワイヤレスイーサネットブリッジ. 2 台のコンピュータまたは IP デバイスが標準の有線イーサネット接続経由で通信でき、UDP を正常に実行できるかどうか, RTSP, または TCP トラフィック, そうすれば、ワイヤレスリンクは同じトラフィックを透過的に送信できるはずです.

独自の SDK や Linux または Raspberry Pi ネットワーク スタックへの変更は必要ありません。. リンクは IP/イーサネット層で動作し、プロトコルに依存しません。.

---

6 Piベースの車では静的IPを使用しているため、, メッシュ ネットワークはこのトラフィックをシームレスに通過させますか (層 2 橋) ソフトウェアが Wi-Fi 接続とトランシーバーの違いを認識しないようにするため?

理論的には, はい.

私たちのシステムは透明なブリッジとして設計されています, したがって、両端のデバイスは、標準のイーサネット ケーブルを介して接続されているかのように動作する必要があります。. 静的 IP 構成は変更せずに通過する必要があります.

しかしながら, お客様の特定の設定での検証テストは実施していません, そのため、最終的な保証はできません. 完全な互換性を確認するために、ご使用の環境で統合テストを実行することをお勧めします。.

---

7 Wi-Fi 上で 1 台の車のロジックを証明したら, 30 台のレースに必要な唯一の変更は、物理的な「パイプ」を Wi-Fi からモジュールのイーサネット ポートに切り替えることであるということでよろしいですか??

ネットワーキングの観点から, はい.

IPベースのワイヤレストランスポートリンクを提供します. どのようなアプリケーション, プロトコル, または、そのリンクを介して送信される信号は、システム設計とソフトウェア アーキテクチャによって決まります。.

システムが標準の IP ネットワーク上で正しく機能する場合 (Wi-Fiなど), その場合、原則的に必要な変更は、物理ネットワーク接続をイーサネットベースのワイヤレス リンクに置き換えることだけです。.

そうは言っても, 単一デバイスから 30 デバイスには帯域幅などの追加要素が導入されます, レイテンシ, 干渉, およびネットワークトポロジ. これらの側面は、完全な展開シナリオで検証する必要があります。.

まとめ

当社のワイヤレスデータリンクは、:

✔ 透過的なイーサネット/IP 伝送
✔ カスタム UDP/RTP ビデオ ストリームのサポート
✔ 20 ～ 60 ミリ秒の典型的な短距離遅延
✔ マスター/スレーブ (星) およびメッシュ ネットワーク オプション
✔ RTSPストリーミングのサポート
✔ 複数の車両のシナリオに対応したスケーラブルな導入

以下のモデルを推奨します