1. About the Nios® V Embedded Processor
2. Nios® V Processor Hardware System Design with Quartus® Prime Software and Platform Designer
3. Nios® V Processor Software System Design
4. Nios® V Processor Configuration and Booting Solutions
5. Nios® V Processor - Using the MicroC/TCP-IP Stack
6. Nios® V Processor Debugging, Verifying, and Simulating
7. Nios® V Processor — Remote System Update
8. Nios® V Processor — Using Custom Instruction
9. Nios® V Embedded Processor Design Handbook Archives
10. Document Revision History for the Nios® V Embedded Processor Design Handbook
2.1. Creating Nios® V Processor System Design with Platform Designer
2.2. Integrating Platform Designer System into the Quartus® Prime Project
2.3. Designing a Nios® V Processor Memory System
2.4. Clocks and Resets Best Practices
2.5. Assigning a Default Agent
2.6. Assigning a UART Agent for Printing
2.7. JTAG Signals
2.8. Optimizing Platform Designer System Performance
4.1. Introduction
4.2. Linking Applications
4.3. Nios® V Processor Booting Methods
4.4. Introduction to Nios® V Processor Booting Methods
4.5. Nios® V Processor Booting from On-Chip Flash (UFM)
4.6. Nios® V Processor Booting from General Purpose QSPI Flash
4.7. Nios® V Processor Booting from Configuration QSPI Flash
4.8. Nios® V Processor Booting from On-Chip Memory (OCRAM)
4.9. Nios® V Processor Booting from Tightly Coupled Memory (TCM)
4.10. Summary of Nios® V Processor Vector Configuration and BSP Settings
4.11. Reducing Nios® V Processor Booting Time
6.2.3.2.1. Enabling Signal Tap Logic Analyzer
6.2.3.2.2. Adding Signals for Monitoring and Debugging
6.2.3.2.3. Specifying Trigger Conditions
6.2.3.2.4. Assigning the Acquisition Clock, Sample Depth, and Memory Type, and Buffer Acquisition Mode
6.2.3.2.5. Compiling the Design and Programming the Target Device
6.6.1. Prerequisites
6.6.2. Setting Up and Generating Your Simulation Environment in Platform Designer
6.6.3. Creating Nios V Processor Software
6.6.4. Generating Memory Initialization File
6.6.5. Generating System Simulation Files
6.6.6. Running Simulation in the QuestaSim Simulator Using Command Line
6.2.2.1. JTAG to Avalon® Host Bridge Core
The JTAG to Avalon® Host Bridge cores provide a connection between System Console and Platform Designer systems via the JTAG interfaces. System Console can initiate Avalon® Memory-Mapped ( Avalon® -MM) transactions by sending encoded streams of bytes via the core. The core support reads and writes, but not burst transactions.
The debugging process is as follows:
- Starting System Console
- Locating available services
- Opening a service
- Applying Tcl commands
- Closing a service
The example below demonstrates a Tcl script to access the device registers of Generic Serial Flash Interface Altera® FPGA IP using System Console.
Sample .tcl script
#set GSFI IP CSR base address according to Platform Designer system set base 0x8000000 #set GSFI IP register map set control_register [expr {$base + 0x0}] set spi_clock_baud_rate_register [expr {$base + 0x4}] set cs_delay_setting_register [expr {$base + 0x8}] set read_capturing_register [expr {$base + 0xc}] set operating_protocols_setting [expr {$base + 0x10}] set read_instr [expr {$base + 0x14}] set write_instr [expr {$base + 0x18}] set flash_cmd_setting [expr {$base + 0x1c}] set flash_cmd_ctrl [expr {$base + 0x20}] set flash_cmd_addr_register [expr {$base + 0x24}] set flash_cmd_write_data_0 [expr {$base + 0x28}] set flash_cmd_write_data_1 [expr {$base + 0x2c}] set flash_cmd_read_data_0 [expr {$base + 0x30}] set flash_cmd_read_data_1 [expr {$base + 0x34}] #locate and open JTAG to Avalon Master Bridge service set mp [claim_service master [lindex [get_service_paths master] 0] top] #print the value of Control Register set reg [master_read_32 $mp $control_register 0x1] puts "Control Register : $reg" #modify the value of Control Register’s Enable bit field #to disable the GSFI IP set reg2 [expr {$reg & 0xfffffffe}] master_write_32 $mp $control_register $reg2 #close JTAG to Avalon Master Bridge service close_service master $mp
Related Information