インテルのみ表示可能 — GUID: cwh1553280745419
Ixiasoft
3.1.1. Avalon® -STコンフィグレーション・スキームのハードウェア・コンポーネントとファイルタイプ
3.1.2. Avalon-STデバイス・コンフィグレーションの有効化
3.1.3. AVST_READY信号
3.1.4. RBFコンフィグレーション・ファイルのフォーマット
3.1.5. Avalon-STシングル・デバイス・コンフィグレーション
3.1.6. Avalon® -ST コンフィグレーション・スキームのデバッグ・ガイドライン
3.1.7. Avalon® -STコンフィグレーション・スキームで使用するIP: Parallel Flash Loader II Intel® FPGA IP (PFL II)
3.1.7.4.1. FPGA Avalon-STピンに対するParallel Flash Loader II Intel® FPGA IPで推奨されるデザイン上の制約
3.1.7.4.2. QSPIフラッシュ使用時にParallel Flash Loader II Intel® FPGA IPで推奨されるデザイン制約
3.1.7.4.3. CFIフラッシュ使用時にParallel Flash Loader II Intel® FPGA IPで推奨されるデザイン制約
3.1.7.4.4. 他の入力ピンに向けたParallel Flash Loader II Intel® FPGA IPで推奨される制約
3.1.7.4.5. 他の出力ピンに向けたParallel Flash Loader II Intel® FPGA IPで推奨される制約
3.2.1. ASコンフィグレーション・スキーム・ハードウェア・コンポーネントとファイルタイプ
3.2.2. ASシングル・デバイス・コンフィグレーション
3.2.3. 複数のシリアル・フラッシュデバイスを使用するAS
3.2.4. ASコンフィグレーション・タイミング・パラメーター
3.2.5. 許容スキューについてのガイドライン
3.2.6. シリアル・フラッシュデバイスのプログラミング
3.2.7. シリアル・フラッシュメモリーのレイアウト
3.2.8. AS_CLK
3.2.9. アクティブ・シリアル・コンフィグレーション・ソフトウェアの設定
3.2.10. Quartus® Primeのプログラミング手順
3.2.11. ASコンフィグレーション・スキームのデバッグ・ガイドライン
インテルのみ表示可能 — GUID: cwh1553280745419
Ixiasoft
5.1.6. ファクトリー・アップデート・イメージによる更新
まれに、新しいファクトリー・イメージと関連する決定ファームウェアおよび決定ファームウェア・データを使用して、フラッシュメモリーを更新する必要がある場合があります。
次のような場合には、更新が必要となります。
- ファームウェアに脆弱性がある
- ファームウェアまたはファクトリーイメージにエラーがある
Intelは、ファクトリー・イメージと関連する決定ファームウェアおよび決定ファームウェア・データをリモートで更新するための安全なソリューションを提供します。更新プロセスでは、重要なデータの複数のコピーが保存されるため、電源が失われたり、更新が中断されたりした場合でも、デバイスは再起動して更新を続行できます。電源が復旧すると、更新は自動的に続行されます。更新を実行する手順は次のとおりです。
- Programming File Generatorを使用してファクトリー・アップデート・イメージを生成します。イメージには、新しいファクトリーイメージ、決定ファームウェア、および決定ファームウェア・データが含まれます。
- ファクトリー・アップデート・イメージ (*.rpd) を、フラッシュデバイスの新しいセクター境界から始まる空いているパーティション・スロットにプログラミングします。
- 次のいずれかの方法を使用して、開始アドレスから更新イメージをロードするようにリコンフィグレーションをトリガーします。
- RSU_IMAGE_UPDATE コマンドを使用してリコンフィグレーションをトリガーします。この方法では、CPB0とCPB1を更新する必要はありません。
- nCONFIG 信号をパルスするか、デバイスの電源を入れ直し、リコンフィグレーションをトリガーします。 この方法では、CPB0とCPB1の両方にファクトリー・アップデート・イメージの開始アドレスを書き込む必要があります。 ファクトリー・イメージの更新後、SDMはCPB0およびCPB1からアドレスを自動的に削除します。
- 更新されたイメージは以下の操作を実行します。
- フラッシュデバイス内の以前の決定ファームウェアと決定ファームウェア・データを消去して置き換えます。
- フラッシュデバイスに新しいファクトリー・イメージを再プログラミングします。
- 更新が完了すると、アップデート・イメージがフラッシュから削除され、そのアドレスポインターがCPBから削除されます。その後、SDMは更新された決定ファームウェアをロードし、続いてアプリケーション・イメージまたは工場出荷時のイメージ (アプリケーション・イメージが使用できない場合) をロードします。
- 更新プロセスでアプリケーション・スロットが使用された場合は、アプリケーション・イメージ7である .rpd をアプリケーション・スロットとCPBに書き込んで、アプリケーション・イメージを復元する必要があります。