コア: チケット
https://www.openrtm.org/redmine/
https://www.openrtm.org/redmine/redmine/favicon.ico
2019-01-08T13:03:33Z
Redmine for OpenRTM-aist
Redmine
機能 #4650 (新規): CSPポートを実装する
https://www.openrtm.org/redmine/issues/4650
2019-01-08T13:03:33Z
n-ando
Noriaki.Ando@gmail.com
<p>CSPのチャネルを疑似的に実現するポートを実装する。</p>
機能 #4542 (新規): rtc.confとcomponent.confの明確な切り分け
https://www.openrtm.org/redmine/issues/4542
2018-05-26T01:05:33Z
n-ando
Noriaki.Ando@gmail.com
<p>rtc.confとcomponent.confの明確な切り分け<br />→ Builder</p>
機能 #4402 (新規): coilにNICのアドレスが変更されたことを通知するクラスを作成
https://www.openrtm.org/redmine/issues/4402
2017-12-29T06:43:52Z
n-ando
Noriaki.Ando@gmail.com
<p>coilにNICのアドレスが変更されたことを通知するクラスを作成する。</p>
機能 #4401 (新規): omniORBにIPアドレス変更時にオブジェクトリファレンスを動的に変更する機能を追加する
https://www.openrtm.org/redmine/issues/4401
2017-12-29T06:29:59Z
n-ando
Noriaki.Ando@gmail.com
機能 #4395 (新規): イベント出力ポートの検討
https://www.openrtm.org/redmine/issues/4395
2017-12-15T01:25:31Z
n-ando
Noriaki.Ando@gmail.com
<p>イベント出力ポート<br />イベント名+データ<br />というイベントそのものを出力するタイプのOutPortの導入を検討。</p>
機能 #4114 (新規): rtm.pyでワンショットでOutPortのデータを取得する効率の良い方法を考える。
https://www.openrtm.org/redmine/issues/4114
2017-06-07T05:02:18Z
n-ando
Noriaki.Ando@gmail.com
<p>rtm.pyでワンショットでOutPortのデータを取得する効率の良い方法を考える。</p>
機能 #4113 (新規): ポートのプロファイルからOutPortのデータを取得する機能をデフォルトでOFFにし、configファイルでONにできるようにする。
https://www.openrtm.org/redmine/issues/4113
2017-06-07T05:01:48Z
n-ando
Noriaki.Ando@gmail.com
<p>ポートのプロファイルからOutPortのデータを取得する機能をデフォルトでOFFにし、configファイルでONにできるようにする。</p>
機能 #4028 (解決): モジュールロード時のエラーを取得できるようにする。
https://www.openrtm.org/redmine/issues/4028
2017-04-24T08:45:50Z
n-ando
Noriaki.Ando@gmail.com
<p>モジュールロード時のエラーを取得できるようにする。</p>
機能 #3837 (新規): プロセスグループ情報をRTCprofile.properties.process_group: に保存するようにする
https://www.openrtm.org/redmine/issues/3837
2017-01-18T05:01:58Z
n-ando
Noriaki.Ando@gmail.com
<p>プロセスグループ情報をRTCprofile.properties.process_group: に保存するようにする</p>
機能 #3711 (新規): ECにCPU affinityを設定する機能を追加する。
https://www.openrtm.org/redmine/issues/3711
2016-11-17T08:28:33Z
n-ando
Noriaki.Ando@gmail.com
<p>ECにCPU affinityを設定する機能を追加する。</p>
<p>参考<br /><a class="external" href="http://qiita.com/gyaneman/items/f77c2633a5ac92f05302">http://qiita.com/gyaneman/items/f77c2633a5ac92f05302</a><br /><a class="external" href="http://d.hatena.ne.jp/naoya/20070824/1187945715">http://d.hatena.ne.jp/naoya/20070824/1187945715</a><br /><a class="external" href="https://linux.die.net/man/2/sched_setaffinity">https://linux.die.net/man/2/sched_setaffinity</a></p>
機能 #3692 (新規): [FSM4RTC] テストの実装
https://www.openrtm.org/redmine/issues/3692
2016-10-27T02:50:16Z
n-ando
Noriaki.Ando@gmail.com
<p>FSM4RTCに関連して追加した関数、クラスなどについてそれぞれユニットテストを作成し、テストが通ることを確認すること。</p>
機能 #3691 (新規): [FSM4RTC] 多階層複合化対応実行コンテキストを使用したサンプルの実装
https://www.openrtm.org/redmine/issues/3691
2016-10-27T02:48:50Z
n-ando
Noriaki.Ando@gmail.com
<p>多階層複合化対応実行コンテキストを使用したサンプルを実装すること。</p>
機能 #3690 (新規): [FSM4RTC] 多階層複合化対応実行コンテキストの実装
https://www.openrtm.org/redmine/issues/3690
2016-10-27T02:48:40Z
n-ando
Noriaki.Ando@gmail.com
<p>現在の複合コンポーネントでは、階層を1階層しかサポートしておらず、各子コンポーネントの呼び出し順序も、親コンポーネントへ組み込まれた順となり固定的にしか複合化できない。これを、複数の階層で複合化可能になるように変更し、かつ呼び出し順序も、直列・並列実行を可能となるように実装を変更すること<br />呼び出し順序はconfファイルに記述すると、これらの直列・並列あるいは各コンポーネントの呼び出し順序を指定できるように変更すること。</p>
機能 #3689 (新規): [FSM4RTC] データ入力ポートInPortのマルチタイプ入力・マルチバッファ化
https://www.openrtm.org/redmine/issues/3689
2016-10-27T02:48:21Z
n-ando
Noriaki.Ando@gmail.com
<p>既存のOpenRTM-aistの実装では、InPortは特定の型のOutPortとしか接続できず、また、同一型のOutPortが多数接続されている場合でも、InPort内のデータバッファは一つであり、かつ内部APIでデータがどのOutPortから来ているかを区別する方法はなかった。この作業では、InPortは接続(Connector)ごとにバッファを保持し、各OutPortからの到達データはOutPortごとに異なるバッファに格納されるようにすること。また、InPortのAPIに複数のOutPortのどのポートからデータが来たのか、特定のOutPortからのデータを選択的に取り出せる内部APIを追加すること。</p>
機能 #3687 (新規): 「FSM4RTC] PortStatusの変更
https://www.openrtm.org/redmine/issues/3687
2016-10-27T02:47:10Z
n-ando
Noriaki.Ando@gmail.com
<p>Connector関係のクラスやPublisher関係のクラス内で、PortStatusと呼ばれるenum定義の戻り値が利用されているが、これまで、OpenRTM付属のDataPort.idl内でOpenRTM::PortStatus として定義されていたものを、FSM4RTCのDataPort.idl内のRTC::PortStatus に置き換えること。</p>