ContributionsMost RecentMost LikesSolutionsRe: NIOSV firmware stuck when juart-terminal is not open for the print messasges. When you generate BSP, go to the JUART Driver settings - there is an option to allow the driver to ignore when the output FIFO is full. Enable that option and it will not wait for somebody to read the output. Re: NIOS V with FreeRTOS Hi @BoonBengT_Altera , No further doubts. Thank you, d. Re: NIOS V with FreeRTOS Thank you for this information. I was wondering if copying the source code, manually, from the IP-s, would work. Now you confirmed it. Re: NIOS V with FreeRTOS Hello, Just to add - exact same problem exists in the latest Quartus Prime Pro. So both, Pro and Standard editions have this issue. Thank you, d. NIOS V with FreeRTOS Hello, With the latest QuartusPrime Standard 24.1, the problem described in this thread, from one year ago, still exists: Nios-V-with-FreeRTOS Briefly, when creating BSP that uses FreeRTOS, only the Altera JTAG UART and Intel NIOSV FreeRTOS drivers are found. None of the other Altera/Intel drivers are listed. Is there a workaround for this problem? Thank you, d. SolvedRe: Nios V JTAG with Agilex 5 Hello BB, I am still trying to procure USB Blaster II. This may take some more time. I am going to accept your response as a solution, and in case I still see the issue with USB Blaster II I will post again. Thank you, d. Re: Nios V JTAG with Agilex 5 Hi BB, Thank you for your response. At the moment I am using Quartus Prime Pro, 24.3.1, on Windows 10. I am going to try with Quartus Prime Pro 25.1 as well. I tried quartus_pgm and jtagconfig, but neither reports JTAG frequence. For example, for jtagconfig: [niosv-shell] C:\intelFPGA_pro\24.3.1\quartus\bin64> jtagconfig --debug 1) USB-Blaster [USB-0] (JTAG Server Version 24.3.1 Build 102 01/14/2025 SC Pro Edition) 0364F0DD A5E(C065BB32AR0|D065BB32AR0) (IR=10) Design hash FB2EBE61EF52C558ABA3 + Node 08986E00 Nios V #0 + Node 0C006E00 JTAG UART #0 Captured DR after reset = (0364F0DD) [32] Captured IR after reset = (001) [10] Captured Bypass after reset = (0) [1] Captured Bypass chain = (0) [1] I noticed that the Ashling tools are referencing/looking for USB Blaster II. At the moment I am using USB Blaster (not USB Blaster II). Could this be the reason for not being able to set/see JTAG Frequency and the slow debugging speed? I do not have USB Blaster II at the moment to try with, but will try to find one. Thank you, d. Nios V JTAG with Agilex 5 Hello, I am using Arrow Electronics Agilex-5 AXE5-Eagle development kit with a simple NiosV/m design and Hello World application that just prints using printf(). The stdout is directed to the JTAG UART. I am using USB Blaster for connecting to the board. The application works. I am also able to debug the application code (using the Ashling IDE). However, when the Ashling GDB Server starts, the following messages are printed (note the ones I marked in red): Ashling GDB Server for RISC-V (ash-riscv-gdb-server). v24.4.0, 27-Sep-2024, (c)Ashling Microsystems Ltd 2024. Initializing connection ... Cannot set the JTAG frequency, continuing with auto adjust mode Failed to get JTAG frequency from the debug probe Connected to target device with IDCODE 0x364f0dd using USB-Blaster-2 (1) via JTAG at 0.00MHz. Info : Active Harts Detected : 1 Info : Core[0] Hart[0] is in halted state Info : [0] System architecture : RV32 Info : [0] Number of hardware breakpoints available : 1 Info : [0] Number of program buffers: 8 Info : [0] Number of data registers: 2 Info : [0] Memory access -> Program buffer Info : [0] Memory access -> Abstract access memory Info : [0] CSR & FP Register access -> Abstract commands Waiting for debugger connection on port 55304. Press 'Q' to Quit. Got a debugger connection from 127.0.0.1 on port 55304. In the Ashling IDE, Debugger settings, I have tried "JTAG frequency" from 1 MHz to 16 MHz - no difference. In the sample design, the Nios V/m is run at 100Mhz. I also had it at 25 Mhz - no difference. Two questions: 1. What should I try in order to resolve the above red lines? 2. While debugging works, it is kind of slow - for example making a step takes 4-5 seconds. Is this the expected speed for a single debug step? Thank you, d. Solved