Can I fix some controls address when I change other logics in SS?
I found when I add or remove one control, after SS compiled, other control addess will be changed. This bring me many troubles to edit a desgin which is near finished.
The SigmaDSP compiler has to link the parameter addresses to memory dynamically each time the project is compiled. Without this feature, it would not be possible to achieve 100% utilization of parameter memory because the compiler would be limited in how the parameter memory would be mapped, leading to "gaps" in some places where memory goes unused. For this reason, it is not possible to have a parameter hard-coded to a certain location in parameter memory. If a project file is changed in such a way that the order of the algorithms is changed in the linker, then there is a chance that some parameter addresses will change, and this is unavoidable.
In order to avoid this issue, set up your microcontroller to use the header files that are generated by the Export System Files function. Although it might not be possible to go back and change your current design, you could maybe try to use this approach in future designs.
When SS generates the header files and defines the registers, it uses the names you give the blocks as the variable names. If you take care with your naming methods when designing your SS project, adding a module should not disrupted your main program very much. You should not have to define the register address manually. Are you having trouble with user mapped functions?
Yes, we noticed SS will generate these files. But we did not use them. It was not a good beginning. It leads us to a bad situation now. I think if there is no method to fix some important adresses, we will take care in next project. Any way, thanks a lot for your help.
I'm not an analog devices expert so I can't say there is no easy way to fix your problem, however I fear you may need to tweak your code on the next go around.
This is a link to a discussion that got me started in the right direction. http://ez.analog.com/docs/DOC-1806
Best of luck,
Thanks all for your clear and professinal explanations!!
Retrieving data ...