オフィスを出る前に GNSS 機器のプリフライト前
問題は帰還しなくても解決できるうちに、測定とデータ配信チェーン全体をテストします。
プロジェクト構成から始めます
便利なプリフライトは、計画されたフィールド ワークフローの短いリハーサルです。 実際のプロジェクトのプロジェクト出力、参照システム、および機器の配置から始めます。 電源を入れる受信機は、準備の一部にすぎません。 乗組員は、正しいジョブ テンプレート、座標ファイル、修正アクセス、アンテナ ジオメトリ、エクスポート形式も必要としています。 これらのアイテムを無関係なパッキング タスクとして扱うのではなく、1 つのチェックで接続します。
誰が構成を承認するか、およびクルーが承認されたバージョンをどのように認識できるかを特定します。 古いテンプレートは、アーカイブ作業に必要な場合にのみ使用できるようにします。区別できない名前の現在のフィールド プリセット以外では使用できません。 複数のオペレーターが共有する場合は、コントローラーが使用する言語とユニットを確認してください。 スタッフが慣れ親しんだフィールドがすべてのインポートされたジョブで同じことを意味すると仮定すると、小さなインターフェイスの違いが生じる可能性があります。
物理測定チェーンを点検します
レシーバー マウント、ポール、チップ、バブル、三脚、アダプターを確認してください。 ケース内の緩んだ部品を検査するのではなく、意図した作業高さで機器を組み立てます。 破損した糸、緩いロック、アクセサリーの欠落を探してください。 ポールの高さの規則が組み立てられたコンポーネントと一致することを確認します。 交換可能なフィールド交換品として頼る前に、予備のアンテナ アダプターまたは交換用チップを特定して検証する必要があります。
電源と通信のコンポーネントも検査します。 必要なバッテリーを充電し、ケーブルをテストし、機器の指示に従ってコネクタの状態を確認してください。 デバイスにラベルを付けて、デバイスを記録と照合できるようにします。 プリフライトは、メイン レシーバーが完全なバッテリーを持っていることだけを確認するのではなく、完全なシステムが、修正を運ぶコントローラーまたは電話機を含めて、計画されたセッションで動作できるかどうかを明らかにする必要があります。
実際のフィールド ジョブを開きます
承認された座標参照システムとプロジェクト測地基準ネットワークをロードします。 単位、軸の順序、高さの種類、地理的選択、および使用されるローカル変換を確認します。 画面上およびエクスポートで既知の座標を検査します。 これにより、乗組員が現場に到着する前に輸入規則の問題が明らかになる可能性があります。 オペレーターが承認された制御と暫定的な情報を区別できるように、調整ソースとリビジョンをジョブに保持します。
独立した検証ポイントの命名、機能コード、および必要な属性。 生産予定の同じフォームを使用して、小さなテスト レコードを入力します。 必須の情報が回避策なしで記録できることを確認します。 フィールド ディクショナリが不完全な場合は、データ収集によっていくつかの互換性のないスペルまたは即興コードが作成される前に、それを修復します。 コントロールされたテスト レコードは、キャンペーンの後に何百もの一貫性のない観測を再構築するよりも簡単に削除できます。
テスト補正アクセス
意図したレシーバー、コントローラー、および通信パスを使用して接続します。 キャスターまたは無線の設定を確認し、使用可能な補正データがローバーに届くことを確認します。 補正の年齢と解決策の状態を調べます。 一般的なインターネット テストでは、修正アカウント、マウントポイント、ローカル レシーバー リンクがすべて一緒に機能することは証明されません。 認証情報を非公開にし、共有設定のスクリーンショットやチェックリストにパスワードを含めないようにします。
プロジェクトから離れた場所でテストが発生した場合は、その制限を説明してください。 Office 接続によって構成が確認されますが、ワークエリア全体でモバイル カバレッジが確立されません。 偵察とフォールバックの計画は別々に準備してください。 2 番目の補正ソースが承認された場合は、そのプリセットもテストし、乗組員が使用する条件を記録します。 テストされていない代替案は、完成した継続計画ではなく、可能性です。
記録とエクスポートの確認
小さな観測データセットを作成し、生のロギング、ポイント ストレージ、および必要なメタデータが期待どおりに動作することを確認します。 意図したルートでエクスポートし、結果のファイルを調べます。 独立した検証ポイントの識別子、座標、単位、高さフィールド、および文字エンコーディング。 これにより、コントローラーでは見えない問題が発生しますが、クライアントまたは GIS ソフトウェアがプロジェクトの出力を読み取ったときに表示されます。
利用可能なストレージと毎日のバックアップの取り決めを確認します。 処理されていない GNSS 観測データが含まれており、処理されたポイントが含まれ、ジョブ設定を保持するファイルを把握します。 最終的な座標ファイルのコピーは、それを解釈するために必要な構成に取って代わるものではありません。 ケーブル、ワイヤレス共有、またはメモリ カードを想定するのではなく、実際のデバイスとアクセス許可を使用してファイル転送方法をテストしてください。長いフィールド 1 日の終わりに機能します。
意味のある座標チェックを実行
適切な制御が利用できる場合は、組み立てられたシステムで独立した検証ポイントを占有し、プロジェクト手順を使用して結果を比較します。 これは、機器の起動よりも多くのテストを行います。 これは、物理セットアップ、補正ソース、および座標構成を外部の結果に接続します。 チェック レコードを保存し、それがどのプロジェクト条件を表しているか、またサイトでの検証が必要になるかを記録します。
チェックが失敗した場合は、機器とオフィスのサポートが利用できる間に調査してください。 参照座標、アンテナの高さ、変換、観測環境を確認します。 システムが最終的に固定表示されるという理由だけで、システムを梱包しないでください。 プリフライトは、明確な準備状況と未解決のアイテムのリストで終了する必要があります。 乗組員は、これらのアイテムが生産を妨げているのか、それとも特定の追加のフィールド チェックが必要なのかを知る必要があります。
パック テストされた配置に従って
組み立てられたシステムから派生したパッキング リストを使用します。 制御の回復手順とテクニカル サポートに必要な連絡先の詳細を含めます。 プライベート アクセス情報は、一般的な機器のインベントリに印刷するのではなく、適切な安全な形式で保管してください。 リストは、プリフライトを通過した実際のワークフローをサポートする必要があります。
テスト日、機器識別子、ソフトウェア バージョン、および例外を記録します。 プロジェクトの結果の乗務員の配達時に、承認された構成とフォールバックの手順を説明します。 プリフライトが良いと、旅行前の不確実性が減り、フィールド チームに既知の出発点が得られます。 これは、実際の証拠のない完全なチェックリストを作成するのではなく、不足しているコンポーネント、互換性のない設定、またはエクスポートの問題を解決するのに十分早い段階で公開した場合に成功します。
フィールドの問題を明らかにするテスト エクスポート
プリフライト ポイントがコントローラーで正しく見えるが、高さタイプ、フィーチャ コード、または安定した識別子なしでオフィスに到着するとします。 機器は機能している可能性がありますが、計画された配達ルートは不完全です。 エクスポート構成を修復し、乗組員が去る前にテストを繰り返します。 これは、数日後に大きな座標テーブルから欠落している意味を再構築するよりも安価で信頼性が高いです。
小規模なテスト データセットとその期待される出力を、後のソフトウェアまたはディクショナリの変更のリファレンスとして保持します。 簡単に認識できる代表的な識別子、属性、および座標値を含める必要があります。 テスト ポイントを削除するか、本番ジョブから明確に分離します。 テストは、完全なチェーンがチェックされたことを示す貴重な証拠となります: 宛先ソフトウェアでのフィールドの入力、保存、転送、および解釈。 グリーン レシーバー ステータスで終了するプリフライトは、そのクラス全体の配信失敗を見逃してしまいます。
実践チェックリスト
- フィールドシステム全体を組み立てて点検します。
- 実際のジョブ、修正パス、エクスポートをテストします。
- レコードの準備状況、未解決のアイテム、およびサイト チェックが必要です。
