• State TI Thinks Resolved
  • Locked Locked
  • Replies 12 replies
  • Answers 1 answer
  • Subscribers 34 subscribers
  • Views 585 views
  • Users 0 members are here
Support feedback
Options
Options
Related

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.

MCU-PLUS-SDK-AM243X: Boot start issues

Jimmy
Prodigy 180 points
Part Number: MCU-PLUS-SDK-AM243X

Tool/software:

Hi

During the development process, we encountered an issue with our hardware environment.

Hardware configuration: We set the primary boot mode to OSPI and the backup mode to UART for our boot loader. We programmed SBL_NULL or SBL_OSPI firmware into the chip successfully and were able to run applications. However, during operation, there are occasional instances where the chip automatically switches to the UART boot mode without any power cycle or reset operations being performed. Is there a solution for this problem?

SDK:mcu_plus_sdk_am243x_09_00_00_35

Thank you

Jimmy

  • 0
    TI__Mastermind 44246 points

    Hello Jimmy,

    Thank you for your question.

    I am going to need more information as we discuss further.

    So, the ROM should boot in OSPI boot mode and if it fails to boot in OSPI bootmode it would then switch to UART bootmode is what my understanding is.

    How did you confirm that the chip switches to UART bootmode?

    Also just to clarify, in an ideal case, if ROM boots in OSPI bootmode then all the further operations are happening correctly, given chip does not goes into UART bootmode?

    Regards,

    Vaibhav

  • 0 in reply to Vaibhav Kumar
    Prodigy 180 points

    Hi Vaibhav

    Thank you for your reply.
    During normal operation, I am always connected to the serial port. Initially, it boots from OPSI and successfully executes the application. After running for a period of time, there is continuous output of 'C' in the serial port, and the application stops running. This situation is not guaranteed to happen every time; it just occasionally occurs.

    Thank you

    Jimmy

  • 0 in reply to Jimmy
    TI__Genius 9291 points

    Hi Jimmy,

       After issue happend, please help to use the link script to dump the log to us. 

       /cfs-file/__key/communityserver-discussions-components-files/908/am243_5F00_rom_5F00_dump_5F00_data.js

       Here is the steps how to use this script,

       1  Using CCS connect Cortex_R5_0_0

       2  Open the the View->Scripting Console

       3  loadJSFile <path>j7es_r5_dump_log.js

       Then am64x_r5_log.bin and am64x_r5_trace.bin will be generated in /temp folder. 

       Then upload the files to this thread. Thnaks.

    Linjun

       

  • 0 in reply to Linjun Meng
    Prodigy 180 points

    Hi Linjun

    When debugging, I encountered the following situation: due to an exception, it entered the abort mode. After waiting for a while, it started in UART boot mode. The content captured is as follows, please help me analyze this.

    Fullscreen am64x_r5_log.txt Download 
    
    Fullscreen am64x_r5_trace.txt Download 
    

     Please note that the data has been reformatted as '.bin'.

    Jimmy

  • 0 in reply to Jimmy
    TI__Expert 5960 points

    Hi,

    What hardware is being used during the debug ? Is it the AM243x EVM ?

    Does a power cyle resume the boot from OSPI ?

    When you face the issue, can you check the value of CTRLMMR_RST_SRC Register ?

    regards,

    Venkat Mandela

  • 0 in reply to Venkat Mandela
    Prodigy 180 points

    Hi Venkat Mandela

    We are using custom-designed hardware.

    Upon power cycle, it fails to recover and continues in UART boot mode.

    I will check the value of the CTRLMMR_RST_SRC register during my next encounter with this issue and provide feedback here.

    Thank you.

    Jimmy

  • 0 in reply to Jimmy
    TI__Mastermind 44246 points

    Attaching the register snapshot from the TRM being referenced here:

     

  • 0 in reply to Linjun Meng
    Prodigy 180 points

    Hi Linjun


    We have encountered a problem in console mode that we've been able to replicate, and the log from this issue is as follows. Please convert it for viewing as .bin format.

    Additionally, after being in console mode for some time, it automatically recovered. We would appreciate your assistance in analyzing the reason behind this occurrence.

    Fullscreen 0878.am64x_r5_log.txt Download 
    !��<�� 
T��b��n��	�����
��*��	{��UUUی�۔���fpՀp��ɑp�p�
p��ɑp�p�
p��A��opݘA���(p�p�v�A��yA0y�A��W�W���A��Mp�A�����A��p���A��yA0��A��W�W���A��Mp�A�� ��A���p���A�ӕ��A��-�

    Fullscreen 0878.am64x_r5_trace.txt Download 
    �A��opݘA���(p�p�v�A��yA0y�A��W�W���A��Mp�A�����A��p���A��yA0��A��W�W���A��Mp�A�� ��A���p���A�ӕ��A��-�A��A/�A��A�|���A�/�p� A����A��1p�A/�A�́�BA��p�A��p���A��p�8���A��9`���A��QA��u��A�ЩA0`�A(�%A��p�8�`:?A�ߍA�́E����

    Thank you.

  • 0 in reply to Jimmy
    TI__Mastermind 44246 points
    Jimmy said:
    We have encountered a problem in console mode

    What do you mean by console mode?

    When does the console shows the logs attached by you? Like at what stage/time of application execution?

    Thanks,

    Vaibhav

  • 0 in reply to Vaibhav Kumar
    Prodigy 180 points
    Sorry, there was a translation error on my end. What I meant was:
    We have reproduced the issue where the runtime automatically enters UART mode, and this log was captured based on the script provided by Linjun
    Jimmy
  • 0 in reply to Jimmy
    TI__Mastermind 44246 points

    Thanks for your response, I would let, Chris carry forward this conversation.

    Regards,

    Vaibhav

  • 0 in reply to Vaibhav Kumar
    TI__Mastermind 27270 points

    Hi,

    Closing the thread, as there is no response for long. Feel free to ping back, if you want to continue discussion.

    Regards

    Ashwani