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.

MSPM0G3519: MCAL_MSPM0_00.02.04.00

Part Number: MSPM0G3519

Tool/software:

Hello,

I am trying to do the MCU configuration with Config Variant as 'VariantPreCompile', But when I integrate EB Tresos generated files in build environment, I am getting following error:

It seems that MCU_INIT_CONFIG_PC is not generated. What could be the reason.

Also, when I try with "VariantPostBuild" option for MCU, and If I uses Mcu_Init(&McuModuleConfiguration); in initialization sequence then execution goes into reset_handler.

  • Hi, Rohidas

    Error 1:

    You can get the reference from the source, if you define "START_SEC_COMMON_CONFIG_DATA" and then define "MEMMAP_ACTIVE_DATA_SECTION" at the same time.

    Complier will show this error.

    Error 2:

    If [Mcu_Init(P2CONST(ConfigPtr)] this ConfigPtr == NULL, system will use the [MCU_INIT_CONFIG_PC] while [MCU_VARIANT_PRE_COMPILE] is defined.

    With such setting, is there some place can let you declare this variable?

    Also, when I try with "VariantPostBuild" option for MCU, and If I uses Mcu_Init(&McuModuleConfiguration); in initialization sequence then execution goes into reset_handler.

    Please help to check what's cause the MCU reset.

    You can read the resetCause register in Sysctl.

    https://www.ti.com/lit/ug/slau846b/slau846b.pdf

    2.7.38 RSTCAUSE (Offset = 1220h) [Reset = 00000000h]

    Mark, there is another thread, there are more details for reset issue.

    e2e.ti.com/.../mspm0g3519-lp-mspm0g3519-launchpad

    Regards,

    Helic

  • Hello Helic,

    Thanks for response.

    Error 1:

    You can get the reference from the source, if you define "START_SEC_COMMON_CONFIG_DATA" and then define "MEMMAP_ACTIVE_DATA_SECTION" at the same time.

    Complier will show this error.

    Yes, I got the source of the error, but I didn't get why it is giving the same. I just did modify configuration parameter with VARIANT_PRE_COMPILE in EB Tresos and generated files copied into desired location, so should I need to modify Memmap files provided in the package?

    Error 2:

    If [Mcu_Init(P2CONST(ConfigPtr)] this ConfigPtr == NULL, system will use the [MCU_INIT_CONFIG_PC] while [MCU_VARIANT_PRE_COMPILE] is defined.

    With such setting, is there some place can let you declare this variable?

    Do I need to declare it because as per my understanding, this parameter should get declared/updated in PBCFG file when I generate the code from EB tresos. Is this my understanding, correct?

    Regarding MCU reset, the execution goes into exception (reset handler) when below line executed. (yellow marked line in below stack frame image). I am still checking into this issue.

  • Hi, 

    I am waiting for the internal team feedback for question 1 and 2.

    For error 1, It seems that we can not enable both marco at the same time.

    For error 2, please be waiting for the feedback.

    Do I need to declare it because as per my understanding, this parameter should get declared/updated in PBCFG file when I generate the code from EB tresos. Is this my understanding, correct?

    You can still try to declare it manually if you want to try.

    Regarding MCU reset, the execution goes into exception (reset handler) when below line executed. (yellow marked line in below stack frame image). I am still checking into this issue.

    Do you enable the Watchdog? If yes, system may stop in Hardfault or NMI handler, please help to confirm this.

    Regards,

    Helic

  • Hello Helic,

    For error 2, I will try to declare it manually and check. Also, please check from your side

    Regarding watchdog mode, I can see its enabled.

    I am using this default configuration provided in the package.

    Regards,

    Rohidas

  • Hi, 

    Regarding watchdog mode, I can see its enabled.

    System may stuck in Hardfault or NMI handler, and reset by WatchDog.

    You can add some test code in Hardfault or NMI handler to verify this.

    Also, after reset, read the Reset Cause register to confirm this.

    2.7.38 RSTCAUSE (Offset = 1220h) [Reset = 00000000h] in TRM https://www.ti.com/lit/ug/slau846b/slau846b.pdf

    Regards,

    Helic

  • Hi, 

    Could you please contact your local field team, such as FAE or Sales?

    And let field team to contact me.

    Let talk about this offline.

    We have internal version that fix this issue.

    Regards,

    Helic

  • Hi Helic,

    Regarding watchdog mode, it's just enabled in the configuration, but watchdog is neither initialized nor started. 

    So, watchdog is not started.

    Also, this issue is occurring in the examples provided in the MCAL package.

    Regards,

    Rohidas

  • Hi, 

    Could you please contact your local field team, such as FAE or Sales?

    And let field team to contact me.

    Waht's about this, so that I can send you the internal version MCAL that has some issue fixed.

    Regards,

    Helic

  • Hi Helic,

    Our contact person is Matteo Giacomello and we are trying to connect him. Based on this information could you please share this internal version.

    Does this version really fix above mentioned issue (exception- default handler)?

    Regards,

    Rohidas

  • Hi, 

    We need to wait for Matteo back online.

    Regards,

    Helic