This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

Porting HALCoGen application with Green Hills MULTI

Other Parts Discussed in Thread: TMS570LS3137, HALCOGEN

Hello All

I am working on TMS570LS3137 HDK.

I have been trying to port HALCoGen code on to Green Hills MULTI IDE. The application is working fine with Code Composer Studio.

Now there is a requirement of porting the entire application to MULTI. The exact issue is as follows: The application is works fine after i download to flash and give go with Green Hills Probe. Even after giving board reset the application software executes. But when the board is power OFF and powered ON again the application is not executing. If a give a reset then it starts working.

What could be the issue here. Please help.

Regards

Vikranth

  • If the board is powered off and powered on with no debugger (JTAG) probe attached does it operate as expected? If it does, then the issue is probably part of the Green Hills debugger. If the application does not work without the debugger, then either the reset vector is not properly programmed or some RAM variable is being initialized by the debugger that needs to be explicitly initialized in the program.
  • Thanks Bob for your reply. I for got to mention one point earlier. That is the application works if I give a reset ( either RST or PORRST) in HDK with debugger disconnected condition. What could be happening with just reset? And why it's doesn't work with power Off reset? Any pointers ???

    Regards
    Vikranth
  • It sounds to me like there are some RAM variables that are being initialized by the debugger and are not being initialized when you power-off and power-on again. Can you try powering on, connecting with the debugger and then only loading symbols? (I don't know if Green Hills debugger supports this feature.)
  • Thanks for the suggestion Bob. I will try and come back to you.
    Regards
    Vikranth
  • The other 'common' problem (I don't know if it is there on GHS but it is there on IAR ..) can be related to the reset vector.

    You should check the object file to confirm that the vector table  (c_int00) starts at address 0x00 and that the runtime library for the GHS compiler is not including a different vector table there instead ..