2020 11/3
今日考えたこと
Basaltで使っているHessianの計算方法
BasaltではHostFrameに属するLMに関するHessianの共通する部分を先に計算する。 先に計算したHessainの共通部分をつかってSuchr complementのような操作を行う。 その結果の行列に対して、Chain ruleから生まれる共通でない項を、前後にかけて全体のHessianを計算する。
自分の理解が正しいか確かめるため、全体のHessianから、HpstFrameに関するHessianを分離できるか調べたが、うまいこと分離できない。 Chain ruleから生まれる部分の積、和が絡まって行列でくくることができない。
以下の二択か? 自分の計算が間違っている。 把握していない原理を使っている。
行列計算がややこしくて、うまいことまとめることができない。
今後
Basaltの理解も進めたいが、Codingも進めたい。IMU preintegrationも組み込みたい。
Marginalizationについてわかっていること2(Marginalize時のSystem matrixの振る舞い)
System information matrix
Perform marginalization
Fill-in details
Marginalizationについてわかっていること1(System matrixの計算まで)
SLAM中のMarginalization処理内容を明らかにしたい。
Visual-Inertial odometryなど調べると登場するMarginalization。実際どんな処理をするか、どんな意味があるか、など理解できずいろいろと調べてみた。 この記事では調べてわかった事実を書きたい。いろいろと間違っていそうですが、メモ代わりに残しておく。 基本は[1]の文献に沿って進める。したがってSidinig window filter / Fixed-lag smootherの話になる。 本記事では、Visual odometryの問題設定とSystem matrixの計算まで記載する。
推定する状態の定義
推定したい状態量は、Sliding window内のカメラPose(6自由度)とSiding window内で観測したランドマークの位置(3自由度)。 それぞれの記号は、Map中のランドマークを示す とロボットのPoseを示す としている。 まとめて、とする。
詳しく書くと、 はランドマーク(LM)の位置。Siding window中にはn個のLMが存在する。
は今までのPose。Siding window中にはm個のPoseが存在する。
VIsual odometryの問題設定
Prior information、Process model、Sensor modelの3種から構成する。 それぞれのモデルについて確率密度関数(PDF)を設定、すべてのPDFをスタックすることでVisual odometryを形作る。 また、ここではガウス分布を仮定しているので、それぞれのモデルについての平均、分散が設定できればOK。
Prior information
状態変数のうちいくつかは、ある時点での分布が求まっていると主張するのでPrior information。 もしPrior informationがなければこの項は無視される。Photo metric BAなどがPiror informationが無い場合に相当する([1]のFig. 6[d]参照)。
Sliding window中の一番古いPoseと、その時点で観測されているLandmarkにPrior informationが設定されていると設定。(あくまで例として設定するだけ。いろいろなパターンが存在するはず。) 平均値を、分散をとしてすすめる。
このとき、 観測されているLandmarkの平均値:
Sliding window内の最も古いPoseの平均値:
自分の考え
Visual odometryでは、前ステップ推定で求めた平均値と分散値を利用することになると予想している。 前回求めた値を利用することの妥当性について、Siding wndowに含まれる一番古いPoseの値を再利用することから考えてみる。 新たな観測値が得られたとしても、一番古いPoseの情報は大きく影響は受けないように思える。小さな誤差要因となる可能性はあるが大きな影響はなさそう。
疑問:
- といった平均値はどのタイミングのものを利用するのか?
- Prior informationを持つPoseはSiding windowのうちどこまで利用するのか?
Process information
現在の状態と制御入力から次のタイムステップの状態を推定するモーションモデルが相当する。 ここでは次の式でモーションモデルを定義している。この式からPDFを作り出す。
このとき、である。したがってモーションモデルのPDFは次の通り。
このモーションモデルはSliding window内のPoseに対して定義できるので、状態に適用すると以下の通り。
Sensor information
システムの状態から対応する観測値を作り出すセンサモデルが相当する。Visual odometryではカメラに写ったランドマークの画像中座標系位置が観測値になる。つまりランドマークをカメラPoseから観測した時のカメラ座標系位置を作り出すProjectionモデルが相当する。ここではステレオカメラを想定しているので、画像二枚分で。
について以下が成り立つとする。はProjection関数。
このとき、である。したがってセンサモデルのPDFは次の通り。
これを観測値全てについてスタックして以下のようなPDFにして利用する。観測値はランドマーク番号をメジャーとしてスタックする。
また、System全体の基準Poseとスケール不定を回避するために、を準備している。 これは定数として扱うため、後述するJacobianの計算には出現しない。ステレオカメラなのでPoseが一つあればスケール不定性を回避できる。
統合
上記3つのPDFをまとめるとは以下の通り。
System matrixの計算
最小2乗法を使って上記で求めた観測後の事後確率を最大にする状態を推定する。以下のコスト関数を設定して非線形最小二乗法を適用する。
最小二乗法はGauss-newton法を利用して解く。各イテレーション中では、以下の式で求まるを使って初期状態から繰り返し修正することで最も観測値を説明できる状態まで持っていく。はGauss-newtonイテレーションにおけるイテレーション回数。
このとき、
としてコスト関数の状態変数についてJacobianになる。
System matrix
System matrixとはGauss newton時に出現する の部分。この部分は状態間の関係を示していて逆行列が状態変数の分散になる。 は以下のように分解でき、Prior information, Process model, Sensor model要素ごとの和となる。
MarginalizationとSystem matrix
Sliding windowからPoseやランドマークの変数を除去する場合にMarginalizationという操作が行われる。 ただ単に状態変数やSystem matrixから状態を除去(Drop)するとSystemから除去した状態に関する情報が失われ推定精度に影響する。 このため、MarginalizationをSystem matrixに行うことで除去した変数に関する情報を埋め込むことを行う。 ここで除去した変数の情報を埋め込んだSystem matrixは次回のPrior informationとして利用されるはず?????(この部分が一番わからん。) 次の記事では、Marginalizeを実施したときにSystem matrixにどういった変化が生まれるか調べる。
Memo
Prior informationの部分がMarginalizeの中核だと思う。前ステップでMarginalizeした結果がこの部分に貯められていくはず。 ここの処理を明確にしたい。 あと、ここに関係する平均値がなんの値かわかりにくい気がする。明快にと書いてある。 けど、二回目以降は何になるの?増えていくの?それとも、にすり替わるの?これがわからん。おそらくすり替わると思う。 もし増えてしまったらSiding windowが広がっていることになるから。 初回はゼロか、初期値としてダミーが入るか。 次回以降は、Schur complementされたデカイ方の行列がここにはいると思っている。 明日以降、続きかきます。詳しい人いましたらコメントなどで教えてほしいです。
参考文献
[1] Gabe Sibley, Gaurav Sukhatme and Larry Matthies. Visual Sliding Window SLAM with Application to Planetary Landers.