管理人の独り言(ほとんど月報状態)

_ 何をやっても

動きやがらんので、チョイと寄り道して、別の回路部分を作成。

手始めに、アクセスしたアドレスを、そのままデータとして返す回路を作ってテストしてみたら、最上位ビットの値が、どうにも安定してくれない。ま、こんな単純なミスは、はんだ付け不良だろうと思って、何回かチェックしてみたけど、問題なし。

_ メモリダンプを

眺めてて、なんか違和感があったんだけど、しばらく考えてたら、違和感の正体が判明。

その正体は、16ビットバスでつないだデバイスに16ビットアクセスしてるのに、返ってくるデータに、こんな風に奇数があるってこと。

>dump 400000
ADDRESS  +0 +1 +2 +3 +4 +5 +6 +7 +8 +9 +A +B +C +D +E +F  0123456789ABCDEF
00400000 00 00 00 01 00 02 00 03 00 04 00 05 00 06 00 07  ................
00400010 00 08 00 09 00 0A 00 0B 00 0C 00 0D 00 0E 00 0F  ................

_ SH7144って

そんなバスアクセスするんか?って思って、データシートを眺めてみたけど、やっぱり、そんなわきゃ無いわけで。

手詰まりになったんで、最初に戻って、アドレスバスを導通チェックし直してみたら、VHDLのピン割り当てと実際のピン割り当てがあわない・・・。改めて、ソース見直してみたら

    cpu_a : in std_logic_vector(19 downto 0);

って具合に、アドレスバス20本って宣言してあるのに、

    attribute pin_assign of cpu_a : signal is "25,24,23,22,21,20,19,17,16,15,14,13,12,11,10,9,7,6,5,4,3";

実際に割り当ててあるのは21本。そりゃ、最上位ビットが不安定になるわけだ。

_ 早速

割り当て直してみたら、予定通りの値が返ってきましたとさ。

>dump 400000
ADDRESS  +0 +1 +2 +3 +4 +5 +6 +7 +8 +9 +A +B +C +D +E +F  0123456789ABCDEF
00400000 00 00 00 02 00 04 00 06 00 08 00 0A 00 0C 00 0E  ................
00400010 00 10 00 12 00 14 00 16 00 18 00 1A 00 1C 00 1E  ................

_ これで

もしかして、SDRAMコントローラー動くかなって淡い期待してみたけど、やっぱりこける。ただ、読み書きができて、しばらくしてデータが化けるところを見ると、リフレッシュ周りかな?って感じ。

大股で一歩前進だねえ。

_ てゆーか

合成時にエラーにしてくださいよ>ツール。