今回は黒く描かれた線を辿るロボットを制作しました。製作における主なポリシ−は1.見ていて美しい2.機能的である3.強度が高く扱いが容易という点です。自ら道を見つけ進むという意味で"Pathfinder"と命名しました。†このロボットの製作において、大きなタイプが二つあります。一つは二つの密着、或いは互いに接近した光センサで黒い線をなぞるようにするタイプ、もう一方は二つの光センサの間隔を空け黒い線を挟むようにするタイプ、です。トレースする上での双方のメリット、デメリットは他のチームの方々が十分に解説されているのでここでわざわざ述べることはありませんが、私たちのチームはそれとは別の理由で二つの光センサでラインを挟むタイプを採用しました。いうと光センサがロボットの正面中央を占領してしまうとバンパーの取り付けにビームやアームが必要となり、ロボットが大掛かりになってしまい美しくなくなると思ったからです。光センサを組み立て、実験的に仮のバンパーを取り付けました。このデザインではバンパーが正面の衝突にしか対応できない(実験だから仕方ない)、二つのセンサが融合し、ロボットとの接続箇所が一カ所しか無く、強度や扱いに不安を覚える、そして何より美しくないので作り直すことにしました。前回の失敗から次に作るロボットには1.広範囲の衝突に対応できること。2.光センサとバンパーは独立すること。二点を求めることにしました。そのため、まず各センサが独立してロボットに接続される様、光センサーの間隔を広げました。これにより本体下部のコネクタをバンパーとの接続専用に使えるようになりました。バンパーは部品点数の少なさと、最初から他との接続を考慮されているデザインからテキストのシングルバンパーを使用しました。テキストに載っている物と基本的には同じですがそのままではアーム部が地面と接触し、タッチセンサが誤動作する可能性があるので、アームを少し上に上げています。↑バンパーの部品の順番を入れ替えてアームを上にずらしている。して完成したのがPathfinderです。このデザインの特徴は先に書いたポリシーを満たす物となっています。プレートのポッチの裏側が前や上に露出しない、センサーケーブルを下から通しているので、RCXの端子付近がすっきりとしている、部品点数が少なく無駄に大きくない点など美しいデザインとなっています。~↑ケーブルが下を通っているところ。無駄な長さを調節しているので端子付近でコードが余ることは無い。各センサ部がほぼ完全に独立したモジュールとなっており、写真のようにそれぞれを簡単に分離することができ、機能的で扱いが容易です。↑光センサの間隔を広げることにより下部のコネクタを使用してバンパーが接続できるようになった。↑矢印の示すパーツで光センサとバンパーが繋がっているがあくまで補助であり基本的にそれぞれの接続は独立している。それぞれがモジュール化してるのがわかる。今回はこのようなコースを用意しました。交差の多いコースです。一回目はA5Rが描いた物を使用しました。図形が大きすぎ紙からはみ出たセンサーがマットに反応し誤動作してしまいました。優先道路すら描かれていませんでした。†そのため再度紙を購入し新たに描き直すことにしました。今度はうまく走ることができました。†プログラムは基本的に単純な物にしました。線をトレースするだけなら衝突ぐらいしか予測ができない事は無いからです。今回はミュージックを演奏するプログラムも取り入れました。他のチームの多くが『エリーゼのために』のようなメジャーな曲をやっていたので敢えて知っている人の少ない曲にしました。GarageBandで曲をコピーしBPMを計りそこから一拍の時間を算出し、プログラムに置き換えました。前回と違って、左右対称なロボットを作ることができた。工学部のチームにまともに太刀打ちすることは難しいので、自分にできることをやった。改善の余地が多く(不要な物が多い)妥協をしなかったかといわれたら多少苦しい。一方で今回はメロディの機能が四時間かかり一番骨が折れたがDTMの延長のようで一番楽しかった。複数のロボットで各パートに分けてプログラムし演奏したら楽しいかもしれない。C言語を使う(らしい)Csoundもこのような手法やるのだろうか?興味を持てた。次回からは隣のチームとの連携強化を図りたい。Ravenを録音したMP3ファイルです。