基準局のファームウェア更新を慎重に進めるべき理由
RTK-GNSSなどで利用する基準局は、現場の高精度測位を支える重要な設備です。基準局から適切な補正情報が継続的に送られることで、移動局は基準局との観測情報の差を利用しながら高精度な位置を求めやすくなります。そのため、基準局の状態が不安定になると、移動局側で補正情報を受け取れない、FIXまで時間がかかる、測位状態が途中で変わるといった問題につながる可能性があります。
基準局を安定して運用するための保守作業の一つが、受信機や関連機器のファームウェア更新です。ファームウェアは機器内部の基本動作を制御しており、不具合修正、通信安定性の改善、衛星信号への対応、セキュリティ上の改善、機能追加などを目的として更新版が提供される場合があります。
しかし、ファームウェアは新しいものへ更新すれば必ず状況が良くなる、と単純に考えるべきではありません。基準局は単独で動いている機器ではなく、GNSSアンテナ、受信機、通信設備、補正情報の配信経路、移動局などと組み合わせて使われています。ファームウェア更新によって設定項目、通信仕様、補正情報の出力条件などに変更が生じれば、基準局自体は正常に起動していても、従来の運用環境では補正情報を利用できなくなる可能性があります。
さらに注意したいのが基準局座標です。RTK測位では、基準局に設定されている座標が測位結果に関係します。ファームウェア更新後に設定が初期化されたり、誤った座標が入力されたりすれば、移動局がFIX状態を示していても、求めている座標との間にずれが生じることがあります。
常設の基準局や複数の作業班が共有している基準局では、ファームウェア更新による一時停止も大きな影響を与えます。管理者にとっては数十分程度の保守作業でも、その時間帯に位置出し、出来形確認、施工記録などを行っている担当者にとっては、作業を止める原因になります。
したがって、基準局のファームウェア更新では、単に更新ファイルを適用できるかを確認するだけでは不十分です。更新前の状態を記録し、更新による変更点を把握し、電源や通信を安定させ、利用者への影響を確認し、更新後に本当に従来どおりの測位ができるかまで検証する必要があります。
ここからは、基準局のファームウェア更新前に実務担当者が確認しておきたい6つのポイントを順番に解説します。
1. 更新対象の機器と現在のファームウェアバージョンを確認する
最初に確認すべきなのは、「何を更新するのか」を明確にすることです。基準局とひとことで呼んでいても、現場の構成によってはGNSS受信機だけでなく、通信装置やネットワーク機器など複数の機器が使われています。そのため、基準局のファームウェアを更新すると聞いただけでは、実際の更新対象が明確ではない場合があります。
まず対象となる機器の型式、製造時期、現在のファームウェアバージョンなどを確認します。複数の基準局を保有している場合は、外観が似ている機器を取り違えないよう、管理番号などと照合しながら対象を特定することが重要です。
特に注意したいのが、同じ系列の機器であってもハードウェア構成や製造時期によって適用できるファームウェアが異なる可能性があることです。名称が似ていることだけを理由に更新ファイルを選ばず、対象機器とファームウェアの対応関係を確認してから作業を始めます。
現在使用しているファームウェアバージョンについても記録しておきます。更新作業そのものが正常に終わったとしても、その後に通信不良や測位状態の変化が発生することがあります。そのとき、更新前にどのバージョンを使用していたのかが分からなければ、変更点の切り分けが難しくなります。
更新履歴を管理するときは、更新後のバージョンだけではなく、「どのバージョンからどのバージョンへ変更したのか」が分かる形で残すことが重要です。複数台を管理している現場では、設置時期や過去の保守状況によって、同じように見える基準局でもファームウェアバージョンが異なっていることがあります。
また、古いファームウェアから最新版へ直接更新できるとは限りません。機器によっては、特定の中間バージョンを経由して更新する手順が指定される可能性があります。現在のバージョンを確認せず、最新版だけを準備して現場で更新を始めると、途中で作業を進められなくなることがあります。
ファームウェア更新前には、更新対象となる受信機だけではなく、その受信機に接続している周辺機器も把握しておきます。GNSSアンテナ、外部通信機器、電源設備など、基準局を構成する設備を整理しておけば、更新後に異常が発生した場合も原因を切り分けやすくなります。
更新対象を特定することは基本的な作業ですが、ここを曖昧にすると、その後に正しいファームウェアや手順を選ぶことができません。ファームウェア更新の出発点は、「最新版を探すこと」ではなく、「現在どの機器が、どのバージョンで動作しているかを把握すること」です。
2. 基準局座標と各種設定を更新前に保存する
基準局のファームウェア更新前に特に重要なのが、現在の設定情報を保存することです。ファームウェア更新後もすべての設定が維持される場合はありますが、更新内容や作業方法によっては一部の設定が初期値へ戻ったり、再設定が必要になったりする可能性があります。
一般的な機器であれば通信設定のバックアップが中心になりますが、GNSS基準局の場合は基準局座標が極めて重要です。RTK測位では、基準局がどの位置に設置されているものとして補正情報を生成しているかが、移動局の座標に関係します。
更新後に基準局座標が変わってしまうと、移動局がFIXできていたとしても、現場で必要としている座標と整合しない可能性があります。そのため、現在設定されている緯度、経度、高さなどは更新前に必ず確認し、復元できる形で記録しておくことが大切です。
このとき、単に画面に表示された数字だけを保存するのではなく、その座標がどの基準に基づいて設定されたものなのかも整理しておくと安全です。既知の基準点を利用して設定したのか、別の観測結果から求めたのかなど、基準局座標の由来が分かれば、更新後に値を再確認しやすくなります。
高さの扱いについても注意が必要です。GNSSが扱う高さと、現場で一般的に扱われる標高では意味が異なることがあります。更新後に高さの値を再入力するとき、保存しておいた数値の意味が分からなければ、誤った高さを設定する原因になります。
アンテナに関する設定も確認します。基準局座標がアンテナのどの位置を基準としているのか、アンテナ高をどのように設定しているのかなど、現在の設定条件を把握しておきます。基準となる位置の考え方が変われば、同じ数値を入力したつもりでも結果に差が出る可能性があります。
補正情報の配信設定についても保存しておきます。基準局からどのような補正情報をどの周期で出しているのか、どの通信経路を使っているのかなどは、移動局との接続に直接関係します。
ネットワークを介して補正情報を配信している場合は、接続先、通信ポート、認証に必要な情報、配信に関する設定なども確認します。ファームウェア更新後にGNSS受信は正常でも、ネットワーク設定だけが初期化されれば、移動局へ補正情報が届かなくなります。
設定情報を画面で確認できる場合は、更新前の画面を記録する方法もあります。項目名と値を一緒に残せるため、更新後の比較がしやすくなります。ただし、認証情報など機密性のある情報が含まれる場合は、記録データの保存場所や閲覧権限にも配慮しなければなりません。
機器に設定情報をファイルとして保存する機能がある場合は、その利用も検討できます。ただし、古いファームウェアで保存した設定ファイルを、新しいファームウェアでもそのまま読み込めるとは限りません。バックアップファイルだけに頼らず、重要な設定値は別途確認できるようにしておくほうが安全です。
更新前に設定を保存する目的は、単に元へ戻せるようにするだけではありません。更新前の正常な状態を記録しておくことで、更新後に何が変わったのかを比較できるようにすることにも大きな意味があります。
3. 更新内容と周辺機器・補正情報との互換性を確認する
ファームウェア更新前には、新しいバージョンで何が変更されるのかを確認します。最新版という理由だけで更新すると、現在の基準局運用には必要のない変更によって、新たな確認作業が発生することがあります。
更新内容には、不具合の修正、衛星信号への対応、通信処理の改善、セキュリティ上の変更、設定画面の変更など、さまざまなものが考えられます。現在発生している問題に対する修正が含まれているのであれば更新の目的は明確ですが、現在の運用と関係のない機能追加が中心であれば、更新時期を慎重に判断したほうがよい場合もあります。
基準局では、受信機単体の動作だけでなく、移動局との互換性が重要です。RTK測位では、基準局から送られる補正情報を移動局側で受信し、処理する必要があります。そのため、ファームウェア更新によって補正情報の設定や出力条件が変わる場合は、移動局側が従来どおり利用できるか確認する必要があります。
補正情報には、観測した衛星や信号に関する情報、基準局の情報などが含まれます。どの情報をどのような周期で送信するかは、基準局の設定や構成によって異なります。ファームウェア更新によって出力設定が初期値へ変更されれば、従来使用していた移動局で必要な情報を受け取れなくなる可能性があります。
複数種類の移動局を同じ基準局へ接続している現場では、さらに注意が必要です。一つの移動局で問題なく測位できても、別の移動局では従来の補正情報設定が必要になることがあります。基準局の更新確認では、実際に現場で使用する構成をできるだけ反映した試験を行うことが重要です。
ネットワーク経由で補正情報を利用している場合は、通信機能の変更にも注意します。ファームウェア更新によって通信設定画面や認証方法などに変更が加わる可能性もあるため、補正情報が生成されているかだけではなく、実際に利用者まで届いているかを確認する必要があります。
管理画面の変更も見落としやすいポイントです。更新後に設定項目の名称や位置が変われば、これまで使用していた社内手順書と画面が一致しなくなることがあります。基準局の保守を複数人で担当している場合、更新後の操作方法を共有しないまま運用を続けると、次回の設定変更時に誤操作する可能性があります。
新しいファームウェアで追加された機能をすぐ有効にすることにも慎重さが必要です。ファームウェア更新と設定変更を同時に多数行うと、その後に問題が発生した場合、原因がファームウェアなのか設定なのか判断しにくくなります。
まずは更新前とできるだけ同じ条件で運用し、正常に動作することを確認してから、新しい機能や設定を必要に応じて試す方法が安全です。
複数台の基準局を運用している場合は、全台を同時に更新しないという考え方も有効です。影響を確認しやすい1台から更新し、補正情報配信や移動局測位に問題がないことを確認してから、他の基準局へ展開すれば、一斉に運用不能になるリスクを抑えられます。
ファームウェア更新は受信機だけの問題として考えるのではなく、「基準局から移動局までの測位システム全体が更新後も成立するか」という視点で互換性を確認することが重要です。
4. 電源と通信環境を安定させて更新中断を防ぐ
ファームウェア更新中のトラブルとして特に避けたいのが、電源断や通信の中断です。通常運用中に一時的に電源が切れる場合とは異なり、ファームウェアを書き換えている途中で電源が失われると、機器が正常に起動できなくなる可能性があります。
そのため、更新前には十分に安定した電源を確保します。常設基準局で商用電源を利用している場合でも、単にコンセントへ接続されているから安全とは限りません。電源設備に不安定な要素がないか、更新中に他の作業者が電源を外す可能性がないかなどを確認します。
可搬型の基準局をバッテリーで運用している場合は、残量に十分な余裕を持たせます。ファームウェアを書き換える時間だけではなく、更新ファイルの転送、再起動、設定確認、測位試験まで完了できる余裕が必要です。
更新開始時には十分な残量があったとしても、作業後の確認に想定以上の時間がかかる場合があります。そのため、更新に必要と思われる最低限の電力ではなく、トラブル対応を含めた余裕を確保しておくことが重要です。
ネットワーク経由で更新ファイルを転送する場合は、通信環境にも注意します。通信状態が不安定な場所で更新を始めると、ファイルの取得や転送が途中で止まる可能性があります。
通信が途中で切れたときの影響は機器や更新方法によって異なるため、「再接続すれば大丈夫だろう」と考えず、できるだけ安定した環境で作業することが基本です。
遠隔地に設置している基準局を遠隔操作で更新する場合は、さらに慎重な判断が必要です。遠隔更新が失敗して管理画面へ接続できなくなれば、復旧のために現地へ行かなければならなくなる可能性があります。
すぐに現場へ行けない基準局では、更新の必要性、代替手段、失敗時の対応方法まで検討してから作業します。常に補正情報を提供する必要がある基準局であれば、代替の基準局や別の補正情報利用方法を準備できるか確認しておくことも有効です。
更新操作に使用する端末側の状態にも注意します。操作端末の電池切れ、スリープ、通信先の切り替えなどが更新作業へ影響する場合があります。基準局側だけでなく、操作する端末と通信経路の双方を安定させておくことが重要です。
屋外の基準局では、天候にも配慮します。機器のケースを開ける必要がある場合や、配線を操作する場合には、雨や水滴が内部へ入る可能性を避けなければなりません。また、結露が生じている状態で機器を開けることも望ましくありません。
更新作業はソフトウェア上の操作に見えますが、安定した電源、通信、設置環境という物理的な条件によって支えられています。更新ボタンを押す前に、「最後まで安定して作業できる状態か」を確認することが重要です。
5. 基準局を停止できる時間帯と利用者への影響を確認する
基準局のファームウェア更新では、多くの場合、再起動や一時的な通信停止が伴います。そのため、技術的に更新できる状態であっても、現場で基準局が使用されている時間帯に作業を始めるべきではありません。
まず、その基準局を誰が利用しているかを確認します。自分の作業班だけで使用している基準局なら調整しやすいですが、複数の作業班や複数工区で共有している基準局の場合、一時停止の影響が広がります。
基準局からネットワーク経由で補正情報を配信している場合、管理者の近くにいない利用者が接続している可能性もあります。管理担当者が「今は誰も使っていない」と考えていても、離れた場所で別の担当者が位置出しや施工記録を行っていることがあります。
ファームウェア更新前には、基準局の停止予定を関係者へ共有しておくことが重要です。更新中に補正情報が途切れる可能性があることを伝え、その時間帯には重要な測位を行わないよう調整します。
特に注意したいのが、移動局で測位作業をしている途中に補正情報を停止するケースです。補正情報が途切れると、移動局の測位状態がFIXから別の状態へ変化することがあります。作業者が変化に気付かないまま測定を続ければ、施工記録や出来形確認に影響する可能性があります。
重要な測位作業を避けるだけではなく、基準局の復旧を十分確認できる時間を確保することも必要です。ファームウェア更新ファイルの適用が短時間で完了しても、その後には再起動、設定確認、補正情報確認、移動局での測位試験などが必要です。
たとえば、現場終了時刻の直前に更新を始めると、問題が見つかったときに十分な確認ができない可能性があります。翌朝まで基準局が利用できない状態になれば、その日の保守作業が翌日の施工へ影響してしまいます。
したがって、更新時間はファームウェアを書き換える時間だけで決めるのではなく、異常があった場合の調査や復旧まで考えて確保します。
常設基準局では、事前に保守時間帯を設定しておく方法も有効です。定期的な更新や点検を一定の時間帯へまとめれば、利用者もその時間を避けやすくなり、突然の停止による混乱を減らせます。
利用者への周知では、単に「更新します」と伝えるだけでなく、更新中は基準局からの補正情報を利用しないこと、運用再開の連絡を確認してから使用することまで共有しておくと安全です。
ファームウェア更新による影響は、基準局そのものの停止時間だけではありません。基準局の先にいる測量担当者、施工管理担当者、重機施工などの利用者まで含めて確認することで、現場全体への影響を抑えられます。
6. 更新後の確認項目と復旧方法を事前に決める
ファームウェア更新を始める前に、「何を確認できれば更新成功と判断するのか」を決めておくことが重要です。
更新画面に完了と表示され、基準局が再起動しただけでは、RTK基準局として正常に復旧したとは言えません。基準局として必要な機能が更新前と同じように利用できることまで確認する必要があります。
まず確認するのは、機器が正常に起動することです。そのうえで、GNSS衛星の受信状態、基準局座標、アンテナ関連設定、通信設定、補正情報の出力状態などを順番に確認します。
ここで役立つのが、更新前に保存した設定情報です。更新後の値を単独で見ても、それが正しいか判断できないことがあります。更新前後の画面や記録を比較すれば、更新によって変更された設定を発見しやすくなります。
特に基準局座標は慎重に確認します。緯度、経度、高さの値だけではなく、設定の意味が更新前と同じかを確認することが重要です。
次に、移動局側から補正情報へ接続できるか確認します。基準局で補正情報が生成されている表示があっても、実際の通信経路を通じて移動局まで届いているとは限りません。
移動局で補正情報を受け取れることを確認し、測位状態が適切に変化するかを確認します。可能であれば、既知の点などで測位し、更新前と比べて明らかなずれが生じていないかを見ることが重要です。
注意したいのは、FIX表示だけを根拠に正常と判断しないことです。RTK測位でFIX状態になることは重要な確認項目ですが、FIXしたこと自体が基準局座標の正しさを保証するわけではありません。
基準局に誤った座標が設定されていたとしても、補正情報の処理条件によっては移動局がFIX状態になる可能性があります。そのため、重要な測量や施工で使用する基準局では、既知点との比較を含めて確認したほうが安全です。
更新後に問題が起きた場合の復旧方法も、更新開始前に決めておきます。以前の設定値へ戻すだけでよいのか、ファームウェア自体を以前のバージョンへ戻せるのか、設定を初期化して再登録する必要があるのかなどを確認します。
ただし、すべての機器で以前のファームウェアへ戻せるとは限りません。更新後に古いバージョンへ戻す操作が認められていない場合や、特別な手順が必要になる場合もあります。そのため、「問題があれば古いバージョンへ戻せばよい」という前提で更新作業を始めるのは避ける必要があります。
ファームウェアを戻せない場合に備え、別の基準局への切り替えなど、業務を継続する方法を検討しておくことも重要です。
更新成功の判断基準は、ファームウェアの書き換え完了ではありません。基準局が正常に動作し、従来必要としていた補正情報を配信でき、実際の移動局で期待する測位ができることを確認して初めて、実務上の更新完了と考えることができます。
基準局のファームウェア更新を実施するときの進め方
6つのポイントを確認したら、実際の更新作業を計画的に進めます。具体的な更新操作は機器によって異なりますが、実務上は更新前、更新中、更新後の状態を分けて考えると整理しやすくなります。
更新前には、まず基準局が正常に動作していることを確認します。更新前から補正情報が不安定だった場合、更新後に問題が起きても、ファームウェア更新が原因なのか以前から発生していた問題なのか判断しにくくなるためです。
更新前の時点で衛星受信状態、補正情報の配信状況、通信状態などを確認し、可能であれば実際の移動局を使って測位しておきます。
既知点など確認に利用できる点があれば、更新前の測位結果を記録しておくと更新後との比較に役立ちます。周辺環境や衛星配置の影響もあるため単純比較はできませんが、大きな異常を判断する参考になります。
更新作業を開始したら、必要のない操作を行わないことも重要です。進捗表示が一時的に変化しないからといって電源を切ったり、短時間に何度も再起動したりすると、かえって状態を悪化させる可能性があります。
更新中の担当者を明確にすることも有効です。複数人が同時に管理画面へアクセスし、一人が再起動、別の人が設定変更を行うような状況は避けます。
更新が完了したら、いきなり通常運用へ戻すのではなく、段階的に確認します。最初に機器が正常に起動しているかを確認し、次に衛星受信、基準局設定、通信、補正情報出力、移動局での受信、実測結果という順番で確認すると、異常の原因を切り分けやすくなります。
たとえば、基準局は衛星を正常に受信しているものの、移動局へ補正情報が届かない場合、GNSS受信より通信設定や補正情報の出力側を確認する必要があります。
反対に、移動局は補正情報を受け取りFIXするものの、既知点で一定方向へ大きくずれる場合は、基準局座標や高さ設定などを疑う必要があります。
ファームウェア更新直後に新機能や新しい設定を多数変更しないことも重要です。更新した直後の状態で従来どおり動作するかを確認しておけば、その後に追加した設定によって問題が出た場合も原因を切り分けやすくなります。
また、一度正常に動いたからといって、すぐに確認を終了するのは避けたほうがよい場合があります。時間の経過後に通信が停止する、再接続時に設定が保持されないといった問題は、短時間の確認では分からないことがあります。
重要な基準局であれば、一定時間運用した後にも通信状態や補正情報配信の継続性を確認することが望まれます。
更新後に測位品質まで確認することが重要
基準局のファームウェア更新後は、管理画面上の正常表示だけでなく、現場で実際に使用する測位環境まで確認することが重要です。
GNSS受信機では多くの情報が画面に表示されますが、管理画面上でエラーが出ていないことと、移動局で必要な精度が得られていることは同じではありません。
まず、実際に移動局から基準局の補正情報へ接続します。補正情報を継続して受信できるか、測位状態が安定しているか、短時間で頻繁に接続が切れないかなどを確認します。
FIX状態になるまでの時間も参考になります。ただし、FIXまでの時間はファームウェアだけではなく、基準局と移動局の距離、衛星配置、上空視界、建物や樹木による遮蔽、マルチパス、通信品質など多くの条件に左右されます。
そのため、「更新前は数秒だったのに更新後は少し長い」というだけで、ファームウェアに問題があると断定することはできません。複数回確認し、周辺条件も含めて判断する必要があります。
測位結果を確認するときは、できるだけ既知の座標を持つ点を利用します。更新前と更新後で同じ点を観測することで、基準局設定に大きな変化がないかを判断しやすくなります。
一つの場所だけでなく、可能であれば少し離れた複数地点でも確認すると、問題を把握しやすくなります。ある一点だけでは局所的な衛星遮蔽やマルチパスの影響を受けている可能性があるためです。
高さについても確認が必要です。平面位置に問題がなくても、高さの設定や基準の扱いに誤りがあると鉛直方向にずれが生じることがあります。
更新後に高さだけ大きな差が生じる場合は、基準局座標の高さ、アンテナ高、使用している高さの定義などを改めて確認します。
重要なのは、測位品質を一つの表示だけで判断しないことです。FIX状態、補正情報の受信状態、既知点との差、通信の安定性などを組み合わせて確認することで、更新後の状態をより適切に評価できます。
特に、道路施工、造成、出来形管理などで一定の座標基準を継続して使用している場合は、ファームウェア更新を境に座標が変化していないかを慎重に確認することが重要です。
基準局の更新履歴を残してトラブル調査に備える
ファームウェア更新が無事に終了した場合でも、作業記録は残しておくことが重要です。更新履歴は、その場で問題がなかったことを証明するためだけでなく、後日発生したトラブルを調査する資料になります。
たとえば、更新から数週間後に「以前より通信が切れやすい」という報告が出たとします。このとき更新履歴が残っていれば、問題が発生した時期とファームウェア更新の時期を比較できます。
一方、履歴が残っていなければ、いつ更新したのか、以前どのバージョンだったのか、更新と同時に設定変更を行ったのかが分からず、原因調査に時間がかかります。
記録する内容としては、基準局を特定できる情報、更新日時、更新前後のファームウェアバージョン、作業担当者、更新時に変更した設定、更新後に実施した確認内容などを整理しておくと管理しやすくなります。
さらに、更新後の既知点確認を行った場合は、その結果も記録しておくと役立ちます。測位日時や場所とあわせて残せば、次回の更新時にも比較材料として利用できます。
ファームウェア更新と同時に基準局座標を変更した場合は、必ず区別して記録する必要があります。ファームウェア更新だけを行ったのか、更新と同時に座標や通信設定まで変更したのかによって、後から問題を調査するときの考え方が変わるからです。
複数台の基準局を管理している場合、更新履歴の重要性はさらに高まります。現場ごとに担当者が独自の判断で更新すると、どの基準局がどのバージョンで稼働しているのか分からなくなりやすいためです。
同じ種類の基準局で同じ設定を使用しているつもりでも、1台だけファームウェアが古い、別の1台だけ補正情報設定が違うという状態になると、不具合の再現性が低くなり、保守が難しくなります。
更新作業を定期的な保守業務として位置付け、更新履歴を統一した方法で管理すると、基準局ごとの差を把握しやすくなります。
また、現場写真や施工記録と関連付けて保守の記録を残しておくことも有効です。どの基準局をどの場所で運用し、どの時点で更新したのかを追跡できれば、後日の確認作業を効率化できます。
ファームウェア更新では、その日に正常動作したことだけを目標にするのではなく、数か月後や数年後でも状態を追跡できる管理方法を考えることが重要です。
まとめ｜基準局は更新前の準備から更新後の検証までを一連の作業として管理する
基準局のファームウェア更新は、不具合の修正や通信安定性の改善、機能対応などのために必要になる保守作業です。一方で、基準局は現場の高精度測位を支えているため、十分な準備をせずに更新すると、補正情報が利用できなくなったり、設定が変化したりして、施工や測量へ影響する可能性があります。
更新前の第一歩は、更新対象となる機器と現在のファームウェアバージョンを正確に把握することです。似た機器が複数存在する場合でも、型式や管理情報を確認し、対象に適合した更新内容であることを確かめる必要があります。
次に、基準局座標を含む設定情報を保存します。特に基準局座標はRTK測位結果に関係するため、更新前の値を確実に記録し、更新後に比較できる状態へしておくことが重要です。通信設定や補正情報の配信条件、アンテナに関する設定についても、必要に応じて確認します。
更新内容と互換性の確認も欠かせません。新しいファームウェアによって何が変わるのかを把握し、現在使用している移動局、補正情報、通信方法などに影響がないか確認してから更新します。
作業時には、安定した電源と通信環境を確保します。更新中の電源断は避ける必要があり、バッテリー駆動の場合は更新後の確認まで行える十分な残量を確保します。遠隔更新では、失敗したときに現地対応が必要になる可能性まで考慮することが大切です。
さらに、基準局を利用している人への影響も確認します。重要な測位作業中に更新を開始すると、補正情報の停止によって施工や記録が中断する可能性があります。更新時間だけではなく、再起動や測位確認、万が一の復旧時間まで考えて保守時間を設定します。
更新後は、機器の起動だけで正常と判断せず、基準局座標、GNSS受信状態、通信状態、補正情報配信、移動局での受信、FIX状態、既知点での測位結果まで確認することが重要です。
特にFIX表示は測位状態を判断するうえで重要ですが、FIXしているだけで基準局座標の正しさまで保証されるわけではありません。施工や測量で重要な基準局を更新した場合は、既知点などを利用して位置の整合性まで確認することが望まれます。
そして、更新作業の内容は履歴として残します。更新前後のバージョン、作業日時、設定変更、確認結果などを整理しておけば、後日トラブルが発生したときに原因を調査しやすくなります。
基準局の保守とあわせて重要になるのが、現場で得られた測位結果を施工情報として確実に残すことです。高精度な座標を取得できても、どの場所で、いつ、何を確認したのかが整理されていなければ、後日の維持管理や施工確認に十分活用できません。
LRTK Phoneを活用すれば、現場で取得した位置情報と写真、施工状況などを関連付けながら記録し、現場情報の整理や確認に活用できます。基準局のファームウェアや設定を適切に管理するとともに、測位した位置と現場記録を一体的に残す運用を整えることで、RTK-GNSSをその場の測位だけで終わらせず、施工管理や将来の確認作業にも活用しやすくなります。