RTK 調査中の断続的なモバイル データの操作
信頼性の低いセルラー カバレッジを持つプロジェクトの接続チェック、リカバリー ステップ、および別の観察を計画します。
陸上測量 作業ルートに沿った接続
ローバーが実際に動作する場所で、モバイル カバレッジをテストする必要があります。 サイトの入り口での良好な接続は、尾根の後ろ、密集した植生の下、または工業用庭内の信頼できるサービスを確立しません。 偵察中は、修正配信が断続的になる場所を記録します。 ネットワークの動作とアンテナの配置は異なる可能性があるため、時間帯と使用するデバイスを含めます。
一般的な Web ページだけでなく、完全なワークフローをテストします。 修正クライアントは、意図したサービスに到達し、ローバーで使用可能なデータを認証して受信する必要があります。 コントローラーのアクセス設定が正しくないか、選択したストリームが使用できない場合に、電話機が正常に閲覧することがあります。 ネットワーク、サービス、またはローカル構成に障害を適切な自信を持って割り当てられるように、これらのチェックを区切ります。
どのデバイスが接続を持っているかを理解してください
一部のワークフローでは受信機でモデムを使用し、他のワークフローはコントローラーまたは電話のホットスポットを使用します。 どのデバイスがモバイル サブスクリプションを保持しているか、どの接続が修正ストリームをローバーに伝えるかを書き留めます。 Bluetooth、Wi-Fi、ケーブル リンクは、その道のりでさらにステージを作り出します。 パスを知っているオペレーターは、関係のない機器を再起動する代わりに、正しいバッテリー、無線リンク、またはアプリケーションを検査できます。
テスト内で接続の整理を整えておきます。 レシーバー モデムと電話のホットスポットを切り替えると、モバイル ネットワークのパスよりも大きく変わります。 また、クライアント設定やバックグラウンドの電源管理も変更する場合があります。 スイッチが承認されたフォールバック手順の一部である場合は、事前にテストしてください。 オフィスが結果として生じるパフォーマンスの変化を解釈できるように、新しい取り決めを使用したときに記録します。
さらに学ぶ GNSS サービス停止緊急時対応計画の準備
すぐに中断を認識します
モバイル信号アイコンだけに頼るのではなく、補正の年齢と解決策の状態を監視します。 データ配信が停止している間は、デバイスをネットワークに登録したままにすることができます。 使用可能なアラームを使用し、生産中に関連するステータスを表示したままにします。 乗組員は、コントローラーが、修正の欠落または古くなった補正で収集された観測値と、停電時に自動記録モードが継続するかどうかを認識する必要があります。
接続が信頼できない状態になったら、クリティカル ポイントの収集を一時停止し、中断時間に注意してください。 観測結果をすぐに削除するのではなく、すでに記録しておく。 それらの品質にはレビューが必要な場合がありますが、タイミングが影響を受ける間隔を定義するのに役立ちます。 自動収集が実行されている場合は、停止中に生成されたポイントのシーケンスを特定して、評価なしで受け入れられたデータセットを誤って入力しないようにします。
さらに学ぶ ツリー キャノピーの下での GNSS 観測の計画
実用的な復旧場所を選択
地形が開くまでの距離を少し移動すると、通信が改善される可能性がありますが、同時に衛星の可視性も向上します。 動きと目的を記録します。 より強力なネットワーク信号を得るために、極をぎこちない、または不安定な位置に保持することは避けてください。 ローカル リンクと承認されたワークフローが信頼できるままであれば、通信デバイスは、測定ポイントとは無関係に再配置されることがあります。
乗組員が電話のホットスポットを使用している場合は、デバイスの指示に従ってバッテリーと省電力設定を確認してください。 信号を遮断する機器の下に携帯電話を埋めずに保護します。 復旧計画は、サイトと乗務員の規模にとって現実的である必要があります。 装置を放置したり、オペレーターが安定した土地調査のセットアップを維持できない場所に立ったりすることに依存してはなりません。
代替方法
サポートされ、適切な未処理の測定データ ロギングにより、後の処理のために観測値を保持できます。 屋外測定作業の前に、必要な基本データ、時間の重複、ファイル形式、および処理能力が利用可能であることを確認してください。 ファイルを記録しても、中断されたすべてのリアルタイム ポイントが目的の品質に回復できるとは限りません。 別のワークフローには、独自の検証と受け入れ手順が必要です。
ローカル無線リンクまたは別の修正サービスがオプションかもしれませんが、それぞれが構成と参照の問題を導入します。 別の方法に頼る前に、運用許可、機器の互換性を確認し、調整の一貫性を確認してください。 接続が利用可能であるという理由だけでストリームを切り替えないでください。 異なる参照フレームまたは不適切なデータ コンテンツを含む便利なソースは、元の停止よりも深刻な問題を引き起こす可能性があります。
回収された土地調査の状態
通信を復元した後、選択したサービス、マウントポイント、および必要なソリューションの状態を確認します。 適切な観測条件下で受信機を安定させます。 次に、既知または独立して検証された独立した検証ポイントを測定します。 このチェックでは、オペレーターが別のソースを選択したり、トラブルシューティング中に重要なジョブ設定を変更したりする可能性など、回復後の完全な位置決め結果をテストします。
リカバリー時間をマークし、チェック結果を保存します。 測定セッションの途中で生産ポイントが中断された場合は、異なる条件下で収集された観測値を静かにマージするのではなく、別の観察として繰り返します。 両方の記録を保持し、受け入れられた結果を特定します。 これにより、データセットのレビューが容易になり、平均的な後の平均が測定に影響を及ぼした操作中断を隠すことができなくなります。
さらに学ぶ GNSS サービス停止緊急時対応計画の準備
証拠を中心に生産を計画する
偵察と停止のログを使用して、現実的な生産量を推定します。 モバイル データの復元を繰り返し停止する乗組員は、別のルート、代替通信の取り決め、または計画された方法の組み合わせから利益を得ることができます。 リカバリーを構築し、スケジュールに合わせて時間を確認します。 明確なサイトのデモンストレーションに基づく楽観的なポイント カウントは、接続が繰り返し消える領域での作業を説明しません。
重要なカバレッジ制限と各作業ゾーンで使用される方法を報告してください。 処理を待機している未処理の GNSS 観測データを含めて、承認されたプロジェクト出力とは別にします。 断続的なモバイル データが GNSS を使用できなくなるわけではありませんが、運用計画が変更されます。 信頼できる結果は、乗組員が他の人が依存する測定を再開する前に、中断を認識し、証拠を保存し、回復を確認することから得られます。
さらに学ぶ ツリー キャノピーの下での GNSS 観測の計画
テスト済みのフォールバック
モバイル データがアクセス ロードの近くで利用できるが、下流の谷では信頼できないプロジェクトを考えてみましょう。 生産前に、乗組員は、代表的な独立した検証ポイントで、生の伐採とその後の処理ルートをテストすることができました。 このテストには、受信者がファイルを作成することを確認するだけでなく、必要な参照データを取得して処理を完了する必要があります。 結果は、フォールバックが意図した条件下で運用上使用可能かどうかを示します。
明らかに異なる状態での処理を待つリアルタイムの受け入れポイントと観測値を保持します。 乗組員が現場を離れたという理由だけで、オフィスの仕事を待っているファイルはまだ受け入れられません。 各バレー セクションでどの方法が使用され、最終チェックがどのように実行されたかを記録します。 この違いにより、スケジューリングがより現実的になります。別の方法で最終的に許容可能なプロジェクト出力が得られる場合でも、結果が利用可能になると、接続の中断が変わる可能性があります。 また、未処理の暫定座標が、完成した土地調査データとしてクライアントに到達するのを防ぎます。
フィールド デバイスまたは別の適切な媒体で使用できる、オフライン制御の説明と承認された回復手順を保持します。 すべての有用なリファレンス ドキュメントで、失敗したばかりの同じモバイル接続が必要であることに気付くのに、障害が発生すると、十分な時間がかかりません。 マップと、責任を持って再開するために必要な独立した検証ポイント情報を含む、プリフライト中にアクセスを確認します。
実践チェックリスト
- 実際の土地調査ルートに沿って完全な修正接続をテストします。
- どのデバイスがモバイル データを提供し、どのようにローバーに到達するかを文書化します。
- フォールバック メソッドを検証し、リカバリ後に座標を確認します。
