CCS/TMS320F28335: The problem about DSP28335 controller enter an illegal interruption!

Dear user5867109, 

Please provide a detailed explanation about what and how you are downloading via SCI.  Which tool do you use to do the download via SCI?  

Cheers! 

Krishna 

Thanks for your reply.

I compiled the .out file with hex2000 compiler and converted it to a txt like this:

Then I used a software to transmit the data to my controller via SCI.  

Firstly,  the software will transmit a character to reset the cpu through watchdog .

Secondly,  the boot program written at flashA will start to work,  autobaudlock function will receive and echo the  character 'A' which is transmitted from the software.

After above steps, the software will transmit the data stream,the entry address  is located at  flashE. And I have confirmed that data stream were completely received and totally correct.

Dear user5867109, 

Ok thanks,  my first suspicion is that the software that you are using to do the download may not be working properly.  Secondly, the boot program may not be working properly.  It could also be a combination of both.  

Can you confirm that when you load the application via CCS, is loads and runs as expected.  If that is the case, let us use CCS to help with this debug.  Have you used the memsave command from within CCS?  Open a memory browser in the memory area of interest (Select View->Memory Browser).  Load the app using CCS,  Use the memsave option from the support available in the memory browser.  It is the green chip with the arrow diagonally across it.  You will be able to save the data to a file.  Repeat the same over the same block of memory after the load via SCI.  Compare the two files...and check for differences.  

Let us know if this helps you track down the issue. 

Cheers!

Krishna

Thank you so much for your patience, Mr Allam.

When I load the application via CCS, the functions on the board were absolutely correct. 

I have followed your advices and compared the memory between two download methods. 

I am confirmed that the SCI data stream were completely written to the address since 0x319974( at line 6518).

This is part of data , which is same as the txt post above.Those address area  is same as  when I load the application via CCS as well.

There were 4 differences between the two cases , which were very weird.

I don't know  how it happens?

comparison table:

address           CCS load       SCI load               

0x318199        0044              0000

0x3187fa9       180c              0000

0x31902a        9600              0000

0x319175        00b4              0000

address                order via  sci                                                             order  via ccs                                         

0x318198:            E2030000    MOV32        @0x0, R0H                      E2030044    MOV32        *-SP[4], R0H

0x318fa7              761F01BE    MOVW         DP, #0x1be                     761F01BE    MOVW         DP, #0x1be
0x318fa9:             0000        ITRAP0                                                    180CFFFB    AND          @0xc, #0xfffb

0x31902a:            5002        ORB          AL, #0x2                               5002        ORB          AL, #0x2  
0x31902b:            0000        ITRAP0                                                  9600        MOV          @0x0, AL

0x319174:            FFE50000    B            0, LEQ                                FFE500B4    B            C$L17, LEQ