Nios® V/II Embedded Design Suite (EDS)
Support for Embedded Development Tools, Processors (SoCs and Nios® V/II processor), Embedded Development Suites (EDSs), Boot and Configuration, Operating Systems, C and C++

I can debug, but not run

Altera_Forum
Honored Contributor II
1,214 Views

This is a slightly modified "hello world" and I can "debug" it, but I'm not able to "run" it. 

 

 

Here is my log: 

 

 

DEBUG starting: 

Executing: ' --device=1 --instance=0 --sidp=0x11070 --id=0xbaddf00d --timestamp=1440506318 --reset-target /cygdrive/d/altera_projects/niostest/software/niostest/niostest.elf] Executing: ' --device=1 --instance=0 --tcpport=auto --sidp=0x11070 --id=0xbaddf00d --timestamp=1440506318]  

attempting a RUN 

Executing: ' --device=1 --instance=0 --stop --sidp=0x11070 --id=0xbaddf00d --timestamp=1440506318] Executing: ' --device=1 --instance=0 --go --sidp=0x11070 --id=0xbaddf00d --timestamp=1440506318 --reset-target /cygdrive/d/altera_projects/niostest/software/niostest/niostest.elf] Failed Executing: ', --device=1, --instance=0, --go, --sidp=0x11070, --id=0xbaddf00d, --timestamp=1440506318, --reset-target, /cygdrive/d/altera_projects/niostest/software/niostest/niostest.elf] return code: 4, 'other error'  

 

 

(why isnt this failing command run from bash.exe?) 

 

 

For the error, here are the details: 

 

 

Exception Stack Trace: 

An exception stack trace is not available. 

 

 

Session data: 

eclipse.buildId=4.3.2.M20140221-1700 

java.version=1.8.0_05 

java.vendor=Oracle Corporation 

BootLoader constants: OS=win32, ARCH=x86_64, WS=win32, NL=en_US 

Framework arguments: -product org.eclipse.epp.package.cpp.product -pluginCustomization D:/altera/15.0/nios2eds/bin/eclipse_nios2/plugin_customization.ini 

Command-line arguments: -os win32 -ws win32 -arch x86_64 -product org.eclipse.epp.package.cpp.product -pluginCustomization D:/altera/15.0/nios2eds/bin/eclipse_nios2/plugin_customization.ini 

 

 

 

Any ideas? 

Running Quartus 15.0.2. Build 153 07/15/2015 SJ Full Version
0 Kudos
5 Replies
Altera_Forum
Honored Contributor II
558 Views

Does your design have a JTAG uart? If so, remove it and replace with a real UART module. Don't forget to add the external signals and specify the I/O pins/voltage standards. Connect a USB cable, or USB to serial cable depending on what your board has. Make sure your PC has the USB serial drivers loaded and a terminal program like PuTTY etc running. Set the RS232 settings on the terminal program to match what your UART module is using.

0 Kudos
Altera_Forum
Honored Contributor II
558 Views

 

--- Quote Start ---  

Does your design have a JTAG uart? 

--- Quote End ---  

 

Yes it does. 

 

--- Quote Start ---  

If so, remove it and replace with a real UART module. Don't forget to add the external signals and specify the I/O pins/voltage standards. Connect a USB cable, or USB to serial cable depending on what your board has. Make sure your PC has the USB serial drivers loaded and a terminal program like PuTTY etc running. Set the RS232 settings on the terminal program to match what your UART module is using. 

--- Quote End ---  

 

 

Unfortunately my board does not have a legacy UART port, so JTAG UART is my only option. 

I did assume this JTAG UART could free run without any JTAG connected. Am I wrong?
0 Kudos
Altera_Forum
Honored Contributor II
558 Views

You still need to remove the JTAG uart and re-build your BSP without debug enabled. If you don't, your code will freeze as soon as the NIOS library tries to initialize the JTAG uart. I'm not familiar with the command line tools, but that might be what's causing the error message you see.

0 Kudos
Altera_Forum
Honored Contributor II
558 Views

Thanks, but this sounds all wrong behaviour. Surely it should behave like a normal UART. Can you document what you claim?

0 Kudos
Altera_Forum
Honored Contributor II
558 Views

I think I found the solution for this here 

https://www.altera.com/support/support-resources/knowledge-base/solutions/rd12102004_5019.html 

 

 

--- Quote Start ---  

2. The user is using the default device driver, for the JTAG UART, but has no "system timer" defined (In the SOPC Builder system/In the System Library properties page). The default device driver does support "device/jtag_uart timeouts", but requires a "system timer" to implement this.  

--- Quote End ---  

 

 

Edit:Hmm no.. I have other issues too..
0 Kudos
Reply