今日FPGAで学んだこと（７）NIOSについて

今日じゃなくって、昨日だけど、学んだこと。
昨日とはぜんぜん違う話。
ソフトコア・プロセッサ、NIOSをつかいます。
バージョンが9.1なので、SOPCビルダーをつかいます（最近のバージョンはQSys）

---

■SOPCとQSYS
・Quartus9.1などの場合につかう。
　バスのavalonが、マスタースレーブ

・QSYS
　12.1から登場、13.0では、こちらしかない？
　バスが、マルチマスター

外部とのやり取り：JTAG

---

■ＮＩＯＳを利用したプログラムを作る手順

（１）QuartusⅡで、トップモジュールを作成する。
　　verilogと、ピン配置もやっておく
　　下位モジュールは、コメントにしておく

（２）SOPC Builderで、NIOSなど、いろいろ取り揃える
・QuartusⅡのTools→SOPC Builderで起動
・いろいろモジュールを組み込む
　　　ＲＡＭ
　　　ＮＩＯＳ
　　　ＪＴＡＧ
　　　ＳｙｓｔｅｍＩＤ
　　　入出力（ＧＰＩＯ）
・アドレス設定
　　SOPC Builder→System→AutoAssignBaseAddresses
・保存して、生成（Generateボタンクリック）

（３）QuartusⅡで、トップモジュールを完成、転送
・（１）でコメントにしておいた、下位モジュールとのつなぎの
　部分のコメントをはずして、コンパイル
　　→あらかじめ、ピン配置をしておくこと

・この時点で、Programmerを使って、ＦＰＧＡに書き出す
　　→QuartusⅡの作業はここでおしまい

（４）NIOSⅡSoftware Build Tool for Eclipseで
　　　（Ｃ言語）プログラムを作成

　　File→New→NIOSⅡApplicationTemplate
　　　（２）で作ったscopeinfoを選択
　　　プロジェクト名をいれ、
　　　　templateにblankProject(空のプロジェクト）を選択
　　　プロジェクトにbspと付いているものと、いないものができる

　　Ｃプログラム作成
　　　　bsdが付いて「いない」ほうのフォルダ＝プロジェクト名を右クリック
　　　　new→SourceFileを選択
　　　　ファイル名（なんとか.C)をいれて、Ｃのソースを書いて保存

　　ＢＳＰエディタを起動
　　　bspフォルダを右クリック
　　　　　settingでＣ＋＋をはずしたり（settingタブenableC_Plus_plus）
　　　　　commonで、enable_reduce_device_driverやenable_small_c_libraryに
　　　　　チェックを入れたりいろいろして
　　　　　保存後、一番下にあるGenerateボタンをクリック

　　public.mkを修正
　　　bspフォルダを右クリック
　　　　ALT_LDFLAGSのしたに
　　　　LT_CFLAGS += -DSMALL_C_LIB
　　　をつけたしてみたり、しなかったりで、保存です
　　　→この作業をやる前に、上記のＢＳＰエディタをGenerateし、終了しておくこと
　　　　そうしないと、public.mkはひらかない。
　　　　終了してもひらかなかったらＦ５キー（リフレッシュ）

　　プロジェクトのビルド
　　　　bsdが付いて「いない」ほうのフォルダ＝プロジェクト名を右クリック
　　　　Build Project
　　　　最後にビルドがコンプリートしたよとでる

　　転送、実行（ＦＰＧＡが動いていて、ＵＳＢブラスターが繋がっていること）
　　　　bsdが付いて「いない」ほうのフォルダ＝プロジェクト名を右クリック
　　　　RunAs→NiosⅡHardwareを実行
　　　　画面が出てくるので、Runをクリック

これで、実行できる

人間力は、もういいんじゃないか・・・デジドカ業界では・・

ある新入社員に、今年受けてきた新入社員研修内容を聞いてみた。
いちおう、コンピューター業界（プログラマ、ＳＥ対象）の研修なんだけど、
どうも、「社長講話」、「挨拶の仕方」、「電話の取り方」など、
人間力を磨く研修ばかり受けてきて、
技術的な話はさっぱりだったらしい・・・
ＳＱＬのお話より、掃除の時間のほうが長い・・・みたいな・・・

---

最近は、コンピューター業界も、人間力重視なのでしょうね。

そういえば、大学入試も、人間力になるらしいし・・

文科相 人間力判断する入試を
http://www.slashnews.biz/archives/29931514.html

大学も、社会も人間力まず重視ということになるのでしょうか・・

---

でも、デジドカの場合、

人間力を重視して、リア重の人のように、
世間をうまくやっていける能力って、そんなに要らないと思うんですよ。

むしろ、死なないで済むには、プログラムを書けたりするほうがいいと
思うんですよね。

---

もちろん、企業は、個人なんていうのはどうでもよく、
何人うつ病になっても、まったく感知せず、
発注会社に押し込みやすい「人間力」を磨き、
実は作業効率を下げるフレームワークを無理やり使わせて
技術をやらないからデスマーチになってうつ病になったら、
使い捨てて、生き血を吸って、会社は大きくなる・・・

・・・っていう、その構造は理解してます。

理解してますが、いくらなんでも、最近の人間力重視（＝技術軽視、学力軽視）は
限度を超している気がします。

人間力は、もういいんじゃないか・・・デジドカ業界では・・

ハードでもＴＤＤ、いけるんじゃないか？ＦＰＧＡなら・・

ソフトだと、JUnitを使って、ＴＤＤ（テスト駆動型設計）は可能だけど、
ハードでＴＤＤという話は聞かない。

が、FPGAで、ModelSimとか使って検証する場合だと、
ハードでも、ＴＤＤで、できることになるんじゃないか？

１．まず、動作させるユースケースを記述する
２．ユースケースにあった、テストベンチをverilogで書く
３．それを呼び出す下位モジュールを、インターフェースだけ書く
４．とりあえず、コンパイル、テストベンチに通す
５．３，４、を繰り返し、中身を詳細に書いていく

というようなかんじ。

こうなると、ソフトウェア、ハードウェアそろって、ユースケースを
考えることができ、インターフェースを先に確定することができる
ので、ハードだけで考えるより、良い気がするのだが、どうだろう・・・