日記みたいな何か

昨日、Arduino Uno側でNAOMIのキーチップを叩けなかった問題ですが、落ち着いて調べた結果、酷い初歩的なミスをしていたことが発覚。まず、キーチップのPICは、外部からクロックを供給する必要があるのに、それをやっていませんでした。なぜか内蔵オシレータのクロックで動いているものと思い込んでいました（汗）。また、MCLREが有効になっているのに、4番ピンをHighにしていませんでした。多分これをやらないとリセットが解除されないはずです。

というわけでPICに4MHzのクロックを入れるようにして、4番ピン (MCLR) をプルアップしてみました。これでどうだ。

お、Arduino Unoからのメッセージに純正キーチップのPIC が応答するようになりました。

しかし、この応答に、今度はArduino Unoの方が反応してくれません。何かArduino Uno側が、PIC側のクロックのトグルをちゃんと拾えていないような・・・。で、調べてみると、トグルの検知や値の読み込みに利用しているdigitalReadという関数が激遅との情報が出てきました。そして早くしたかったら直接レジスタを操作すると良いとのこと。なるほどねー。

digitalReadを使うのをやめて、直接レジスタを読むように書き換えたところ、メッセージと応答のやり取りが進むようになり、ついに純正キーチップの情報の読み出しに成功しました。やった。これでようやく自作キーチップクローンのデバッグが進むｗ

早速Arduino Unoに自作のキーチップのクローンを読ませてみたところ、こちらは失敗。波形を見ると、何かやり取りをしているように見えなくもないですが、変ですね・・・。

これはもしや・・・と、試しにArduino Uno側のクロックのトグルを遅くしてみたら、PIC側が正しく反応するようになりました。これはつまり、PIC側が遅くて、クロックの読み取りに失敗している可能性が高そうですｗ

ソースを見返してみると、PIC側でクロックを検知してレジスタの値を読み込む部分のループカウンタが無駄にintになっていたので、これをcharにし、さらにレジスタから読み出した値に7をANDして、下位3bitのみをメモリに保存する処理を、ループの外で行うようにしたところ、Arduino Uno側を遅くしなくても応答が返るようになりました。読み出せた情報も正しそうです。

では再度実機で動かしてみます。

う、だめか。しかし前回はエラー26だったのが、今回はエラー24に変わりましたｗ

波形を見ると、それなりにやり取りをしているように見えるんですが。うーん、何がだめなんだろう。

任天堂での多言語版も注文完了。後は発売日を座して待つのみです。

NAOMIのキーチップクローン、デバッグに便利そうな気がしたので、PIC向けに書いたコードをArduino Unoに移植して、Arduino Uno側でDIMMモジュール側の挙動を模擬できるようにしてみました。

早速Arduino Unoに純正のキーチップをつないで波形を観測してみます。うーん、それっぽい信号がArduino Unoから出ているようですが、PIC側が応答しませんね。何でだろう。 (追記: 実はPICが内蔵のオシレータで動いているというとんでもない勘違いをしていました・・・。外からクロックの供給が必要だったんですね。あと、オリジナルのPICはMCLREがセットされているので、ちゃんとMCLRをHighにする制御も必要でした)

一旦Arduino Unoからの認識は諦めて、作ったクローンの方をNAOMIの実機に刺してみました。が、こっちはエラー26。やっぱりデバッグしないとだめかｗ

ちなみに、作業をしていて気づいたんですが、コンパイラが生成したPIC16F628A向けのhexファイルをTL866CSでPICに書き込んでVerifyすると、configが不一致エラーになってしまうようです。

どうもコンパイラが生成したhexファイルだとconfigの値が0xFF82になっているのに対し、PIC側から読み出される値が 0x3F82 になっているせいで、不一致を起こしているようです。上位2bitの部分は実機に存在しないbitなので、MiniPro側で無視してほしいんですが・・・。Cのコードでconfigの値を直接指定する方法とかあるのかな。

ビックカメラでの購入手続きを完了させました。2台目確保です。任天堂の方は周辺機器をどうするか、もうちょっと考えてから・・・。

NAOMIのキーチップのクローン、いきなり実機でデバッグするのは大変そうなので、まずはCで実装したPICのコードのコア部分をLinux上で動かせるようにして、5年くらい前にロジアナで取り込んだNAOMIのPICの波形データをテストベクタとして食わせてみました。

その結果、PIC側の応答の一部のパリティが一致しないという結果に。非常に悩んだんですが、実はおかしいのは実機側のデータでした。どうやら、PIC側から出る8Byteの応答の最後の1Byteには、パリティが正しくついていないっぽいです。意図的にやっているのか、あるいはPIC側のバグなのか・・・。後者だとすると、実はNAOMIのDIMMモジュールはパリティをちゃんとチェックしていない・・・？

NAOMIのキーチップ、挙動がわかっているということは、クローンを作ることができるのでは・・・。そう考えたら居ても立っても居られなくなり、実装にチャレンジしてみることにｗ。アセンブラは辛すぎるのでCでやります。PIC16F628は初めてだけどどんな感じかな。

ビックカメラからメールが。どうせまた何かのアンケートでしょ・・・と思ったら、おいマジかよｗ

まさかの Switch2 抽選販売、繰り上げ当選のお知らせ。抽選販売に申し込んだの、任天堂、ヨドバシ、ビック、Amazonの4件だけなんですが、これでそのうちの3件に当たったことになりますね。これは凄まじい。というか、この先、どうなってしまうんだ・・・。

近場で焼肉を食べてきました。お疲れ様でした。

改めてNAOMIのキーチップ (PIC) の信号を観測したくて、DIMMボードのシールドを取り外してみたんですが、何かよく見ると、PICのソケットの隣に何も実装されていないIC3というソケットがありますね。ACE1101？

もしやと思い、信号をテスターで調べてみたら、PICで使っている6番ピンから9番ピンの4bitの信号が、そのままIC3の1番ピンから4番ピンに配線されていました。つまり、PICの足にプローブを当てなくても、このソケット経由で信号を覗き見ることができるということに。キーチップのカバーを外さなくてもいいので、これは便利ですね。

ちなみに、ACE1101のデータシートを見ると3番ピンはNCとなっていました。どういうことなんだろう・・・ｗ