ほんのちょっぴりですが・・・

Webからは下記をアクセスするとプロジェクトが見えます。

% git clone https://github.com/aquaxis/aquaxis.git

撮り貯めたアニメを整理しながら、今日もMicroBlazeで遊んでます。

って、サーバが寒さでダウンしてるんで、アニメを整理できない・・(^-^;

エンディアンについては、当分、諦めることにした。

どこにスイッチがあるかわからない状態。

「ソースのほうで、入れ替えればいいやぁ〜」的な、適当さです(^-^;;;

データを"or"しても"or"できないなぁ〜と思ってたら、gccがMicroBlazeコードを吐く際に違う命令をしようしているようだった。

仮に下記のようなものとしよう。

int data;

char str[];

for(i; i < last; i++){

  data |= str[i] << ((i % 4) * 8);

}

これでstr[]が{0x0A,0x05,0xA0,0x50}だとしたら、dataはどうなる？

0x50A0050A

と、なってほしいところなんだが、MicroBlazeでは

0xFFA0050A

と、なってしまう。

なんでだろう？と、シミュレーションしたら、[2]の0xA0をdataに入れた時点で

0xFFA0050A

と、なっていた。

つまり、0xA0の左ビットが立ってたので、dataの左ビットが全て"1"で埋められたということだ。

どの命令だったか忘れたけど、確かにそんな命令があったことは覚えている。

その命令を実行しているなんて思っても見なかった。

それを回避するようにしたら、正常なプログラムが組めるようになった。

サンプルで作成したprintfはそれに対応する形をとったけど、本当はgccのレベルでEndian変換しなきゃいけないよなぁ。

いろいろ、探してみたんだけど、それが見つからないのでひとまず、Little Endianのまま使うことにしよう。

MicroBlazeとRAMの間を無理やり逆転させるという荒業もあるけど、それをしても、アプリが飛ぶことがあるのがわかった。

知ってる人がいれば良いんだけどなぁ〜。

shなら--wirh-endian=bigとかでいいんだけど・・・

むかぁ〜し、ChipScopeを使って便利だなぁ〜と思ったことがあったんですが、最近はシミュレーション主体なので使う機会が無くなっていた。

その代わり、UARTを付けてハードだけでコマンドプロンプト処理ができるようにして、そこからデータのリード＆ライトするようにしている。

つまり、そこにChipScopeのようにメモリに貯めこむモジュールを追加してみた。

まぁ、UARTに出力されているHexから波形を想像しないといけないけど、ChipScopeもどきができた。

ここまではそんなに難しいことでもないのでどうでも良いことなんだけど・・・

そんなこんな考えてたら・・・

ただ、単にそれだけのUARTモジュールなんだけど、取得したデータを波形にするアプリを作ればそのまんま、ChipScopeもどきで遊べそうだなぁ。

VCDに落としてしまえば、gtkwaveで見ることできちゃうでしょ。

LinuxでUARTに接続するアプリが出来れば、VCD変換できそうだなぁ〜なんて・・・ぼんやり考えている。

/dev/ttyS*の扱い方なんてすっかり忘れたけど、そこさえなんとかすれば出来るんじゃなかったっけ？