<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>SLAM on Physical AI Hub</title>
    <link>https://physicalaihub.net/tags/slam/</link>
    <description>Recent content in SLAM on Physical AI Hub</description>
    <generator>Hugo</generator>
    <language>ja-jp</language>
    <lastBuildDate>Fri, 02 Oct 2026 14:21:39 +0900</lastBuildDate>
    <atom:link href="https://physicalaihub.net/tags/slam/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>ロボットの地図を長期運用する：環境変化の検出と再マッピング設計</title>
      <link>https://physicalaihub.net/posts/robot-long-term-map-maintenance/</link>
      <pubDate>Fri, 02 Oct 2026 14:21:39 +0900</pubDate>
      <guid>https://physicalaihub.net/posts/robot-long-term-map-maintenance/</guid>
      <description>&lt;p&gt;長期運用では、地図を更新する仕組みよりも、更新してよい変化を見分ける仕組みの設計が難しくなります。&lt;/p&gt;&#xA;&lt;h2 id=&#34;結論&#34;&gt;結論&lt;/h2&gt;&#xA;&lt;p&gt;長期運用するロボットの地図は、1枚のデータを観測のたびに書き換えるのではなく、少なくとも次の三つに分けて管理するのが安全です。&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;承認済みの基準地図&lt;/li&gt;&#xA;&lt;li&gt;センサから得た一時的な障害物・占有情報&lt;/li&gt;&#xA;&lt;li&gt;恒久的な変更かどうかを検証中の更新候補地図&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;p&gt;走行時は一時的な情報で即座に経路を調整し、恒久地図の更新は別の制御ループで扱います。単発観測による誤更新を避けるため、時間的な持続性、複数回・複数視点からの再観測、動的物体ではないことの確認、検証走行を経て初めて新しい地図版へ昇格させます。旧版は削除せず、不変スナップショットとして保存し、失敗時にロールバックできるようにします。&lt;/p&gt;&#xA;&lt;h2 id=&#34;なぜ地図更新を分けて考えるのか&#34;&gt;なぜ地図更新を分けて考えるのか&lt;/h2&gt;&#xA;&lt;p&gt;屋内環境では、家具や棚の移動、通路の変更、物体の一時的な放置などが起こります。これらをすべて同じ「地図の変化」として扱うと、短時間だけ置かれた荷物や通過中の人まで恒久的な障害物として記録するおそれがあります。一方、変化をまったく反映しなければ、古い通路や棚の情報によって走行可能性の判断を誤ります。&lt;/p&gt;&#xA;&lt;p&gt;したがって、変化検出の目的は観測差分を見つけることだけではありません。恒久的な構造変化、周期的または一時的な障害物、センサノイズや自己遮蔽を区別し、それぞれに異なる反応を割り当てることが目的です。&lt;/p&gt;&#xA;&lt;h2 id=&#34;前提となる地図と座標系&#34;&gt;前提となる地図と座標系&lt;/h2&gt;&#xA;&lt;p&gt;Nav2のCostmap 2Dは、静的地図、センサ由来の障害物情報、障害物の膨張処理などをレイヤーとして組み合わせます。センサ観測による障害物のマーキングとクリアも設定できます。この構造は、走行中の即時反応と、基準地図の恒久更新を分離する土台になります。&lt;/p&gt;&#xA;&lt;p&gt;一方、Nav2のMap Serverは地図を提供するライフサイクルノードで、地図の読み込みや保存を扱います。地図画像とYAMLメタデータには、解像度、原点、フレームなどの情報が含まれます。これらは地図版を管理する際にも重要な属性です。&lt;/p&gt;&#xA;&lt;p&gt;座標系については、ROSのREP-105で、&lt;code&gt;map&lt;/code&gt;はグローバルな基準、&lt;code&gt;odom&lt;/code&gt;は連続的だが長期的にはドリフトし得る座標系、&lt;code&gt;base_link&lt;/code&gt;はロボット本体の座標系として整理されています。基準地図を差し替えると、同じ&lt;code&gt;map&lt;/code&gt;という名前でも幾何学的な内容が変わる可能性があります。そのため、切り替え時刻、座標変換、ロボットごとの適用状態を管理し、ローカライゼーションの初期状態や経路計画が不連続にならないことを検証する必要があります。&lt;/p&gt;&#xA;&lt;h2 id=&#34;推奨する更新データフロー&#34;&gt;推奨する更新データフロー&lt;/h2&gt;&#xA;&lt;p&gt;センサ入力は、まず動的物体の検出・追跡と、基準地図との差分検出に使います。短期的な障害物はライブのコストマップへ反映し、走行の安全性や経路計画に利用します。同時に、差分の位置、観測時刻、視点、再観測結果を履歴として蓄積します。&lt;/p&gt;&#xA;&lt;p&gt;一定の条件を満たした差分は更新候補または差分パッチになります。候補は再マッピングや観測ログの再生によって検証し、問題がなければ新しい地図版として原子的に昇格させます。旧版はバージョンストアに残します。&lt;/p&gt;&#xA;&lt;figure class=&#34;mermaid-figure&#34;&gt;&#xA;    &lt;pre class=&#34;mermaid&#34; role=&#34;img&#34; aria-label=&#34;走行時はライブコストマップで即時対応し、恒久的な地図変更は候補化、再マッピング、検証、承認を経て別の地図版として昇格させる。&#34;&gt;flowchart LR&#xA;  S[&#34;センサ入力&#34;] --&gt; F[&#34;動的物体の検出・追跡&#34;]&#xA;  S --&gt; D[&#34;基準地図との差分検出&#34;]&#xA;  F --&gt; C[&#34;ライブコストマップ&#34;]&#xA;  C --&gt; N[&#34;走行安全性・経路計画&#34;]&#xA;  D --&gt; H[&#34;観測履歴\n時刻・位置・視点・再観測&#34;]&#xA;  H --&gt; P[&#34;持続性・複数視点・動的物体でないことの判定&#34;]&#xA;  P --&gt; Q[&#34;更新候補／差分パッチ&#34;]&#xA;  Q --&gt; R[&#34;再マッピング・観測ログ再生&#34;]&#xA;  R --&gt; V[&#34;検証走行・指標確認&#34;]&#xA;  V --&gt; A[&#34;承認&#34;]&#xA;  A --&gt; U[&#34;新しい地図版へ原子的に昇格&#34;]&#xA;  U --&gt; B[&#34;承認済みの基準地図&#34;]&#xA;  B --&gt; D&#xA;  U --&gt; W[&#34;旧版を不変スナップショットとして保存&#34;]&lt;/pre&gt;&lt;figcaption&gt;走行時はライブコストマップで即時対応し、恒久的な地図変更は候補化、再マッピング、検証、承認を経て別の地図版として昇格させる。&lt;/figcaption&gt;&lt;/figure&gt;&lt;p&gt;この設計では、ライブコストマップは「今、通れるか」を判断するための層、基準地図は「環境の標準状態」を表す層、候補地図は「標準状態を変更してよいか」を審査する層です。SLAM Toolboxは通常のSLAMに加え、長期的なマッピング、既存地図を用いたローカライゼーション、地図・ポーズグラフの保存と再利用を扱うソフトウェアとして提供されています。ただし、どの変化を恒久地図へ昇格させるかは、利用側のポリシーとして定義する必要があります。&lt;/p&gt;</description>
    </item>
    <item>
      <title>ロボット自己位置推定のセンサーフュージョン設計：カメラ・LiDAR・IMUの役割分担</title>
      <link>https://physicalaihub.net/posts/robot-localization-camera-lidar-imu-fusion/</link>
      <pubDate>Thu, 13 Aug 2026 01:47:13 +0900</pubDate>
      <guid>https://physicalaihub.net/posts/robot-localization-camera-lidar-imu-fusion/</guid>
      <description>&lt;p&gt;センサーを増やすほど自己位置推定が安定するのか、環境条件から考え直せる点がこのテーマの面白さです。&lt;/p&gt;&#xA;&lt;h2 id=&#34;導入&#34;&gt;導入&lt;/h2&gt;&#xA;&lt;p&gt;ロボットの自己位置推定で、カメラ・LiDAR・IMUを常にすべて使えばよいとは限りません。選択の基本は、IMUを短時間の運動伝播に使い、カメラは視覚特徴、LiDARは距離と幾何形状の拘束に使うことです。明るく特徴の多い環境ではカメラ+IMU、暗所や照明変動下で幾何が豊富な環境ではLiDAR+IMUが有力です。視覚と幾何のどちらか一方が失敗しやすく、冗長性も必要なら3センサー構成を検討します。&lt;/p&gt;&#xA;&lt;p&gt;ただし、センサー数の多さだけで精度が決まるわけではありません。時刻同期、外部パラメータ、座標系、IMUバイアスを整合でき、追加される計算量と実装負荷を許容できることが前提です。&lt;/p&gt;&#xA;&lt;h2 id=&#34;なぜ組み合わせの判断が必要か&#34;&gt;なぜ組み合わせの判断が必要か&lt;/h2&gt;&#xA;&lt;p&gt;自己位置推定は、各センサーの観測を同じ状態推定問題へ取り込む処理です。センサーには得意な時間スケールと失敗条件があります。IMUは高レートですが、バイアスやノイズを積分するため、単独では時間とともにドリフトします。カメラは再観測による相対的な拘束を与えられますが、照明やテクスチャに左右されます。LiDARは照明そのものではなく形状を観測できますが、幾何的に特徴の少ない場所や点群が疎になる条件では位置合わせが退化します。&lt;/p&gt;&#xA;&lt;p&gt;したがって設計の問いは「どのセンサーが最も高性能か」ではなく、「対象環境でどの観測が残り、どの失敗を別の観測で補えるか」です。&lt;/p&gt;&#xA;&lt;h2 id=&#34;各センサーが提供する情報&#34;&gt;各センサーが提供する情報&lt;/h2&gt;&#xA;&lt;h3 id=&#34;imu高レートの短期伝播&#34;&gt;IMU：高レートの短期伝播&lt;/h3&gt;&#xA;&lt;p&gt;IMUは角速度と比力を取得し、姿勢・速度・位置の短時間の伝播を支えます。カメラやLiDARの観測間をつなぎ、高速運動時にも状態を更新できる点が役割です。一方、慣性積分だけでは誤差が蓄積するため、カメラやLiDARからの拘束でバイアスと状態を補正します。&lt;/p&gt;&#xA;&lt;h3 id=&#34;カメラ特徴と外観による相対拘束&#34;&gt;カメラ：特徴と外観による相対拘束&lt;/h3&gt;&#xA;&lt;p&gt;カメラは画像特徴の追跡と、外観情報の再観測を利用します。十分な照明、視覚テクスチャ、適度なモーションがある環境では、IMUと組み合わせたVisual-Inertial Odometry（VIO）が機能します。画像特徴を一時的に追跡できない場合でも、IMUが短時間の運動拘束を提供しますが、視覚観測が長く失われれば慣性ドリフトを抑えにくくなります。&lt;/p&gt;&#xA;&lt;h3 id=&#34;lidar距離と幾何による拘束&#34;&gt;LiDAR：距離と幾何による拘束&lt;/h3&gt;&#xA;&lt;p&gt;LiDARは点群の距離・幾何形状を使い、スキャン間またはスキャンと地図の位置合わせを行います。暗所や照明変動の影響を受けにくい環境では、IMUと組み合わせたLiDAR-Inertial Odometry（LIO）が候補になります。IMUは短時間の運動推定だけでなく、点群のモーションデスクューにも利用できます。ただし、広く平坦な場所など幾何的な手掛かりが少ない環境では、LiDARの拘束が弱くなる可能性があります。&lt;/p&gt;&#xA;&lt;figure class=&#34;mermaid-figure&#34;&gt;&#xA;    &lt;pre class=&#34;mermaid&#34; role=&#34;img&#34; aria-label=&#34;IMUによる短時間伝播に、カメラの視覚拘束とLiDARの幾何拘束を組み合わせる概念図。実際の性能や処理順序は実装に依存します。&#34;&gt;flowchart LR&#xA;  I[&#34;IMU\n角速度・比力&#34;] --&gt; P[&#34;高レートの短時間伝播\n姿勢・速度・位置&#34;]&#xA;  C[&#34;カメラ\n画像特徴・再観測&#34;] --&gt; V[&#34;視覚拘束&#34;]&#xA;  L[&#34;LiDAR\n距離・点群・幾何形状&#34;] --&gt; G[&#34;幾何拘束\nスキャン間または地図との位置合わせ&#34;]&#xA;  I --&gt; D[&#34;点群のモーションデスクュー&#34;]&#xA;  D --&gt; G&#xA;  P --&gt; E[&#34;状態推定器&#34;]&#xA;  V --&gt; E&#xA;  G --&gt; E&#xA;  E --&gt; S[&#34;状態・IMUバイアスの補正&#34;]&#xA;  E -.-&gt; Q[&#34;品質指標の監視\n残差・イノベーションなど&#34;]&#xA;  E --&gt; M[&#34;推定状態&#34;]&#xA;  K[&#34;EKF系または因子グラフ・平滑化系&#34;] --&gt; E&lt;/pre&gt;&lt;figcaption&gt;IMUによる短時間伝播に、カメラの視覚拘束とLiDARの幾何拘束を組み合わせる概念図。実際の性能や処理順序は実装に依存します。&lt;/figcaption&gt;&lt;/figure&gt;&lt;h2 id=&#34;代表的な構成の比較&#34;&gt;代表的な構成の比較&lt;/h2&gt;&#xA;&lt;table&gt;&#xA;  &lt;thead&gt;&#xA;      &lt;tr&gt;&#xA;          &lt;th&gt;構成&lt;/th&gt;&#xA;          &lt;th&gt;主な観測&lt;/th&gt;&#xA;          &lt;th&gt;向く条件&lt;/th&gt;&#xA;          &lt;th&gt;主な失敗条件・負荷&lt;/th&gt;&#xA;      &lt;/tr&gt;&#xA;  &lt;/thead&gt;&#xA;  &lt;tbody&gt;&#xA;      &lt;tr&gt;&#xA;          &lt;td&gt;IMU単独&lt;/td&gt;&#xA;          &lt;td&gt;角速度・比力の積分&lt;/td&gt;&#xA;          &lt;td&gt;高レートの短期伝播&lt;/td&gt;&#xA;          &lt;td&gt;バイアスとノイズによるドリフト&lt;/td&gt;&#xA;      &lt;/tr&gt;&#xA;      &lt;tr&gt;&#xA;          &lt;td&gt;カメラ+IMU（VIO）&lt;/td&gt;&#xA;          &lt;td&gt;画像特徴、再観測、慣性&lt;/td&gt;&#xA;          &lt;td&gt;明るく視覚特徴が豊富な屋内外&lt;/td&gt;&#xA;          &lt;td&gt;暗所、照明変動、テクスチャ不足、視覚追跡喪失&lt;/td&gt;&#xA;      &lt;/tr&gt;&#xA;      &lt;tr&gt;&#xA;          &lt;td&gt;LiDAR+IMU（LIO）&lt;/td&gt;&#xA;          &lt;td&gt;点群の距離・幾何、慣性&lt;/td&gt;&#xA;          &lt;td&gt;暗所、照明変動下、幾何が豊富な場所&lt;/td&gt;&#xA;          &lt;td&gt;幾何的特徴の不足、点群が疎な条件&lt;/td&gt;&#xA;      &lt;/tr&gt;&#xA;      &lt;tr&gt;&#xA;          &lt;td&gt;カメラ+LiDAR+IMU&lt;/td&gt;&#xA;          &lt;td&gt;視覚、幾何、慣性&lt;/td&gt;&#xA;          &lt;td&gt;視覚と幾何の一方が失敗しやすい環境、冗長性が必要な長時間運用&lt;/td&gt;&#xA;          &lt;td&gt;計算量、実装・校正負荷、同期や座標整合の複雑化&lt;/td&gt;&#xA;      &lt;/tr&gt;&#xA;  &lt;/tbody&gt;&#xA;&lt;/table&gt;&#xA;&lt;p&gt;3センサー構成は、カメラとLiDARの観測が相互補完になるときに意味があります。たとえば照明条件が不安定でも形状が豊富ならLiDARが支え、幾何が一時的に弱くても視覚特徴が残っていればカメラが補います。ただし、3センサーの優位性をあらゆる条件で示す一般的な比較結果があるわけではなく、採用判断は環境、実装、計算資源に依存します。&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
