アカウント名:
パスワード:
「FPGAのほうがブラックボックスだ」という意見はごもっともで、 最初の一歩としては、ブラックボックス的要素を最小限度にした74TTLを ごりごり並べるのはアリだと思います。
しかし、その次の段階で、どうしたら命令を増やせるかとか、 レジスタを増やしたいとか、より突っ込んで、勉強したくなったとき、 74TTLによる製作では、試行錯誤に限界が来てしまいます。
その点、FPGAであれば、何度でもやりなお
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
クラックを法規制強化で止められると思ってる奴は頭がおかしい -- あるアレゲ人
つい買ってはみたけど。 (スコア:4, 参考になる)
結局、74のパッケージもブラックボックスには違いないので、FPGA or CPLDで作ったほうが親切になるのではないでしょうか。書き換え可能デバイスなら、自分でこまごまと書き換えて理解に到る、という道があります。
昔から74で4bitCPUを自作、っていうのには一定の人気がありますが、満足感以上
どの程度までやるかによるかと… (スコア:1)
「FPGAのほうがブラックボックスだ」という意見はごもっともで、
最初の一歩としては、ブラックボックス的要素を最小限度にした74TTLを
ごりごり並べるのはアリだと思います。
しかし、その次の段階で、どうしたら命令を増やせるかとか、
レジスタを増やしたいとか、より突っ込んで、勉強したくなったとき、
74TTLによる製作では、試行錯誤に限界が来てしまいます。
その点、FPGAであれば、何度でもやりなお
アセンブラからCへ (スコア:2, 参考になる)
CPUの本質を学んだり途中経過を手にとるように理解するには、石ならべてゴリゴリ作るのも悪くはありません。ただ、そこから先何か実用的なものを作るのでしたら、FPGA/CPLDの方が良いでしょう。
教育という観点で見るならば、現在のIT系教育において、プログラミング教えるためにアセンブラからという手法はレアケースですよね。F
Re:アセンブラからCへ (スコア:2, 参考になる)
>>Cでロジック組めますし
Cが使えるデザイン環境は非常に高価です。
また、P3-1.4Gでちょっとしたカウンタ回路のシュミレーションを
したところ3時間もかかります。あまり楽しくないかもしれません。
高価なハイエンドUNIXマシン上シュミレータ環境が使えるところなら別ですが。
>>プログラミング教えるためにアセンブラからという手法はレアケース
Cコンパイラがこれだけ高性能化すると、まあ、あまり使わない方も
いらっしゃると思いますが、私はアセンブラ教育は必要と考えます。
ロジック設計での考え方と実際それを使ったプログラミングは違います。
>>実用的なものを作るのでしたら、FPGA/CPLDの方が良いでしょう。
これも疑問
結局、実用的なものを作ろうとするとFPGAに色々外つけICを付けなけれ
ないけないような気がします。
DW10月号の基板一つではできませんよね?
>>半導体市場の牽引役が、CPUからFPGA/CPLD
演算処理や信号処理に特化したシステムや、
通信系などはすでに移行しつつあるのだろうと思いますが
ローエンドの組み込みマイコンなどではまだまだ普及に時間が
かかると思います。というのは組み込み系の多くがまだまだ
5V系が多く、5V系のFPGAが高価だからです。
また、組み込み系マイコンの多くは周辺回路を集積していて
これらを外つけにするとコストメリットが全く無くなる点も
あります。
量産効果が期待できるものなら、ある程度コストをかけ3.3Vや
1.8V系にしてもいいんですけれど、安い、早いを要求される分野
では、マージンが少なくなるような(誤作動しやすい)3.3V/1.8V
系に移行するのはメリットがあまりありません。
5V-3.3V変換ロジックなんか、それ単体で80円くらいするし....
すみません、後半は愚痴です(w
>>Spartanシリーズで100万ゲート規模を12ドルで提供
某代理店経由で情報は着ていましたが、これたぶん何十万個以上
とかいう個数制限ついてると思いますよ。
開発も無料ツールでは不可でしょうし。
デジタルAVのデコーダー/エンコーダーをFPGAで実装すると
あとあと新規格に対応できてええなぁとか思いますが
製品売れなくなるのでやらんでしょうし。