fpga(跡地)

[Altera][MAVA]Avalon-MMの仕様

referto: mnl_avalon_spec.pdf

Signals

Avalonシステムでは，全ての信号はアクティブ-Highとなっている．postfixが"-n"と表記している信号は，アクティブ-Lowとして参照が可能な信号である．

基本的な信号

Wait-state信号

サンプルのチャートをみると，masterからのreadrequest/writerequestがアサートされたときに脊髄反射する必要があるみたい．コンポーネント自身がデータの準備ができていない場合に，デアサートしておいたほうが無難かもしれん．masterが常にwaitrequestを受けていても問題が無いかはわからんけど．

# 参照していないだろうし大丈夫かなぁ

Pipeline Signals

Burst Signals

Flow Control Signals

Reset Signals

Slave Interface Properties

waitrequest信号が含まれる場合は未使用となる．|

注意事項

英語力の弱い人が適当に訳して抜粋，補強しています．
あやしいな，と思ったらご指摘いただけますと幸いです．
なお，オリジナルの英文を参照されることを強く推奨いたします．

[Altera][Q2HB][IP] PIO Core

refer to:"Volume 5: Embedded Peripherals"，"Section I. Off-Chip Interface Peripherals"，"Chapter 9, PIO Core"

Function Description

各PIOコアは最大32のI/Oポートを提供します．マイクロプロセッサのようなインテリジェントホストが，Avalon-MMインタフェースのレジスタマップに対して読み書きすることで，PIOポートを制御します．ホストの制御下において，PIOコアは入力のデータを取り込んだり，データを出力（駆動）します．PIOポートがI/O端子に直接接続されるとき，ホストはPIOコアの制御レジスタに書き込むことで，Tri-stateにすることができます．

SOPC Builderで生成した場合には，ユーザに見える２つの仕様を持ちます．

• MMインタフェース経由で見える，data，direction，interrupt-mask，edgecaptureレジスタ
• 1～32のI/O port（FPGA内部への接続でも，FPGA外部端子への接続も可能です．）

Instantiating the PIO Core in SOPC Builder

Basic Settings

Direction Settings

Input Options

edge-captureとIRQ生成に関する指定を行います．Basic Settingsで，入力ポートが無ければ設定できません．

Edge Capture Register（作業中）

Interrupt（作業中）

Software Programming Model

ここで紹介するAPI・マクロは，"altera_avalon_pio_regs.h"をincludeすることで使えます．
baseは，scriptによる自動生成でシステムが作ってくれる．（定義されるファイルは"system.h"）

書き込みマクロ

• IOWR_ALTERA_AVALON_PIO_DATA(base, data)
• IOWR_ALTERA_AVALON_PIO_DIRECTION(base, data)
• IOWR_ALTERA_AVALON_PIO_IRQ_MASK(base, data)
• IOWR_ALTERA_AVALON_PIO_EDGE_CAP(base, data)

読み出しマクロ

• IORD_ALTERA_AVALON_PIO_DATA(base)
• IORD_ALTERA_AVALON_PIO_DIRECTION(base)
• IORD_ALTERA_AVALON_PIO_IRQ_MASK(base)
• IORD_ALTERA_AVALON_PIO_EDGE_CAP(base)

アドレス計算マクロ

• IOADDR_ALTERA_AVALON_PIO_DATA(base)
• IOADDR_ALTERA_AVALON_PIO_DIRECTION(base)
• IOADDR_ALTERA_AVALON_PIO_IRQ_MASK(base)
• IOADDR_ALTERA_AVALON_PIO_EDGE_CAP(base)

# 方言"__builtin_ldwio"が入っているので，単純に(volatile*)(ADDR)で読み出せるのかは怪しい？

[Altera][Q2HB][IP] Video Sync Generator

refer to: "Volume 5: Embedded Peripherals", "Section IV. Peripherals", "23. Video Sync Generator and Pixel Converter Cores"

Core Overview

video sync generator coreはRGBフォーマットのピクセルデータの連続したストリームを許容し，適切なタイミングでoff-chipのDisplayコントローラにデータを出力します．

"pixel converter core"は，ピクセルデータをvideo sync generatorコアが要求するデータフォーマットに変換します．
（訳注：使用想定図を貼り付けましょう．．）Avalon-MM経由でSG-DMAがデータを吸い上げ，Avalon-STとしてFIFOに吐き出し．FIFO（32bit）からPixel Converter（32bit->24bit）を経由して，DataFormatAdapterへ．そこで8bit x 3beatに変換されて，VideoSyncGenに流れ込む．

Instantiating the Core in SOPC Builder

Parameter

Signals

Global Signals

Avalon-ST Signals

LCD Output Signals

注意事項

英語力の弱い人が適当に訳しています．
自分では意味がわかるようにとれたものと，そうでないものとがあります．概要理解の参考にしていただければ幸いですが，オリジナルの英文を参照されることを強く推奨いたします．
また，自分なりに理解して解説したり，参照した資料などへのリンクも記述していますが，ALTERA社の検閲は入っておりません．
入門者の敷居を下げるべく，説明文の誤り指摘や修正案等のコメントをいただけますと幸いです．

[Altera][Q2HB] Data Format Adapter(DFA)

Component Overview

データ信号の定義が異なるインタフェースをハンドルします．このコンポーネントがよく用いられるのは，バス幅の適応です．例えば，２つの8bit/symbolのドライブインタフェースから，４つの8bit/symbolのドライブインタフェースへ変換します．

• souceとsinkのsymbolあたりのbit数が異なるとき\接続はできません．
• souceとsinkeの１beatあたりのシンボル数が異なるとき\sourceの幅から，sinkの幅へ変換します．\インタフェースが広いほうから狭いほうへの適合であれば，入力端におけるデータのbeatは，出力端におけるデータのbeatの倍数です．\単発のbeatにて，入力エラー信号がアサートされるとき，数倍のbeatのため，出力にアサートされます．
  \インタフェースが狭いほうから広いほうへの適合の場合，単発の出力beatを埋めるために，数倍の入力beatが要求されます．そして，出力エラーは入力エラーの論理和が出力されます．

Instantiating the Timing Adapter in SOPC Builder

入力インタフェースパラメタ（Input Interface Parameters）

出力インタフェースパラメタ（Output Interface Parameters）

入出力共通（Common to Input & Output）

生成されたHDLからの情報

24bit→8bitのAvalon-ST変換を行った．module宣言部は以下のようになっている．（以降，生成されたコードの空白・コメントは変更している可能性あり．）

module lcd_dfa_pc2vgen (
  // Interface: clk
  input              clk,
  input              reset_n,
  // Interface: in
  output reg         in_ready,
  input              in_valid,
  input      [23: 0] in_data,
  input              in_startofpacket,
  input              in_endofpacket,
  input      [ 1: 0] in_empty,
  // Interface: out
  input              out_ready,
  output reg         out_valid,
  output reg [ 7: 0] out_data,
  output reg         out_startofpacket,
  output reg         out_endofpacket,
  output reg         out_empty
);

ざっとみたところ，Interface入力は全てDFFで受けて，その信号をロジックで参照してステートマシンを蹴っているように見える．また，入力データのempty信号も参照し，（この場合は）3beat→1beatへの変換を行っている．入力が24bit（8bit x 3/beat）できたものを，8bit（8bit x 1/beat x 3）へ変換する．
→クロックは特に変化せず，変わるのはデータレートのみ． 入力インタフェースで，Sourceに対してNot Readyを示し，フロー制御を行う．

注意事項

英語力の弱い人が適当に訳しています．
自分では意味がわかるようにとれたものと，そうでないものとがあります．概要理解の参考にしていただければ幸いですが，オリジナルの英文を参照されることを強く推奨いたします．
また，自分なりに理解して解説したり，参照した資料などへのリンクも記述していますが，ALTERA社の検閲は入っておりません．
入門者の敷居を下げるべく，説明文の誤り指摘や修正案等のコメントをいただけますと幸いです．

[Altera][Q2HB] Avalon Streaming Interconnect Components

Component Overview

refer to: "Volume 4: SOPC Builder, Section III. Interconnect Components, Chapter 12, Avalon Streaming Interconnect Components"

readyレイテンシが異なる，source/sinkインタフェースに対応します．timing adapterは，ready信号とvalid信号を除いた全ての信号をペイロードのように処理し，souceからsinkへ単純に駆動します．タイミングアダプタの挙動を以下に記します．

• source:ready, sink:not ready (データ入力がこない)\sourceはbackpressureを返しますが，sinkは応答する必要がない．sourceインタフェースへのready入力は論理１に直結される．
• source:not ready, sink:ready （出力先busy?）\sink(取り込み側)はbackpressureが適用されるが，sourceは応答できない．sourceはvalidだがsinkがnot readyのときに，アダプタが妨げてデータロスをさせないための機能はない．アダプタはシミュレーション時のエラーメッセージを提供し，データが恒常的に失われるならばエラーを示す．\ユーザーがwarningの存在を確認し，接続を許可される．
• source/sinkともにbackpressure対応, soureよりsinkのreadyレイテンシのほうが大きい．(入力が遅い)\souce(排出側)がreadyアサートやデアサートへ応答するのは，sinkがreadを要求するよりも早い．sourceとsinkの，readyサイクルが同じに見えるようにするために，readyレイテンシの差に等しいパイプラインステージ数が，sink backからsouceへのreadyパスに挿入される．
• source/sinkともにbackpressure対応, soureよりsinkのreadyレイテンシのほうが小さい．(出力しきれない)\souce(排出側)が，sinkの条件を満たしてreadyアサートやデアサートへ応答するのは不可能．readyレイテンシの差に等しい深さのバッファが，sourceが時間内に応答できないことを補うために挿入される．\# あふれないか？

Instantiating the Timing Adapter in SOPC Builder

• Input Interface Parameters
  • Support Backpressure with the ready signal\Checkすると，backpressure機能を追加する．
  • Ready Latency\ready信号が使われるとき，この値はready信号がアサートされたときとvalid dataが駆動されたときの間のサイクル数をさします．
  • Include valid signal\valid信号を含むときにCheckしてください．これをoffにすることは，データ受信が常に許可となることを意味します．
• Output Interface Parameters
  • Support Backpressure with the ready signal\Checkすると，backpressure機能を追加する．
  • Ready Latency\ready信号が使われるとき，この値はready信号がアサートされたときとvalid dataが駆動されたときの間のサイクル数をさします．
  • Include valid signal\valid信号を含むときにCheckしてください．これをoffにすることは，データ送出が常に許可となることを意味します．
• Common to Input and Output Interfaces
  • Channel Signal Width (bits)\チャネルsignalの幅を入力します．4つのチャネル幅は16チャネルまで許容します．チャネル信号の最大幅は8bitです．チャネル未使用時は０をセットしてください．
  • Max Channel\インタフェースがサポートするチャネル数の最大値をセットしてください．値は０～２５５が有効です．
  • Data Bits Per Symbol\シンボルあたりのビット数を入力します．
  • Data Symbols Per Beat\有効な転送ごとのシンボル数を入力します．
  • Include Packet Support\インタフェースがパケットプロトコルをサポートするときにonにしてください．
  • Include Empty Signal\endofpacket信号を含んだ，サイクル中のemptyシンボル数を指定するためにこの信号を使えます．number of symbols per beatが１なら不要です．
  • Error Signal Width (Bits)\エラー信号の幅を入力します．有効な値は０～３１bitです．未使用時は０としてください．
  • Error Signal Description\エラービットそれぞれの記述を入力します．記述フィールドはセミコロンで分割します．接続が作られるためには，sourceとsinkのエラービットの記述が合致しなければなりません．ビットが不整合とすることのできる適合については，12-9の"Error Adapter"を参照ください．

Refer to “Error Adapter” on
page 12-9 for the adaptations that can be made when the bits do not
match. Lissy: I wrote this using common sense. Please check.

★pdf化前のreviewメモが残されている気がする．

注意事項

英語力の弱い人が適当に訳しています．
自分では意味がわかるようにとれたものと，そうでないものとがあります．概要理解の参考にしていただければ幸いですが，オリジナルの英文を参照されることを強く推奨いたします．
また，自分なりに理解して解説したり，参照した資料などへのリンクも記述していますが，ALTERA社の検閲は入っておりません．
入門者の敷居を下げるべく，説明文の誤り指摘や修正案等のコメントをいただけますと幸いです．