Visible to Intel only — GUID: yet1716984726408
Ixiasoft
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
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 Configuration QSPI Flash
4.6. Nios® V Processor Booting from On-Chip Memory (OCRAM)
4.7. Nios® V Processor Booting from Tightly Coupled Memory (TCM)
4.8. Summary of Nios® V Processor Vector Configuration and BSP Settings
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
Visible to Intel only — GUID: yet1716984726408
Ixiasoft
6.2.3.2.3.1. Basic Trigger Conditions
In basic triggering mode, the Signal Tap logic analyzer uses a processor-visible system address as the trigger to begin trace capture. To set the trigger, navigate to the Trigger Conditions column and select any added signal as the trigger.
You can specify the trigger pattern for a single wire as Don’t Care, Low, High, Falling Edge, Rising Edge, or Either Edge.
Examples of single wires are:
- D_instr_valid
- E_instr_valid
- M0_instr_valid
For buses, you can select Insert Value to enter the pattern in any preferred number formats. Example of buses are:
- D_instr_pc[31..0]
- D_instr_word[31..0]
- E_instr_pc[6..0]
- E_instr_word[31..0]
- M0_instr_pc[31..0]
- Pick any pipeline stage as the trigger stage and leave other stages with disabled Trigger Enable.
- Specify the trigger pattern of its Instruction Valid as High.
- Specify a trigger value on the Program Counter by referring to the application objdump file. Refer to Correlating Trace Data to Software ELF on instruction trace and objdump file.
The following example selects the M-stage as the triggering stage.
Note: Instructions during the D and E-stages are subject to pipeline flush if a software exception or branching occurs during the M-stage. Altera recommends that the M-stage be applied as the triggering stage.
Figure 110. M-Stage as Triggering Stage
Setting Up Triggering Stage based on objdump File
<Address>: <Opcode> <Assembly Mnemonic> 314 : ff010113 addi sp,sp,-16
- *_instr_pc[31..0] to 0x314
- *_instr_word[31..0] to 0xff010113