選択して、OKボタンをクリックする。ステート値が表示された。1は通常ではバスになっていないので、バスにまとめてある。いう順番になっているのがわかると思う。これは、XSTの論理合成の定義が、wrt_cs[1:3]となっているためである。クリックしてバスの順序を逆にする必要がある。記述したステートマシンの定義を下に示す。mainsm_cs;XSTで論理合成すると、グレーコードになってしまっていたので、今回はワンホットにせずにグレーコードで記述している。記述すると、XSTのレポートファイル(今回は、char_write_axi_master.syr)では、そのままのステート値になっていた。encoding.@DEFAULT_TOKEN=ERRORIDLE_MAIN=000\bCHAR_ROM_READ=001\bCHAR_ROM_VALID=011\bCONVERT_FORMAT=010\bNEXT_LINE_ST=110\bRASTER_VALID_WAIT=111\bRASTER_VALID_ST=101\bなお、言うまでもないかもしれないが、”#”はコメントを表す。ステート値を表示させたのが、下の図になる。ステーマシンのステート値を表示することが出来た。ファイルを作るのが面倒だが、しっかりステートマシンを解析したい時は便利だと思う。XSTで論理合成すると、グレーコードになってしまって多分、私が昔嵌ったネタと同じかも。autoなので、思った通りに最適化してくれます。userにしておけば、一応書いた通りになるよーです。教えて頂いて、ありがとうございました。Autoになっていました。Autoにしておいて様子を見てみます。グリッジが気になる出力のところはDFFで受けた上で出力しようと思います。それでもダメだったら(デコーダが大きくなって動作周波数を満たさないとか?)Userにしてみようと思います。#コメントありがとうございました。コメント書いていただくと、とっても嬉しいです。それを形式的にバイナリにして、その後にデコーダを付加してくれました。入れて、その前で一つ先の状態をデコードするのが正しい最適化だと思うのですが、そうなりません。制御信号なんかも要注意です。確かに、そういうことはよくありますね。制御信号なんかも要注意です。