VisualApplets
オペレーターリファレンス

バッファをプログラミングする1つの方法として、パラメータ InitAddress および InitData を提供するレジスタインターフェイスがあります。まず、 InitAddress パラメータを使用してアドレスを設定します。次に、 InitData パラメータにデータを書き込みます。

データを書き込むと、オペレーターは実際にバッファに書き込みを行い、以前の値を置き換えます。最後の並列カーネルの最後のカーネル要素に書き込むと、オペレーターは実際にRAMに書き込みを行い、以前の値を置き換えます。RAMアドレス上のデータは次のように構成されている必要があります（上記の図も参照してください）。

バッファをプログラミングする2つ目の方法は、コンテンツを含む1つまたは複数のファイルを使用することです。ファイルアクセスはレジスタアクセスよりも高速ですが、いくつか注意が必要です。ファイルはさまざまなフォーマットにすることができます。 InitFileMode パラメータを使用してフォーマットを定義する必要があります。

text_with_checks

このモードでは、初期化ファイルは、値の文字列が空白、タブストップ、ラインフィード（LF）、またはキャリッジリターンラインフィード（CRLF）のいずれかで区切られているテキストファイルである必要があります。オペレーターはこれらのファイルのエラーをチェックし、ファイルを使用できない場合はエラーを報告します。

各値はカーネル要素を表し、正しい範囲内の10進数である必要があります。ファイルには、カーネル要素の数と正確に一致する数の値が含まれている必要があります。1より大きい Parallelism を使用する場合、値の数は parallelism * kernel elements である必要があります。

次の図は、4x3カーネルのファイルを示しています。

text_raw

このモードは text_with_checks モードに似ていますが、エラーチェックの数が少なくなっています。このモードでは、各値を個別の行に指定する必要があります。このモードでのファイルの読み込みは、 text_with_checks モードに比べて高速です。各値が個別の行に書き込まれるため、このファイルフォーマットでは Parallelism がデータシーケンスに影響を与えません。上記の例は、 text_raw モードでは次のようになります。

binary

バイナリモードでは、各カーネルエントリに8バイトを使用するバイナリファイルを想定しています。カーネルエントリの値が64ビット未満で表現できる場合、未使用のビットは無視されます。これは、RAMに値を書き込む最も高速な方法です。すべての値が連続して書き込まれるため、このファイル形式では並列処理がデータ値のシーケンスに影響を与えません。上記の例は、バイナリモードでは次のようになります。

When an init file contains 2^RamAddressWidth * KernelSize * Parallelism values, then the memory gets overwritten completely, starting from address 0. In this case, the parameter InitAddress is not touched.

When an init file contains more data than can be written into the RAM, only part of the initialization file is used. The data at the beginning of the file is used until no more memory space is available.

When an init file contains less entries, then partial initialization is performed. In this case, initialization is starting from the address given by the InitAddress parameter. The parameter InitAddress is automatically incremented to the next position after the last written memory entry. This allows to monitor how many memory entries were written. When the file contains more than (2^RamAddressWidth - InitAddress) * KernelSize * Parallelism values, the initialization stops after writing the last entry of the memory and InitAddress is set to 0.

For the initialization modes specified above, the InitFilename parameter specifies the file that contains the initial values. Finally, writing the value 1 to the LoadInitFile parameter starts reading the file and, if accepted, writes the values to the hardware. Writing 0 to the LoadInitFile parameter doesn't cause loading the values. This can be useful, if you don't want the initial file to be loaded to the hardware during the applet initialization process.

During simulation, loading an init file is done the same way as during runtime. For partial configuration or in case of errors, it may be useful to check the output in the simulation log: activate Show Details in the Simulation dialog.