5月6

QuartusII 12.1 バレルシフタの記述比較

カテゴリ:: FPGA; Verilog

　前回、メモ：QuartusII 12.1 バレルシフタの記述とTimeQuestによる速度評価の続き。

　バレルシフタの入力、出力を64bitとすると、シフト量は0～64になる。つまりシフト量の指定に6bit＋1必要。これらをfunction文による自前の組み合わせ回路と＜＜演算子による記述で比較してみた。

ソースはこちら：https://gist.github.com/houmei/5522404

　function文によるRTLはこのようになる。(8bit幅)

　コンパイル結果は以下。27LEで3段。

　＜＜演算子によるRTLはこんな表示。

　コンパイル結果。32LE4段。

　このような感じで4～64bitまでの組み合わせ回路によるバレルシフタと演算子によるバレルシフタについて、LE数と動作周波数で比較した。

　横軸は4,8,16,24,32,48,64が等間隔に並んでいるのに注意。組み合わせ回路はLE数が少なくて済むが、8～16bitのあたりで速度が逆転する。これを配置配線後の回路でみると、こうなっている。

組み合わせ回路によるもの：

＜＜演算子によるもの：

　＜＜演算子でコンパイラに任せたほうが、LEがまんべんなく散らばっているようにみえる。LE自体のディレイよりも配線のディレイが大きいように思える。
16bitくらいの大きさまでなら組み合わせ回路で手書きしたほうがいいが、回路をケチる必要がなければコンパイラに任せたほうがいい。

　＜＜の演算子で書くならparameter文で指示したら良さそうと思うでしょう？実験した。上位モジュールからは
sllp #(63) SLL(source,value,sftout);
の様に書いてparameter文を使ったsllp.vを呼び出すようにコンパイルしてみる。すると、24bitで以下の様な結果となった。
24bitでの＜＜演算子 / parameter文によるもの
128LE,295.33MHz / 133LE,280.74MHz

　bit幅によってはまったく同じではないことがあり得る。なんでわざわざこれを試したかというと、20年くらい前に論理合成ツールを使った時に怪しい挙動を経験したため。なので、ギチギチに詰める必要がある場合はいろいろ疑ってみたほうがいいかもしれない。

追記：@ikwzmさんにfor文を使った書き方を教えてもらいました。https://gist.github.com/ikwzm/5523178　398LE/199.76MHz
ちょっと8byteシフト＆8bitシフトの組み合わせで64biシフタを構成したら210LE/310.95MHz

タグ：: QuartusII; FPGA; バレルシフタ; verilog

5月4

メモ：QuartusII 12.1 バレルシフタの記述とTimeQuestによる速度評価

カテゴリ:: FPGA; Verilog

　ALTERAのFPGA開発環境 QuartusII 12.1、Verilog HDLでバレルシフタを記述し、組み合わせ回路の動作速度をQuartusIIの機能であるTimeQuestで計ってみた。ターゲットはCycloneIII EP3C16F484C6(Terasic DE0)。I/Oのアサインはせずコンパイルのみ。

　バレルシフタは組み合わせ回路なので、最初はI/Oから入出力をとってそのまま接続していた。しかしこれではTimeQuestで評価されない。前後をFFではさむとfmaxが計算された。

　これに気づいたのはTimeQuestによるタイミング解析を学ぶ (1/3) 、FPGAの動作スピードを改善するポイントとは？ (1/2)を読んでから。ディレイ計算はゲートの出力側から入力側に向けて積算して求めるものと思っていた。

ソースはこちら：https://gist.github.com/houmei/5510474　

　コンパイル後、[Tools]→[Netlist Viewers]以下のツールで回路を見ることができる。
→[RTL Viewer]でRTLの、→[Technology Map Viewer(Post-Fitting)]で配置配線後の回路を表示する。

[RTL Viewer]

[Technology Map Viewer(Post-Fitting)]

　Compilation ReportのTimeQuest Timing Analyzerの項目に最大動作周波数が載っている。ここのSlow 1200mV 85C Modelを開く(電圧が低く、温度が高い方が厳しい条件となる)。ここのFmax Summaryを見ると712.76MHzとあり、これが最大動作周波数。

タグ：: QuartusII; TimeQuest; FPGA; バレルシフタ

4月2

Redmineインストール Bitnamiによる2.3.0をAzure上に

カテゴリ:: PC; 設定

　一週間かけてredmineを設置しようと色々やってみた。
(1)さくらレンタルサーバ　難易度高く古い版数しか実績がない。ruby入れてrails入れてとやってたらXXXはもう古いのでYYYを使え……などと、もう追っかけ切れない。そんなわけでオールインワンパッケージを試してみる。

(2)Bitnamiの最新パッケージ 2.3.0のMacOSX版はあっさりインストールできた。WebサービスはMacOSXのものを使うみたいなので外部から参照するのも設定なしでできた。
■[redmine]BitnamiのパッケージでMacOSXにインストール

(3)もうちょっと頑張ってクラウド上に置いてみる。データ流量は非常に少なく、データそのもののサイズも小さくてうってつけ。これが出来れば電気代いらず手間いらず。
WindowsAzure上にアカウントを用意して、WindowsServer上にインストールしてみた。
live IDを取得し、クレジットカードを用意すればAzureを使うことができる。ここで仮想マシンのインスタンスを作成する。インスタンスとはパソコンのグレードを指定して一台組み上げてそこに預けるようなイメージです。XSクラス、設置場所は東アジア、Windows Server 2013(一番新しいの)を選択。これは使ってみたかっただけで安全に構築するためにはWindowsServer2008を選択したほうがよろしかろう。
次にエンドポイントを設定する。これはインスタンスに対するネットワークの接続口の指定で、最初はリモートデスクトップ用のポート番号が開いている。これにTCP/80を追加。
以上の操作はすべてGUIでできる。楽。
　ダッシュボードで該当するインスタンスを開くと下の方に＞＜接続というアイコンがあるのでこれをクリック。.rdpファイルがダウンロードされる。これをクリックするとリモートデスクトップが起動。
　InternetExplorerのセキュリティ設定が厳しいのでまず最初にchromeをダウンロードした。そしてchrome経由でBitnamiのWindows用パッケージをダウンロード。これを実行するとMySQL/Apache/Gitを独自にインストールしてくれ、redmine環境を簡単に構築してくれる。
http://localhost:3001/redmine でアクセスできればOK。
　さて、このままでは外に出られないのでIIS経由でredmineへのアクセスをApacheに渡すようにする。なんとかかんとか.cloudapp.com/redmine とアクセスがきたらいったんIISで受けてlocalhost:3001/redmineに変換しApacheに渡すことにより外部からのアクセスを可能にする。ということでサーバーの役割からIISをインストール。次にApplication Request Routingによる逆引きを設定。
■[WHS2011][redmine]redmineをWindows Home Server 2011にインストールする

これで外からアクセスできればOK。
Azureの設定については「インストールマニアックス」で検索すると色々出てくる。
また、IPA(情報処理推進機構)でもオールインワンパッケージを配布している。こちらの利点はサンプルがたくさん入っていること。メール通知をするためには設定ファイルをいじらなければいけない所があって、私はうまくできなかった。あと、最新というわけではない。ドキュメントは参考になります。
定量的プロジェクト管理ツール（EPM-X）

タグ：: redmine; Azure; WindowsServer

3月31

メモ PIC/PIC32MX/ビデオ出力

カテゴリ:: PIC32; Arduino

ビデオ出力の原理。D/Aコンバータ
Wayne and Layne

Arduinoでの作例
Arduino Uno output to VGA monitor

【紹介】PIC32MXマイコンでカラーコンポジット出力を試す＆ビデオゲームもできる！

PIC32MX,HC08,MSP430用BASIC
CPUStick and StickOS

PICのクラスタ
PIC cluster

Arduino Online Compiler
Arduino Online Compiler

ArduinoライクなPIC32MX開発環境
Pinguino X4 IDE 簡単インストール

PIC32MXについて（概要）

AVR VGA Generation

PIC32MX USB

タグ：: VIDEO; PIC32MX; Arduino

3月25

メモ　水晶振動子

カテゴリ:: ハードウェア; XTAL

　いままでは水晶振動子の付け方については無頓着であったが(なるべく短い距離で繋ぐなどは気をつけていた)、一緒に付ける22pFのセラミックコンデンサが必要な理由、その値について。
　過去、友達からマイコンボードのethernetが不安定で他からマウントできない、という話を電話で受けて、聞いていたら原発振はセラロックだった。とりあえず同じ値の水晶振動子に交換してもらい動いたようで、さらに後の報告では22pFのセラミックコンデンサを2個付けたらデータの取りこぼしがなくなりさらに安定したとの喜びの声。ここでは見知った回路でいじくりまわしたにすぎないのだけれども、その理由がまとめてあって納得した。

水晶振動子の仕様

タグ：: セラロック; X'TAL; CRYSTAL; 水晶振動子

2月26

CADR 回路図 SPC MEMORY AND POINTER

カテゴリ:: FPGA; Verilog

CADRマシンの回路図を見ていきます。簡単そうな所から。
http://www.unlambda.com/download/cadr/CADR4_schematic.pdf

49ページは18bit+パリティ、32個のメモリでスタック(SPC)を構成。-WCLKに同期。
SPC POINTERは同期式アップダウンカウンタ 74S159を2個。CLK4Fに同期。
SPC POINTERはパワーオンでは不定だが、ポインタの出力SPCPTR4〜SPCPTR0は読めるのでソフトで初期化しろということだろう。スタックのオーバーフロー/アンダーフローはチェックしないので、ソフトの責任で使用しろと書いてある。

　ところで、TTLのみで96ページもある回路図を読むのはなかなかつらいので、信号の生成元とそれを使っている箇所についてのクロスリファレンスが必要かな。気合が足らんと言われそうだが。

タグ：: CADR; TTL

2月22

CADRソース調査　メモリについて

カテゴリ:: FPGA; Verilog

CADRマシンの回路図をたよりに中で使われているメモリについて調べた。
Retrocomputing - MIT CADR Lisp Machines

@natsutanさんのブロック図を参照してください。
制御パス
データパス

以下はPROMだけど組み合わせ回路で実現：
part_32x32prom_maskright i_MSKR A[4:0] D[31:0]
part_32x32prom_maskleft i_MSKL A[4:0] D[31:0]
part_32x8prom i_DMASK A[4:0] D[7:0]
part_512x49prom i_PROM0 A[8:0] D[48:0]

このうち512ワードのi_PROM0はデータbit46が欠けている。元々のPROMには[48:47,45:0]の48bitが割り付けられている。74S472×12個。

以下はRAM、caddr.vでのソースではメモリ上のパリティはすでに取り除いてある：
part_32x19ram i_SPC A[4:0] D[18:0]　SPC STACK
元は32x2bit 82S21 ラッチ×10個(パリティ付き)

part_32x32ram i_MMEM A[4:0] D[31:0]　B-MEMORY(M-MEMORY)
元は32x2bit 82S21 ラッチ×17個(パリティ付き)

part_2kx5ram i_VMEM0 A[10:0] D[4:0]　VMAP STAGE0
元はRAM 1k×1bit 93425A×12個

part_1kx24ram i_VMEM1_2 A[9:0] D[23:0] VMAP STAGE1,2
元はRAM 1k×1bit 93425A×25個

part_1kx32ram i_PDL、i_AMEM A[9:0] D[31:0] PDL MEMORY、A-MEMORY
元はRAM 1k×1bit 93425A×33個(パリティ付き)が2セット

part_2kx17ram i_DRAM A[10:0] D[16:0]　DISPATCH MEMORY
元はRAM 1k×1bit 93425A×36個

part_16x49ram i_IRAM A[13:0] D[48:0]　INSTRUCTION MEMORY
元はRAM 4k×1bit IN2147×196個

部品としてのRAMは3種類。うちラッチと書いたものはパススルーができる？
INSTRUCTION MEMORYがいちばん大きい。次いでDISPATCH MEMORYで、このあたりを外に追い出せばいけるか。VMAP関連についてはSTAGE0,1,2とcaddr.vソースとの対応付けが今のところはっきりしない。(CADRマシンの前身、CONSマシンのブロック図を参照しているのでその違いかもしれない)

SPC STACK、B-MEMORYのみ中身があるものにしてDE0(CycloneIII EP3C16F484C6)ターゲットで合成してみたら約１時間で4,229/15,408LE (27%)だった。まだ行けそうね。

タグ：: CADR; verilog

2月22

QuartusIIでCADRのソースをコンパイル　２

カテゴリ:: Verilog; FPGA

QuartusIIでCADRのソースをコンパイル　続き
i_DRAMの中身をカラ(reg 宣言を削りassign DO=DI; とする)にして再度コンパイルしてみた今回は５時間を越えてどんどん進むが停まる気配がない。１０時間で打ち切り、すべてのRAMについて同様に中身をカラにしてみた。どうもreg宣言ばかりで明にRAMに割り当てていないようで、これがLE数を消費する原因と思われた。
結果は以下のとおり。

Flow Status Successful - Fri Feb 22 01:17:37 2013

Quartus II 64-Bit Version 12.1 Build 177 11/07/2012 SJ Web Edition

Revision Name caddr

Top-level Entity Name caddr

Family Cyclone IV GX

Device EP4CGX150DF31I7AD

Timing Models Final

Total logic elements 2,929 / 149,760 ( 2 % )

Total combinational functions 2,860 / 149,760 ( 2 % )

Dedicated logic registers 471 / 149,760 ( < 1 % )

Total registers 471

Total pins 27 / 508 ( 5 % )

Total virtual pins 0

Total memory bits 0 / 6,635,520 ( 0 % )

Embedded Multiplier 9-bit elements 0 / 720 ( 0 % )

Total GXB Receiver Channel PCS 0 / 8 ( 0 % )

Total GXB Receiver Channel PMA 0 / 8 ( 0 % )

Total GXB Transmitter Channel PCS 0 / 8 ( 0 % )

Total GXB Transmitter Channel PMA 0 / 8 ( 0 % )

Total PLLs 0 / 8 ( 0 % )

　2929LEですと？ちょっと少なすぎるみたいだけどもここからRAMを盛っていく。
i_DRAM については外付けのDRAMと勘違いしていたのだがDispatchRAMで17bit幅☓11bitアドレスのStaticRAMだった。主記憶はCADRマシンの外にある。caddrではすでにパリティ用の1bitについては削減してあった。
　あとはクロック周り。osc50mhzを外部からの入力として、以下の接続。
osc50mhz--＞○--osc0--＞○--hifreq1,hifreq2--＞○--hfdlyd--＞○--hftomm(未使用)
hifreq1,hifreq2は実質同じ、hfdlydはさらに位相の遅れたクロックのつもり。
これらを元にディレイラインで30ns,70nsの遅れを作りRAMのサイクル用などに使っている。
また、NAND2個のたすきがけで制御を行なっている場所が５箇所あり、図面のCLOCK DISTRIBUSIONとMASTER CLOCKはPLLを使用したクロック制御モジュールとして起こしてやらなければならないだろう。これに合わせて非同期SRAM部分も合わせるか。

タグ：: QuartusII; CADR; caddr; FPGA; Verilog-HDL

2月21

QuartusIIでCADRのソースをコンパイル

カテゴリ:: FPGA; Verilog

LISPマシンCADRの回路図とVerilog-HDLに変換されたソースリストを見て、これ今のFPGAに収まりそうじゃないかなと思って試しにコンパイルしてみた。もともとはすべてTTLで構成されていて、それをそのままVerilogの記述に変換したものと、きちんと書きなおされたものがある。後者はCADDR Reviced CADR Verilogとして公開されているのでこちらを使った。
Retrocomputing - MIT CADR Lisp Machines
　すでに@natsutanさんが三年前に試されているけど、最近のはどうかな？
[Lisp][Verilog][FPGA]cadrのVerilogソースのコンパイルその1

環境：Windows7 PRIMERGY TX100S1(Core2Quad 2.67GHzに差し替えたもの)
QuartusII 12.1 Build 177 64-bit

新規プロジェクトを作成し、ターゲットデバイスを一番LE数の大きそうなものにする。今回はCycloneIV GXにした。制約条件などのオプション指定はなにもなし。コンパイルにかかった時間は4時間23分、結果はFittingに失敗(113%)、LE数は169,005と出た。

Flow Status Flow Failed - Wed Feb 20 18:15:59 2013
Quartus II 64-Bit Version 12.1 Build 177 11/07/2012 SJ Web Edition
Revision Name caddr
Top-level Entity Name caddr
Family Cyclone IV GX
Device EP4CGX150DF31I7AD
Timing Models Final
Total logic elements 169,055 / 149,760 ( 113 % )
Total combinational functions 109,428 / 149,760 ( 73 % )
Dedicated logic registers 136,714 / 149,760 ( 91 % )
Total registers 136714
Total pins 27 / 508 ( 5 % )
Total virtual pins 0
Total memory bits 787,040 / 6,635,520 ( 12 % )
Embedded Multiplier 9-bit elements 0 / 720 ( 0 % )
Total GXB Receiver Channel PCS 0 / 8 ( 0 % )
Total GXB Receiver Channel PMA 0 / 8 ( 0 % )
Total GXB Transmitter Channel PCS 0 / 8 ( 0 % )
Total GXB Transmitter Channel PMA 0 / 8 ( 0 % )
Total PLLs 0 / 8 ( 0 % )

ソースは以下の修正が必要。

・caddr.v 74181.v 74182.v busint.v memory.v rom.v を新規ファイルとしてプロジェクトに追加。（New Files... でVerilog-HDLを指定してコピペ）　lm2clock.vは多分いらない。

・caddr.vのソース修正 `includeをすべてコメントアウト。プロジェクト内のモジュールを多重に読み込むことになるので。
・memory.vのソース修正　initial begin~end部分をコメントアウト。
・busint.vのソース修正　initial begin~end部分をコメントアウトし、always@(posedge clk)部分とalways@(rst_n)部分をalways@(posedge clk or negedge rst_n)として合体させる。

　あとはメモリを外に出す、caddr.vが大きすぎるのである程度のモジュールに分割し面積を減らせるか検討。特にパリティ回路はまるっと削除しても問題なさそう。あとはALUをまとめてしまう、など。

タグ：: FPGA; QuartusII; Verilog-HDL; LISP; CADR

2月14

テスト用パワーLED(CRD付き)の試作メモ

カテゴリ:: CRD

24Vで70mA駆動のLEDをテストしたいのだが、ターゲットは高価なので代わりの物を作ってテストすることにした。

主要部品は以下、秋月電子より：
３Ｗ白色パワーＬＥＤ　ＯＳＷ４ＸＭＥ３Ｃ１Ｅ　２００ルーメン
定電流源ＩＣ（３０ｍＡ）　ＮＳＩ４５０３０ＡＴ１Ｇ　（１０個入）

パワーLEDはmax 700mAだが今回は70mA以下なので放熱板不要と判断。このLED、ロットによっては極性のマークがなかったりするらしい。定電流源ICはCRDじゃないのかな？
これらチップ部品を両面基板に半田付け。回路は以下の様な感じで。