毛虫計算機:Blog

基板フレームな車体はかなり自由度があるので、やりたいと思ったことをあれこれ載せてみる。 のちのちSpinnerTwoの車体にシステムをそっくり移すことにして。 車輪 試しに前回の車体で外を走らせてみたところ、案の定不整地でかなり苦戦したので、　 車体保護と荒地走破用の容器を車輪に追加した。円筒はもともと綿棒の容器。 車体を支える白いポリ軟膏壜の蓋と一体化させて、あとでサンペルカをくっつけよう。 モーターも100:1に戻した。今の速度はちょっと早過ぎるのでおあずけ。 そしてMCUはArdupilot Megaを実装してみた。(赤いやつ)　 Arduino Pro miniはモーターコントローラとして残そうかと思ったが、意外と配線の処理がめんどくさくなりそうなので今は断念する。いずれにしろMEGAだけでも十分制御できる。 ピンヘッダを取り除いて、基板に実装面を向かい合わせる形で固定。L型金具の隙間にうまく入った。 裏面はピンのシルク印刷がみえるので、ここからUEW線で配線をすれば効率が良さそう。 カメラ こちらにはJPEGカメラを装備。TV出力はRCAジャックを取り付けて有線でカメラ出力が取り出せるようにしたい。　これで電波法にも準拠しつつリアルタイムの画像が取得できるはず。　念のためビデオアンプをつけよう。 GoogleSketchUP  以前から自由なお絵かきにたくさん使ってきたけれど、もちろんCADのように使うことも可能。今回はめんどくさがらずに部品を全部書きこんでみた。 ミリ単位の編集は、環境設定から選べる。　GSUを起動し直せば新しいスケッチは選択した単位系で始まる。 ポイント  レイヤとグループ化の構造を考えておくと便利・・・　以上。  グループ名は　エンティティの編集画面で変更できる。　(レイヤもね) 後から変更するのは結構めんどくさい。モーターレイヤでネジを量産したりすると後が大変だ。 これで実際の部品や基板を無駄にせずに開発できるといいなー。 実物 以下、消費電力的な小ネタ 動作時の消費電流はおおよそ次のようになっていた。 ・　XBee Pro 　　　　 55mA ・　GPS ...

宇宙機器の開発では試作モデル(BBM)、次に電気モデル(EM)、飛行(搭載)モデル(FM)という順に開発段階が設定されている。 Spinnerシリーズもその手順を踏んで開発してきた。　まずはネタで、次に改良して設計に反映して… 糸巻き戦車型のSpinnerOne、オーソドックスな二輪のSpinnerTwo　ときています。 先日作ったFET式ドライバはもともと2輪タイプでの採用を前提にしていたが、これもSpinnerOneに反映することで改良に繋がっている。ふたつのタイプの技術を融通しつつ、作業を進めている印象。 ただ、Spinnerの車体についても組み立ての自由度をもう一歩上げたいという欲求もあり、ローバーシステムのラピッドプロトタイピング化を狙い、規格化されたパーツからなる部品だけで組まれたローコストな車体を新たに作ってみました。　 構成部品は基板、スペーサ、ネジ、モーター、L型金具。それだけ。 基板は秋月の 片面ガラスユニバーサル基板 　140x40mm モーターはいつものダイセン工業の ロボサイトギヤモータ ギア比は落ち着いた制御を考えるなら100:1がよさそう。 使いたい部品と入手レベルに併せて、形状にはたくさんの解があるけれど、 今回はモーターの軸を基板で囲むというイメージです。 実装一例。　XBee,GPS,Arduino,キャラクタ液晶、ハイブリッドFETドライバ。 慣れると配線作業だけなので、1日で組むことができた。 黒いスペーサーの下に取り付けたのがL字金具。　写真では上面の基板を横に固定して配線のデバッグをしたりしている。 車輪一例　(某社に怒られそうな見た目) L型金具を付けることで、側面にも基板を取り付けることが可能。単純な内部構造の保護や、センサテスト用の拡張基板として使用可能。 基板はある程度剛性もあり、素材としては重くなるけど、ユニバーサル基板は穴が既に開いているようなものなので、ドリルでの穴あけはアルミ板より楽。 車輪一例 SpinnerTwoの車輪。モーターがギア比1:30。室内のつるつるした床では空転してしまうので速度を抑えなければならなかった。荒地仕様ですね。 センサを載せる(イメージ)。　PS...

リレー(のみ)式の欠点  小型ローバーロボット向けに単なるリレー式のHブリッジを作って搭載してみて、その欠点も色々浮かび上がってきた。　 ・単なるHブリッジなので、前進と後進しか出来ない。1輪だと大した問題は無いのだが、並行2輪だと操作が増えるので、カクカクした動作が目立つだろう。 ・効率のよい進路調整には、PWM駆動がほしい。  特に、3～5V駆動のモーターを制御しようとするとき、電子工作の小遣いで入手できるものはTAシリーズ位なのだが、入手性が落ちてきたし、無理やりPWMしてる形なのであまり効率が良くなさそうだ。 ということで自作してみることにした。  ただし、小心者なのでロジックを間違えると燃えるディスクリートHブリッジは今後の課題ということにする…。 FET FETは今までに搭載機器の電源ONOFF程度にしか使っていなかったので、色々と搭載候補を物色。 安い定番ということでNchの2SK2232を使うことにする。サーボに入ってるパッケージでも要求を満たすみたいだ) リレーは従来の仕様だと、2個のab接点リレーで前進と後進にそれぞれ1ch割り当てていた。 これは初期状態では電池が解放で、モーターが短絡になり、モーターに電磁ブレーキを欠けた状態になる。やたらvividに停止するのはこのせい。　小さくて安いリレーなのでこの形式で頑張ってきた。 C接点のリレーを使えば、前進と後進の切り替え(Hブリッジ操作)が1chで済むようだ。駆動電流のON/OFFを制御するのにもう1ch必要なので、ここをリレーではなくFETで制御することになる。 C接点を使う利点は、ローバーみたいに前進ばっかりするロボットの場合、デフォルトで導通する側を前進方向とすれば、後退したいときだけリレーを通電することになる。つまりリレーを動作させるのに必要な電流が削減できる。 方向転換をカーブで行い、PWM駆動に任せれば、リレーを通電する区間はかなり減らせる。　あれ、FETひとつだけでいいんじゃないか・・・と重大なことに気づいた気がする。　まあいいか… リレーの選定は大きさとコイルの消費電流とで選んだ。オムロンの G6K-2P-Y は少々高いが小さくて使いやすく、マルツで入手できる。　webで見つけた作例でも使われていますね。 ハ...

なんという強引な名前(ry 細長いPowerfilmの形的に適合するということで、Spinnerの側面に貼りつけてみた。　外観的にはこれ以上の進化は多分なさそう。 この場合、発電できる電力はすべてのパネルを太陽に向けた時点で0．5Wなので、この形状だと地面の照り返しを期待しても半分以下。あとタイヤが黒、そして光路の邪魔なので反射性素材で光を当てる工夫もしたほうが良いだろう…。 回路的にはチャージポンプによるバッテリへの充電補助という形になりそうだが、時間かかりそうなのがタマにキズ。 太陽電池を貼りつけるとテンション上がるのでお薦め? あと回転する車輪とどうやって電気的接触を維持するかという問題については、車輪とフレーム間にパンダグラフを装備する予定。 個人的にフレキシブル太陽電池モジュールは効率を犠牲にしてもこういう使い方ができるので将来性を感じます。　海外だと模型飛行機の翼に付ける例とかもありますね。 話は変わり… Spinnerはあくまでも実験機なので、取ってつけたような腕が特徴といえば特徴ですが、最近思いついた新型はとうとう腕の軛から逃れられそうです。めざせ単車輪でスラローム走行。 えっ腕がないと駄目・・・?　 　 　製作者としての恐怖は、自らの創造物にのまれて発想が錆びつくことでしょうか。 手段と目的の巧妙な置換の中で、何かに固執することはたいてい停滞に結びつきやすい。むしろ新しい試みの後で従来否定した手法のいいところを再発見したり(二輪しかり)。　紙の上の構想ですべてを把握するのは難しいので、いつも考えるよりも作ってみる癖が抜けないのですが…

話題としては相当出遅れたが、2007年からはやぶさが捉えた小惑星 25143　 イトカワの形状データが公開されている。 HAYABUSA Project | Science Data Archive http://darts.isas.jaxa.jp/planet/project/hayabusa/shape_ja.pl これをモデリングソフトで見るにはSTLデータが読めるものが必要。 あと加工するために、DXFやその他フォーマットに変換できると便利なのだが、MeshLabというオープンソースのメッシュ形状編集ソフトが使えた。 http://meshlab.sourceforge.net/ MeshLab自体でもデータの閲覧が可能。最大となる 1,579,014頂点のデータも少々時間はかかるが読み込んで変換できる。　ピーナツをグリグリ動かして眺められる。 Shade12.0.2ではDXFがエラーになるらしくどのサイズでもハングアップするので、Wavefront　obj形式にしたところ大きなイトカワも表示できた。(64bit版にて)　  表面材質をいじってレンダリングしてみた。 ラッコと呼ばれる所以ですね。 　 なにもしないと光沢がキツすぎて、てかてか光った蝋細工みたいになりがちなので、材質はいろいろ試行錯誤できそうだ。 　読み込み時にサイズを指定するが、900～1000倍のどこかで取り込めば本物のイトカワ(長軸で約535m)と同じスケールになる。　 Shadeで対天体静止中の宇宙船視点のレンダリングをして見た。　宇宙船を1．5km離れたところに配置して、100mm望遠でレンダリング。 　黒いのは宇宙船の影だった。　はやぶさみたいに小惑星に影が落ちている。 　 　 　

 Spinnerは全車輪型のため、視覚的センサを設置する場所は必然的に外に突き出した車体フレーム部となる。　そして無理のない設置場所といえば･･･。 ということで真横を向いております。　Spinnerを捕えたくば、死角となる反対側から忍び寄ってください。　 実はもうひとつ前方視覚としてPSD距離センサが付いているため、猫が近づけば自動で腕を振ることが可能。 　(実際は走行中につんのめってしょっちゅう地面を誤検知するため、内部の3軸加速度計で自分の姿勢を図りながら例外を除外するしかなさそう) 　 外観 撮影したデータはOpenLog経由でSDカードに蓄えることが可能。ソフトはいずれ書こう･･･。 おまけ　MARY基板 最近流行中?のMARY基板。　仮組みではご覧のとおりモーターの隙間に簡単に収めることができた。 小さい基板はやっぱり想像力を刺激される･･･　(ArduinoPro2枚より安い･･･) 2個付いてきた基板をどうしようかというと、既に組み込み先が決定していました。 まだできたばかりのピカピカの新車体。 丁度2枚あるので、片方ずつの車輪を担当させたいですね。

GoogleMap、ふたつのOS(iOS,Android)、A-GPSの3つが組み合わさることで急速に統合されたモバイルGPS業界。 どちらかというとWindowsCE時代のスタンドアロンなGPS機能に慣れ親しんできたので、最近のトレンドを若干誤解していたのだが、スマートフォンのGPS機能はネットワーク依存の比重がとても大きい。 ネットワーク以前の情報端末におけるGPSはスタンドアロンなナビゲーションだった。高価な地図データをカードにおさめて、高感度を売りにするSiRFなどの専用SoCをつかう図式である。Garmin社の専用GPS端末やカーナビと同じ図式だ。 対して携帯電話は早くからA-GPSを搭載した。A-GPSにおいて、端末は衛星から時刻情報だけ入手し、基地局から位置情報を提供してもらう。 基地局を頼ることで、測位までの時間の短縮、GPSの苦手な都市部での測位を実現した。 地図はもちろんサーバーからサービスとして入手する。オンラインであることが前提だ。 なのでA-GPSは携帯の機能を提供するベースバンドチップにも早々と組み込まれている。 (もちろんほとんどの機種では単独測位が可能) そしてスマートフォンはケータイと同じく通信インフラが前提にある。調べたところでは、Andoroid端末のほとんどがベースバンドチップのGPS機能を利用しており、iPhoneや一部のAndroid端末のみがBroadComなどの専用チップを利用している。Appleも専用SoCにこだわりがあるわけではないようで、CDMA版iPhoneでは統合機能を利用している。 意外にもかつては主流だったSiRF系の専用チップを組み込んだ端末は全く見当たらない。ハイエンドなGPS端末で有名なGarmin社が手がけたAndroid端末は売上げで苦戦しているらしい。 つまり、かつてのPDAと携帯を融合させたスマートフォンは、ネットワーククライアントへ変化すると共に、位置情報もネットワーク利用を前提にしたということだ。逆にPDA時代のGPSソリューションは、カーナビ端末として専門化され現在に至っている。OSが遮蔽されているから誰も気にしないけれど。(なので、WindowsCEの隠れシェアはかなりあったり?) 以前みちびきに対応したGPSチップを載せた端末が出回ってい...

変なロボットが豪雪地帯の伝統行事"しみわたり"をする様子をカメラがとらえました。 ところでコイツの名前ですが、開発コードのSpinnerではなく、候補を検討中。意味は糸車。Spoolでもいいんだけれどなんかしっくり来ないので。とりあえず地元で高い山といえば巻機山(Mt.Makihata) 山自体が織物にちなんだ名前だし、結構関連があった。　なんてことを書きながら思いついた次第です。　マキハタ…　やっぱり対外的にはSpinnerでよさそうですね。