LRTKレフィクシア株式会社

VRSでFIXしない時に見直すべき6つの設定項目

VRSを使った現場測位でなかなかFIXしない時、原因を衛星環境や機器性能だけに求めてしまうと、確認すべき基本設定を見落とすことがあります。実際には、接続先、補正情報、座標系、アンテナ設定、通信、観測条件のどれかに小さなズレがあるだけで、測位状態が安定しないことがあります。この記事では、VRSでFIXしない時に実務担当者が順番に見直したい6つの設定項目を、現場で確認しやすい流れに沿って解説します。

VRSでFIXしない時は設定と環境を分けて考える

VRSでFIXしない状況に直面した時、最初に大切なのは、原因を一つに決めつけないことです。VRSは、GNSS受信機が衛星からの信号を受け取り、通信回線を通じて補正情報を取得し、その補正情報を使って高精度な測位解を求める仕組みです。つまり、衛星の見通し、補正情報の取得、通信、受信機設定、アプリ側の条件、座標系の扱いがすべて関係します。どれか一つが大きく間違っていれば当然FIXしませんが、実務では複数の小さな不一致が重なって不安定になることも少なくありません。

現場では「昨日は同じ設定でFIXした」「別の場所では使えた」という判断をしがちです。しかし、VRSは現場環境に影響されます。周囲の建物、樹木、法面、橋梁、重機、仮設構造物、通信エリア、上空視界、衛星配置が変われば、同じ機器でも挙動は変わります。また、同じ現場でも測る位置を数メートル移動しただけで、反射波の影響や遮蔽条件が変わる場合があります。そのため、まずは「設定の問題」と「環境の問題」を切り分ける意識が必要です。

切り分けの基本は、受信機が単独測位できているか、補正情報を受け取れているか、測位状態がFLOATまで進んでいるか、FIX直前で止まっているのかを確認することです。単独測位すら安定しない場合は、衛星受信やアンテナ周辺の問題が疑われます。単独測位はできるが補正が入らない場合は、接続先や通信、認証、補正形式の設定を優先的に見直します。FLOATにはなるがFIXしない場合は、衛星環境、アンテナ高、観測時間、マルチパス、測位モード、FIX判定条件などを確認します。

重要なのは、いきなり全設定を変更しないことです。焦って複数項目を同時に変えると、何が改善に効いたのか分からなくなります。現場では、接続、補正、座標、アンテナ、通信、衛星環境の順に確認し、変更した内容を記録するのが安全です。特に複数人で機器を使い回す現場では、前回作業者が設定を変更していることがあります。測位アプリや受信機の設定画面だけでなく、現場の作業手順書、前回の観測ログ、使用した座標系、アンテナ高の入力履歴も合わせて確認すると、原因の発見が早くなります。

VRSでFIXしない時は、機器を再起動するだけで解決する場合もありますが、再起動で一時的に直ったように見えても、根本原因が残っていれば次の観測点で再発します。再起動は有効な切り分け手段の一つですが、それだけに頼らず、設定の整合性を順番に確認することが、手戻りを減らす近道です。

接続先と認証情報の設定を見直す

VRSで最初に確認したいのが、補正情報へ接続するための接続先と認証情報です。VRSでは、受信機や測位アプリが通信回線を通じて補正情報配信サーバーへ接続します。この時、サーバーアドレス、ポート番号、ユーザー名、パスワードなどの情報が正しく設定されていないと、補正情報を受け取れません。衛星は見えていても補正が届かなければ、FIXには進みません。

接続先の設定でありがちなのは、以前使った別地域用の接続先が残っているケースです。VRSの運用では、契約内容や利用エリアによって接続先や利用条件が異なる場合があります。過去の現場で使った設定をそのまま使い回していると、通信自体は成功しているように見えても、期待した補正情報が取得できていないことがあります。特に、複数の現場や複数の補正サービスを扱う会社では、設定プロファイル名だけで判断せず、中身の接続先を確認することが重要です。

認証情報の入力ミスもよくある原因です。ユーザー名やパスワードは、英字の大文字小文字、数字、記号が混在することがあります。コピーして貼り付けた場合でも、前後に空白が入っていると認証に失敗する場合があります。端末の自動補正や入力補完によって、意図しない文字列に変わることもあります。現場で急いで設定すると、似た文字の見間違いも起こりやすくなります。接続できない時は、認証情報を一度消して再入力し、不要な空白が入っていないか確認するとよいです。

ポート番号の確認も欠かせません。サーバーアドレスが正しくても、ポート番号が違えば接続できません。また、社内で用意した設定資料が古い場合、現在の利用条件と合っていない可能性があります。作業者が手元の古いメモを参照している場合もあるため、最新の設定情報と照合することが大切です。特に新しい端末へ入れ替えた時、アプリを再インストールした時、受信機を別の端末と組み合わせた時は、接続設定が初期化されたり、別の設定が選ばれていたりすることがあります。

接続状態を確認する時は、単に「接続済み」と表示されているかだけでなく、補正データが継続的に受信されているかを見る必要があります。接続直後だけ受信し、その後途切れる場合は、認証や契約条件だけでなく、通信回線や端末側の省電力設定も関係します。測位画面に補正データの受信間隔や経過時間が表示される場合は、最後に補正を受信してからの時間を確認します。補正情報が古くなると、測位解は安定しにくくなります。

また、現場では複数台の機器を使うことがあります。別の端末ではFIXするのに自分の端末だけFIXしない場合、接続先や認証情報の違いが原因である可能性が高まります。逆に、すべての端末で同じように接続できない場合は、契約側、通信回線、現場エリア、補正配信側の条件を疑う必要があります。設定を見直す時は、正常に使えている端末の設定と比較するのが有効ですが、その際も他端末の設定を不用意に上書きせず、項目ごとに照合することが安全です。

補正情報の形式とマウントポイントを確認する

接続先と認証情報が正しくても、補正情報の形式やマウントポイントが適切でなければ、FIXしないことがあります。マウントポイントとは、配信されている補正情報の種類や内容を選ぶための入口のようなものです。VRSでは、利用する受信機や測位アプリが対応している補正形式に合ったマウントポイントを選ぶ必要があります。選択を誤ると、接続できているように見えても、受信機が補正情報を正しく解釈できない場合があります。

補正情報の形式は、受信機が対応している必要があります。現場でよくあるのは、新しい受信機と古い設定、または古い受信機と新しい設定が混在しているケースです。受信機の仕様、測位アプリの設定、補正配信側の形式が合っていないと、FLOATに進まない、FLOATにはなるがFIXしにくい、測位状態が頻繁に落ちるといった症状が出ることがあります。特に、複数の衛星系や複数周波数を使う設定では、補正情報側が対応している内容と受信機側の受信条件が合っているかを確認する必要があります。

マウントポイントの選択では、名称だけで判断しないことが大切です。名称が似ていても、対象エリア、補正方式、対応衛星、データ形式、更新間隔が異なる場合があります。現場で「以前選んだものと似ているから」という理由で選択すると、目的の補正情報ではない可能性があります。設定資料や契約時の案内に推奨マウントポイントが示されている場合は、それと一致しているか確認します。複数候補がある場合は、適当に切り替えるのではなく、受信機の対応形式と現場で必要な精度に合うものを選びます。

補正情報の更新間隔も重要です。VRSでは、補正情報が一定間隔で届くことを前提に高精度測位を行います。接続直後はデータが届いていても、途中で更新が止まると測位状態が不安定になります。補正情報の受信表示がある場合は、データが連続して入っているか確認します。受信間隔が長くなったり、受信が途切れたりする場合は、マウントポイントの問題だけでなく、通信回線や端末のバックグラウンド制御も確認します。

また、VRSでは端末側から概略位置を送信し、その位置に応じた補正情報を受け取る仕組みが使われることがあります。この概略位置が正しく送信されていない場合、適切な補正情報が生成されず、FIXしにくくなる可能性があります。受信機やアプリが現在位置を取得できているか、位置情報の送信が許可されているか、現場から大きく離れた前回位置が残っていないかを確認します。特に屋内で設定してから屋外へ移動した場合や、遠方の現場へ移動した直後は、概略位置の更新に時間がかかることがあります。

補正情報の形式やマウントポイントの問題は、画面上では分かりにくいことがあります。接続済み、衛星受信あり、測位中と表示されていても、実際には受信機が必要な補正を使えていないことがあります。そのため、FIXしない時は「接続できているか」だけではなく、「正しい補正を正しい形式で受け取れているか」まで確認する必要があります。

座標系と測地系の設定を確認する

VRSでFIXしない原因として、座標系や測地系の設定が直接の原因になる場面と、FIX後の成果確認で問題として表面化する場面があります。厳密には、座標系の設定ミスだけで常にFIXしなくなるわけではありません。しかし、測位アプリや補正情報の処理、現場座標への変換、既知点との照合に関わるため、初期設定として必ず確認すべき項目です。特に、FIXした後に座標が合わない、現場図面とずれる、既知点で検証すると差が大きいといった問題は、座標系や測地系の不一致によって起こりやすくなります。

実務で多いのは、現場で使う平面直角座標系の系番号を間違えるケースです。隣接する地域や広域案件では、現場位置に対応する系を誤って選択してしまうことがあります。系番号が違うと、測位結果を図面や施工データと重ねた時に大きくずれます。FIX状態だけを見ると正常に見えるため、現場で点を取り終えた後に不整合が発覚することもあります。VRSでの観測前には、発注図、基準点成果、現場で使う座標データ、測位アプリの座標系設定が一致しているか確認します。

測地系の違いにも注意が必要です。現場で扱う座標データがどの測地系を前提にしているかを確認せず、アプリ側で別の設定を選ぶと、成果の照合で差が出ます。測量成果、設計データ、施工管理データ、クラウド上の地図表示がそれぞれ異なる前提で扱われている場合、どこで変換しているのかが分からなくなります。特に複数のソフトや端末をまたいでデータを受け渡す場合は、座標値だけでなく、座標系、測地系、高さの扱いを一緒に記録することが大切です。

高さの設定も見落とされがちです。VRSでは、楕円体高、標高、ジオイド高の扱いを理解しておく必要があります。現場で必要なのが標高なのか、楕円体高なのかを確認せずに作業すると、高さ方向の成果が合わない原因になります。FIXしているのに高さが想定と違う場合、アンテナ高の入力だけでなく、高さの表示設定や変換条件を確認する必要があります。特に出来形、土量、縦断、構造物まわりの確認では、高さの扱いが成果品質に直結します。

座標系の設定は、現場作業前のチェック項目として固定化するのが効果的です。作業者ごとに判断を任せるのではなく、現場名、使用座標系、系番号、測地系、高さの扱い、既知点確認の方法を作業開始前に共有します。現場でFIXしない問題を解決するための確認と、FIX後の成果を正しく使うための確認は分けて考える必要がありますが、どちらも設定ミスによる手戻りを防ぐという意味では同じくらい重要です。

また、座標系設定を変更した後は、必ず既知点や確認点で照合します。画面上の設定名が合っていても、プロジェクトデータ側に別の変換条件が残っている場合があります。過去案件を複製して新しい現場を作成した時は、前案件の座標系やローカル補正設定が残っていないか確認します。VRSでFIXしない時の直接原因ではなかったとしても、座標系の不一致は成果全体の信頼性を損なうため、初期段階で確認しておくべきです。

アンテナ高と測位モードの入力を見直す

VRSでFIXしない、またはFIXしても成果が安定しない時は、アンテナ高と測位モードの設定を確認します。アンテナ高は、受信機のアンテナ基準位置から測点までの高さを入力する項目です。入力値が間違っていても、必ずFIXしなくなるとは限りませんが、高さ方向の成果に大きな誤差を生む原因になります。また、測位モードや観測条件の設定が現場作業に合っていない場合、FIXまで時間がかかったり、安定した解が得られなかったりします。

アンテナ高で特に多いのは、ポールの目盛りとアプリ入力値の不一致です。ポールに表示されている高さをそのまま入力してよい場合もありますが、受信機の取付位置、アンテナ基準点、アダプタの有無によって入力すべき値が変わる場合があります。現場で使う機器構成が変わった時、三脚からポールへ切り替えた時、別の取付治具を使った時は、以前のアンテナ高設定をそのまま使わないようにします。特に複数人で同じ受信機を使う場合、前回作業者の設定が残っていることがあります。

測位モードの選択も確認が必要です。単点測位、補正を使う測位、平均観測、連続観測、点検観測など、アプリや受信機には複数のモードが用意されていることがあります。現場では、目的に合わないモードを選んだまま作業してしまうことがあります。たとえば、補正情報を使うつもりなのに単独測位に近い設定になっている、平均観測の時間が短すぎる、連続観測で必要な安定判定を見ていない、といったケースです。FIXしない時は、現在のモードがVRS補正を使う設定になっているか確認します。

FIX判定の条件が厳しすぎる場合もあります。アプリによっては、水平精度、高さ精度、衛星数、DOP値、補正データの鮮度、連続FIX時間などをもとに観測可否を判断することがあります。現場条件が厳しい場所では、測位解そのものは改善していても、判定条件を満たさず作業に進めないことがあります。この場合、条件を緩めればよいという単純な話ではありません。必要な成果精度を満たすための基準を維持しつつ、観測場所の移動、待機時間の確保、遮蔽物の回避、アンテナの安定を優先するべきです。

アンテナの設置姿勢も重要です。ポールが傾いていると、平面位置にも高さにも影響します。傾き補正機能がある機器であっても、設定が有効になっているか、補正範囲内で使っているか、キャリブレーションが必要でないかを確認します。傾き補正を使わない場合は、気泡管や画面表示を確認し、ポールを安定させて観測します。FIXしない場所では、作業者が画面を見ながら無意識にポールを動かしてしまい、観測条件を悪化させることがあります。FIX待ちの時こそ、アンテナを静止させることが大切です。

また、観測時間の設定も見直します。短時間でFIXしないからといってすぐに場所を変えると、初期化や収束の機会を失うことがあります。一方で、明らかに遮蔽が強い場所で長時間待ち続けても改善しないことがあります。現場では、一定時間待って改善しない場合は、上空視界のよい位置で一度FIXさせる、数メートル移動して再確認する、近くの開けた場所で受信状態を比較するなど、手順を決めておくと判断しやすくなります。

アンテナ高や測位モードは、FIXしない原因の切り分けだけでなく、FIX後の成果品質を守るための基本設定です。設定画面の値を一度見たら終わりにするのではなく、作業前、機器構成変更時、担当者交代時、現場移動時に確認する習慣をつけることが重要です。

通信状態と端末側の権限設定を点検する

VRSは通信を使って補正情報を取得するため、通信状態が不安定だとFIXしにくくなります。衛星受信が良好でも、補正情報が途切れると高精度な測位解は安定しません。山間部、地下構造物周辺、橋梁下、造成地、仮設事務所周辺、通信が混み合う市街地では、通信の状態が測位結果に影響することがあります。VRSでFIXしない時は、受信機だけでなく、端末や通信回線の状態も確認する必要があります。

まず確認したいのは、端末がインターネットへ安定して接続できているかです。画面上では通信アイコンが表示されていても、実際には通信速度が極端に遅い、パケットが途切れる、接続が頻繁に切り替わることがあります。地図やクラウドの表示が遅い、補正情報の受信間隔が不安定、接続が何度も再試行されるといった症状がある場合は、通信が原因の可能性があります。別の通信回線を使える場合は比較し、現場内で通信状態のよい位置を確認します。

端末側の権限設定も見落とされやすい項目です。測位アプリが位置情報、Bluetooth、モバイル通信、ローカルネットワーク、バックグラウンド通信などの権限を必要とする場合、どれかが拒否されていると正常に動作しないことがあります。特にアプリの初回起動時に権限を拒否した場合、その後の画面では原因が分かりにくくなります。OSの設定画面から、測位アプリに必要な権限が許可されているか確認します。

省電力設定も確認が必要です。端末の低電力モードやバッテリー節約機能が有効になっていると、通信や位置情報の更新が制限される場合があります。画面を閉じた時や別アプリに切り替えた時に補正情報の受信が止まる場合は、バックグラウンド動作の制限を疑います。現場では、測位中に不要なアプリを閉じ、端末の電池残量を確保し、通信が途切れない状態で作業することが大切です。

受信機と端末の接続状態も確認します。外部受信機を使う場合、端末との無線接続が不安定だと、受信機が取得した測位情報や補正情報が正しくやり取りされません。ペアリングが別の端末に残っている、接続先の受信機を間違えている、現場に複数台の受信機があり選択を誤っている、といったケースもあります。端末画面に表示されている受信機の識別情報を確認し、実際に使用している機器と一致しているか見ます。

通信状態の問題は、断続的に発生するため原因がつかみにくいことがあります。ある測点ではFIXするのに、別の測点ではしない。午前は安定していたのに、午後になると不安定になる。端末を手に持つ向きや作業者の立ち位置で状態が変わる。このような場合は、補正情報の受信ログや通信状態の記録が役に立ちます。作業後に原因を追えるよう、FIXしなかった時刻、場所、通信状態、補正受信状況を簡単に記録しておくとよいです。

VRSでFIXしない時、通信の問題は設定ミスと環境要因の中間にあります。接続先や認証情報が正しくても、通信が不安定なら補正情報は安定して届きません。端末の権限が不足していても、同じように補正が使えないことがあります。したがって、接続設定を確認した後は、必ず通信と端末権限を点検する流れを作ることが重要です。

衛星受信条件とFIX判定の待ち方を整える

VRSの設定が正しく、補正情報も受信できているのにFIXしない場合は、衛星受信条件とFIX判定の待ち方を見直します。VRSは高精度な測位を行う仕組みですが、上空視界が悪い場所や反射波が多い場所では、安定したFIXが得られにくくなります。設定をいくら整えても、衛星信号そのものが不安定であれば、測位解は安定しません。

衛星受信でまず確認したいのは、上空の開け具合です。建物の谷間、樹木の下、法面の近く、橋梁の下、金属構造物のそばでは、衛星信号が遮られたり反射したりします。反射波が多い環境では、受信機が直接波と反射波を区別しにくくなり、測位精度が悪化します。画面上の衛星数が多く見えても、信号品質が悪ければFIXしないことがあります。衛星数だけでなく、信号強度、DOP値、測位精度表示、FLOATからFIXへの遷移状況を総合的に見ます。

低仰角の衛星にも注意が必要です。地平線に近い低い位置の衛星は、遮蔽や反射の影響を受けやすい傾向があります。受信機やアプリに仰角マスクの設定がある場合、低仰角衛星をどの程度使うかが測位の安定性に関係します。仰角マスクを極端に高くすると使える衛星が減り、低くしすぎると品質の悪い信号を使う可能性があります。現場条件に応じて適切な設定になっているか確認します。

FIXを待つ時の作業姿勢も重要です。受信機を持ったまま歩き回ったり、ポールを揺らしたり、画面を確認するためにアンテナを傾けたりすると、測位が安定しにくくなります。FIX待ちの間は、できるだけアンテナを静止させ、周囲の遮蔽物から離れ、作業者自身がアンテナの上空視界を妨げないようにします。人の体や車両、重機が近くにあるだけでも、受信環境が変わることがあります。

上空視界が悪い場所でいきなり測るのではなく、開けた場所で一度FIXさせてから目的点へ移動する方法が有効な場合もあります。ただし、移動中にFIXが維持されるか、目的点で再び測位状態が悪化しないかを確認する必要があります。構造物の際や樹木の下では、目的点そのものではFIXが難しい場合があります。その場合は、測れる位置からオフセットを使う、別手法で補完する、観測条件を記録して成果の扱いを明確にするなど、無理にVRSだけで完結させない判断も必要です。

FIXしない時に注意したいのは、何度も設定を変えながら待つことです。補正形式、衛星系、仰角マスク、観測モードを次々に変えると、安定する前に条件が変わってしまい、原因が分からなくなります。設定が正しいと確認できたら、一定時間は静止して状態の変化を見ます。FLOATからFIXへ近づいているのか、補正情報が途切れているのか、衛星数が急に減っているのかを観察します。観測する目安時間は現場条件によって変わりますが、何も記録せずに待つのではなく、状態表示を見ながら判断することが大切です。

衛星配置は時間によって変わります。同じ場所でも、時間帯によってFIXしやすさが変わることがあります。重要な観測や検査前の測位では、余裕を持って現場に入り、測位状態を事前確認することが望ましいです。どうしてもFIXしにくい場所では、観測時間をずらす、周辺の開けた場所で点検する、別の測定方法を併用するなど、現場全体の作業計画として対策します。

VRSでFIXしない時は、設定だけでなく、測り方そのものも見直す必要があります。正しい設定、安定した通信、良好な衛星環境、静止したアンテナ、適切な待機時間がそろって初めて、安定したFIXが得られやすくなります。

まとめ

VRSでFIXしない時に見直すべき設定項目は、接続先と認証情報、補正情報の形式とマウントポイント、座標系と測地系、アンテナ高と測位モード、通信状態と端末権限、衛星受信条件とFIX判定の待ち方の6つです。どれか一つだけを確認するのではなく、補正情報が届くまでの流れと、測位解が安定するまでの流れを分けて順番に確認することが重要です。

現場でFIXしないと、作業者は焦って再起動や設定変更を繰り返しがちです。しかし、原因を記録せずに操作を続けると、次に同じ症状が出た時にまた最初から確認することになります。接続できているか、補正が届いているか、正しい形式か、現在位置が更新されているか、通信は安定しているか、衛星環境は十分かを一つずつ確認すれば、原因の切り分けはしやすくなります。

VRSは便利な測位方法ですが、現場の設定管理が不十分だと、せっかくの高精度測位を安定して使えません。特に複数人で運用する場合は、個人の経験に頼るのではなく、確認手順を社内ルールとして整備することが大切です。作業前チェック、現場での再確認、FIXしない時の切り分け、作業後のログ確認までを一連の流れにすると、現場ごとのばらつきが減り、成果の信頼性も高まります。

VRSでFIXしない問題を減らすには、現場で使う端末と受信機を一体として扱い、設定、通信、記録、共有をスムーズにすることも重要です。スマートフォンで測位、写真、点群、座標確認、クラウド共有まで進めたい場合は、次の選択肢としてPhoneの活用を検討すると、現場での確認作業をよりシンプルに整理しやすくなります。

現場を3Dで残して、あとから測る。
実際の画面と動画で使い方を確認できます。

LRTK Phoneの使い方・実例を見る
資料請求導入相談
現場をスマホで3DスキャンLRTK Phone実例を見る