RTMコンテスト2019 投稿作品の感想(その1)

ずいぶん久しぶりですが、毎年恒例なのでRTMコンテストの作品の悪口感想を書きます。
死んだと思った人もいるかもしれませんが、僕は元気です。健全とは言ってない。



まずはこの作品の感想をかきます。
なんと高校生が参加するのか。受験勉強は大丈夫なのか心配です。

全体的な出来としては学部4年にも引けを取っていないと思います。

マニュアルに関してはハードの構成が分かりづらいです。どこに何を配置したのかを分かりやすい図で表現したほうがいいです。熟読してわかったのですが、ごみを入れる位置でタピオカの落ちてくる位置は変わらないみたいです。
ソースコードを読んだ感じですが、ちゃんとonActivateで問題が起きた時にエラー状態に遷移させています。またonExecute関数などに全て記述せずに、機能ごとに関数を実装しています。この時点でその辺の大学生を超えていそうです。
ただマジックナンバーがちらほらあるのが気になります。コンフィグレーションパラメータをもっと有効に使えるようになった方がいいかもしれません。


次にこの作品の感想を書きます。また高校生か・・・。
マニュアルに関しては概要が分かりづらいので概念図のようなものがあったほうがいいです。
あと途中に数式が出てきますが、意味が不明です。まあ仕方ないか・・・。
ソースコードを読んだ限りでは圧力の値が大きく変動したときに音が大きくなる処理のようです。
マニュアルでは「上昇度の大小によって変動する」と書いてありますが、上昇なのか下降なのか区別していないので、厳密には違います。まあ閾値を超えた場合にしか判定しないのでほとんど動作に影響はなさそうですが。

他の作品にも言えることだけど、ポートの接続やRTCのアクティベートは自動化したほうが簡単です。


高校生はこの2人だけみたいです。




次はこの作品の感想を書きます。
なんだかやけにコメントの返信が早いので驚いています。
マニュアルに関しては、軌跡を予測をすることで何が改善されたのか分かりづらいです。おそらく「障害物の回避後に人を見失った場合に動作する」という点が改善された点なのだろうけど、最初と最後によく見たら書いてあるのは強調するなりしたほうがいいです。

ソースコードについては、グローバル変数使い過ぎかなあと思います。
social-lstmというライブラリのソースコードを一緒に入れてしまっていますが、この人の作ったファイルと区別できません。あとpycファイルなどはいらないので消した方がいいです。

複雑なシステムを作っているのはいいけど、今回作ったもの自体は少ないし厳しいかなあという印象です。



最後にこの作品の感想を書きます。
まず気になったのは、これって効果あるの？という点です。身も蓋もないですが。

コンポーネントの設計という点では大いに問題あるなあ。
ソースコード中でマジックナンバーを多用しているのですが、このマジックナンバーが他のRTCのためのものなのでRTCを交換しようと思ったらソースコードの編集が必要になりそうです。
数値でいいところにTimedString型を多用しているところもよく分かりません。
どうもロボットをNAO以外に変更できなさそうなのも問題かなあ。




今回はこのぐらいにします。



にほんブログ村のロボットのカテゴリから
全然人が来ない・・・

RTMコンテスト2018 投稿作品の感想(その3)

今回で最後です。


まずはこの作品の感想を書きます。
　
　

流石にRSNPコンテストで最優秀賞を取っただけのことはあるのですが、「こんなシステムを作ってみました」になっているのが惜しいです。例えば「RTMとRSNPを連携させて遠隔のロボットを操作するシステムを構築するにはどうすればいいのか？」という手順のマニュアル化、あるいは手順を簡略化するツールを作るとか、もっと広い範囲で考えてほしかった。

あるいは何か既存のシステムよりも性能が向上したとか検証結果があれば違ったのですが、そういうわけでもなさそうです。

試みは面白いとは思いますし、ソースコードもよく書けています。少し詰めが甘いかなあという印象です。ちょっと使用方法に記述が雑だとは思いますが、マニュアルの出来も悪くないです。
ただ誰かが使うとか参考にするという段階に至っていないので、人によって評価が分かれそうな感じはします。

　
　
　
　
　
　
次にこの作品の感想を書きます。　

　
　
双腕ロボット制御機能共通インタフェースを使うのは挑戦的で面白いのですが、この作品のポイントはどこにあるのだろうかと疑問です。概要の説明をもっと書いたほうがいいです。ただ「双腕ロボット制御機能共通インタフェースを適用してみた」だけだとちょっと微妙かなあ。ソースコードはよく書けていると思いますし、起動スクリプトを用意しているのは親切だと思います。マニュアルをもっと加筆すれば評価は違うかもしれません。

　
　
　

他の気になった点は以下の通り。

　
　

・ちょっとonExecute関数が長い

・moveLinearCartesianAbs関数などで右腕と左腕で同じような処理を2回書いているのがなんだか気持ち悪い。無駄にコードが長くなっている。関数を使いまわすべき。

・動画がないのは痛い。何ができるのかよくわからない。

・使い方がよくわからない。右腕、左腕の共通インターフェースはどうやって使うのか？双腕共通インターフェースと同時に使えるのか？

・NeckInterfaceにgetFeedbackPosNeckというオペレーションを用意して、WaistInterfaceにgetFeedbackPosWaistというオペレーションを用意するのは非常に違和感。インターフェース名からどの部位を対象にしているかは明らかでは？

　
　
　
最後にこの作品の感想を書きます。
　

この作品は地味の一言に尽きる。

「深層学習」とか「教材」という単語は過去のコンテストの作品にもあった言葉ですし、物体を画像で認識して把持するだけなので見た目があまり面白くありません。特に「教材」がタイトルに入る作品は過去に腐るほどあったので、何か工夫がないと厳しいです。

悪い点もそんなにないのが地味さを際立たせているような気がする。

　

マニュアルはよく書けていると思うのですが、学習教材なので具体的にどの作業で何を学ぶことができるのかの説明が欲しいです。

学習時の動作はフローチャートがあったほうがよかったかもしれません。

あとはシミュレータが欲しいです。

onExecute関数にこんなに長々と書くのはやめてほしいなあ。初期姿勢に戻る処理が何回かあるので関数で定義してほしいです。

にほんブログ村のロボットのカテゴリから
全然人が来ない・・・

RTMコンテスト2018 投稿作品の感想(その2)

今日もRTMコンテストの作品の感想を書きます。
3作品ずつ書くので次で終わりです。


まずはこの作品の感想を書きます。
　

市販のデバイスをRTC化するというよくある話なので、何らかの工夫がないと評価は低くなります。

この作品に関しては独自データ型の定義がポイントになるのだろうけど、なんだか定義しただけになっている感が否めません。色んなシステムで検証してもらわないと微妙な評価になりそうです。

マニュアルを見た感じ、RTCのビルド、起動する手順が一切書いていません。おそらく既存のRTCと同じ手順だからという理由で省略しているのだろうけど、だったら手順を書いたページに誘導するとかしてほしいです。

　
　

その他に気になった点は以下の通り。

　
　

・もうちょっと概要の説明が欲しい

・OpenVRはリリースされたものを使ったほうがいいのでは？

・ちょっとonExecute関数に書きすぎな感じはある

・openVive関数は初期化に失敗したら戻り値をfalseにするなどすべき

・どうでもいいことだが、CMakeのバージョンを書くぐらいならVC++のバージョンを書いたほうがいい

・OpenVRのパスは環境変数ではなくコマンドライン引数で渡してはどうか？

　
　

ソースコードに関してはよく書けていると思うのですが、今後の展望に書いてあることを今すぐやったほうがいいと思う。

　
　
　
　
　
　
　

次にこの作品の感想を書きます。
　

見た感じ特定の画像の矢印しか認識できないようですが、それが何の役に立つのかという感じはします。他の作品で機械学習を使っているものがありますが、この作品も色んな画像を認識できるようにしてみたらどうでしょうか。ちょうど深層学習の教材があるようなので、やってみてはどうですか？(適当)

この作品もCMakeLists.txtでOpenCVの設定をしていないため、無駄に手間を増やしています。

他の作品でも言っていることですが、このソフトウェアを使うことで何の問題が解決できるのか、だれが得をするのかを書いてほしいです。

なんでソースコード中に画像ファイルのパスを記述しているのか。マニュアルのソースコードが移っている画像にモザイクをかけていますが、そのソースコードが公開されている時点で意味がないのでは？まあどうでもいい話ですが。

　

　

ほかに気になった点は以下の通り。

　

・コンフィギュレーションパラメータを使ってほしい

・システムの例が載っていた方がいい

・グローバル変数はやめてほしい

・マジックナンバーはやめてほしい

・169～301行目に似たような処理が並んでいるので関数にして使いまわすべき

　

　
　
　
　
　
　
　
最後にこの作品の感想を書きます。
　

ちょっと概要の説明が手抜きすぎるような気がします。

「サービスロボットのため」とか書いている割には、どうサービスロボットに活用するのか書いていません。

システムの例を用意している作品がほとんどありませんが、それで大分見栄えが違うのでなんとかしたほうがいいです。

どの作品もグローバル変数を多用しているのは非常に気になります。大半はメンバ変数で問題ないので、何とかしてほしいです。

　

　

　

　

他に気になった点は以下の通り。

　

　

・カテゴリ名は設定してほしい

・TimedLongSeq型に位置のデータを入れるのはかなり疑問

・m_positions.data.length(3 * 6);<-この6って何？

　
　
　
残りは明日書きます。





にほんブログ村のロボットのカテゴリから
全然人が来ない・・・

RTMコンテスト2018 投稿作品の感想(その1)

今年もRTMコンテストの作品の感想を書きます。
ちょっと野暮用で書くのが遅れました。楽しみにしている人には申し訳ないです。


まずはこの作品の感想を書きます。

何に使うのかよく分かりません。右に行くか左に行くか予測出来たら何が嬉しいの？という感じです。

実践的なシステムの例が無いのが痛すぎるような気がする。発表で突っ込まれると評価が下がるかもしれません。

ただコメントへの対応は速いし、動画を用意しているのは親切だし、全体的にやる気は感じられます。

　

他に気になった点は以下の通り。

　

　

・VelCalc関数で0.1で割る意味が分からない

・SeriesData関数で1000倍する意味が分からない

・numpy.arctan2を使ったほうが簡単では？

・CMakeが生成したファイルは消してほしい

・ファイル名はコンフィグレーションパラメータで設定すべきでは？

・RTCの使用方法をもう少し詳細に書いてほしい。というかビルドが必要なRTCは自動でビルドするスクリプトを作ってほしい。

　
　
　

　

コンフィギュレーションパラメータを使いこなしている人ってそんなにいない気がする。

　

　
　
　
次はこの作品の感想を書きます。
　

「やっていること自体は面白そう」と言うのが大抵の人の感想だと思います。それ以上のものがあるかといわれると、今のところないです。
ビルド時に生成したファイルを消していないためファイルのサイズが驚異の452MBもあります。アップロードする前にちょっとは考えてほしいです。

まあ確かにあの装置を持っている人はいないだろうから、公開しているソフトウェアを使う人もいないのだろうけど、人に使ってもらおうという感じが一切ないのは問題だなあ。
　

なんでこっちの環境でデバッグしなきゃならないのかというのも疑問です。ただRTC単体ではなくシステムになっているので、その点は評価が高いと思います。
　
　

その他に気になった点は以下の通り。

　

　

・グローバル変数はやめてほしい

・CSVファイルの名前はコンフィギュレーションパラメータにすべき

・マジックナンバーはやめてほしい

・Voice_output0のVoiceInがTimedLong型のため、使い方が分からない

　

こちらの環境で動作確認ができそうな作品がほぼ無いような気がする。

　
　
　
　
　
　
最後にこの作品の感想を書きます。
　
概要説明が雑すぎる。開発したソフトウェアが何の役に立つのか、誰が得するのかをまず書いてください。

利用方法は詳しく書いてありますけど、CMakeLists.txtで予め設定しておけばVisual Studioでの作業はほぼ無くなるので、無駄に手間を増やしているように思います。コードを読んだ限り設定しようとはしているのですが、何故か途中でやめているように見えます。
　

上の作品は概要や背景は良く書けているけど利用手順の説明が雑で、この作品は利用手順はよく書いているけど概要や背景を全く書いていません。お互いのいいところを真似したらいい感じのマニュアルが作れそうです。
　
　

　

ほかに気になった点は以下の通りです。

　
　

・Kinectが複数接続されている場合はどうなるのか？

・グローバル変数はやめてほしい

・ERROR_CHECKでなんでエラーなのにRTC_OKを返すのか？

・283～285行目で角度をint型のdegree単位に直した後、289～291行目でintをdoubleに直しているのは意味不明。値が丸められている

・複数のBodyが取得できた時でも同じデータに格納して出力しているのは疑問

・応用例が欲しい
　

　
　
他の作品の感想は明日書きます。





にほんブログ村のロボットのカテゴリから
全然人が来ない・・・

計測と制御ミドルウェア特集号の感想

今回は計測と制御のミドルウェア特集号の感想を書きます。

「ROSの近況と今後の展望」と言う記事があるのですが、僕が読んだ限りでは今後の展望については一切書いていません。ROS2が普及するか、需要が本当にあるかどうかは一番知りたいところではあるので残念です。まあ、ROS2は普及しないと思いますけど。




なんだかこういう解説や論文になると途端にROSに対してネガティブな意見が出てくる。
今回多かったのは、「誰でも簡単にロボットが作れてしまうので、学生の教育に適していないかもしれない」と言う意見で、それはそうかもしれません。

まあでも、学生だったら自分が使っているライブラリの概要ぐらいは知っておいた方がいいとは思います。
学会発表とかで「それは外部のライブラリ(例えばgmapping)がやっているので分かりません」とか言ったら馬鹿にされるかもしれません。


ROSが使われているのは主に研究用途のため、学術分野から離れてしまうとROSの知識は全く役に立たなくなるかもしれないです。ROSが衰退した場合も同じです。10年後には消えている可能性も0ではありません。





あと宇宙機でROSを使おうとか言う解説もあったのですが、なんでもROSのコードを変換する必要があるらしいです。
そもそも、ROS等のミドルウェア依存の部分とコアの処理は別ファイルで切り離して実装するのが基本であり、移植したいのであればミドルウェア依存の部分だけを新規に作成するのが基本だと思います。コードを変換するツールを作っている時点で迷走しているような気がします。
例えば「ROSのコードをOpenRTM-aistに変換するツールを作りました」とか言い始めたら途端に話はおかしくなるわけで、方向性を見失っています。これがROSのコードがそのまま使えるという話なら分かったのですが。







にほんブログ村のロボットのカテゴリから
全然人が来ない・・・