OpenRTM-aist: チケット
https://www.openrtm.org/redmine/
https://www.openrtm.org/redmine/redmine/favicon.ico
2018-11-05T16:18:06Z
Redmine for OpenRTM-aist
Redmine
バグ #4625 (新規): ポートを接続したはずなのにシステムダイアグラム上で接続されていないように表示される
https://www.openrtm.org/redmine/issues/4625
2018-11-05T16:18:06Z
n-miyamoto
n-miyamoto@aist.go.jp
<p>データポートを接続したのにシステムダイアグラム上でポートの色が変化せず、コネクタも表示されないことがあります。<br />システムダイアグラムを×を押して消して、新たにシステムダイアグラムを表示するとコネクタが正常に接続された状態で表示されます。</p>
バグ #4624 (新規): システムダイアグラム上のRTCが消えない、OpenRTPが固まる
https://www.openrtm.org/redmine/issues/4624
2018-11-05T16:14:37Z
n-miyamoto
n-miyamoto@aist.go.jp
<p>システムダイアグラム上にRTCを表示している状態でRTCのプロセスを終了させるとOpenRTPが固まる、もしくはシステムダイアグラム上にRTCが残り続ける現象が発生します。</p>
バグ #4623 (解決): ネームサーバー起動ボタンを押した時に起動済みのネームサーバーが終了しない
https://www.openrtm.org/redmine/issues/4623
2018-11-05T16:11:23Z
n-miyamoto
n-miyamoto@aist.go.jp
<p>ネームサーバー起動ボタンを押すと、起動済みのネームサーバーを削除して新たにネームサーバーが起動するはずだが、何故か起動済みのネームサーバーが終了しない。<br />ネームサーバー削除ボタンを押すと起動済みのネームサーバーが終了する。<br />またrtm-naming.batを直接実行した場合でも起動済みのネームサーバーは終了しており、ネームサーバー起動ボタンを押したときのみ動作がおかしい。</p>
バグ #4618 (担当): 実行コンテキストが停止状態にも関わらず動作し続ける
https://www.openrtm.org/redmine/issues/4618
2018-09-28T00:53:21Z
n-miyamoto
n-miyamoto@aist.go.jp
<p>実行コンテキストがis_running関数でfalseを返すにもかかわらずsvc関数のループが停止しない。<br />Pythonは停止しているようなので、C++の実装に問題がある。</p>
バグ #4567 (解決): Java版のRTC生成時にパッケージエクスプローラーからJREシステム・ライブラリー、参照ライブラリが消える
https://www.openrtm.org/redmine/issues/4567
2018-07-05T15:19:40Z
n-miyamoto
n-miyamoto@aist.go.jp
<p>コード生成ボタンを2回押すと、パッケージエクスプローラーからJREシステム・ライブラリー、参照ライブラリが消える問題が発生します。</p>
<ul>
<li>コード生成ボタンを1回押した場合 <br /><img src="https://www.openrtm.org/redmine/attachments/download/2940/builder3.png" alt="" /></li>
</ul>
<ul>
<li>コード生成ボタンを2回以上押した場合 <br /><img src="https://www.openrtm.org/redmine/attachments/download/2941/builder4.png" alt="" /></li>
</ul>
バグ #4566 (解決): RTC生成時にパッケージエクスプローラーにソースコードが表示されない
https://www.openrtm.org/redmine/issues/4566
2018-07-05T15:09:36Z
n-miyamoto
n-miyamoto@aist.go.jp
<p>コード生成ボタンを押してもパッケージエクスプローラーにソースコードが表示されません。</p>
<p><img src="https://www.openrtm.org/redmine/attachments/download/2938/builder.png" alt="" /></p>
<p>2回コード生成ボタンを押すと、何故か表示されるようになります。</p>
<p><img src="https://www.openrtm.org/redmine/attachments/download/2939/builder2.png" alt="" /></p>
整備 #4434 (担当): ComponentObserverConsumer モジュールをデフォルトで本体ライブラリに組み込む
https://www.openrtm.org/redmine/issues/4434
2018-01-24T22:57:05Z
n-ando
Noriaki.Ando@gmail.com
<p>ComponentObserverConsumer モジュールをデフォルトで本体ライブラリに組み込む</p>
調査 #4156 (新規): ダイレクトデータポート接続のデータ転送が遅い問題
https://www.openrtm.org/redmine/issues/4156
2017-08-15T10:18:40Z
n-miyamoto
n-miyamoto@aist.go.jp
<p>同一プロセス内でのdirect接続とcorba_cdr接続を比較した結果、corba_cdr接続の方が圧倒的に速いようなので原因の調査を行う。</p>
<p>以下はTimedOctetSeq型のデータで配列のサイズを徐々に大きくした場合の結果</p>
<p><img src="https://www.openrtm.org/redmine/attachments/download/2531/directvscorba_cdr.png" alt="" /></p>
調査 #3643 (新規): Java版の1.2新機能の動作確認
https://www.openrtm.org/redmine/issues/3643
2016-09-15T07:47:10Z
n-miyamoto
n-miyamoto@aist.go.jp
<p>以下のチケット記載の機能がどのように実装されているかの調査を行い、C++版、Python版との違いを調べる。</p>
<ul>
<li><a class="issue tracker-2 status-2 priority-4 priority-default" title="機能: ① コンポーネント操作関数セットの実装 (担当)" href="https://www.openrtm.org/redmine/issues/3385">#3385</a></li>
<li><a class="issue tracker-2 status-2 priority-4 priority-default" title="機能: ② ネームサービス操作関数セットの実装 (担当)" href="https://www.openrtm.org/redmine/issues/3386">#3386</a></li>
<li><a class="issue tracker-2 status-2 priority-4 priority-default" title="機能: ③ コンポーネント起動時に事前設定に従いポート同士を接続する機能(同一プロセス) (担当)" href="https://www.openrtm.org/redmine/issues/3387">#3387</a></li>
<li><a class="issue tracker-2 status-2 priority-4 priority-default" title="機能: ④ 起動時にコンポーネントをアクティベーションする機能(同一プロセス) (担当)" href="https://www.openrtm.org/redmine/issues/3388">#3388</a></li>
<li><a class="issue tracker-2 status-2 priority-4 priority-default" title="機能: ⑤ コンポーネント起動時に事前設定に従い起動時にポート同士を接続する(非同一プロセス) (担当)" href="https://www.openrtm.org/redmine/issues/3389">#3389</a></li>
<li><a class="issue tracker-2 status-2 priority-4 priority-default" title="機能: ⑥ 起動時にコンポーネントをアクティベーションする機能(非同一プロセス) (担当)" href="https://www.openrtm.org/redmine/issues/3390">#3390</a></li>
<li><a class="issue tracker-2 status-2 priority-4 priority-default" title="機能: ⑦ トピックベースのポート接続機能 (担当)" href="https://www.openrtm.org/redmine/issues/3391">#3391</a></li>
<li><a class="issue tracker-2 status-2 priority-4 priority-default" title="機能: ⑧ ダイレクトデータポート接続機能 (担当)" href="https://www.openrtm.org/redmine/issues/3392">#3392</a></li>
<li><a class="issue tracker-2 status-2 priority-4 priority-default" title="機能: ⑨ サービスポートのダイレクト接続機能 (担当)" href="https://www.openrtm.org/redmine/issues/3393">#3393</a></li>
<li><a class="issue tracker-2 status-1 priority-4 priority-default" title="機能: ⑩ セキュアな通信機能 (新規)" href="https://www.openrtm.org/redmine/issues/3394">#3394</a></li>
<li><a class="issue tracker-2 status-2 priority-4 priority-default" title="機能: ⑪ 共有メモリ型データポート接続機能 (担当)" href="https://www.openrtm.org/redmine/issues/3395">#3395</a></li>
<li><a class="issue tracker-2 status-2 priority-4 priority-default" title="機能: ⑫ 名前ベースのコンポーネント指定方法の実装 (担当)" href="https://www.openrtm.org/redmine/issues/3396">#3396</a></li>
<li><a class="issue tracker-2 status-2 priority-4 priority-default" title="機能: ⑬ 名前付けポリシー機能の拡張 (担当)" href="https://www.openrtm.org/redmine/issues/3397">#3397</a></li>
<li><a class="issue tracker-2 status-2 priority-4 priority-default" title="機能: ⑭ スレーブマネージャの名前によるグルーピング (担当)" href="https://www.openrtm.org/redmine/issues/3398">#3398</a></li>
</ul>
調査 #3609 (新規): Managerの再初期化
https://www.openrtm.org/redmine/issues/3609
2016-09-13T04:50:00Z
n-miyamoto
n-miyamoto@aist.go.jp
<p>ManagerTestでは各関数でManagerの初期化を行っているため、Managerを一旦終了して再初期化する方法が必要である。</p>
<p>Managerのshutdown関数内でログファイルを閉じてしまうため、LocalAdmin等他のシングルトンオブジェクトはManagerを再初期化しても他のシングルトンオブジェクトは再初期化されないため、既に閉じたファイルに書き込もうとする問題が発生する。</p>
<p>この問題以外にも再初期化で問題が発生しないかを調査する。</p>
整備 #3608 (新規): ログにエスケープシーケンスが入るため見づらくなる
https://www.openrtm.org/redmine/issues/3608
2016-09-13T04:42:22Z
n-miyamoto
n-miyamoto@aist.go.jp
<p>ログファイルに色を付けるためのエスケープシーケンスが入るため、メモ帳などでログファイルを開くとかえって見づらくなる。<br />この問題を解消するために、エスケープシーケンスを入れるかどうかは設定できるようにする。</p>
機能 #3432 (新規): ECスレッドを実行するCPUを固定する機能の実装
https://www.openrtm.org/redmine/issues/3432
2016-01-18T03:25:19Z
n-ando
Noriaki.Ando@gmail.com
<p>速度が要求される場面、例えば10GbEによる高速通信などでは、スレッドの実行を特定のCPUに固定する必要がある。<br />固定することはsched_setaffinity()でできるらしいので、rtc.confなどでECにオプションを与えることで、特定のCPUでのみ実行するような仕組みを実装する。<br />詳しくは千代さんのスライドを参照。</p>
機能 #3264 (新規): ⑧ ダイレクトデータポート接続機能
https://www.openrtm.org/redmine/issues/3264
2015-07-22T23:59:17Z
n-ando
Noriaki.Ando@gmail.com
<p>同一プロセス内のデータポート接続において、required i/fがprovided i/fを呼び出すのに、オブジェクトリファレンス経由ではなく、サーバントを直接呼ぶようにすることで速度向上とCPU時間の節約を図る(マーシャリングがなくなるので)</p>
機能 #3242 (新規): Direct型のデータポートにコールバック機能を実装する
https://www.openrtm.org/redmine/issues/3242
2015-06-28T23:58:59Z
n-ando
Noriaki.Ando@gmail.com
<p>Direct型のデータポートにコールバック機能を実装する</p>
機能 #3224 (解決): 同一プロセスのコンポーネント間のデータポート接続で、データ転送をダイレクトに行うようにする
https://www.openrtm.org/redmine/issues/3224
2015-06-16T15:41:57Z
n-ando
Noriaki.Ando@gmail.com
<p>同一プロセスに存在する複数のコンポーネント間のデータ転送においては、</p>
<ul>
<li>マーシャリング</li>
<li>バッファリング</li>
<li>アンマーシャリング</li>
</ul>
<p>が行われているが、実際には単にOutPortからInPortの変数にデータを書き込むことができれば効率的である。<br />複数のRTCが並列に動作していたり、異なる周期で動作する場合などはバッファリングも必要になるケースも考えられるが、例えばECを共有しそれらのコンポーネントの実行がシーケンシャルであることが保証される場合、コンポーネントの実行・データ転送効率を上げる意味でも、OutPort→InPortで直接変数に書き込む機能があればよいのでこれを実装する。</p>