- Precise Baseline Determination
- CDGPSの検証用コード
s2e-core
はv5.1.*
を使う- ExtLibrariesに
Eigen
をコピーする- Eigen自体は西本くんにもらう。五十里も持っている。
- GNSS衛星軌道の元ファイルになるsp3ファイルはダウンロードしてくるか、西本くんにもらう
- TODO: sp3ファイルダウンロードの仕方.
For relative navigation with CDGPS
開発環境をVSからvscodeに移行する.
詳しく
小
大
なるはやでやりたい
受信するGNSSの数に依存せず,推定量の次元数を固定で扱えるようにする.
現状だと,GNSSの受信数に応じて推定する整数不定性の数が変わるので,行列の次元が変化して扱いにくい.
ここを固定にして,整数不定性の推定ができているのかの確認ができるようにする.
大
大
何かれば
In GitLab by @satoshi_ikari on Oct 7, 2022, 12:11
Merges feature/fix-for-gcc-build -> main
GCCでビルドするための微修正
NA
PBD_GNSSReceiver
でILoggable
を継承しているが、GNSSReceiver
がすでに継承しているので、二重継承になり定義が曖昧になっていてビルドエラーがでていた。大:GCCでビルドできない
大
NA
#30 で書いたようにクロック誤差がRadial方向の相対誤差に影響している.それを何とかしたい.
大
大
PCOの推定自体はできているので,一旦PCVの方にもうつって,そのあとでもよさそう.
GNSSと相対位置センサの複合航法によりミッション制約の緩和などができないか検討する.
修論に含めるかどうかは微妙だが,PCVの推定がうまく行ったら相対位置センサを使って姿勢による制約の緩和などを実現できないかどうかを検討するのはいいかもしれない.
議論が複雑になりすぎないように注意が必要.
中
小
何かれば
経験加速度として推定している外乱項において主に支配的なものが期待の進行方向にかかるair dragやSRPなどがある.これらを考えるとECIで求めるよりはRTNで出した方が精度がいいし,経験加速度の分散として与えるときのオーダーを合わせることが可能になる.
必要な修正は経験加速度を用いて積分するときの座標返還.
可視衛星数が変化するタイミングで整数不定性の誤差分散共分散の値がリセットされてしまう.
整数不定性の誤差分散の更新において,可視衛星数が変化しないときには特に問題がないが,可視衛星数が変化するときに引き続き観測する衛星に関するものもリセットされてしまっているので,そこで精度が劣化している.IARを考えるとある程度まで落ち着いたら収束させて分散を0にし,それを引き継ぐという操作がないといけないはず.
大:tool類が全部死ぬ... みたいな
小:まあ暇なら,みたいな
何かれば
case studyをいくつか実施することでvalidationを実施する.
validationのために以下の項目を振った際の結果を確認する.
大
大
何かれば
s2e_coreを最新版(2022/04/19現在)に更新する.
OSS化されたバージョンへの更新ができていないので対応する.また,初期軌道指定方法として軌道要素でできるようになっているそうで,この方が圧倒的に色んな実験を回しやすいので反映したい.
大
大
何かれば
SHモデルで得られた観測量を順に使用するだけでは行列サイズを小さくしたときに精度が出ないので修正.
行列サイズが小さくてもアンテナの観測範囲に十分分布していれば推定結果は良くなるはず.
今はそれをせずに行列サイズを小さくして比較したので,小さいときに大きく劣化してしまった.
ただ,行列サイズを大きくすればオンボードでは計算できないほどのサイズになってしまうのでこれを実施する必要がありそう.
小
大
何かれば
GNSSの種類を増やして,観測衛星数を増やすことで精度向上を目指す.
現状GPSしか使用しておらず,観測衛星数が12chに見てないことがほとんどになっている.これがクロック推定精度などに影響している可能性もあるため,観測衛星数を増やせないか検討する.まず,一つの方法としてGPS以外のGNSSを導入する.このためにはsp3ファイルを増やして他GNSSの観測量模擬をする必要がある.
大
中
何かれば
適応カルマンフィルタを実装する.
processノイズのパラメータとかを固定にするんではなくて,推定状況に合わせて適応させる適応カルマンフィルタを実装することで,精度の改善を図る.
大:tool類が全部死ぬ... みたいな
小:まあ暇なら,みたいな
何かれば
In GitLab by @satoshi_ikari on Oct 7, 2022, 12:05
Merges feature/add-how-to-use -> main
Readmeに使い方を記入
NA
Readmeに使い方を記入
NA
NA
何かあれば
core updateによって加速度ログが残るようになっているのにできてないので,user側の実装が間違っていそう.
coreのsample satとかの実装を見て修正する.
小
大
何かれば
PCV推定(特に球面調和関数を使用した方)における低仰角部分の改善
ここにあるように低仰角部分の精度が悪いので精度向上できないか検討する.
小
小
何かれば
推定系のダイナミクスが現在J2のみになっているので,高次重力項も考慮できるように修正する.
coreで真値の軌道伝播に外乱として付与されている高次重力ポテンシャルの追加を行う.
core側の機能をうまく使って実装する方法を考える.あと,軌道の積分部分もcore側を使うべき.
大:tool類が全部死ぬ... みたいな
大
何かれば
観測残差が推定前と後でどう変化したかについて解析して論文にまとめる.
PCO,PCVの推定結果の評価として真値との比較だけをしてもわかりにくい,観測残差がどうなったかを示すことで,わかりやすくなる.各grid点に対して実施するのが一番詳しい調査ではあるが,仰角ごとに実施してplotするだけでも良い指標になる.この論文を参考にする.
小
大
何かれば
GNSS衛星可視判定にLEO衛星の姿勢を加味する.今はLEO衛星の姿勢は常に反地球方向を向いていると仮定している.
詳しく
大
大
何かれば
観測情報の交換を衛星通信によって行っている様子を模擬する.
SWの構成からしっかり練り直す.現在のままだとそれぞれの衛星がまとめて管理されているが,個々の衛星で取得できる情報は観測したもののみ,その中から衛星間通信によって観測量交換を行ってDifferential GNSSを行う.この時にどの情報がどのGNSS衛星に対応しているのかという情報も併せて必要になるが,これをどのように渡すのか,そもそも通信する情報として何を渡すのかという検討が必要になる.
相手との相関が必要になる場合にはCovariance Intersection( #3 )も関係してくるかもしれないので勉強する.
大
大
何かれば
残差ベースの手法で推定していた時に途中ですべての誤差共分散が落ちてしまうときがあり,そのせいで絶対的な誤差が増大している.
上に書いた通り.まずはこの事象の理解をしてそうならないような対策をする.
小
大
何かれば
SDIの考え方を理解する.
宮村先生の発表であった,波面補正の手法Sequential Diversity Imaging(参考資料)を勉強する.
意図的に与えたPhase Diversityを元に逐次的に補正していく,バッチ処理で行うよりも収束性とかがよさそう.
位相中心の補正とかでも,姿勢変更のストラテジーを立てるのに役立つ考え方なのかもしれない.
大:tool類が全部死ぬ... みたいな
小:まあ暇なら,みたいな
何かれば
可視GNSS衛星が各衛星で見えている衛星数よりも減った時(2衛星間で別の衛星を見るとき)の実装をさぼっていた影響で,基線長を長くしたときにバグってしまったのでその部分を修正する.
この場合は誤差共分散行列の対応付けを見直さないといけないのでめんどくさいが,それをしないとうまく行かない.
大
小
何かれば
相対位置センサの観測精度およびアライメント誤差の影響解析
現在,参照情報としている相対位置センサの観測精度(ランダム誤差の分散),アライメント誤差を動かしたときに今回の手法が成立するのかどうかは気になる部分なので検証する.特に初期に仮定している相対位置センサの精度はかなり良いものになっているので注意が必要.
大
大
何かれば
S2Eを使ってDGPSによる相対測位ができるようにする.
大
大
基本的な機能が実装できれば完了とする.
https://en.wikipedia.org/wiki/Covariance_intersection
見てみる.状態量の次元が変化する際に重要らしい.
勉強して自分なりにまとめる.
現状,位相中心をなにも考慮してないのでPCO,PCVを考慮した観測量の実装をする.
PCVに関してはANTEXファイルを拾ってきて,やればいい.まずは,この真値系の実装をやらないと何も始まらない.
大
大
何かれば
STM計算に高次重力項を入れる
現状軌道伝搬部分部分でしか考慮できてない
大:tool類が全部死ぬ... みたいな
小:まあ暇なら,みたいな
何かれば
PCO推定結果の内along-track方向の誤差がでかい.これを修正するために姿勢変更が使えないかを検討する.
#32 から引き継ぎ.イタレーションではなくて,途中で姿勢を変更することでPCO推定誤差が良くならないかを検討する.
元々の相対軌道が回転するようなものであれば,衛星の到来方向が変化するのでPCOの推定精度が上がるのかもしれない,
小
小
何かれば
PCO→PCVの推定だけで終わるのではなく,くり返すことで精度が改善しないかを検討する.
特にPCOはそれほど精度が高くないので,最初に求めたときのPCVの誤差が小さくなった状態で再度やれば改善するのではないか?
大
大
何かれば
相対位置センサを組み込んだ複合航法系を構築する.
抱えている課題を解決するような航法系を組みたい.
大
大
上の課題に対する理論的なアプローチも行いたい.
EKFに限らず,推定手法のクラスを作っておいて,ダイナミクスと観測モデルを与えて初期化すれば解ける,という形にしておけば,いろんな推定手法に拡張ができる.
詳しく
大
大
何かれば
相対位置センサの観測頻度を下げる or 現実的なものにしても問題ないのかを検討する.
現状,GNSS観測量と同じ頻度で相対位置センサの観測量が得られると仮定しているが,実際にはそうではない可能性がある.これについて調べると同時に,そうでなく頻度がさらに低い(例えば1分起きとか)場合であっても対応できるように拡張 or 評価を実施するべき.
やれることとして
大
大
何かれば
複数衛星の初期位置を指定する際に,reference衛星以外の衛星の位置はLVLHとかで指定できるようにしたい.
現在Dynamicsの伝搬にRelativeOrbitを使ってないので,初期位置指定方法がECIとかになっている.
ここをRelativeOrbitなどを使うことで,直感的な指定をできるようにしたい.
大
大
NA
DDを観測量に取ったアルゴリズムを実装する.
DDで参照衛星(pivot衛星)をElevation最大のGNSS衛星としたときに,観測方程式の行列をどう組み替えなければいけないかを実装しながら整理する.
大
大
NA
真値系の重力ポテンシャルの次数を上げたときの影響に関して調べる.
現状だと相対測位の精度に影響しているのが重力項ではなくて初期位置だけになってしまっている.これが正しいのか,実際に計算ができていないのかを調べる.
大:tool類が全部死ぬ... みたいな
小:まあ暇なら,みたいな
何かれば
シミュレーションの計算コスト低下を図る.
S2Eだけで回すとそこまで遅くないのに測位部分を入れるとかなり長い時間がかかってしまっている.
大
中
何かれば
結果を確認すると観測更新時にバイアスが乗っている形になっていて,クロックの精度を見ると十分に推定できていないことが分かる.
現在の受信機クロックバイアスの真値のモデル化は白色雑音になっているが,それに対して推定系で白色雑音でモデル化してもrandom walkでモデル化しても結果が変わらず,途中から大きなバイアスが乗った推定結果になっている.推定値の移動の傾向としては一致しているが,バイアスが乗っている形になっている.この原因が何なのかを明確にして推定精度を向上させる.
経験加速度推定がうまく行ってない感じ.それを改善する.
定式化はあっていそうな印象ではあるが再度見直すところから.あと二つのパラメタをどうすればよくなるのかをもっと検討する.
大
大
何かれば
GNSS衛星クロックのモデルと衛星クロックのモデル化が適当なので修正する.
white noiseとかrandom walkだけだと不正確なのでアラン分散を基にPSDを使ったモデル化をする.
小
大
何かれば
PCVを球面調和関数の様なもので推定する
モデルとして球面調和関数がいいのかどうかも検討する.ただ,第一段階としてはその方針で問題ないと考えている.
とりあえず十分な時間回して推定が収束するのかどうかは見てみる.ただ,定式化の部分からまとめていく必要があるし,リアルタイムに実施するというよりは一定時間の観測量がたまってから実施するという形になるのかもしれない.
大
大
何かれば
シミュレータにアライメント誤差を入れ込んで軌道上補正を試みる.
アンテナの位置から重心への補正を考え,一旦PCVとかは考えずにアライメント誤差が存在していた時の補正手法を検討し,シミュレーションによって検証する.
中
大
何かれば
測位計算に使用する衛星はfix解が得られているものだけに限定することで新規の衛星が来た時の精度劣化を防止する.
現状,観測chにある衛星は全部使用して測位を実施している.ただ,不定性解除を導入している関係で新規に見えた衛星がいた場合その瞬間の不定性の精度が悪いので測位結果にも悪影響を及ぼしている.それを防止するためにfix解を得られている衛星が一定数存在している場合には解除できている衛星のみを測位計算に使用するようなアルゴリズムに修正する.
大
小
地上における精密測位(CLASなど)ではこの方法が導入されている?らしい.
現状GNSSの情報誤差を無視してしまっているのでそれが妥当かを検討.
SDCPとGRAPHICを使用する中で,情報誤差が影響してくるのはGRAPHICだけなのでその部分がどれくらい精度に聞いてくるのかを確認して,問題ないなら実際と同じように放送暦を使用するように修正する.あまり重要ではないが,突っ込まれるポイントな気もするのでSFMMまでに実施したい.
大
中
何かれば
PCO推定がうまく行っていない原因を特定する.
相対PCOの推定計算部分を実装したが,うまく推定できていない.経緯としては,はじめ不定性FIXしてない状態で解こうとしていたら不定性誤差も同時に推定されているような状態になっていたので,不定性解除部分を先に実装( #16 ).ただ,その後もうまく行っていないので原因を特定する.
大
大
何かれば
タイトルの通り
今は独自の観測量のためのvector使っているけど,すでにGNSS_Receiverクラスにあるものを使う.
大
大:わかりやすくなる.
何かれば
GNSS受信機の観測ノイズなどを適切に設定する.
ノイズパラメタの設定をDiGiTaLからとってきただけになってしまっているので超小型衛星に適切な設定にして,それをdefaultとして検証を実施する.
大
大
何かれば
PCOの推定が初期値に応じてうまく行かないときがあるので改善する.
現状,不定性解除できた時だけ推定に移る.という実装にしているが,初期のずれが大きいときには,不定性解除に失敗し続けることになるので推定がうまく行かない & 不定性解除にも失敗してしまうことになる.そのため,初期はfloatの状態である程度まで追い込んで,その後fixした解を用いて最終的なPCOとして推定するということができればいいのかもしれない.
大
中
何かれば
相対位置センサの観測量にバイアスが入ってた場合にどうすればよいかを検討.
#38 から引き継ぐ.バイアスがあると,相対位置としてもそのバイアスを持った値になってしまう.
小
大
何かれば
PCV推定の計算において同じ方向の配列に対して残差の数と重みの数が一致しないときがある.
残差ベースの計算のために各方向に応じた配列を持ち,それぞれ残差と重みを保持して平均化しているが,その数が一致しないときが存在する.
平均化のためのgridサイズを細かくして5x5にしたときに発生したのでそれが関係しているのかもしれない?
あればリンクなどを貼る
大
大
何かれば
整数不定性解除アルゴリズムの実装をし,さらなる高精度化を図る
実装するのはmLAMBDA.現在のfloat解から更なる向上のためにこれを進める.
大
大
何かれば
A declarative, efficient, and flexible JavaScript library for building user interfaces.
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google ❤️ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.