 |
| ”KONG LIVES" このバッチを知っている人は、かなりのKONGマニアだと思います。 Universal Studios Hollywoodで配られたモノです。 その理由は、日本が関係しています。ちょっと悲しい。 普段は、画像認識のテストで使っています。 |
コンセプトは、「SIMPLE & SMART」、これは私の目指す生き方でもあります。
「ゴテゴテのロボットで御座います。」というのは好きじゃない。
基本は、フレーム形状にして、追加の装置を載せられる様にする。
サンダーバード２号の様に、格納するもよし、フレームのうえに櫓型で載せるのでもよし。作業装置と分けて考えました。
後、全体の形状の比率も試行錯誤しました。用途などを考えて、形状の比率の試行錯誤に結構時間を使いました。もともと設計をしていたので、こだわってしまいました。
ロボットの用途や、載せるものの動き・重さ、搭載し移動する時の重心、使用材料の力学特性などを考え、構造力学の計算もしました。結果的に、搭載する物への要求仕様もつくる事になりました。その結果このロボットの形状比率は、コルビジェの黄金比ではないですが、自分のロボット形状比率として大切にしています。
僕の物創りの経験としては、コンピュータシステムもそうですが、既存機能の寄せ集めの結果として、最終品を考えるのではなく、目的を端的に訴求できるデザインから、それを実現するための機能を考えた方が良いと思います。機能の寄せ集めから最終品を考えると先に設計条件を決めます。それに縛られて後々、つまらない物になります。（作る側の理屈は、顧客を無視し、イノベーションを否定します。）
目的に基づいたデザインを決めると、デザインに合わせて機能も開発しなければならない事も発生します。一見遠回りのようですが、その過程でいろいろな発見があり、本来必要な機能が研ぎすまされ、simpleになり拡張性のある良い物になります。創ると、作るの違いです。
 |
| プログラム開発に使っているロボット(２代), ぼろぼろです。木で作っているのは、加工のし易さを優先した為。木材の力学的特性は優れいているので、実機も一部は木材です。実機は４月に公開予定！！ Raspberry Piのメリットは、この様な家の中で開発作業できる小さなロボットを作れる事。 いきなり、実機で開発するより、数段開発生産性が高くなります。 その為にも、構造計算に基づいた形状比率を、 最初に考える事は大切だと、後からつくづく思いました。ラッキーでした。 |
このデザインから、重くて、しかも設置場所の制約を要求する、不細工なノートPCを載せる事は考えませんでした。ロボットのコントローラーは、自分で創るか、産業用のマザーボードを使おうか迷っていました。それでいろいろ探しているうちに、Raspberry Piに出会いました。性能値は低いのですが、コンピュータとして必要な機能は、全て搭載し、カードサイズで、価格が安い。単体の性能が低い分は、分散処理システムで他のサービスで補える様に仕上げれば良いです。その為に考えたのが、「分散コンピューティング環境にロボットの部品を置く」と言うシステムアークテクチャー（RDCS)です。「部品を置く」これが、ミソです。ロボットのコントローラであるRaspberry Piも、部品です。脚も部品です。画像処理プログラムも部品。計測データも部品。何もかもが対等な部品（Object）です。それらを制御するのは、Job Description(JD)だけです。人間とロボットが協調して作業をする為には、共通のJob Descriptionが必要です。このJSをScenario Generator経由でロボットの部品の制御に使います。（この考えの元は、約１０年前に、企業の知識創造マネジメントを研究していた時に、作ったプロセスデータベースの開発経験です。上場企業約100社、のべ約10,000人以上の方にアンケート・インタビューして作った企業の知識創造マネジメントモデルをベースにした組織活動データベースです。７年前にソフトウェア商品化して、今も多くの企業で使われています。今でも、この大量のアンケート、インタビューよくやったなぁと思うけど。その事業企画を許してくれた会社や、インタービューに応じて下さった企業の方々には、今でも感謝です。しかも、分析サービスとして、お金を頂いてやっていたのです。お客様も、ご自分の会社の知識創造の実体を知りたかったのです。この分野は、大学でも研究している方がいるけど、これだけのデータで研究している人は、世界にもいません。この実績を評価して下さった米国東海岸のTopクラスの大学と共同研究もできました。企業の知識創造（利益の源）はマネジメントできます。ただ、みんなその方法を知らないだけ。）
また、直感的にも、元々のDesign Philosophy & Conceptに対しても、分散アーキテクチャーの方が似合っているように思いました。
Simple & Smartな、ロボット達がワイワイ集まって、トマトを作るなんて、考えただけでも面白そうで、ワクワクしてきます。Toy Storyの世界観です。
同じ目標の元に、人と沢山の自律型のロボットが協調して働く、その環境を作るのがRDCSです。だから働いているロボットの部品もRDCSは、ちゃんと知っている。なぜなら、修理ロボットが部品を持っていかなければならないから。。。
話は変わるけど、Raspberry Piの開発者には、おこられちゃうかもしれないけど、システム開発は性能の低いハードで作った方が良いです。なぜなら、アークテクチャー構造やアルゴリズムを考えなければならないから。それに、それ以下の性能になる事はない訳です。それが、後々、システムの成長を可能とします。また、技術者としても面白いですよ！
実機の組み立てを初めて、まぁいろいろ大変ですし、分散システムのfail safe & recovery機能の実装などでも苦労しましたが、デザインは一切後悔していません。
しかし、開発を突き進めて行くと、さまざまな畝の幅に対応する必要があり、４つの脚の間隔を用途に合わせて自由に変える必要に迫られました。まぁ、その方が合理的なので、４月に導入するバージョンは、４つの脚の位置が自由に変更できます。RDCSでは、４つの脚の間隔を、それぞれ1,000kmにしても制御できます。(そんなもん、誰がするか！）
でも、このようにロボットの形状を自由に考えられるのも、元のデザイン、RDCSの考え方あるからです。それと、Raspberry Piが小さく、軽いからです。
ただ、犬を散歩させる「お散歩ロボット」や、人をサポートするロボットは、比率は変えません。ロボットの重量や強度の最適な形状比率なので。。。。。
しかし野外用の実用ロボットを創るって、本当に大変！！
農業しながら、一人でする事ではないです。
昼は、農家で、夜は技術者。
昼は、植物学で、夜は工学。
昼は、現実で、夜は未来。
昼は、嫁さんニコニコ、夜は金稼げ!
はっきり言って、
脳みそパンクで、分裂状態
睡眠不足で、体力限界
なんで、こんな事しているのだろう？
こんなときは、バナナボートに乗ってはいけません。
くれぐれも真似をしない様に。なんちゃって！
でも、でも、僕の一番の理解者は、嫁さんです。感謝、感謝
Simple & Smart
peace! (^_^)v
追加
今のソフトウェアは、本当にそれで良いのか私には、大きな疑問があります。
特に、Windows関連のソフトには、疑問だらけです。
高性能なハードに、使いもしない機能満載のOS、使いもしない機能満載のアプリケーション。Vicious Circleそのもの。２、８（ニッパチ）の理論がありますが、もっとひど事になっています。個々の技術が進歩しているように見えて、美意識もなく、全体が退化している。
ビジネスだからしょうがない事は、挿し引いても、全体が退化している。
System Architectの、プロ技術者としての美意識は？？？
コンピュータを学ぶ、子供達には、個人的に、そのような物は触らせない方が良いと思います。「三つ子の魂、百まで」です。日本のように技術立国を目指す国のコンピュータ教育は、根本的に考える必要があると考えていますし、自分なりに、すこしチャレンジしてみようと思うこの頃です。
大事な事は、
・コンピュータの基本動作の仕組みを正しく知る事
・コンピュータ化する対象を、正確に構造化して分析・体系化する事
・実現するためのアークテクチャーを考える事
・処理のアルゴリズムにこだわる事
そして、最も大切な事は、コンピュータは創造の為の道具であると認識する事
それができれば、システムの目的が正しく設定でき、良いシステムが考えられ、良いプログラムが作れます。
結果として、良いシステムになります。そして、そのシステムを使う人が幸せになります。そして、システムを創った人たちも、創造の意欲と技術が高まります。
このサイクルを実現しなくっちゃ。進歩したとはいえない。
しかし、上記のような問題意識を持つと、今のこの時代に於ける
Raspberry Piの存在意義は、とても大きなものだと思えてきます。
0 件のコメント:
コメントを投稿