NiVO / BY TECHNOGISドイツ · インドネシア
ドローン技術

ドローン測量におけるNTRIP補正情報の経過時間と通信中断

データ源、ストリーム内容、時刻、ネットワーク経路、受信機動作と後処理の証拠から、補正情報の可用性を追跡します。

ドローン測量におけるNTRIP補正情報の経過時間と通信中断

データ伝送と測位品質を区別する

NTRIP は、インターネット接続を介して GNSS 関連データを転送します。接続されたクライアントだけでは、必要なすべての補正情報が最新で使用可能であることを証明できるわけではありません。プロバイダー、選択したストリーム、レシーバー構成、および目的の測位ワークフローを特定します。ネットワーク接続ステータスと受信機の測位解の状態を区別します。これにより、緑色の接続インジケーターが、実際の観測結果が測量チームが実行する必要があるタスクをサポートしているかどうかを確認するための代替品になることがなくなります。

データ源とその意味を特定する

ストリーム ID、関連する参照情報、コンテンツ要件、およびデータを受信するデバイスを記録します。似た名前のストリームは同じ特性を持たない場合があります。ソースまたは参照の変更は、結果を結合する前にレビューする必要があります。プライベート アカウントの詳細を共有トラブルシューティング記録に含めないでください。有用な技術情報は、レポートにコピーされた認証情報やログイン成功のスクリーンショットではなく、評価されたストリームと構成です。

RTK GNSS ローバーを保持するフィールド オペレーター
RTK GNSS ローバーを保持するフィールド オペレーター出典: Boniface gachagua · CC BY-SA 4.0

受信機文書に沿って補正情報の経過時間を読む

報告される経過時間または遅延フィールドには、その実装内に定義があります。受け入れ解釈を選択する前に、それがどのタイムスタンプとデータを参照しているかを確認してください。すべての受信機、補正タイプ、プロジェクト要件に適した一律の経過時間しきい値はありません。承認されたチェックを通じて、中断および回復時の実際の動作を確認します。元のレコードを保存しておくと、後の分析者が、目的のワークフローに必要な情報がどの期間に含まれていたかを判断できるようになります。

ネットワークの各段階を図示する

パスには、補正ソース、キャスター、モバイル ネットワーク、クライアント アプリケーション、シリアルまたは無線インターフェイス、および受信機を含めることができます。ステータスとログの発生元を記録します。モバイル信号アイコンは、最終デバイスで配信を確立できません。関連するタイムスタンプと既知の接続変更を比較します。これは、プロバイダーの中断をローカル接続、インターフェイスの輻輳、またはアプリケーションの動作から分離するのに役立ち、証拠が別の段階を示している場合にレシーバーの再構成を繰り返すことを回避します。

データ評価の選択肢を残す

確認済みのシステムが生の記録とその後の処理をサポートしている場合は、サイトを離れる前に必要なファイルを特定します。後処理は、欠落している観測や参照の問題すべてを自動的に解決できるわけではありません。完全性、タイミング、ソース座標、および目的のソフトウェアとの互換性を確認します。運航者の非常時対応計画は、データ アナリストのその後のオプションとは切り離されたままになります。誰かが後で修復することを期待しているというだけの理由で、サポートされていないワークフローを続行しないでください。

中断した区間を明確に報告する

接続イベント、受信機の状態、補正情報の証拠、影響を受けるミッション セグメントをリンクします。成果と残りの制限を評価するために使用された方法を説明します。接続が復元されても、前の間隔の履歴は消去されません。この記録は、限定された技術的な質問による NiVO GNSS の議論をサポートし、受信者が、最終的な成功ステータスが測量全体を検証すると仮定するのではなく、確認された使用可能な結果と追加のチェックが必要な期間とを区別するのに役立ちます。

技術参考資料

  1. BKG — Ntrip Overview and Documentation ↗
  2. u-blox — ZED-F9P Integration Manual ↗
← すべての記事
LET’S TAKE FLIGHT

次のミッションは
対話から始まります。

チームに相談