Honored ContributorGood day all,
I have a problem that when I load my code onto the board the board resets. Keeping in mind that all the unused pins are set to tri state input. I am using SignalTap and it seems that the board only resets when I add certain nodes to SignalTap Thanks Willie
Honored ContributorReset? The internal logic resets, the device reconfigures, the other devices on the board go through a reset configuration?
SignalTap puts logic in the device that captures data from existing logic. It doesn't send anything out into the device that would cause a reset. Are you sure the problem, whatever it is, is really due to signaltap, or just that changing signaltap nodes causes a different fit and the problem is randomly occuring here and there? Maybe do a few compiles with different seed(Assignments -> Settings -> Fitter -> Seed) and see if the problem comes and goes away. That would at least help rule out SignalTap.Honored ContributorThank you for your comment, to to more explicit regarding the reset. The DSP development board comes with a factory default design implemented in flash. While programming the device the correct status LED's are lit up to indicate that the device is being programmed. After this the user LED comes on for a very brief moment and then the board simply loads the factory design from flash memory again. I am not sure that this problem is caused by SignalTap at all, it is simply a hunch. I have tried giving the fitter another seed, this however did not help. Could it be that some configuration file has become corrupted in the process, since when I try to simulate the system, I get an Quartus internal error complaining about a pre_simprocessor.cpp file.
Honored ContributorAn internal error shouldn't have anything to do with the board failure. (That's just something wrong with the simulator and the inputs your giving it. If you can, file a Service Request on the Altera website).
There is either something in your design that initiates a reconfiguration(make sure your design has truly entered user mode, i.e. have it drive an LED in a recognizable way). If it's not your design, it's something probably at a diagnostic level(if you lose power, it will lose configuration and reconfigure from FLASH, I believe). I don't know the design or board to help anymore. Is there a MAX device that manages the configuration scheme? I believe on some boards that is the case, so the user design can tell the MAX device to reconfigure(which you might be doing on accident) or it monitors configuration status and will reconfigure from default FLASH if it thinks an error occured. These are just guesses though.Honored ContributorI also remember to have heard about unintentional configuration resets with some Eval Boards, but I don't rember the details. But the conditions for a configuration fallback should be described in the user manual.
Honored ContributorThank you for your thoughts, I will try all of your suggestions and I am positive that we will find the solution, eventually.
