Forum Discussion
Altera_Forum
Honored Contributor
10 years agoNiosII continuously rebooting
Hi,
My niosII is continuously rebooting at the same code position. The Nios is running on an external SDRAM (I'm using a cyclone IV EP4CE30F484). The memory test runs OK (it looks like the memory test project size is so small that doesn't make it crash). If I add more code it reboots at a different position (so it is not related to a specific line of code - I made it crash on a printf for example). The only way I found to make it work was changing the exception vector offset (it was originally 0x000020 and I changed to 0x20020). When changing the offset I did run the memory test again on the positions where the nios was running originally and it looks fine. It fails consistently (regenerating the Qsys or recompiling made no difference, so I doubt it is a signal integrity issue). Adding more instruction cache made no difference. An interesting thing is that it crashes at a different position when debugging. Does anyone have any idea why it is crashing when the vector offset is set to 0x000020? *TimeQuest timing analysis looks perfect. Many thanks for your help14 Replies
- Altera_Forum
Honored Contributor
what is your nios boot option? there should no option for boot from SD ram
- Altera_Forum
Honored Contributor
I have a serial flash where the configuration files are. My reset vector is the flash and my exception vector is the SDRAM.
What I've noticed is that when running it from Eclipse (with an older code version on the flash) it crashes at some point and jumps to the old software version on the flash. Thanks - Altera_Forum
Honored Contributor
this threat seems is quite similar for what you are doing, not sure if you did some changed in the bsp and liker files.
http://www.alteraforum.com/forum/showthread.php?t=46146 - Altera_Forum
Honored Contributor
Hi,
Thanks for the response. My bootloader is on the flash. I have used this configuration for other projects and it always worked fine. And for this project it works if I add some offset to the exception vector (or run a smaller C project). - Altera_Forum
Honored Contributor
ops.... do you enable any watchdog timers for your usage?
- Altera_Forum
Honored Contributor
No, I don't.
I tried enabling the runtime_stack_checking, exception_stack and interrupt_stack on the bsp editor but it didn't make any difference. - Altera_Forum
Honored Contributor
I also tried with the exception vector pointing to the on chip memory for a faster response, but it is still crashing.
- Altera_Forum
Honored Contributor
Any other suggestion?
Thanks! - Altera_Forum
Honored Contributor
some other forum mention to have a test with the hardware via Avalon-MM Traffic Generator and BIST Engine to test the SDRAM basic functionality. probably you have did that earlier..
- Altera_Forum
Honored Contributor
Hi,
I tested the SDRAM with the NIOS using the memory test template. If I'm not wrong it's going to be a similar test