久々に週刊MyRobot、ID-01を出して中を調べてみた。

以前、家にある変なロボットの記事を書きました。

このロボットなんですが、当時はどの部品がどういう仕事をしているのか正直モーターとセンサーぐらいしか分からずに組み立てていたのですが、今になってそれなりにわかるようになったため、試しにどういう部品が使われているのか、あわよくば今の技術でプログラミングできるのか調べてみることにしました。

■このロボットのCPUはなんなのか？

ID-01が発売されたのは2006年なので、もう10年以上前のふるーいCPUが積んであることは明白なのです。おまけにIntel系のノートパソコンとかに使用されているようなものは使用されているはずがないので（電池駆動ロボットで、そんな電気バカ食い発熱CPUなんて使用できるわけがない）、ちょっと中をひっさしぶりに調べてみることに。で、調べた結果、

モトローラ社のDragonBoll MX-1 （訴えられそうだな）というCPUが搭載されていることが判明。うん？モトローラ社？えーっとすごい聞き覚えがある。このブログにとても関係ある会社だと思ったら、MacintoshPlusに使用されているMC68000を開発した会社でした。さらに、このロボットで使用されているCPUはその68Kシリーズの後継CPUだったのです。
発表はなんと2001年。とんでもなく古いCPUです。シリーズは今でも続いているようなのですが、速度とか色々不安になります。まあ期待する方がおかしいのですが。期待するならラズパイに置き換えるのが一番早い。

また、いわゆるAVRマイコンやPICマイコンと違い、プログラミング環境に難があります。というかなんのソフトを使用すれば書き込めるのか見当がつきません。当時のid-01のプログラミングツールを解析する必要があるでしょう。

ちなみにこちらがその当時のプログラミングソフトが入っているCD。プログラムは無事に動いたのですが、XPに特化したファイル構成＆Javaインストール祭り＆互換性で死にかけました。こう見るとやっぱり古いソフトなんですねぇ…


■音声認識モジュールについて

このロボットの最大の魅力はなんといっても音声認識部分です。認識能力は当時としてもできの良いものではなく、今のご時世においては悲惨の一言です。認識できる言語数も極めて少ないですが、そもそも当時の技術でこのサイズ、この低消費電力の中でこれだけ反応してきちんと動いた時点で驚愕すべきです。ではそれをどのように行っていたのかというと、




このモジュール基板。
実はこの中に特定の言語が入っていて、それと比較して処理しているというものです。
つまり認識できる言語はここですでにロックされていて、処理もここですべて行っているんです。2000年初期ごろの技術はやはりここまでが限界だったんですね。
ちなみにICの仕事としてはデジタルアナログ変換、圧縮音声、音楽の再生機能もあるそうなので、ID-01のあの独特な８BIT音声はこのICが出していたんですね。横の平べったいICはメモリみたいです。間違ってたらごめんなさい。
ちなみにこちらがこのモジュールの紹介？仕様書？みたいです。

■|ここで残念なお知らせ
えー、先ほどお見せしたプログラミングソフトでちょっとサンプルプログラムを書いてみたので、ID-01に読み込ませようとしたのですがなんと…起動しなくなってしまいました。
電池も好感したのですが、うんともすんとも言わず。原因がさっぱりわかりません…
もう一度分解して断線や、電圧が足りていないのか。何とかしてもう一度起動してあげたいですね。せっかくC言語が少しだけ書けるようになったので今ならきっと面白いプログラムができるはず。

それではまた次回。なんとか起動できるといいなぁ・・・

追記：バッテリーボックスを確認したところ、電圧が本来の電圧になっていないことによる電気不足だったため元の状態に復元。無事に起動するようになりました。しかしながら首などのセンサーがばかになってしまっているようで。。。何とか修理したいですね。

次の記事:

前回の記事:

コメント

コメントを投稿

このブログの人気の投稿

ファミコンの完全自作ROM＆カセットを作ろう！！その１~立ちはだかるコンパイラの壁~

イメージ
ファミコンのソフトを自作する。まさにファミコン少年なら一度は考えたことのある 暴挙 夢の企画なのですが、古今東西にて公開されている方法といえばそれはもう 「既存のカセットのロム改造」 なわけです。 違うんです。確かにROM焼いて書き込めばできるでしょう。しかしその前に覚えなきゃいけないことがあまりにもガラパゴスすぎます。Mapper1とかいうファミコンのカセットの規格（しかもナムコは例外&プラスチック封印されてたらできない）。おまけに容量が大ききくて改造がしやすいものとなると結構貴重なカセットをぶっ壊すスタイルになります。正直コレクター癖のある私としては「 外道 」に他なりません。やりましたけど。ドラクエ２のカセット犠牲にしました。失敗しましたよチクショーメ！！！ なので今回はそんなカセットの端子から基板までALL手作りをしてしまおうというのが規格内容なのです。これならもうカセットを壊す必要はありません。貴重で高いカセットが守られるし場合によっては新しい規格のカセットを作ることもできます。 ⬛︎とりあえずプログラムROMオンリー基板を作ってみる ファミコンのカセットは独特な仕様になっておりまして画像用のROMは別の回路でつながっており、基本的にCPUのROMとは共用しておりません。なので、極端な話普通のパソコンと同じ回路設計であるのならばCPU側のROMだけを組み立ててつないでも問題ないわけです。そしてその回路の一つの部分とか拡張ポートに向かって何らかの信号を送るプログラムを組めば、わざわざキャラクターROMの作成をしなくてもいいわけです。 そこで今回はとりあえずカセットの端子とROMをつなぐ回路を作成しました。 千石電商の地下で入手。前から気になってたけどついに使うときが・・・ 今回使用したこの端子は2.52ピッチのもので、本来のファミコンのカセットよりもピン数が多いです。なので 鉄定規登場。 カッターでごり押しします。ないものは作る。 両側から切り続けて10分後・・・ 無事に切れました。もうなんか紙フェノールの基板とは比べ物にならないくらい堅かったです。なにこれ。 L字型のものを用意すると基板が後でつけやすいです。 それでもってそこに同じピンピッチの二列ピンヘッダーをつなぎます。
続きを読む

ファミコンの完全自作ROM&カセット作ろう！〜cc65で起動ROMをつくる〜

先日、ファミコンに直差しできるROMカセットを作るというお話をしました。しかし、いくらハードウェアができたとしてもプログラムがないと動かないただの鉄の塊です。 ■cc65は、僕らに新規の6502コンピューターを作らせてくれない 　そこでプログラムを作って書き込もうとしましたが、問題はcc65でROMに書き込める普通のプログラムデータを作成することが非常に困難であるという点でした。 　つまりどういうことかというと、cc65というコンパイラソフトは「新規の」6502ハードウェア開発向けには作られておらず、コモドール64やファミコンのエミュレーター向けの開発を考えられているのです。それがわかる仕様として、アセンブラで書いたプログラムをcc65で書き出す際に、どのハードウェア向けに書き出すかという旨を指定する必要があるのです。 　もし指定しなければ自動的にコモドール64向けに書き出されます。そして、プログラムの内容がそれに沿っていなければエラーとして判断され、かきだされることもありません。 ■使いやすさの視点の違いから生まれた仕様 　もうひとつ、cc65が抱える問題として ORG命令 が本来の動きとして働かないという点です。 　 ORG命令 とは、そのプログラムがメモリのどの位置から開始されるのかをしていする重要な命令です。これによってジャンプ命令やラベルがまともに使用できるし、6502においてはリセット割り込み（ゲームを開始する際に読み込まれるメモリ）の情報を書き込むメモリの位置を指定しなくてはいけないので、非常に重要な命令なのですがなんとcc65ではほぼ封印されています。ジャンプ先としては読み込まれきちんとコンパイルされますが プログラムをコンパイルした際に指定した場所にプログラムが書き込まれていないのです。非常にバカバカしくなります。 ではcc65にはORG命令の代わりに何が使われているのかというとSEGMENT命令が利用されています。プログラムをSEGMENTで切り分け、その段階ではまだどこからそのプログラムを配置するのかを指定しません。指定はコンフィグファイルという別のファイルにて指定します。つまり、 アセンブラファイルだけではプログラムを作成することができない のです。また、コンパイルした際にこのコン
続きを読む

74HC595を使ってarduinoの１６ビットパラレル出力に挑んでみた

イメージ
今回の実験台、74HC595さんです。 前回、EEPROMとSRAMを手に入れたお話をしましたがこのICを使うには中にデータを書き込まないといけません。となると、各ピンにそれぞれデータを送らないといけないのでarduino unoさんではピンが足りません。 　そこで、この74HC595というICを使うと本来一本一本つながないといけないところが３本で済み、しかもIC同士をつなげることによって８ピン出力から16、24と増やしていけるそうなので、これだと思い手を出してみたのですが予想どおりになかなか動いてくれなかったのでその動くまでとどうしたら動かせるのかを記載しておきたいと思います。 ■74HC595とはどういったICなのか 　まず 74HC595の取扱説明書 を見てみますと、「8ビットのシリアル入力データをパラレル出力にする」と書いてあります。つまり、一本のピンから出力された例えば「00110100」というデータを各ピンに数字を一個ずつ（0か1か、つまりONかOFFか）割り当てる機能を持っているということで、1ビットずつ読み込んでいったデータを並べて一気に出力してくれるというわけです。まさに今の状況にうってつけです。 　アドレスバスはｚ80の最大本数16本でも、このICを二つ使えば事足りるというわけ。（データバスは別ですが・・・） 　また、このICは出力のみなのでもしｚ80のアドレスデータをarduinoに読み込むのであれば別の読み込み用のパラレル⇒シリアルICを用意しなくてはなりません。それでも、IC同士をつなげることができるので3本で事足りるというわけなのですが…ここが曲者でした。 ■74HC595のピンの役割 Texas Instruments社のデータシート より74HC595のピン配置 上の画像はこの74HC595のピン配置図なのですが、Vccは5V電源をつなぐ部分、GNDは電源のマイナス部分につなぐところです。そしてQA～QHがそれぞれA0（アドレスバスPIN1番）～A7（アドレスバスPIN7番）になります。それ以外のピンの役割についてはこのようになっています。 SRCLK 　：　クロック信号入力ピン。1ビット読み込むごとに、このピンの HIGH 、 LOW を切り替える。 RCLK 　：　ラッチ動
続きを読む