LRTKレフィクシア株式会社

3D図面AR表示でRTCMメッセージ形式の不一致を直す5確認

3D図面を絶対座標でAR表示する運用では、端末が算出した現在位置と、図面側に設定された座標を正しく重ね合わせる必要があります。ところが、GNSS受信機には補正情報が届いているように見えても、RTCMメッセージの形式や内容が受信側の条件と合っていないと、測位状態が安定しないことがあります。補正情報の受信表示が出ているだけでは、必要な観測データ、基準局座標、衛星系の情報がそろっているとは限りません。

RTCMメッセージ形式の不一致は、単純な通信断とは違い、原因が見えにくい点が厄介です。通信量は増えているのにFIX解が得られない、いったんFIXしてもすぐFLOATへ戻る、水平位置は落ち着いているのに高さだけが揺れる、現場を移動すると急に初期化が長くなる、といった形で現れることがあります。さらに、3D図面AR表示では測位結果が画面上のモデル位置へ直接反映されるため、数値上のわずかな不安定さが、構造物のずれ、回転、浮き沈みとして目立ちます。

本記事では、3D図面をAR表示する実務担当者が、RTCMメッセージ形式の不一致を切り分けるための5つの確認を解説します。受信機、補正情報の配信元、通信経路、3D図面の座標設定を一度に変更するのではなく、どの段階で不一致が起きているかを順番に確認することが重要です。

3D図面AR表示でRTCM不一致が問題になる理由

RTCMは、GNSS測位で利用する補正情報を受け渡すためのメッセージ体系です。実際の配信データは、ひとつの種類だけで構成されるとは限りません。基準局の座標を伝えるメッセージ、各衛星の観測値を伝えるメッセージ、受信機やアンテナに関する情報を伝えるメッセージなどが、一定の周期で組み合わされて送られます。RTK測位では、受信側がこれらを正しく解釈し、自ら取得した衛星観測値と組み合わせて整数アンビギュイティを解くことで、高精度な位置を算出します。

ここでいう不一致には、いくつかの状態があります。RTCMの世代そのものが受信機の対応外である場合もあれば、世代は合っていても、必要な衛星系のメッセージが含まれていない場合もあります。また、同じ衛星系を扱っていても、従来型の観測メッセージとMSM系のメッセージで対応状況が異なることがあります。配信元が複数の衛星系を送っていても、受信側の設定で一部が無効になっていれば、利用できる衛星数が不足し、FIXまでの時間が長くなることがあります。

3D図面AR表示では、位置の安定性だけでなく、座標系の整合も必要です。補正情報から得た位置が正しくても、3D図面が別の測地基準、別の平面直角座標系、別の高さ基準で作成されていれば、モデルは正しい場所に重なりません。反対に、図面側が正しくてもRTK測位がFLOATや単独測位の状態であれば、画面上のモデルが揺れたり、現物から離れたりします。したがって、RTCMの不一致と図面の座標設定ミスを混同しないことが、切り分けの第一歩です。

現場では「補正情報を受信中」という表示だけで判断しがちですが、その表示は通信が成立していることを示すにとどまる場合があります。必要なメッセージがすべて届いているか、受信機が各メッセージを採用しているか、観測時刻が新しいか、基準局座標が有効かまで確認して、初めてRTK演算に利用できる状態だと判断できます。

また、RTCMメッセージの不一致による症状は、常に同じ形で現れるわけではありません。受信機が対応していないメッセージを単に読み飛ばす場合もあれば、利用できる一部の情報だけで演算を続ける場合もあります。そのため、完全に測位不能になるとは限らず、FIXまでの時間が延びる、衛星条件の悪い場所でだけ不安定になる、再接続後だけ状態が回復しないといった分かりにくい症状になります。

3D図面AR表示のずれを確認するときは、画面上の見え方だけで原因を判断しないことが大切です。モデルが一定方向へずれているのか、時間とともに移動するのか、端末を回転させたときだけずれるのか、高さだけが合わないのかによって、疑うべき原因が変わります。RTCMメッセージの確認と並行して、測位状態、図面座標、端末姿勢を分けて記録することが、正確な原因究明につながります。

確認1 RTCMの世代と受信機の対応範囲をそろえる

最初に確認したいのは、配信されているRTCMの世代と、受信機が解析できる世代が合っているかです。RTCMには複数の世代があり、データの構造やメッセージ番号が異なります。通信方式が同じであっても、受信機が対応していない世代のデータを受け取れば、補正情報として利用できません。接続自体は維持されることがあるため、通信断とは違って発見が遅れやすい点に注意が必要です。

実務では、配信元の仕様に「RTCM 3系」とだけ書かれている場合があります。しかし、受信側ではさらに細かな対応範囲が決まっていることがあります。MSM系メッセージに対応しているか、どのMSM種別まで解析できるか、従来型メッセージとの併用に制約がないかを確認します。受信機の設定画面にRTCM入力の有効化項目がある場合は、単に入力が有効かだけでなく、入力ポート、通信速度、データ形式、自動判別の条件も確認します。

配信元に複数の配信点が用意されている場合、名称だけで選ばず、それぞれがどのRTCM形式を送っているかを確かめることが重要です。似た名称でも、ある配信点は従来型メッセージを中心に送り、別の配信点はMSM系を中心に送ることがあります。使用する衛星系、メッセージの更新周期、仮想的な基準局を利用する方式か固定基準局を利用する方式かなども異なる場合があります。以前の現場で使えた配信点が、別の受信機や別の地域でも最適とは限りません。

確認時には、配信側と受信側の仕様を文章だけで照合するのではなく、実際に流れているメッセージ番号をログで確認します。受信機にメッセージ統計や入力モニターがある場合は、どの番号を何回受信したか、解析エラーが発生していないかを見ます。たとえば、基準局座標のメッセージは受信できているのに観測メッセージが解析されていない場合、世代やメッセージ種別の不一致が疑われます。

ただし、メッセージ番号が表示されているだけで、測位に使われているとは限りません。受信回数、エラー回数、最後に受信した時刻、採用衛星数を合わせて確認します。接続直後に一度だけ届いた情報を、その後も有効な状態だと誤認しないことが大切です。また、受信機のソフトウェア更新によって対応メッセージが変わることもあるため、現場投入前には現在の仕様と設定を確認し、以前の記録だけで判断しないようにします。

世代の不一致が疑われる場合は、配信点と受信設定を同時に何度も切り替えないことも重要です。まず現在の設定を保存し、次に対応が明確な配信点へ変更し、一定時間観測します。そこでFIX率、初期化時間、利用衛星数、補正情報の経過時間を記録します。変更前後の条件をそろえることで、RTCM形式の違いが測位へ与えた影響を比較しやすくなります。

同じRTCM 3系であっても、受信機が対応しているメッセージの組み合わせは異なることがあります。特定のメッセージが必須なのか、別のメッセージで代替できるのか、複数のメッセージが混在したときにどれを採用するのかを確認します。受信機の対応表が簡略化されている場合は、実際のメッセージログと測位状態を照合して判断する必要があります。

現場で設定を変更した場合は、変更内容を記録します。配信点名だけでなく、RTCMの世代、主なメッセージ番号、使用する衛星系、受信機の設定版、変更日時を残します。担当者の経験だけに依存すると、同じ症状が再発した際に設定を再現できなくなります。正常に動作した組み合わせを基準として保存しておけば、受信機や配信条件が変わったときの比較が容易になります。

確認2 必要な衛星系と観測メッセージが含まれているか確認する

RTCMの世代が合っていても、受信側が必要とする衛星系の観測メッセージが含まれていなければ、安定したRTK測位につながらないことがあります。GNSS受信機は複数の衛星系や複数の周波数帯を利用できますが、補正情報側に対応する観測値がなければ、その衛星をRTK演算へ十分に活用できません。受信機が画面上で多くの衛星を捕捉していても、補正対象になっている衛星が少なければ、FIXしにくい状態になる可能性があります。

MSM系メッセージでは、衛星系ごとにメッセージ番号の系列が分かれています。代表的には、107x、108x、109x、111x、112xといった系列が使われます。末尾の数字はMSMの種別を表し、含まれる観測情報の粒度が異なります。どの系列と種別を使えるかは受信機の仕様によって異なるため、「MSMに対応」とだけ確認して終わらせず、実際に配信されるメッセージと受信機の対応表を照合する必要があります。

現場で重要なのは、受信機が捕捉している衛星系と、補正情報に含まれる衛星系を並べて見ることです。たとえば、受信機側では複数の衛星系を有効にしていても、配信側がそのうち一部しか送っていない場合、遮蔽物の多い場所では利用可能な補正衛星が不足しやすくなります。空が開けた場所ではFIXできるのに、建物際や法面の近くで急にFLOATへ落ちる場合は、衛星系の不足が影響している可能性があります。

反対に、配信される衛星系を増やせば必ず改善するとは限りません。受信機の処理能力、対応する信号、アンテナ性能、設定条件によっては、利用できない観測情報が混在しても測位に寄与しません。多くのメッセージを受け取ること自体を目的にせず、受信機が実際に利用できる組み合わせを選ぶ必要があります。補正情報の通信量が増えると、通信環境が弱い現場では遅延や欠落が起きやすくなる場合もあるため、対応範囲と通信品質の両方を見ます。

確認では、衛星数をひとつの数字で記録するだけでは不十分です。捕捉衛星数、測位演算に使用している衛星数、補正情報を受け取っている衛星数を区別します。さらに、FIX時とFLOAT時で各数値がどう変わるかを比較すると、どの段階で不足しているかを判断しやすくなります。受信機が出力する状態ログを利用できる場合は、衛星系別の使用数、信号品質、補正情報の経過時間も記録します。

従来型の観測メッセージとMSM系が同じデータ内に混在している場合は、受信機がどちらを優先するかも確認します。機器や設定によっては問題なく利用できますが、重複した観測情報の扱い、切り替え時の初期化、対応していない種別の読み飛ばしによって、期待どおりに動かないことがあります。配信元で選択できるなら、まず受信機の対応が明確な構成に絞り、安定性を確認してから必要な衛星系を追加する方が切り分けやすくなります。

複数周波数に対応した受信機を使っている場合は、補正情報側にも必要な信号の観測データが含まれているかを確認します。受信機が複数周波数の信号を捕捉していても、補正情報が一部の信号に限られていれば、受信機の能力を十分に生かせないことがあります。ただし、どの信号が必要かは受信機の演算方式や現場条件によって変わるため、一律に決めず、対応仕様と実測結果の両方から判断します。

3D図面AR表示の現場確認では、空の開けた基準位置で一度FIXしただけで合格としないことが大切です。実際に作業する範囲を移動し、建物際、樹木の近く、掘削部周辺など、衛星条件が変わる場所で状態を見ます。図面の重なりが崩れた地点と、補正衛星数や測位状態が変化した地点を対応させることで、RTCMメッセージの不足による問題か、現場環境による問題かを判断しやすくなります。

確認3 基準局座標とアンテナ情報のメッセージを確認する

RTK測位では、観測メッセージだけでなく、基準局の位置を示す情報が必要です。RTCM 3系では、1005や1006などのメッセージが基準局座標の伝達に使われます。1006にはアンテナ高に関する情報が含まれる場合がありますが、その値がどの基準点に対する高さなのか、受信側がどのように扱うのかは、配信仕様と受信機仕様を合わせて確認する必要があります。メッセージを受信しているからといって、現場の高さ基準と自動的に一致するわけではありません。

基準局座標に問題があると、測位結果全体が一定量ずれる可能性があります。観測値が良好でFIX状態が安定していても、基準局座標の基準が想定と異なれば、3D図面との重なりは合いません。この場合、RTKの精度表示だけを見ると正常に見えるため、図面側の座標設定ミスと誤認しやすくなります。まずは既知点や検証点で座標を比較し、一定方向へほぼ同じ量だけずれているのか、時間とともに揺れているのかを分けて考えます。

一定量のずれが継続する場合は、基準局座標、測地基準、座標変換、高さ基準を確認します。一方、ずれの方向や量が短時間に変化する場合は、衛星環境、反射波、補正情報の遅延、測位状態の切り替わりなどを疑います。固定的なオフセットと時間変動を区別すると、RTCMメッセージの問題と現場環境の問題を整理しやすくなります。

アンテナ情報を伝えるメッセージとして、1033などが利用されることがあります。ここには受信機やアンテナに関する記述が含まれる場合がありますが、受信側がその情報をどこまで利用するかは一様ではありません。アンテナ位相中心の補正やアンテナ高の扱いは、システム構成によって異なります。端末内蔵アンテナ、外付けアンテナ、ポール設置、固定治具など、実際の観測方法に応じて、測位座標がどの位置を表しているかを明確にします。

3D図面AR表示では、GNSSアンテナの位置と画面上の視点位置が一致しない場合があります。LRTK Phoneを使用する場合も、測位基準位置、端末の姿勢、保持方法、必要なオフセット設定を確認し、毎回同じ条件で検証することが重要です。アンテナ位置から端末のカメラ位置までの差が適切に扱われていなければ、RTCMが正常でも、近距離の構造物を見たときに重なりがずれて見えることがあります。

高さ方向は特に切り分けが難しい部分です。GNSSから得られる高さと、3D図面で使われる標高が同じ基準とは限りません。楕円体高と標高の違い、ジオイド補正の有無、図面作成時の基準面、ローカルな高さ補正などを確認します。RTCMの1006に含まれるアンテナ高と、現場で使う標高変換を混同してはいけません。1006を受け取っただけで、3D図面の標高基準へ自動的にそろうとは限らないためです。

確認作業では、基準局識別番号が途中で変化していないかも見ます。配信方式によっては、移動や再接続によって参照する基準局が変わることがあります。切り替え自体が異常とは限りませんが、その前後で初期化がやり直されるか、座標の連続性が保たれているかを確認します。基準局識別番号、1005または1006の受信時刻、測位状態、検証点での差を同時に記録すると、問題の再現条件をつかみやすくなります。

基準局情報を受信した時刻も重要です。基準局座標のメッセージは、観測メッセージと同じ周期で送られるとは限りません。接続直後や再接続直後に基準局情報を受信できず、観測メッセージだけが届いていると、受信機が演算開始を待つことがあります。ログでは、観測メッセージの到着だけでなく、基準局座標が有効になった時刻を確認します。

既知点での確認では、ひとつの点だけで判断しないことも大切です。複数の検証点でほぼ同じ方向と量の差が出る場合は、基準局座標や座標変換の問題が疑われます。地点によって差の方向が変わる場合は、図面の回転や縮尺、衛星環境、端末姿勢の影響も考えられます。RTCMの基準局情報を疑うときほど、複数地点での再現性を確認する必要があります。

確認4 配信経路で欠落・変換・遅延が起きていないか調べる

RTCMメッセージの仕様が合っていても、配信経路の途中でデータが欠落、変換、遅延していれば、受信機は安定して解析できません。補正情報は連続したバイナリデータとして届くため、途中の装置やソフトウェアが文字列として扱ったり、不要な区切りを加えたり、一定量ごとに取りこぼしたりすると、フレームの検査でエラーになることがあります。通信量だけを見て正常と判断せず、RTCMフレームとして継続的に成立しているかを確認する必要があります。

配信経路には、補正情報の配信元、インターネット回線、通信端末、無線接続、変換機器、受信機の入力ポートなど、複数の区間があります。問題を切り分けるときは、すべてを一度に疑うのではなく、どこまで正常なデータが届いているかを順番に確認します。可能であれば、配信元に近い位置で取得したログと、受信機直前で取得したログを比較します。メッセージ番号の種類、受信回数、データ量、エラー率が途中で変化していれば、その区間に原因があると考えられます。

遅延も重要です。RTK測位で使う観測情報は時刻に依存するため、補正情報が古くなると、受信できていても測位に採用されにくくなります。通信が一時的に詰まり、まとめてデータが届く状態では、受信表示は続いていても補正情報の経過時間が増えることがあります。受信機の画面やログで、補正情報の年齢、最後に有効なメッセージを受信した時刻、再接続回数を確認します。

現場でAR表示が急に揺れ始めた場合は、その時刻に通信品質が低下していなかったかを振り返ります。通信圏外への移動だけでなく、通信経路の切り替わり、端末の省電力動作、無線接続の再確立、バックグラウンド制御などによって、短時間の中断が起きることがあります。RTK受信機は中断後もしばらく直前の補正を保持する場合があるため、画面上ではすぐに通信断と分からないことがあります。その後にFIXからFLOATへ移行し、3D図面の位置がゆっくり崩れることもあります。

データ変換を行う中継装置がある場合は、RTCMをそのまま通過させているか、特定のメッセージだけを抽出しているかを確認します。通信量を抑えるためにメッセージを間引く設定が使われていると、基準局座標や一部衛星系の情報が必要な周期で届かないことがあります。逆に、複数の入力をひとつにまとめる構成では、異なる基準局のメッセージが混ざる可能性もあります。基準局識別番号が一定か、観測メッセージと基準局座標の識別が対応しているかを見ます。

接続先の切り替えも確認対象です。自動再接続の際に、最初に選択した配信点とは異なる配信点へつながる設定になっていると、RTCM形式や衛星系の構成が変わることがあります。通常時は問題なくても、通信断の後だけFIXしにくくなる場合は、再接続後の配信点、メッセージ構成、基準局識別番号を比較します。再接続できたことだけを成功条件にせず、再接続前と同じ補正条件が復元されたかまで確認します。

有線や無線で受信機へRTCMを渡す構成では、通信速度やデータ量の関係も確認します。入力されるデータ量に対して通信速度や処理能力が不足すると、一部のデータが遅れたり欠落したりすることがあります。複数衛星系のMSM系メッセージを高い頻度で送る構成は、従来型の構成よりデータ量が増える場合があります。受信機が対応する設定範囲を確認し、通信量に余裕のある条件で試験します。

データの整合性を確認できる場合は、フレーム検査のエラー数を見ます。エラーが継続的に増えている場合、配信元の形式だけでなく、通信経路でのデータ破損や入力設定の誤りが疑われます。一時的なエラーなのか、一定周期で繰り返しているのか、特定のメッセージが到着したときに増えるのかを記録すると、原因を絞りやすくなります。

ログを保存できる場合は、問題が起きた時刻の前後を残します。RTCMの生データだけでなく、測位状態、受信衛星数、補正情報の経過時間、通信状態、端末位置、作業者の操作を合わせて記録すると、再現性の低い不具合でも原因を追いやすくなります。個人情報や現場情報を含む可能性があるため、保存先と共有範囲は社内ルールに従って管理します。

確認5 受信側の解析設定と再接続手順を見直す

配信データが正常でも、受信側の設定によってRTCMメッセージを利用できないことがあります。まず、補正情報を入力するポートと、受信機が実際に監視しているポートが一致しているかを確認します。有線接続、無線接続、端末内の仮想ポートなどが併存する構成では、データは届いていても別の入力へ流れていることがあります。設定変更後に再起動が必要な場合や、接続順によって有効ポートが変わる場合もあるため、現場での起動手順を固定します。

次に、衛星系、周波数帯、RTKモード、移動局設定が適切かを見ます。基準局モードのままになっている、単独測位を優先する設定が残っている、特定の衛星系が無効になっている、といった状態では、RTCMを受信しても期待する演算になりません。設定項目の名称は機器によって異なりますが、測位状態の出力だけでなく、実際に補正演算が有効になっているかを確認します。

RTCMメッセージを受信した後の初期化手順も重要です。配信点や基準局が変わった直後に、以前の演算状態を保持したまま処理を続けると、FIXまで時間がかかることがあります。受信機が自動的に再初期化する場合もありますが、条件によっては一度補正接続を切り、測位演算を再開した方が切り分けやすいことがあります。ただし、設定の初期化や出荷時状態への復元をいきなり行うと、必要な座標系、出力周期、通信設定まで失われる可能性があります。変更前の設定を保存し、影響範囲の小さい操作から試します。

受信機の内部状態を見るときは、FIX、FLOAT、単独測位という表示だけでなく、初期化中、補正待ち、データ不正、基準局情報待ちなどの詳細状態を確認します。受信機によって表示方法は異なりますが、エラーコードや診断ログがある場合は保存します。「FIXしない」という現象だけでは、衛星不足、補正待ち、形式不一致、通信遅延を区別できません。詳細状態を記録することで、関係者へ状況を正確に伝えられます。

ソフトウェア更新後に不具合が出た場合は、対応メッセージの変更だけでなく、既存設定の引き継ぎ、初期値、接続権限、バックグラウンド動作を確認します。更新前の設定ファイルをそのまま読み込むことで、一部の項目だけ不整合が残ることも考えられます。更新内容を確認し、現在の受信機設定を新しい仕様に合わせて見直します。安易に以前の状態へ戻すのではなく、問題がRTCM解析、通信、AR表示のどこにあるかを切り分けてから対応します。

再接続手順は、誰が操作しても同じ結果になるように標準化します。起動、補正情報への接続、受信機の状態確認、FIX待ち、既知点確認、AR表示開始という流れを決めておくと、接続直後の不安定な状態で3D図面を表示してしまうことを防げます。FIX表示が出た瞬間に作業を始めるのではなく、一定時間位置が安定し、検証点との差が現場で定めた許容範囲に収まっていることを確認します。

端末や受信機に複数の設定が保存されている場合は、作業開始時に正しい設定が選ばれているかを確認します。前回使用した設定が自動的に復元される構成では、別の現場や別の配信点の設定が残ることがあります。衛星系や入力ポートだけでなく、座標出力形式、アンテナ高、測位モードなどが前回条件のままになっていないかを確認します。

再接続後にFIXへ戻らない場合は、補正情報の再受信だけでなく、基準局座標が再取得されているかを確認します。観測メッセージの受信が再開していても、基準局情報や必要な識別情報がまだ届いていなければ、受信機が演算を再開できない場合があります。接続表示、メッセージ受信、補正演算開始、FIX取得を別々の段階として記録することが大切です。

また、RTCMの不一致を直す作業では、設定を一度に複数変更しないことが基本です。配信点、衛星系、入力ポート、測位モード、図面座標を同時に変えると、改善しても原因が分かりません。変更項目をひとつに絞り、変更前後のログを残し、元へ戻せる状態で検証します。この進め方は時間がかかるように見えますが、再発時の対応を早め、現場ごとの属人的な調整を減らします。

3D図面の絶対座標とRTK測位を分けて検証する

RTCMメッセージの確認だけで3D図面AR表示のずれを解決しようとすると、図面側の問題を見落とすことがあります。正しい切り分けでは、まずRTK測位単体の位置を既知点で確認し、その後に3D図面の座標を確認し、最後にAR表示の姿勢とオフセットを確認します。測位、図面、表示を三つの層に分けることで、どこで誤差が加わったかを整理できます。

最初に、受信機が出力する座標を既知点と比較します。FIX状態で複数回観測し、水平位置と高さの差、時間変化、再接続後の再現性を見ます。ここで差が大きい場合は、3D図面を開く前に、RTCM、基準局、測地基準、高さ変換を確認します。既知点で安定しているなら、次に図面内の基準点座標を確認します。

図面側では、原点、単位、軸方向、回転角、測地基準、平面直角座標系、標高基準を確認します。3Dモデルがローカル座標で作成され、後から絶対座標へ配置されている場合は、変換に使った基準点と回転条件を確認します。メートルとミリメートルの取り違え、東西軸と南北軸の入れ替え、正負方向の反転、真北と図面北の混同があると、RTK測位が正常でも重なりません。

特に、モデル全体が一定方向へ同じ量だけずれている場合は、原点や座標変換を疑います。位置によってずれが増減する場合は、回転角、縮尺、座標系の選択を確認します。高さだけが一定量ずれる場合は、標高基準やアンテナオフセットを確認します。端末を向ける方向によってモデルの重なりが変わる場合は、端末姿勢、方位、カメラ位置の補正を疑います。このように、ずれ方の特徴から確認対象を絞ると効率的です。

RTCM形式の不一致による測位の乱れは、時間とともに位置が変化する症状として現れることがあります。一方、図面座標の原点や回転角が誤っている場合は、測位状態が安定していても一定のずれが残ります。既知点上で端末を動かさず、測位座標とAR表示を一定時間記録すると、固定的なずれと時間変動を区別しやすくなります。

AR表示では端末の方位推定も重なりに影響します。絶対座標が正しくても、端末の方位が安定していなければ、遠方のモデルほど横方向のずれが大きく見えます。金属構造物、車両、電気設備の近くでは、端末の方位推定が影響を受けることがあります。RTCMを変更する前に、端末を向ける方向や周辺環境によってずれ方が変化するかを確認します。

AR表示は、測量成果を置き換えるものではありません。現場での視覚確認や施工前の干渉確認には有効ですが、最終的な位置決定、出来形判定、安全に関わる判断では、必要な測量手順や管理基準に従って確認します。画面上で合って見えることと、座標値が正しいことは同じではありません。逆に、近距離でわずかにずれて見えても、座標値は正しく、端末姿勢やカメラオフセットが原因の場合があります。

実務では、既知点確認用の簡単な3Dマーカーをモデル内に用意すると便利です。現場の検証点とモデル上の点を対応させ、水平、鉛直、向きの三つを確認します。複雑な構造物だけを見て判断すると、どの方向へどれだけずれているか分かりにくいためです。検証点を複数設け、現場の一端だけでなく、離れた位置でも重なりを確認すると、平行移動と回転の違いを見分けやすくなります。

現場で使える確認記録と再発防止の進め方

RTCMメッセージ形式の不一致は、設定変更や再接続で一時的に解消しても、記録がなければ別の現場で再発します。再発防止には、正常時の条件を基準として残すことが有効です。配信点、RTCMの世代、主なメッセージ番号、対応衛星系、基準局識別番号、補正情報の経過時間、測位状態、使用衛星数、既知点との差、図面の座標系をひとつの確認記録にまとめます。

記録では、単に「正常」「異常」と書くのではなく、時刻と数値を残します。たとえば、接続開始時刻、最初に基準局座標を受信した時刻、FLOATになった時刻、FIXした時刻、再接続が発生した時刻を記録します。問題が起きた場所と周辺環境も残しておくと、通信の問題か衛星環境の問題かを後から判断しやすくなります。

正常時のログを保存しておくことも重要です。不具合時のログだけでは、何が違うのか分かりません。同じ受信機、同じ配信点、同じ設定で正常に動作した記録があれば、メッセージ構成、更新周期、補正情報の経過時間、衛星数を比較できます。現場条件が異なる場合でも、受信機が正しくRTCMを解析したときの基準として役立ちます。

設定ファイルや画面の記録には、作成日と適用対象を付けます。「現場用設定」「最新設定」といった曖昧な名称だけでは、どの受信機、どの配信方式、どの図面に使うものか分からなくなります。受信機の識別、設定版、作成日、変更内容、確認者を明確にし、古い設定を誤って読み込まないようにします。3D図面にも版番号や作成日時を持たせ、RTCM設定の変更と図面更新を混同しないようにします。

現場へ持ち込む前の事前試験では、通信が安定した場所でRTCMメッセージを確認し、既知点で測位を検証します。その後、実際の作業場所で同じ確認を行います。事務所でFIXしたから現場でも問題ないとは限りませんが、事前試験で基本的な形式不一致を除外しておけば、現場では衛星環境や通信品質の確認に集中できます。

不具合が発生した際の連絡手順も決めておきます。現場担当者が「ARがずれる」とだけ伝えるのではなく、測位状態、補正情報の経過時間、基準局識別番号、使用衛星数、発生時刻、再接続の有無、既知点との差を共有できるようにします。これにより、図面担当、測量担当、通信担当が同じ情報を見て切り分けられます。

再発防止では、受信機の対応範囲に合う配信条件を標準化し、変更時に確認試験を行う運用が有効です。配信元の構成変更、受信機の更新、通信端末の変更、3D図面の座標変換変更があった場合は、現場投入前に既知点試験をやり直します。変更がRTCMに直接関係しないように見えても、接続順や権限、データ経路へ影響することがあります。

異常時の対応手順には、元の設定へ戻す条件も含めます。検証中に状態が悪化した場合、どの時点で変更を中止し、どの設定へ戻すかが決まっていないと、現場で複数の変更が積み重なります。変更前の設定を保存し、設定変更の順番と結果を記録することで、正常な状態へ戻しやすくなります。

また、許容範囲を事前に決めておくことも大切です。どの程度の位置差ならAR確認を続けられるか、どの状態になったら作業を中断するか、FLOATへ移行した場合にどの程度待つか、再接続後にどの検証点を確認するかを決めます。現場ごとに要求精度や安全条件が異なるため、一律の数値を当てはめるのではなく、設計条件、施工段階、確認目的に応じて設定します。

RTCMメッセージの構成を変更した後は、FIXできたことだけで完了としないことが重要です。初期化に要する時間、一定時間内のFIX維持率、移動後の再初期化、既知点での水平差と高さ差を確認します。現場の一地点で短時間だけ正常だった状態では、通信や衛星条件が変わったときの安定性を判断できません。

現場での確認結果を蓄積すると、配信条件と作業環境の相性も把握しやすくなります。空が開けた場所ではどの構成でも安定するものの、建物際では特定の衛星系を含む構成が安定するなど、実測から分かる傾向があります。ただし、過去の結果をそのまま別の現場へ当てはめず、受信機、アンテナ、通信環境、配信内容、図面条件が同じかを確認したうえで活用します。

まとめ

3D図面AR表示でRTCMメッセージ形式の不一致を直すには、補正情報を受信しているかどうかだけで判断せず、RTCMの世代、衛星系と観測メッセージ、基準局座標、配信経路、受信側設定の順に確認することが重要です。接続が成立していても、必要なメッセージが不足している、受信機が解析できない、補正情報が遅れている、異なる基準局情報が混在しているといった状態では、安定したRTK測位になりません。

最初の確認では、配信されているRTCMの世代と受信機の対応範囲をそろえます。次に、必要な衛星系と観測メッセージが含まれているかを確認します。そのうえで、1005や1006などによる基準局座標、アンテナ情報、基準局識別番号を確認します。配信内容に問題がなければ、通信経路での欠落、変換、遅延を調べ、最後に受信側の入力ポート、測位モード、再接続手順を見直します。

確認作業では、一度に複数の設定を変えず、変更前後のログを残します。FIX率、初期化時間、補正情報の経過時間、使用衛星数、基準局識別番号、既知点との差を比較すると、改善の根拠を説明しやすくなります。また、RTK測位が正常でも、3D図面の原点、座標系、回転角、高さ基準、端末オフセットが合っていなければ、AR表示は正しい位置に重なりません。測位、図面、表示を分けて検証することが、原因を早く見つける近道です。

現場では、AR表示を最終的な測量判定の代わりにせず、既知点や検証点を使って座標値を確認したうえで活用します。正常時のRTCM構成と図面条件を記録しておけば、配信条件や受信機設定が変わったときにも差分を追いやすくなります。

LRTK Phoneを使って絶対座標付きの3D図面を現地で確認する場合も、まず補正情報と測位状態を安定させ、次に図面の座標基準と表示条件をそろえることが基本です。RTCMメッセージの受信状況、既知点での確認、3D図面の版管理を一連の手順として整え、現場で再現性のあるAR確認につなげてください。

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

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