OpenRTM-aist (C++): チケット
https://www.openrtm.org/redmine/
https://www.openrtm.org/redmine/redmine/favicon.ico
2018-06-21T01:07:56Z
Redmine for OpenRTM-aist
Redmine
調査 #4561 (担当): データポート間通信でデータが消える要因と検知方法
https://www.openrtm.org/redmine/issues/4561
2018-06-21T01:07:56Z
n-miyamoto
n-miyamoto@aist.go.jp
<pre>
安藤様、
金広です。
極稀にデータポート間の通信でデータが消えてしまう場合があるのですが、
消える要因としてどのようなケースが有りえますでしょうか。
また消えた場合にそれを知るにはどうすれば良いでしょうか。
具体的にはデータポート間の接続は以下のような設定にしています。
subscription type: new
push policy: all
buffer length: 20
なお、
出力データポートに、ON_BUFFER_FULL, ON_BUFFER_WRITE_TIMEOUT,
ON_BUFFER_OVERWRITE, ON_RECEIVER_FULL, ON_RECEIVER_TIMEOUTの
リスナを設定していますが、これらは検知されていません。
</pre>
<pre>
金広様
安藤です
データが消える場合としては、
・OutPort側のリングバッファでの上書き
・InPort側ののリングバッファでの上書き
今回は、OutPortのON_BUFFER_OVERWRITEが検出されない
ということなので、InPort側の ON_BUFFER_OVERWRITEの可能性が考えられます。
</pre>
<pre>
安藤様、
書き忘れてましたが、入力データポートでも、ON_BUFFER_FULL, ON_BUFFER_WRITE_TIMEOUT,
ON_BUFFER_OVERWRITE, ON_RECEIVER_FULL, ON_RECEIVER_TIMEOUTを見ていますが、
反応がない状態です。
</pre>
調査 #4258 (新規): TAOでorb.idlをインクルードしなかった場合に発生するエラーに関する調査
https://www.openrtm.org/redmine/issues/4258
2017-10-12T13:08:59Z
n-miyamoto
n-miyamoto@aist.go.jp
<p>TAOを使用した場合にIDLファイル内でorb.idlをインクルードしないと発生するエラーの内容を調べる。</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>
調査 #4015 (解決): RTM_VC_VERSIONを変えてもPATHに反映されないことがある(1.1.2)
https://www.openrtm.org/redmine/issues/4015
2017-04-09T23:37:03Z
n-ando
Noriaki.Ando@gmail.com
<p>RTM_VC_VERSIONを変えて再起動してもPATHに反映されないことがある。</p>
<p><img src="https://www.openrtm.org/redmine/attachments/download/2382/RTM_VC_VERSION.jpg" alt="" /></p>
<ul>
<li>ただし、ダイアログからユーザorシステム環境変数としてRTM_VC_VERSIONを設定すると一応は反映される(簡易な対応策)</li>
</ul>
調査 #3642 (新規): GitHubに移管する手順についての調査
https://www.openrtm.org/redmine/issues/3642
2016-09-15T07:40:42Z
n-miyamoto
n-miyamoto@aist.go.jp
<p>リポジトリを現在のSubversionからGitHubに移管する手順について調査する</p>
調査 #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>
調査 #3462 (新規): ウィンドリバーLinux Pulser対応検討
https://www.openrtm.org/redmine/issues/3462
2016-03-02T01:45:09Z
n-ando
Noriaki.Ando@gmail.com
<p><a class="external" href="http://www.windriver.com/japan/products/operating-systems/pulsar/">http://www.windriver.com/japan/products/operating-systems/pulsar/</a></p>
調査 #3077 (新規): 新ECのaddComponent()で即座にRTCリストにRTCが入らない件
https://www.openrtm.org/redmine/issues/3077
2014-06-13T11:02:45Z
n-ando
Noriaki.Ando@gmail.com
<p>菅様</p>
<p>安藤です</p>
<p>試してみていただきありがとうございます。<br />addComponent でコンポーネントリストの m_comps に即座に<br />追加されないのは,コンポーネントのコールバック実行中に,<br />コンポーネントリストが更新されるのを避けたかったからです。</p>
<p>でも,ECが回っていないときには即座にコンポーネントリストが<br />更新されてもいいような気もしますね。ちょっと考えさせてください。</p>
<p>----<br />経済産業省 産業機械課 情報化推進係長<br />博士(工学) 安藤 慶昭<br />TEL: 029-861-5981 (携帯) TEL: 03-3501-1691(産機課代表)<br />TEL: 03-3501-1512(経産省代表)→ 72545(個人PHS)<br />E-MAIL: <a class="email" href="mailto:ando-noriaki@meti.go.jp">ando-noriaki@meti.go.jp</a></p>
<p>Noriaki Ando, Ph.D. Assistant Director<br />Industrial Machinery Division, Manufacturing Industries Bureau<br />Ministry of Economy, Trade and Industry<br />E-MAIL: <a class="email" href="mailto:ando-noriaki@meti.go.jp">ando-noriaki@meti.go.jp</a></p>
<p>2014年6月13日 15:22 Yuki Suga <<a class="email" href="mailto:ysuga@ysuga.net">ysuga@ysuga.net</a>>:</p>
<blockquote>
<p>安藤先生:<br />菅です.お世話になります.</p>
<p>いただいたコードで動作しました.OSX10.9,Xcode5.1,omniORB4.1.6で試しました.</p>
<p>一点,お聞きしたいのですが,<br />現状で,ExecutionContextBase::addCompnentをすると,<br />ExecutionContextWorker内のm_addedCompsにRTObjectStateMachineが格納されて,m_compsには入りません.<br />一度,tickが呼ばれて,ExecutionContextWorker::invokeWorkerが呼ばれない限りは,<br />ExecutionContextWorker::m_compsメンバに移動されないので,<br />activateComponentを送っても,findComponentで失敗します.<br />これは仕様ですか?あまり直感的じゃないのですが・・・</p>
<p>できれば,</p>
<p>RTObject_ptr comp = ....;<br />EC_ptr ec = Manager::instance::createContext(ec_id);<br />ec.addComponent(comp);<br />ec.activateComponent(comp);</p>
<p>としたいところでしたが・・・</p>
<p>ではでは</p>
</blockquote>
調査 #2539 (新規): 他のRTCのコンフィギュレーションを参照できるコンフィギュレーションの仕組みを考える
https://www.openrtm.org/redmine/issues/2539
2012-09-19T07:00:11Z
n-ando
Noriaki.Ando@gmail.com
<p>Observerを使う。</p>
調査 #831 (担当): 全ソースコード内のログメッセージのレベルの見直し
https://www.openrtm.org/redmine/issues/831
2009-07-27T02:53:10Z
n-ando
Noriaki.Ando@gmail.com
<p>ソースコード内のログメッセージのレベルを見直す。</p>