⚠️ 要確認の草案。 本稿は社長提供のコンサル稿『親子車協調システムソフトに外付けハードは必要か』と本プロジェクトの調査を統合し、既に固めた口径で訂正した：宇樹は EDU 版のみが完全な低層二次開発を開放（消費者向け Air/Pro は基本ロック）；GO2/B2 の具体的インターフェース数と算力は公式規格ページを基準；価格は桁感の概算のみ・流通と時点で数倍変動；外部リンクは全て curl で実測（support.unitree.com は 567 のアンチクローラコードを返すがブラウザでは到達可能、デッドリンクではない）。姉妹篇に接続：仙工システムで親子車倉庫搬送、GO2 スタート選定・統合、協調ソフト横断リスト。
🧭 一言総覧
答えは一つのことで決まる：母車に子犬を"物理的におんぶさせる"かどうか。
- 物理的に積載したい（母車が犬を背負って走る）→ 機械ドッキングハードは避けられない：積載デッキ、乗降スロープ、ロック機構、（オプション）充電接点——これらはソフトがどれほど完璧でも代替できない。
- 論理的協調／リレーだけでよい（犬は自分で歩く・AGV も自分で歩く、ソフトは統一配車のみ）→ 専用の外付けハードはほぼ不要、ソフトインターフェース＋双方の既存センサーで足りる。
しかも重要な追い風がある：通信と算力というこの二類のハードは、宇樹 GO2 EDU / B2 が標準で揃えている（ギガビット LAN、Wi-Fi、Orin/i7 算力）。"子車"として使うなら通信チップや計算ボックスを外付けする必要は基本なく、ソフトインターフェースを決めるだけで直接対話できる。本当に"避けられない"のは、物理的積載に必要な機械ドッキング部品と安全ハード遮断だけだ。
🧠 まず一つの誤解を解く：「インターフェース」と「ドッキング」は別物
ソフトインターフェースが決めるのは**"対話のルール"——API、通信プロトコル、配車タイミング（誰がどこへ、いつドッキングし、タスクをどう引き継ぐか）。だがソフトは原子を動かせない**：母車に本当に犬を"背負わせ"、犬を"落ちないよう立たせ"、犬に"降車して階段を昇らせる"には、実体機構が実行しなければならない。
だから「インターフェースを決めた」≠「ハード不要」。インターフェースの役割は、あなたのソフトがハードを命令でき、ハードの反馈を読めるようにすること；動作を実行するハードは必要なら必要だ。これがまさに VDA5050 のような標準の境界である——それは論理層のベンダー非依存な相互接続（配車／報告）だけを解決し、機械ドッキングは一切扱わない10。
🔧 五類のハードを一つずつ点検：どれが標準装備、どれが外付け必須か
| ハード分類 | 役割 | 宇樹 GO2 EDU/B2 を子車にする場合 |
|---|---|---|
| ① 通信ハード（データリンク） | 分離状態で位置/状態/指令をリアルタイム同期 | 基本的に外付け不要：Wi-Fi＋ギガビット LAN を標準装備（深い棚で電波が悪い時に限り UWB/専用周波数無線の外付けが要る可能性） |
| ② エッジ計算ボックス | ローカルアルゴリズムを走らせる（御社の RC 異常検知含む） | 外付け不要：EDU は NVIDIA Orin 算力を内蔵オプション、B2 は i7 標準＋ Orin NX 増設可 |
| ③ 測位／位置合わせセンサー | 母車の精密停車＋犬車の物理的ドッキング | 犬自前の LiDAR/カメラを一部流用；ただし精密な位置合わせには専用マーカー（AprilTag/QR コード）＋在席検知（光電/近接スイッチ）がなお必要なことが多い |
| ④ 機械的積載／スロープ／ロック機構／充電接点 | 物理的積載、固定、充電 | 外付け必須（ソフトで代替不能）——"物理的に積載"するルートでのみ必要 |
| ⑤ 安全ハード遮断 I/O（セーフティバンパー/ライトカーテン/非常停止） | 衝突/スタック時の物理的ハード保護 | 強く推奨：B2 の多系統 GPIO で 0 遅延ハード信号が可能、ちょうど RC エッジ異常検知に繋がる |
結論：宇樹犬は ①② というこの二類、"ソフト会社が自前で組むのを最も恐れる"ハード（通信＋算力）を出荷時点で揃えている；本当に追加で必要なのは、④ 物理積載の機械部品（しかも積載ルートのみ）と⑤ 安全ハード遮断であり、③ の位置合わせマーカーは精度要件に応じて追加する。
🛞 二つのルート：「物理積載」するか否かがハード量を決める
方案 A：真の親子車（母車が子犬を物理的におんぶして走る）
機械ドッキングハードは避けられない：積載デッキ＋乗降スロープ/ガイドレール＋位置合わせ誘導（AprilTag/レール、ドッキング精度は ≥99.9% 必要）＋ロック機構（さもないと母車が曲がる/坂を上るたびに犬が落ちる）＋（オプション）充電接点。このルートではドッキング機構が全体で最も難しく、信頼性を最も左右する部分だ——ただし通信/算力は依然すべて宇樹犬の標準装備に頼れる。
方案 B：論理的協調／リレー（物理積載しない）
犬は自分で歩く・AGV も自分で歩く、ソフトは統一配車とリレーのみを担う——例えば AGV が貨物を階段口/坂下まで運び、犬がそこからリレーで上階へ運ぶ。
- 専用ドッキングハードはほぼ不要：ソフトインターフェース＋双方の既存センサーで足りる；
- 唯一必要になり得るのは固定充電ステーション（車上には外付けしない）と貨物受け渡し点の移載機構（貨物を犬⇄車間で持ち替える場合）。
→ 方案 B はハードが最も少なく、ソフトの価値が最も大きく、ソフトで差別化したい会社のスタートに最適；貨物重量/シーンが固まり、積載が本当に必要になった段階で方案 A の機械ドッキング部品を導入する。これは横断調査の結論とも呼応する：市場に欠けているのはこの層の異種協調配車ソフトであり、ドッキングの鉄部品ではない。
📦 宇樹 GO2 / B2 を"子車"にする：なぜ通信/計算が外付け不要か
宇樹四足は本体が高度に統合されたモバイルエッジ計算プラットフォームであり、版を選べば通信と算力のインターフェースは"溢れる"ほどある：
- GO2：Wi-Fi＋ Bluetooth 内蔵；公式拡張ドックが標準ギガビット LAN（RJ45）/ USB を提供；EDU 版は NVIDIA Jetson Orin 算力をオプション搭載でき、ローカルで RC アルゴリズムを走らせるに十分1。⚠️ ただし EDU 版のみが完全な低層二次開発を開放——消費者向け Air/Pro は基本ロック、統合には必ず EDU が必要（GO2 スタート選定篇 参照）。
- B2（大載重工業犬）：機体が多系統ギガビット LAN、USB、5V/12V/24V 給電と汎用 GPIO を直接提供、内部に Intel プロセッサを標準搭載、NVIDIA Orin NX を増設可2。工業インターフェースが最も揃い、"子車であり、かつ自前の安全 I/O を持つ"役割に最適。
- 二次開発は公式 SDK / ROS2 経由：宇樹は全ラインで ROS2 をネイティブサポート6、コミュニティにも成熟した GO2 ROS2 ドライバが参考としてあり7、コントローラ/インターフェース資料は第三者ドキュメントサイトを参照8、開発者ポータルは公式サポートサイトを参照5。
一言：宇樹 GO2 EDU/B2 を子車にすれば、通信と計算のハードは確かに別途外付け不要、ソフトインターフェースを決めるだけで外部と通信できる——前提は EDU/工業版を選ぶこと。
🤖 宇樹犬が直結できる AGV/AMR（"母車"として）
母車が工業標準ネットワークプロトコルに対応し、かつ低層 API（特に ROS/ROS2）を開放していれば、ハードを追加せず LAN ケーブル一本または Wi-Fi で直結できる：
- ROS2 ネイティブ台車（最も完璧な直結）：宇樹は全ラインで ROS2 ネイティブ6、市場には多数の ROS/ROS2 標準台車があり犬を直接載せられる。代表：松灵机器人 AgileX（Scout / Bunker 系列のホイール式/クローラ式台車）9、海外の Clearpath 等。接続方法：LAN ケーブルで犬の RJ45 と台車主制御を繋ぎ、双方が ROS2 Topic/Service で直接対話——犬が台車のオドメトリ/速度（制御量）を読み、台車が犬のナビ指揮を聞く。
- HTTP WebAPI / Modbus TCP を開放した商用 AMR：現代のレーザー誘導 AMR は多くが車載主制御でネットワークインターフェースを開放している。代表：MiR11、極智嘉 Geek+12、海康机器人 Hikrobot13、快仓 Quicktron14。接続方法：犬が自前の Wi-Fi/LAN で母車に JSON 指令（"X 棚へ行って停車"）を送る、または母車の座標を読む。
- I/O GPIO ハード結合（高信頼の密結合）：ネットワークのパケットロスが心配な場合、B2 の多系統 24V/12V 給電と汎用 GPIO を使い、"犬が母車に伏せた"瞬間に物理接点を閉じて母車主制御に High/Low を渡せる2——遅延はほぼ 0 ミリ秒、安全ロックや緊急制動の最高優先度信号に最適。
⚠️ 正直な注記：上記 AGV の "直結可能" は論理/通信層で標準プロトコルにより対話できるという意味；母車に物理的に犬を積載するなら、母車側に方案 A の積載/ロック機械部品を加える必要がなお残る——ネットワークが通じるかと機械で積載できるかは別物だ。各 AMR の API 具体仕様はベンダー文書を基準とする（多くはプロジェクト制での開放、協調ソフト横断リスト 参照）。
📊 外付けハードコスト（桁感のみ・概算、公式見積りではない）
価格はブランド、工業防護等級（IP65/67）、本質安全認証、流通と時点で数倍差が出る。桁感の判断にのみ用い、見積りではない。
| ハード分類 | 典型機器の例 | 桁感（1 台/セット） | 核心的役割 |
|---|---|---|---|
| 通信ハード | 工業用無線 AP/クライアント（Moxa、Phoenix 等） | ¥3,000 – ¥15,000 | 鉄骨棚の奥での安定通信 |
| 測位センサー | 2D/3D 工業用 LiDAR（SICK、北陽、Pepperl+Fuchs） | ¥8,000 – ¥40,000 | ミリ単位の物理ドッキング/精密位置合わせ |
| エッジ計算コア | 工業用 FPGA 開発ボード / 組込み AI ボックス | ¥2,000 – ¥10,000 | RC エッジ異常検知アルゴリズムを走らせる |
| 安全機構 | セーフティライトカーテン / 近接スイッチ / セーフティバンパー | ¥1,500 – ¥6,000 | 機械衝突時の物理ハード遮断 |
コスト削減の要点：宇樹 GO2 EDU/B2 を子車にすれば、通信＋エッジ計算の二段は基本的に省ける（標準装備）；残るのは主に位置合わせセンサー（精度次第）＋安全機構＋（積載ルートのみの）機械ドッキング部品だ。
🎯 自社開発＋ NEDO 提案への着地提言
- まず方案 B でソフトの閉ループを検証（最速・最安・堀を最も体現できる）：犬と AGV がそれぞれ自分の脚を管理し、ソフトは異種配車＋リレー編成のみを担う；貨物重量/シーンが固まってから方案 A の機械積載部品を導入する。
- ハードコストを最小化してセールスポイントに："既存の工業 AMR ハードを改造する必要なし、宇樹ネイティブのギガビット LAN と高算力エッジプラットフォームをフル活用"を強調する——これこそ NEDO が好む低コストの社会実装性だ。
- 会社の RC エッジ異常検知という堀を受け止める：子車/母車で宇樹標準の ROS2 インターフェースから**制御量（モータ電流、関節トルク、LiDAR 距離）**を取得し、内蔵 Orin 上で RC（リザバー）リッジ回帰の異常検知を走らせ、犬が脱線/スタックする寸前にミリ秒級でブレーキ指令を下す——親子車の受け渡し瞬間に"軌道の微変形/スリップ衝突"を検知するのは絶好の着地シーンだ（会社既存の Demo と NEDO 実績に接続、チーム既有成果・RC エッジ AI 参照）。
- 安全はハード I/O で最後の砦に：B2 の GPIO 物理接点で 0 遅延の非常停止/ロックを行い、ソフト検知の上に立つ最高優先度のハード保護とする。
⚠️ 正直な注記と訂正
- 宇樹は EDU/工業版のみが完全な低層二次開発を開放；消費者向け Air/Pro は基本ロック、統合には必ず EDU を選ぶ——消費者版で計画しないこと。
- GO2/B2 のインターフェース数、算力構成は公式規格ページを基準；本稿のインターフェース記述は公式ページと第三者文書を総合したもの、具体は実機検証/公式文書を基準とする。
- 価格はすべて桁感の概算・公式見積りではない、流通と時点で数倍変動する。
- "AGV に直結可能" = 論理/通信層；物理積載にはなお機械ドッキングハードが要る、両者を混同しないこと。
- VDA5050 は論理層の相互接続のみを扱い、機械ドッキングは扱わない；かつ 2D ホイール式のみが対象（協調ソフト横断リスト 参照）。
- support.unitree.com の開発者ポータルは curl で 567 を返す（アンチクローラコード、ブラウザでは到達可能、デッドリンクではない）。