善意の基準局掲示板で接続エラーが起きる主な理由
善意の基準局掲示板に掲載された基準局を利用してRTK測位を行おうとした際、「配信先へ接続できない」「補正データを受信できない」「接続済みと表示されるのにRTK測位にならない」といった問題が発生することがあります。現場で高精度測位を始めたいときにこのようなエラーが起きると、端末やGNSS受信機の故障を疑いたくなりますが、実際には設定値や通信条件の不一致が原因になっている場合もあります。
最初に整理しておきたいのは、善意の基準局掲示板そのものが補正データを配信するNtrip casterではなく、各基準局の所在地、サーバーアドレス、ポート番号、データ形式、接続方法、公開状態、コメントなどを一覧化した掲示板だという点です。現在の掲示内容にはNtripだけでなくSTRSVRと記載された局もあり、データ形式もRTCM3やu-bloxなどが混在しています。したがって、本記事のマウントポイントや認証情報に関する説明は、主としてNtrip方式で公開されている局を利用する場合の確認手順として読んでください。([善意の基準局][1])
掲示板の各行には接続条件が示されていますが、すべての基準局が同じ方式で運用されているわけではありません。Ntripの局でも、サーバーアドレス、ポート番号、マウントポイント、認証の有無、配信データの詳細などは局ごとに異なる場合があります。過去に別の基準局で使用できた設定をそのまま入力しても、新しく選んだ基準局では接続できないことがあります。([善意の基準局][1])
トラブルを効率的に解決するために重要なのは、「接続できない」という症状を一つの問題として扱わないことです。少なくとも、配信サーバーまで到達できていない状態、サーバーには到達しているものの目的の補正ストリームを取得できていない状態、補正データは受信できているもののGNSS受信機の測位演算に利用できていない状態に分けて考えると、原因を整理しやすくなります。
例えば、接続操作の直後にエラーとなり、受信データ量がまったく増えない場合は、接続先アドレスやポート番号、インターネット接続に問題がある可能性があります。一方で、Ntrip casterから応答は得られるものの目的の補正データが流れてこない場合には、マウントポイントや認証条件が一致しているかを確認します。
さらに、補正データが継続的に受信できているのに測位状態がFIXにならない場合は、ネットワーク接続とは別の問題として考えます。衛星信号の受信環境、基準局との距離、補正データの鮮度、基準局と移動局で共通して利用できる衛星・信号、受信機が対応するメッセージなどを確認する必要があります。
接続トラブルを調べる際に避けたいのが、複数の設定を同時に変更することです。接続先、ポート番号、マウントポイント、認証情報、受信設定をまとめて変更してしまうと、接続が回復しても何が原因だったのか分かりにくくなります。次回同じ現象が起きた際、再びすべてを確認しなければなりません。
Ntrip方式の局を利用するときは、接続先、マウントポイントと認証、基準局の状態、通信環境、受信側の設定という順番で一つずつ確認すると、原因を効率的に絞り込めます。Ntrip以外の接続方法が記載されている局では、掲示板の接続方法欄とコメントを優先し、使用するソフトウェアや受信機の手順に合わせて確認してください。
見直しポイント1 接続先アドレスとポート番号を確認する
最初に確認したいのが、補正データ配信先のアドレスとポート番号です。この二つは通信を開始するための基本情報であり、どちらか一方でも間違っていると、マウントポイントや受信機側の設定が正しくても目的の配信先へ接続できません。
特に注意したいのが、以前接続できた情報をそのまま使用しているケースです。善意の基準局掲示板に掲載されている基準局は、それぞれ異なる環境で運用されています。実際の掲示板でも、同じNtrip方式でも複数のサーバーアドレスやポート番号が掲載されており、局によって条件が異なります。([善意の基準局][1])
接続エラーが発生したら、まず利用したい基準局の最新の掲示情報と、現在端末に入力している情報を照らし合わせます。記憶や古い設定メモだけに頼るのではなく、その時点で掲示されている情報を基準に確認することが重要です。
接続先を文字列で入力する場合には、入力ミスも確認します。アルファベットや数字の読み違いだけでなく、先頭や末尾に不要な空白が入っていないか、全角文字が混ざっていないかも確認したいポイントです。コピーして入力した場合でも、入力欄へ余分な文字が入っていないかを見直します。
ポート番号についても、一般的によく利用される番号だからという理由で決めつけないことが大切です。Ntripではcasterが待ち受けているポートへ通信する必要があるため、掲示されている番号と受信側の設定を一致させます。Ntrip casterはホスト名またはIPアドレスとポートで指定され、個別ストリームはマウントポイントで識別されます。([BKG GNSS データセンター][2])
ここで判断したいのは、そもそも配信サーバーまで通信できているかという点です。接続操作を行った直後にエラーとなり、その後も受信量が増えない場合は、まずアドレス、ポート番号、インターネット接続、ネットワーク側の制限を疑います。
一方、Ntrip casterへ到達できており、ソーステーブルなどの応答を取得できる場合は、少なくともそのcasterとの通信が成立している可能性があります。Ntripではcasterが利用可能なストリームを示すソーステーブルを持ち、クライアントがマウントポイントを指定して対象ストリームを要求する仕組みです。([BKG GNSS データセンター][2])
ネットワーク環境によっては、ホスト名から通信先IPアドレスを解決できない、あるいは特定のポートへの外向き通信が制限されていることもあります。通常のWeb閲覧はできるのに特定の配信先だけ利用できない場合には、受信機だけでなくDNSやファイアウォールなどネットワーク側の条件も確認対象になります。
また、公開基準局の接続条件は将来にわたって必ず同じとは限りません。掲示板にはサーバー変更や改測、休止、試験運用などのコメントが記載された局もあります。過去の設定ファイルや社内マニュアルに保存された値だけを信用せず、接続できなくなった場合には現在の掲示情報を確認する習慣が再発防止につながります。([善意の基準局][1])
現場ごとに異なる基準局を使う場合には、アドレス、ポート番号、接続方法、Ntripの場合はマウントポイントと認証条件を一つのセットとして管理すると設定ミスを減らせます。「接続先だけ変更した」「ポート番号だけ以前のままだった」という状態を防ぎやすくなるためです。
見直しポイント2 マウントポイントと認証情報を確認する
Ntrip casterへは到達できているように見えるのに補正データを受信できない場合は、マウントポイントを確認します。なお、この確認項目はNtrip方式の局を対象とします。掲示板の接続方法がSTRSVRなど別方式の場合は、マウントポイントを前提にせず、その方式に対応した設定を確認してください。([善意の基準局][1])
マウントポイントは、Ntrip caster上でどのデータストリームを受信するかを指定する識別子です。一つのcasterで複数の基準局や複数種類のストリームを扱う場合、マウントポイントが目的のストリームを選択する役割を持ちます。Ntripのソーステーブルでも、ストリーム情報の主要項目としてmountpointが定義されています。([BKG GNSS データセンター][2])
そのため、接続先アドレスとポート番号が合っていても、マウントポイントが違っていれば目的の補正ストリームを取得できません。
よくあるのが、基準局を変更した際にマウントポイントだけ以前の設定が残っているケースです。同じcaster上で複数の基準局が公開されている環境では、アドレスとポートを変更する必要がない場合もあります。その結果、接続設定を変更したつもりでも、実際には古いマウントポイントが選択されたままになっていることがあります。
マウントポイントは掲示されている文字列をそのまま正確に入力します。大文字と小文字、数字、記号などが含まれている場合には、一文字ずつ一致しているかを確認します。入力欄の自動補完や過去履歴から別の値が選ばれていないかも見直します。
Ntrip casterでは、マウントポイントを指定せずソーステーブルを取得できる構成があります。このため、casterとの通信が成立したことと、目的のストリームを正常に受信できていることは同じではありません。接続表示や瞬間的な通信量だけでなく、目的の補正データが継続的に受信されているかを確認します。([BKG GNSS データセンター][2])
受信状態を確認できる環境であれば、接続済みという表示だけではなく、受信データ量や補正情報の更新状況まで確認します。目的のリアルタイムストリームを正常に受信している場合は、通常は測位中も新しい補正データが継続して届きます。
認証情報についても局ごとの条件を確認します。善意の基準局掲示板には、IDやパスワードが不要と記載された局、パスワードが示された局、認証情報について設置者への問い合わせが必要な局などが混在しています。([善意の基準局][1])
Ntripクライアントでは、保護されたストリームに対してユーザー名とパスワードが必要になることがあります。認証が必要なストリームでは正しい資格情報を設定し、不要と明記された局では掲示条件に従います。([Acc IGS][3])
入力画面によっては、パスワードが伏せ字で表示されるため、間違いに気づきにくいことがあります。認証エラーが疑われる場合には、掲示情報を確認したうえで再入力し、古い保存値が残っていないかを確認します。
設定変更後の反映方法は、使用するNtripクライアントやアプリによって異なります。マウントポイントや認証情報を変更した後は、必要に応じてストリームを切断して再接続し、変更後の条件で新しい受信セッションが開始されていることを確認してください。
見直しポイント3 基準局の公開状態と補正データ配信状況を確認する
接続設定に間違いが見当たらない場合は、基準局側の状態を確認します。
善意の基準局掲示板には「公開」だけでなく「休止」と表示された局があり、コメント欄にも試験運用、調整中、一時停止、不調、自己責任での利用、品質を保証しない旨など、局ごとに異なる運用情報が記載されています。したがって、掲示板に局情報が存在することと、現在リアルタイムで安定した補正データを受信できることは同じではありません。([善意の基準局][1])
設備の保守、通信回線の障害、電源停止、機器の再起動、設定変更などによって、一時的に配信できなくなる可能性があります。過去には正常に利用できていた基準局でも、現在利用できるとは限りません。
接続できなくなったときに利用者側の設定ばかりを変更すると、実際には基準局側が停止しているだけなのに、正常だった設定まで崩してしまうことがあります。そこで、接続設定を大きく変更する前に、掲示板の状態欄とコメント欄を確認します。
公開状態だけでなく、可能であれば実際の配信状態も確認します。掲示上は「公開」であっても、現時点の稼働を秒単位で保証する監視画面とは限りません。接続を試し、受信側で継続的なデータ受信があるかを確認することが必要です。
受信側で通信量を確認できる場合は、接続後に継続的なデータ受信があるかを見ます。一定時間待っても補正データがまったく増えない場合には、局側の配信状況も調査対象になります。
複数の基準局が利用できる地域では、別の公開局への接続を試して切り分ける方法も有効です。同じ端末、同じ通信回線、同じ場所で別の局には正常に接続できるのであれば、端末全体の通信機能やインターネット接続には大きな問題がない可能性があります。
逆に、複数の基準局を試してもすべて同じように接続できない場合は、一つの基準局だけが停止している可能性よりも、利用者側の接続設定やネットワーク環境を優先して調べる根拠になります。
ただし、接続確認のために別の基準局を使えることと、その基準局を実際の測量や施工管理に使用してよいことは別問題です。実務で使用する場合には、現場との距離、基準局座標の決定方法、座標系や元期・今期の扱い、必要とする測位精度、業務上の基準なども確認します。
また、公開基準局を利用した作業では、特定の局が常に利用できることを前提としすぎない運用が重要です。作業当日に利用予定局が停止した場合、代替手段がなければ高精度測位を必要とする工程が止まる可能性があります。
重要な現場では、作業開始前に利用予定局へ接続できるかを確認し、利用できなかった場合の代替方法や作業判断も事前に決めておくと、現場で設定変更を繰り返す時間を減らせます。
善意の基準局掲示板を利用するときは、「掲載されているから必ず接続できる」と考えるのではなく、掲示情報と実際の通信状態を分けて確認することが大切です。
見直しポイント4 通信回線とネットワーク環境を確認する
接続先やマウントポイントが正しく、基準局も稼働している可能性が高い場合には、通信回線を確認します。
RTK測位でネットワーク経由の補正情報を利用するには、移動局側から補正データ配信先まで継続的に通信できる必要があります。Ntripはインターネット経由でGNSSのリアルタイムデータストリームを配信する仕組みであり、通信が途切れると新しい補正データを受け取れません。([BKG GNSS データセンター][4])
まず確認したいのは、端末が実際にインターネットへ接続できているかです。通信アンテナの表示だけで判断せず、ネットワーク通信そのものが正常に行える状態かを確認します。
現場では場所によって通信品質が大きく変わります。山間部、谷間、構造物の陰、地下に近い場所、建物内部などでは、モバイル通信が不安定になることがあります。作業開始地点では正常に補正データを受信していても、移動した先で回線が不安定になり、補正情報の更新が止まる場合があります。
「最初はFIXしていたのに途中からFLOATになった」「測位中に突然補正データが止まった」という場合には、GNSS衛星の受信状態と同時に通信回線の状態も確認します。
補正データの最終受信時刻や経過時間を確認できる環境であれば、値が更新され続けているかを見ると判断しやすくなります。アプリによってはセッション表示が残っていてもデータ更新が止まることがあるため、接続表示だけでなく、実際に新しい補正情報を受信しているかを確認します。
会社や施設のネットワークを利用している場合は、ネットワーク側の通信制限にも注意します。一般的なWeb閲覧ができても、目的のホストやポートへの通信が許可されているとは限りません。
例えば、同じ端末と同じ設定でモバイル回線では接続できる一方、社内の無線ネットワークでは接続できないのであれば、受信機や基準局よりもネットワーク側の条件を確認する必要があります。
反対に、複数の通信回線を試しても同じ接続エラーが起こる場合は、ネットワークだけでなく接続先情報やマウントポイント、認証条件の設定を再確認します。
現場で複数の通信機器を介して接続している場合も注意が必要です。端末から別の通信機器を経由し、さらにGNSS受信機へ補正データを転送するような構成では、どの区間で通信が止まっているのか分かりにくくなります。
トラブル調査時には、可能な範囲で通信構成を単純化し、最小構成で正常に接続できるか確認すると原因を特定しやすくなります。
一時的な通信断から復帰した際の動作は、使用するクライアントやシステムによって異なります。自動再接続する構成もあれば、手動で再接続が必要な構成もあります。電波が弱い場所を通過した後に補正データが戻らない場合は、使用機器の仕様に従って再接続を試します。
ネットワーク経由の補正データを利用する以上、通信状態は測位システムの一部です。GNSS受信状況だけでなく通信状況も同時に確認する習慣をつけることで、接続エラーの原因を見つけやすくなります。
見直しポイント5 補正データの受信設定と測位状態を確認する
補正データが通信回線を通じて端末まで届いているのにRTK測位へ移行しない場合は、受信側の設定を確認します。
ここで重要なのは、「補正データをネットワークから受信できていること」と「GNSS受信機がそのデータを測位演算に利用できていること」は別だという点です。
端末側で補正データの受信量が増えていたとしても、受信したデータがGNSS測位部へ渡されていない、対応しないデータ形式である、必要な観測情報を受信機が利用できないといった場合には、期待したRTK解につながりません。
そのため、接続済みという表示に加え、受信側で補正情報が認識されているか、補正情報の経過時間が更新されているか、使用中のデータ形式に受信機が対応しているかを確認します。
RTCM系のストリームでは、基準局位置や衛星観測量など、RTK演算に必要な情報が複数のメッセージとして配信されます。どのメッセージが必要かは受信機や測位方式によって異なるため、「RTCM3と表示されているから必ずどの受信機でも同じようにFIXする」とは限りません。Ntripのソーステーブルにはデータ形式や形式詳細を記載する項目があり、クライアント側でストリーム内容を確認できる場合があります。([BKG GNSS データセンター][2])
基準局と移動局で共通して観測・利用できる衛星や信号の組み合わせが十分でない場合、補正データが届いていてもFIXが安定しにくくなる可能性があります。
利用する基準局を変更した後に急にFIXしにくくなった場合は、接続の成否だけでなく、配信データの形式や衛星系、信号、メッセージと受信側の対応状況にも目を向けます。
また、Ntripストリームの中には、クライアントからNMEA GGA文で概略位置を送ることを前提とするものがあります。BKG Ntrip Clientの資料でも、ソーステーブルのNMEA項目によって、仮想基準点などでGGAによる概略位置送信が必要か確認できると説明されています。すべての固定基準局で位置送信が必須という意味ではないため、使用するストリームの条件に合わせて設定してください。([Acc IGS][3])
設定変更後の反映方法はクライアントによって異なります。必要に応じてストリームを再接続し、変更後の設定で補正データが新しく受信され始めることを確認します。
ここまで確認して、最新の補正情報が継続的にGNSS受信側へ届いていることが確認できたら、配信先への「接続エラー」という段階から、RTK測位環境の診断へ移ります。
補正データが届いているにもかかわらずFIXしない場合に、接続設定を繰り返し変更し続けるのは効率的ではありません。次に衛星受信環境、補正情報の鮮度、基準局との距離、座標の整合性などを確認します。
接続できるのにFIXしないときの切り分け方
善意の基準局掲示板に掲載された配信先を利用していると、「補正データには接続できたのにFIXしない」という状態に遭遇することがあります。この状態は、ネットワーク接続エラーとは分けて考えることが重要です。
補正データ配信への接続は、RTK測位に必要な情報を受け取るための一工程です。正常に補正データを受信できていても、衛星観測条件が悪ければFIX解を得られないことがあります。
最初に確認したいのが上空の開け具合です。建物のすぐ近く、樹木の下、高架の下、大型構造物に囲まれた場所などでは、衛星信号が遮られたり反射したりする可能性があります。
特に衛星信号の反射が大きい環境では、直接到来した信号と反射した信号が混在するマルチパスの影響で、測位が不安定になる場合があります。補正データを正常に受信していても、移動局側の衛星観測品質が十分でなければRTK FIXが安定しないことがあります。
判断に迷った場合は、安全を確保したうえで、できるだけ空の開けた場所へ移動して測位状態を確認します。開けた場所ではFIXし、構造物の近くへ移動するとFLOATになるのであれば、接続設定よりも衛星受信環境の影響を疑う根拠になります。
補正データの鮮度も確認します。リアルタイム補正は新しい観測データを継続して利用するため、通信が途切れて更新が止まると、時間の経過とともにRTK解の維持や再FIXが難しくなる場合があります。
画面に接続済みと表示されているかだけでなく、補正情報の最終受信時刻や経過時間が確認できる場合には、値が継続的に更新されているかを見ます。
基準局との距離も単一基準局RTKでは重要です。国土地理院は、RTKが既知点と観測点で同時観測し、既知点の観測データをリアルタイムに送って位置を求める方式であり、比較的近い2点では大気由来の誤差を共通に扱いやすいと説明しています。距離が長くなるほど大気状態などの差が大きくなり、単一基準局RTKでは不利になることがあります。([国土地理院][5])
ただし、基準局との距離が遠いことは、通常はインターネット上の配信サーバーへ到達できない直接的な理由ではありません。「接続できない」と「補正データは受信できるがFIXしにくい」を混同しないことが重要です。
基準局の座標についても注意が必要です。RTKでFIXになったとしても、基準局に設定された座標が利用目的に適した座標系や時点で管理されていなければ、求める成果との間に差が生じる可能性があります。
善意の基準局掲示板のコメント欄には、電子基準点からの後処理解析、元期・今期、測地成果2024への対応、暫定値、試験運用など、座標決定方法や運用状況に関する情報が局ごとに記載されています。FIXという表示だけを見て「目的の座標精度が保証された」と考えず、業務で必要な座標基準と整合しているかを確認してください。([善意の基準局][1])
同一現場で基準局を変更した場合には、必要に応じて既知点で測位結果を確認する方法が有効です。基準局を切り替えた後に既知点を測り、期待する成果との整合を確認すれば、想定外の座標差を早い段階で発見しやすくなります。
接続できているのにFIXしない場合は、補正データ受信、衛星受信環境、補正情報の鮮度、基準局との距離、配信内容と受信機の対応、座標の整合性を順番に確認すると、原因を整理しやすくなります。
現場で接続エラーを短時間で切り分ける手順
現場で善意の基準局掲示板に掲載された配信先へ接続できないと、焦って設定値を次々に変更してしまいがちです。しかし、効率を考えると、一つの確認結果を基に次の確認先を決める方法が適しています。
最初に見るのは、インターネット通信ができているかです。通信回線そのものが利用できなければ、その先のNtrip設定を調べても接続できません。
通信できることが確認できたら、掲示板に掲載されている現在の接続方法、サーバーアドレス、ポート番号を確認します。保存済み設定と一致しているかを照合し、違いがあれば修正します。
接続方法がNtripであれば、次にマウントポイントを確認します。casterへ到達できても、目的のデータストリームを選択できなければ補正情報は利用できません。マウントポイントの文字列と認証条件を再確認します。
その後、接続して受信データ量や補正情報の更新を確認します。まったく通信量が増えなければ、接続先やネットワークを再確認します。casterから応答はあるものの継続した補正データになっていなければ、マウントポイントや認証条件、ストリームの公開状態を見直します。
継続して補正データを受信できていれば、ネットワーク接続の切り分けは大きく前進しています。次に、そのデータがGNSS受信側へ渡され、受信機が対応する形式として認識されているかを確認します。
補正情報が受信側でも認識されていれば、その時点で接続問題から測位問題へ切り替えます。安全を確保し、可能であれば空の開けた場所で衛星受信条件を改善し、FIXへ移行するかを確認します。
このように段階的に確認すると、どこまで正常なのかが明確になります。
反対に、最初からすべての設定を初期化したり、複数の項目をまとめて変更したりすると、問題の場所が見えにくくなります。正常だった設定まで変更してしまい、かえって復旧に時間がかかることもあります。
トラブル時には、現在の設定を画面記録などで残してから変更する方法も有効です。変更前の状態を残しておけば、結果が悪化した際に元へ戻しやすくなります。ただし、画面記録を共有する場合は、ユーザー名やパスワードなどの認証情報が写り込まないように注意してください。
複数人で運用する場合には、エラー内容を「接続できない」だけで共有しないことも重要です。接続操作直後にエラーになるのか、casterには到達できるが目的ストリームを受信できないのか、補正データは届いているがFLOATなのかによって、確認すべき場所が異なります。
症状を具体的に記録しておけば、現場担当者と管理担当者の間でも原因を共有しやすくなります。
正常時の画面や設定値を記録しておくことも効果的です。トラブル時に「正常な状態と何が違うか」を比較できるため、確認時間を短縮できます。
善意の基準局掲示板を業務利用するときの注意点
善意の基準局掲示板は、RTK測位に利用できる公開基準局を探す際の参考になりますが、業務利用では接続できることだけを判断基準にしないことが重要です。
掲示板は各局の接続情報やコメントを一覧化したものであり、掲載局が同一の品質基準や可用性保証のもとで運用されていることを示すものではありません。実際に、コメント欄には試験運用、暫定座標、自己責任での利用、品質・性能を保証しない旨などが記載された局があります。業務で使う場合は、局ごとの状態欄とコメント欄、座標決定方法、配信形式を個別に確認する必要があります。([善意の基準局][1])
基準局はそれぞれ設置場所や運用条件が異なります。測位結果を業務で使用する場合には、基準局の位置情報がどのように決められているか、必要とする座標系や測地成果、元期・今期との整合性が取れているか、現場までの距離が目的に対して適切かなども確認します。
RTKでFIXになったことは、搬送波位相の整数アンビギュイティが解けたことを示す重要な測位状態ですが、その結果がすべての業務要件を自動的に満たすことを意味するわけではありません。国土地理院も、RTKやネットワーク型RTKを測量に利用する場合には、方式や成果に応じた測量手順を定めています。([国土地理院][5])
施工管理、現況確認、出来形確認、設備位置の記録、測量成果の作成など、用途によって求められる手順や精度は異なります。正式な測量成果や契約上の成果として扱う場合には、適用される法令、作業規程、仕様書、発注者の基準などを優先してください。
また、善意で提供されている基準局を利用する場合は、常時接続できることを当然の前提としない運用も考えておきたいところです。
作業前に接続を確認し、利用予定局が実際に配信しているかを確認してから重要工程へ入ることで、現場でのトラブルを減らせます。
重要な作業であれば、利用予定の基準局が停止した場合の対応も事前に決めておきます。代替となる補正情報の利用方法、別局を利用する場合の座標整合確認、高精度測位を必要とする工程を延期する条件など、現場判断の基準を定めておけば混乱を防げます。
同一現場で複数の基準局を使用する場合には、基準局を変更したタイミングも記録しておくとよいでしょう。後から測位結果を確認した際に、どのデータがどの基準局を使った結果なのか追跡しやすくなります。
また、基準局を変更した後には、業務要件に応じて既知点で測位結果を確認すると、座標の整合性を検証しやすくなります。FIX表示だけでは発見しにくい座標差を、既知位置との比較で確認できます。
善意の基準局掲示板を安定して利用するには、接続設定だけでなく運用管理も重要です。
正常に接続できた設定を基準局ごとに保存し、いつ掲示情報を確認した設定なのかを記録します。定期的に掲示内容と照合し、古い接続先やポート、マウントポイント、認証情報を使い続けないようにします。
現場担当者が複数いる場合には、接続先やマウントポイントだけを共有するのではなく、どの表示を確認すれば正常と判断できるのかも共有しておくと効果的です。
「接続済みになればよい」ではなく、「補正データが継続的に更新されている」「受信側が補正情報を認識している」「必要な衛星・信号を利用できている」「業務で必要な座標基準と整合している」といった確認項目を決めておくと、担当者による判断のばらつきを抑えられます。
基準局から得られる補正情報は、高精度GNSS測位を成立させるための重要な要素ですが、それだけで現場測位全体が完成するわけではありません。通信状態、衛星受信環境、座標基準、測位結果の確認と記録まで含めて一つの運用として考えることが重要です。
まとめ 善意の基準局掲示板は5つのポイントを順番に確認する
善意の基準局掲示板に掲載された基準局を利用したRTK測位で接続エラーが発生した場合は、端末やGNSS受信機の故障と判断する前に、設定と通信状態を順番に切り分けることが重要です。
最初に確認するのは、掲示板に記載された接続方法、接続先アドレスとポート番号です。現在の掲示情報と受信側の設定を照合し、古い設定や入力ミスが残っていないかを確認します。
次に、接続方法がNtripであれば、マウントポイントと認証情報を確認します。casterまで到達できていても、目的の補正ストリームを正しく選択できていなければ補正データは利用できません。接続表示だけで判断せず、データが継続的に受信されているかを見ることが大切です。
三つ目は基準局の公開状態です。掲示板には公開局だけでなく休止局もあり、試験運用や調整中などの情報がコメント欄に記載されている場合があります。利用者側の設定を大きく変更する前に、局側の状態を確認すると無駄な調整を減らせます。([善意の基準局][1])
四つ目は通信回線です。ネットワーク経由で補正情報を利用する以上、配信先まで安定して通信できる必要があります。現場の電波状況やネットワーク制限、一時的な通信断などを確認します。
五つ目は受信側の設定です。補正データを端末まで受信できても、その情報がGNSS受信側で正しく利用されなければRTK測位には反映されません。補正情報の更新状態、データ形式、受信経路、受信機側の対応を確認します。
そして、補正データが正常に受信できているのにFIXしない場合には、接続設定を変更し続けるのではなく、衛星受信環境、補正データの鮮度、基準局との距離、配信内容と受信機の対応、座標の整合性などを確認します。
このように、「配信サーバーへ到達できるか」「目的の補正ストリームを受信できるか」「受信側まで補正情報が届いているか」「RTK演算が成立するか」という段階に分けることで、接続エラーの原因を効率よく特定できます。
現場で重要なのは、一度正常につながった設定を保存するだけではありません。基準局ごとに接続方式と条件を整理し、確認日を記録し、作業前に現在の掲示情報と照合する運用を整えておくことが再発防止につながります。
また、現場で設定を変更するときには一項目ずつ変更し、変更前後の状態を記録することが重要です。原因を特定できる形でトラブル対応を行えば、次回同じ問題が発生した際の復旧時間も短縮しやすくなります。
善意の基準局掲示板は、RTK測位に利用できる公開基準局を探すための有用な情報源ですが、掲示板自体が各局の接続性、測位精度、座標品質、可用性を一律に保証するものではありません。利用予定局の状態、配信方式、座標決定方法、コメント欄の注意事項を確認し、実際の受信状況と測位結果まで一連の流れとして確認することが必要です。([善意の基準局][1])
測位から現場での位置確認、記録、データ活用までを一体的に運用したい場合には、LRTK Phoneを候補に含める方法もあります。その場合も、利用予定の補正情報や基準局の配信方式、データ形式、認証条件が使用するシステムで扱えるかを事前に確認したうえで、業務要件に合った運用を組み立てることが大切です。