200923 01jp
- 2. はじめに • RTミドルウエアの概要 – 基本概念 • OpenRTM-aist-1.2の新機能と開発ロード マップ • ROSとの⽐較、動向 • プラットフォームロボットプロジェクト • RTMコミュニティー活動 • まとめ 2
- 4. 44 • RT = Robot Technology cf. IT – ≠Real-time – 単体のロボットだけでなく、さまざまなロボット技術に基づく 機能要素をも含む (センサ、アクチュエータ, 制御スキーム、ア ルゴリズム、etc….) • RT-Middleware （RTM) – RT要素のインテグレーションのためのミドルウエア • RT-Component （RTC) – RT-Middlewareにおけるソフトウエアの基本単位 RT-Middleware + + + + + RTとは? 産総研版RTミドルウエア OpenRTM-aist
- 5. ロボットミドルウエアについて • ロボットシステム構築を効率化するための共通機 能を提供する基盤ソフトウエア – 「ロボットOS」と呼ばれることもある – インターフェース・プロトコルの共通化、標準化 – 例として • モジュール化・コンポーネント化フレームワークを提供 • モジュール間の通信をサポート • パラメータの設定、配置、起動、モジュールの複合化（結合 ）機能を提供 • 抽象化により、OSや⾔語間連携・相互運⽤を実現 • 2000年ごろから開発が活発化 – 世界各国で様々なミドルウエアが開発・公開されて いる 5
- 6. 6 従来のシステムでは… Controller Controller software 互換性のあるインターフェース同⼠は接続可能 Robot Arm Control software Robot Arm1 ロボットを制御するプログラム 制御対象のロボット
- 7. 7 ロボットによって、インターフェースは⾊々 互換性が無ければつながらない Robot Arm2 Robot Arm2 Controller software Humanoidʼs Arm Control software Robot Arm Control software 従来のシステムでは… Controller 制御対象のロボット 制御対象のロボット ロボットを制御するプログラム
- 8. 8 compatible arm interfaces RTミドルウエアは別々に作られた ソフトウエアモジュール同⼠を繋ぐ ための共通インターフェースを提供 ソフトウエアの再利⽤性の向上 RTシステム構築が容易になる Controller software Arm A Control software Arm B Control software RTミドルウエアでは… Robot Arm2 Robot Arm1 Controller ロボットを制御するプログラム 制御対象のロボット 制御対象のロボット
- 9. ロボットソフトウェア開発の⽅向 コンポーネント指向開発従来型開発 カメラ マイク 頭・腕駆動 ⾳声合成 ステレオビジョン 対話⾳声認識 顔認識 ミドルウェア ステレオビジョン 対話⾳声認識 顔認識 カメラ マイク 頭・腕駆動 ⾳声合成 様々な機能を融合的に設計 実⾏時の効率は⾼いが、柔軟性に⽋ける システムが複雑化してくると開発が困難に ⼤規模複雑な機能の分割・統合 開発・保守効率化（機能の再利⽤等） システムの柔軟性向上 9
- 10. モジュール化のメリット • 再利⽤性の向上 – 同じコンポーネントをいろいろなシステムに使いまわせる • 選択肢の多様化 – 同じ機能を持つ複数のモジュールを試すことができる • 柔軟性の向上 – モジュール接続構成かえるだけで様々なシステムを構築できる • 信頼性の向上 – モジュール単位でテスト可能なため信頼性が向上する • 堅牢性の向上 – システムがモジュールで分割されているので、⼀つの問題が全 体に波及しにくい 10
- 11. RTコンポーネント化のメリット モジュール化のメリットに加えて • ソフトウエアパターンを提供 – ロボットに特有のソフトウエアパターンを提供する ことで、体系的なシステム構築が可能 • フレームワークの提供 – フレームワークが提供されているので、コアのロジ ックに集中できる • 分散ミドルウエア – ロボット体内LANやネットワークロボットなど、分 散システムを容易に構築可能 11
- 12. RTコンポーネントの主な機能 12 Inactive Active Error アクティビティ・実⾏コンテキスト ライフサイクルの管理・コアロジックの実⾏ 共通の状態遷移 センサRTC 複合実⾏ 制御RTC アクチュエータRTC エンコーダ コンポーネント アクチュエータ コンポーネント 制御器 コンポーネント 1 TI s TDs Kp+ - ⽬標値 位置 位置 トルク データポート • データ指向ポート • 連続的なデータの送受信 • 動的な接続・切断 データ指向通信機能 サーボの例 • 定義可能なインターフェースを持つ • 内部の詳細な機能にアクセス – パラメータ取得・設定 – モード切替 – etc… サービスポート 画像 データ 3Dデプス データ ステレオビジョンの例 ステレオビジョン インターフェース ・モード設定関数 ・座標系設定関数 ・キャリブレーション ・etc… サービスポート ステレオビジョン コンポーネント データポート サービス指向相互作⽤機能 名前 値 セット名 名前 値 セット名 複数のセットを 動作時に 切り替えて 使⽤可能 コンフィギュレーション • パラメータを保持する仕組み • いくつかのセットを保持可能 • 実⾏時に動的に変更可能
- 13. ミドルウェアを利⽤した開発の利点 13 ℓ1 ℓ2 θ2 ( x , y ) θ1 既存のものが 再利⽤可能 新規開発が必要 ライブラリなどを 利⽤して⾃作 3DカメラPoint Cloud 把持戦略 プランニング 逆運動学計算 ロボットアーム制御 グリッパ制御 ミドルウェアを利⽤する と、既存のモジュールが 利⽤できる 開発するときに新規に作 らなければならない部分 は少なくて済む ピッキングロボットの構築例 ※図は実際の構成ではありません。
- 14. RTミドルウエアによる分散システム RTC (Java) RTC (C++) RTM Windows RTC (C++) RTC (C++) RTM uITRON RTC (Python) RTC (Java) RTM Linux RTC (C++) RTC (C++) RTM VxWorks RTC (Python) RTC (C++) RTM Real-time Linux RTC (C++) アプリケーション 操作デバイス センサ ロボットA ロボットB ロボットC ネットワーク RTMにより、 ネットワーク上に 分散するRTCを OS・⾔語の壁を 越えて接続する ことができる。 RTC同⼠の接続 は、プログラム 実⾏中に動的に ⾏うことが出来る。 RTC (C++) RTC (C++) RTM QNX 14
- 15. 15 RTミドルウエアの⽬的 モジュール化による問題解決 • 仕様の明確化 • 最新技術を容易に利⽤可能 • 誰でもロボットが作れる ロボットの低コスト化 多様なニーズに対応 コストの問題 技術の問題 ニーズの問題 ︕ ︕ ︕ ︕ 最新の理論・ アルゴリズム A社製移動ベース B社製アーム C社製センサ・・・ 多様なユーザ システム開発者 カスタマイズが容易に RTコンポーネント化 最新技術を利⽤可能 ロボットシステムインテグレーションによるイノベーション モジュール化・再利⽤ 仕様
- 16. 実⽤例・製品化例 Robot operation simulator: NEDO S-ONE︓SCHAFT DAQ-Middleware: KEK/J-PARC KEK: High Energy Accelerator Research Organization J-PARC: Japan Proton Accelerator Research Complex HIRO, NEXTAGE open: Kawada Robotics HRP series: KAWADA and AIST TOYOTA L&F︓Air-T VSTONEʼs education robots OROCHI（RT corp.） 16 THK: SIGNAS system
- 17. RTミドルウェアは国際標準 名称 ベンダ 特徴 互換性 OpenRTM-aist 産総研 NEDO PJで開発。参照実装。 --- HRTM ホンダ アシモはHRTMへ移⾏中 ◎ OpenRTM.NET セック .NET(C#,VB,C++/CLI, F#, etc..) ◎ RTM on Android セック Android版RTミドルウエア ◎ RTC-Lite 産総研 PIC, dsPIC上の実装 〇 Mini/MicorRTC SEC NEDOオープンイノベーションPJで 開発 〇 RTMSafety SEC/AIST NEDO知能化PJで開発・機能安全認 証取得 〇 RTC CANOpen SIT, CiA CAN業界RTM標準 〇 PALRO 富⼠ソフト ⼩型ヒューマノイドのためのC++ PSM 実装 × OPRoS ETRI 韓国国家プロジェクトでの実装 × GostaiRTC GOSTAI, THALES ロボット⾔語上で動作するC++ PSM 実装 × 標準化組織で⼿続きに沿って策定 → 1組織では勝⼿に改変できない安⼼感 → 多くの互換実装ができつつある → 競争と相互運⽤性が促進される OMG国際標準 特定のベンダが撤退しても ユーザは使い続けることが可能 RTミドルウエア互換実装は10種類以上 標準化履歴 • 2005年9⽉ Request for Proposal 発⾏(標準化開始) • 2006年9⽉ OMGで承認、事実上の国際標準獲得 • 2008年4⽉ OMG RTC標準仕様 ver.1.0公式リリース • 2012年9⽉ ver. 1.1改定 • 2015年9⽉ FSM4RTC(FSM型RTCとデータポート標準) 採択 17
- 18. ROSとの⽐較、動向 18
- 19. ROSとRTM ROSの特⻑ • UNIX⽂化に根差した設計思想 – Windows等Linux以外は原則サ ポートしない – ROS2ではLinux以外もサポート • 独⾃のパッケージ管理システ ムを持つ • ノード（コンポーネント）の 質、量ともに豊富 – OSRFが直接品質を管理してい るノードが多数 • ユーザ数が多い • メーリングリストなどの議論 がオープンで活発 – コアライブラリの仕様が固定し にくい • 英語のドキュメントが豊富 OpenRTMの特⻑ • 対応OS・⾔語の種類が多い – Windows、UNIX、uITRON、T- Kernel、VxWorks、QNX – Windowsでネイティブ動作する • ⽇本国内がメイン – ⽇本語ドキュメント・ML・講習会 – ユーザ数が少ない • GUIツールがあるので初⼼者向き – コマンドラインツールの種類は少ない – rtshell • 仕様が標準化されている – OMGに参加すればだれでも変更可 – サードパーティー実装が作りやすい – すでに10程度の実装あり • コンポーネントモデルが明確 – オブジェクト指向、UML・SysMLとの 相性が良い – モデルベース開発 • IEC61508機能安全認証取得 – RTMSafety 19
- 20. ROS1→ROS2へ • NASAの仕事を請け負った時に、独⾃形式のROS messageはNASAでは使えないから、プロトタイプを ROSで実装後にすべて作り直した • NASAでは何らかの標準に準拠したものでないと使えな い。その時は結局DDSを使⽤した。 • それ以外にもROS1では、1ノード1プロセス、コンポー ネントモデルがないので、モデルベース開発にならない 、ROS masterがSPOFになっているなど不都合な点が 多々ある • それ故、ROS2ではこれらの問題点を克服するため全く 新しい実装にする予定。 20
- 21. ROS2 • 最新版︓2016年12⽉ Beta版リリース • 標準ミドルウェアの利⽤ – ⾃前主義からの脱却（NASAや商⽤システムでは何らかの標準準 拠が求められるため） – 通信部分はOMG標準のDDS（Data Distribution Service、 OMG規格）を採⽤ • コンポーネントモデルを導⼊することにした – RTMのように組み込み、性能を意識したアーキテクチャへ • 対応OSの拡⼤ – これまでは、ある特定のLinux（Ubuntu Linux）のみ – ROS2では、Windows、Macにも対応 – ただし、リアルタイムOS（VxWorks、QNX等）への対応はな し 21 http://design.ros2.org/articles/ros_middleware_interface.html OMGによる通信規格DDSを採⽤ 航空・軍事・医療・鉄道などで実績のある通信ミドルウエア標準
- 23. プロジェクトページ • ユーザが⾃分の作品 を登録 • 他のユーザの作った RTCを探すことがで きる 23 タイプ 登録数 RTコンポーネント群 405 RTミドルウエア 14 ツール 19 仕様・文書 4 ハードウエア 28
- 24. サマーキャンプ • 毎年夏に1週間開催 • 今年︓8⽉24⽇〜8⽉28⽇ – オンラインで実施 • 参加⼈数︓11名 • 場所︓産総研つくばセンター – Online (Zoom) • 座学と実習を1週間⾏い、最後に それぞれが成果を発表 • 産総研内のさくら館に宿泊しなが ら夜通し︖コーディングを⾏う︕ 24
- 25. RTミドルウエアコンテスト • SICE SI （計測⾃動制御学会 システムインテグレーション 部⾨講演会 ）のセッションとして開催 – 各種奨励賞・審査基準開⽰:6⽉頃 – エントリー〆切︓9⽉23⽇(SI2020締切） – 講演原稿〆切︓10⽉26⽇(SI予稿締切） – ソフトウエア登録︓10⽉中旬 – オンライン審査︓11⽉下旬〜 – 発表・授賞式︓12⽉ごろ • 2019年度実績 – 応募数︓11件 – 計測⾃動制御学会RTミドルウエア賞 （副 賞10万円） – 奨励賞（賞品協賛）︓2件 – 奨励賞（団体協賛）︓9件 – 奨励賞（個⼈協賛）︓10件 • 詳細はWebページ︓ openrtm.org – コミュニティー→イベント をご覧ください 25
- 26. RTC開発の実際
- 27. フレームワークとコアロジック ステレオビジョン ルゴリズムア コアロジック 右目画像左目画像 デプスマップ RT ンポーネント レームワーク コ フ RT ンポーネント 準インターフェース コ 標 ステレオビジョン RT ンポーネントコ RT ンポーネント 準インターフェース コ 標 右目画像左目画像 デプスマップ ＋ ＝中身は空 RTCフレームワーク＋コアロジック＝RTコンポーネント
- 28. モデルに基づくコード生成 28 コンポーネント仕様 MyComp temp.sensor device temp. sensor RTC STATIC PERIODIC mode:TimedBool temp: TimedDouble name: category: description: comp_type: act_type: InPorts: OutPorts: RTCBuilder (Template code generator) C++ backend Java backend Python backend RTC source for C++ RTC source for Java RTC source for Python class MyComp : public DataflowComponent { public: virutal onExecute(ec_id); : private: TimedBool m_mode; TimedDouble m_temp; }; import RTC.DataFlowComponent; public class MyCompImpl extends DataFlowComponent { public ConsoleInImpl(mgr) { } : }; #/usr/bin/env python import RTC class MyComp( DataFlowComponent): def __init__(self, manager): : def onExecute(self, ec_id): : 同一のRTC仕様からは 言語が異なっていても、 同じ（コンポーネントモデ ルの）RTCが生成される 雛型にコアロジッ クを埋め込む 生成されたクラ スの特定の関数 に、必要な処理 を実装する
- 29. コンポーネント作成の流れ 29 RTBUilder CMake Visual C++ コンポーネントの 仕様の⼊⼒ VCプロジェクトファイル またはMakefileの⽣成 実装およびコンパイル 実⾏ファイルの⽣成 RTBUilder CMake make + gcc (g++) Windows Linux 途中まで流れは同じ、コンパイラが異なる
- 30. CMake • コンパイラに依存しないビルド自動化のため のフリーソフトウェア • 様々なOS上の様々な開発環境用ビルドファ イルを生成することができる – Linux では Makefileを生成 – Windows ではVC(Visual C++)のプロジェクトフ ァイルを生成 • 最近のオープンソースソフトウェアでは CMakeでビルドするようになっているものが 多数。 30
- 32. 3232 アクティビティ コールバック関数 処理 onInitialize 初期化処理 onActivated アクティブ化されるとき1度だけ呼ばれる onExecute アクティブ状態時に周期的に呼ばれる onDeactivated 非アクティブ化されるとき1度だけ呼ばれる onAborting ERROR状態に入る前に1度だけ呼ばれる onReset resetされる時に1度だけ呼ばれる onError ERROR状態のときに周期的に呼ばれる onFinalize 終了時に1度だけ呼ばれる onStateUpdate onExecuteの後毎回呼ばれる onRateChanged ExecutionContextのrateが変更されたとき1度だ け呼ばれる onStartup ExecutionContextが実行を開始するとき1度だ け呼ばれる onShutdown ExecutionContextが実行を停止するとき1度だ け呼ばれる
- 33. InPort • InPortのテンプレート第2引数：バ ッファ – ユーザ定義のバッファが利用 可能 • InPortのメソッド – read(): InPort バッファから バインドされた変数へ最新値 を読み込む – >> : ある変数へ最新値を読 み込む リングバッファ バインドされた変数 read() operator>> 最新値 InPort Robot Component Sensor Data 例 基本的にOutPortと対になる データポートの型を 同じにする必要あり
- 34. OutPort • OutPortのテンプレート第2引数： バッファ – ユーザ定義のバッファが利用 可能 • OutPortのメソッド – write(): OutPort バッファへ バインドされた変数の最新値 として書き込む – >> : ある変数の内容を最新 値としてリングバッファに書き 込む リングバッファ バインドされた変数 write() operator<< OutPort 最新値 Sensor Component Sensor Data 例基本的にInPortと対になる データポートの型を 同じにする必要あり
- 35. 提⾔ • ⾃前主義はやめよう︕︕ – 書きたてのコードより、いろいろな⼈に何万回も実⾏されたコ ードのほうが動くコードである︕︕ – ⾃分にとって本質的でない部分は任せて、本当にやりたい部分 ・やるべき部分のコードを書こう︕︕ – 誰かがリリースしたプログラムは⼀度は動いたことがあるプロ グラムである︕︕ – ⼈のコードを読むのが⾯倒だからと捨ててしまうのはもったい ない︕︕ • オープンソースにコミットしよう︕︕ – 臆せずMLやフォーラムで質問しよう︕︕ – どんなに初歩的な質問でも他の⼈にとっては価値ある情報であ る。 – 要望を積極的にあげよう︕︕ – できればデバッグしてパッチを送ろう︕ 35
- 36. まとめ • RTミドルウエアの概要 – 基本概念 • ROSとの⽐較、動向 • OpenRTM-aist-1.2の新機能 • 2.0以降の開発ロードマップ • RTMコミュニティー活動 36
- 37. NEXT • Part2: RTコンポーネント開発 について – 講師: 宮本信彦 • 開発環境の確認をお願いします 。 – OpenRTM-aist および依存ソフト ウェアはインストールされていま すか︖ – まだインストールしていない場合 、昼休み中もスタッフがサポート します。 – 質問がある場合は、Zoomのチャ ットまたはSlackで呼びかけてくだ さい。 37 We will create a robot controller for mobile robot and connect it to Raspberry Pi Mouse mobile robot component in the simulator.