- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
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
Link Copied
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
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.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
--- 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?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
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.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Thanks, but this sounds all wrong behaviour. Surely it should behave like a normal UART. Can you document what you claim?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
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..- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page