<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>姿勢制御 on Physical AI Hub</title>
    <link>https://physicalaihub.net/tags/%E5%A7%BF%E5%8B%A2%E5%88%B6%E5%BE%A1/</link>
    <description>Recent content in 姿勢制御 on Physical AI Hub</description>
    <generator>Hugo</generator>
    <language>ja-jp</language>
    <lastBuildDate>Sun, 01 Nov 2026 14:47:08 +0900</lastBuildDate>
    <atom:link href="https://physicalaihub.net/tags/%E5%A7%BF%E5%8B%A2%E5%88%B6%E5%BE%A1/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>自律ドッキングの実装設計：位置合わせ・接近制御・充電接続を分解する</title>
      <link>https://physicalaihub.net/posts/robot-autonomous-docking-localization-control-charging/</link>
      <pubDate>Sun, 01 Nov 2026 14:47:08 +0900</pubDate>
      <guid>https://physicalaihub.net/posts/robot-autonomous-docking-localization-control-charging/</guid>
      <description>&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;充電ステーションまでの移動は、通常のナビゲーションが得意とする問題です。一方、接触直前の位置合わせでは、地図上の自己位置だけでは扱いにくい局所的な誤差や、ドック設置位置のずれが問題になります。そのため、ステージング地点を境に、地図・大域自己位置推定からドック固有の相対センサーへ重心を移します。&lt;/p&gt;&#xA;&lt;p&gt;さらに、接触したように見えても、端子の位置ずれや接続状態によって充電が成立しない可能性があります。ドッキング判定と充電判定を分離すれば、ロボットが物理的には停止しているものの、充電できていない状態を検出できます。&lt;/p&gt;&#xA;&lt;h2 id=&#34;前提となる用語&#34;&gt;前提となる用語&lt;/h2&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;&lt;strong&gt;大域自己位置推定&lt;/strong&gt;：地図上でロボットがどこにいるかを推定する機能。ステーション周辺までの経路走行に使います。&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;ステージング地点&lt;/strong&gt;：ドック固有の近距離処理へ切り替えるための待機位置です。&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;相対位置・姿勢推定&lt;/strong&gt;：ロボットから見たドックの距離、横方向のずれ、向きなどを推定する処理です。&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;ドッキング判定&lt;/strong&gt;：物理的にドックへ到達し、所定の姿勢や停止条件を満たしたかを確認する処理です。&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;充電判定&lt;/strong&gt;：ドックとの電気的な接続が成立し、充電状態になったかを確認する処理です。&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;h2 id=&#34;内部の仕組み不確実性を順にゲート化する&#34;&gt;内部の仕組み：不確実性を順にゲート化する&lt;/h2&gt;&#xA;&lt;p&gt;代表的な構成は、通常のナビゲーションでステージング地点へ移動し、その後にドック固有の処理を実行する段階構成です。汎用フレームワークでは、ステージング位置の取得、相対位置の精密化、最終接近、ドッキング状態、充電状態を別々の処理として設計できます。一方、組み込み型ロボットでは、これらが一つのDockアクションに隠蔽されることもあります。抽象化の違いであり、段階的に確認する考え方と矛盾しません。&lt;/p&gt;&#xA;&lt;p&gt;相対位置推定に使うセンサーは一つに決まりません。実装に応じて、赤外線、カメラ、レーザー・距離センサー、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;大域自己位置推定からドック相対位置合わせへ段階的に切り替え、ドッキングと充電を分離して検証する制御フロー。&#34;&gt;flowchart LR&#xA;  A[&#34;ステーション同定・大域自己位置推定&#34;] --&gt; B[&#34;ステージング地点へ移動&#34;]&#xA;  B --&gt; C[&#34;ドック相対座標系へ切り替え&#34;]&#xA;  C --&gt; D[&#34;相対位置・姿勢を精密化&#34;]&#xA;  D --&gt; E[&#34;低速接近&#34;]&#xA;  E --&gt; F[&#34;接触・ドッキング状態を検証&#34;]&#xA;  F --&gt; G[&#34;充電状態を検証&#34;]&#xA;  G --&gt; H[&#34;ドッキング成功&#34;]&#xA;&#xA;  B --&gt;|&#34;到達不可・タイムアウト&#34;| R[&#34;停止または再位置推定&#34;]&#xA;  D --&gt;|&#34;姿勢誤差・観測不安定&#34;| S[&#34;停止または後退&#34;]&#xA;  E --&gt;|&#34;障害物・異常接触・タイムアウト&#34;| S&#xA;  F --&gt;|&#34;停止・姿勢・ドック状態が未成立&#34;| T[&#34;後退して制限回数内で再試行&#34;]&#xA;  G --&gt;|&#34;充電未成立・タイムアウト&#34;| T&#xA;  S --&gt; R&#xA;  T --&gt;|&#34;再位置推定後&#34;| C&#xA;  T --&gt;|&#34;再試行上限超過&#34;| U[&#34;異常通知または遠隔介入&#34;]&#xA;  R --&gt;|&#34;復旧可能&#34;| B&lt;/pre&gt;&lt;figcaption&gt;大域自己位置推定からドック相対位置合わせへ段階的に切り替え、ドッキングと充電を分離して検証する制御フロー。&lt;/figcaption&gt;&lt;/figure&gt;&lt;p&gt;図では、ステーションの同定と大域移動から始め、ステージング地点でドック基準の相対座標へ切り替えます。相対位置・姿勢を確認した後に低速接近し、接触・ドッキングを検証します。最後に充電状態を確認し、途中で条件を満たせなければ後退または再位置推定へ戻ります。&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
