GnssClock 構造体リファレンス

サブナノ秒のバイアス。これと full_bias_ns の合計の誤差推定値は、bias_uncertainty_ns です。

データが利用可能な場合、「フラグ」には GNSS_CLOCK_HAS_BIAS が含まれている必要があります。 GPS が位置修正を計算した場合。受信機が推定 GPS 時間を持っている場合、この値は必須です。

ファイルgps.hの1534行目の定義。

ナノ秒単位の GPS 時間 (クロック バイアス) のローカル推定値に関連する 1 シグマの不確実性。不確実性は絶対 (片面) 値として表されます。

データが利用可能な場合、「フラグ」には GNSS_CLOCK_HAS_BIAS_UNCERTAINTY が含まれている必要があります。受信機が推定 GPS 時間を持っている場合、この値は必須です。

ファイルgps.hの1545行目の定義。

クロックのドリフトはナノ秒 (1 秒あたり) 単位です。

正の値は、周波数が公称周波数よりも高く、(full_bias_ns +bias_ns) が時間の経過とともにより正に増加していることを意味します。

この値には「ドリフトの不確実性」が含まれています。データが利用可能な場合、「フラグ」には GNSS_CLOCK_HAS_DRIFT が含まれている必要があります。

受信機が推定 GNSS 時間を持っている場合、この値は必須です

ファイルgps.hの1559行目の定義。

ナノ秒 (1 秒あたり) 単位のクロックのドリフトに関連する 1 シグマの不確実性。不確実性は絶対 (片面) 値として表されます。

データが利用可能な場合、「フラグ」には GNSS_CLOCK_HAS_DRIFT_UNCERTAINTY が含まれている必要があります。 GPS が位置修正を計算した場合、このフィールドは必須であり、入力する必要があります。

ファイルgps.hの1569行目の定義。

このデータ構造内のフィールドの有効性を示すフラグのセット。

ファイルgps.hの1463行目の定義。

GPS 受信機内のハードウェア クロック (「時間」フィールド) と、1980 年 1 月 6 日 0000Z 以降の実際の G​​PS 時間との差 (ナノ秒単位)。

値の符号は次の方程式で定義されます: GPS 時間のローカル推定値 = time_ns - (full_bias_ns +bias_ns)

受信機が推定 GPS 時間を持っている場合、この値は必須です。計算された時間が非 GPS コンステレーションのものである場合、この値を埋めるために、GPS に対するそのコンステレーションの時間オフセットを適用する必要があります。これとbias_nsの合計の誤差推定値はbias_uncertainty_nsであり、呼び出し元はこの不確実性を使用する責任があります(GPS時間が解決される前に非常に大きくなる可能性があります)。データが利用可能な場合、「フラグ」には次の値が含まれている必要があります。 GNSS_CLOCK_HAS_FULL_BIAS。

ファイルgps.hの1523行目の定義。

HW クロックに不連続がある場合、このフィールドは必須です。

「不連続性」は、あるクロック ソースから別のクロック ソースへの切り替えの場合をカバーすることを目的としています。単一の自走水晶発振器 (XO) には通常、不連続性があってはなりません。これは 0 に設定してそのままにすることができます。

ただし、time_ns 値 (HW クロック) が、一般的な XO ほどスムーズではないソースの複合から導出される場合、または停止および再起動される場合、この値は不連続が発生するたびに増加します。 (たとえば、この値はデバイスの起動時にゼロから始まり、クロックの連続性に変化が生じるたびに増加します。万が一、この値がフルスケールに達した場合は、この値が継続的に維持されるようにロールオーバー (クランプではなく) が必要です。その後の不連続イベント中に変更されます。)

この数値はGnssClockレポート間で同じままですが、time_ns 値が連続的に実行されている、たとえば連続 GNSS 信号サンプリング中に通常使用される単一の高品質クロック (XO のような、またはそれ以上のクロック) から導出されていると想定できます。 )

特にそれは予想されています。利用可能な GNSS 信号がほとんどない期間中は、GPS クロックのバイアスとドリフトを完全に解決するために GNSS 測定を使用 (無駄) する必要がなくなるため、ハードウェア クロックが可能な限り長く不連続にならないようにします。連続したGnssDataレポートからの付随する測定値を使用します。

ファイルgps.hの1600行目の定義。

うるう秒データ。値の符号は次の式で定義されます: utc_time_ns = time_ns - (full_bias_ns +bias_ns) - Leap_sec * 1,000,000,000

データが利用可能な場合、「フラグ」には GNSS_CLOCK_HAS_LEAP_SECOND が含まれている必要があります。

ファイルgps.hの1473行目の定義。

sizeof(GnssClock) に設定

ファイルgps.hの1457行目の定義。

GNSS受信機の内部クロック値。これはローカル ハードウェア クロック値です。

ローカル ハードウェア クロックの場合、ハードウェア クロックが電源オンのままである間、この値は単調増加すると予想されます。 (HW クロックが継続的にオンになっていない場合については、hw_ Clock_discontinuity_count フィールドを参照してください)。受信機の GPS 時間の推定値は、この値から full_bias_ns とbias_ns (利用可能な場合) の合計を減算することで導き出すことができます。

この GPS 時間は、GNSS 受信機が達成できる現在の GPS 時間の最良の推定値であると予想されます。

「bias_ns」フィールドを使用すると、ナノ秒未満の精度を提供できます。この値には「時間の不確実性」が含まれています。

このフィールドは必須です。

ファイルgps.hの1494行目の定義。

ナノ秒単位のクロック時間に関連する 1 シグマの不確実性。不確実性は絶対 (片面) 値として表されます。

データが利用可能な場合、「flags」には GNSS_CLOCK_HAS_TIME_UNCERTAINTY が含まれている必要があります。この値は事実上ゼロです (基準ローカルクロックであり、他のすべての時間と時間の不確実性が測定されます) (したがって、このフィールドは GNSS_CLOCK_HAS_TIME_UNCERTAINTY フラグごとに提供することも、提供して 0 に設定することもできません)。

ファイルgps.hの1506行目の定義。