New Blank S32K344 project Bus Fault and Hard Fault

キャンセル
次の結果を表示 
表示  限定  | 次の代わりに検索 
もしかして: 

New Blank S32K344 project Bus Fault and Hard Fault

ソリューションへジャンプ
1,331件の閲覧回数
Yown
Contributor II

Hi, 

I have create a new S32K344 blank project in S32Ds 3.5 with RTD 4.0.0. when I am trying to debug, the execution is going to HardFault , The same goes for using sample projects,

 

Yown_0-1719381777371.png

but when i create a new blank S32K324 project, it work

 

Yown_2-1719381892889.png

 

Below are the steps followed to import and the build

  1. File->New->S32DS application project
  2. add sdk
  3. Update code.
  4. Build project -> no error.
  5. Debug(Flash).

Apart from these steps do I need to configure anything  on hardware/software?

Thank you

 

Regards

yown

0 件の賞賛
返信
1 解決策
1,303件の閲覧回数
danielmartynek
NXP TechSupport
NXP TechSupport

Hi @Yown,

Are the cores decoupled or in the lockstep mode?

Can you read Processor X Configuration 2 (CPXCFG2) register.

danielmartynek_0-1719388957553.png

 

Regards,

Daniel

 

 

元の投稿で解決策を見る

9 返答(返信)
1,304件の閲覧回数
danielmartynek
NXP TechSupport
NXP TechSupport

Hi @Yown,

Are the cores decoupled or in the lockstep mode?

Can you read Processor X Configuration 2 (CPXCFG2) register.

danielmartynek_0-1719388957553.png

 

Regards,

Daniel

 

 

1,263件の閲覧回数
Yown
Contributor II

i fix it and it works, thank you very much, Are there any references for this knowledge, For example, is the default operating mode of core is decoupled 

0 件の賞賛
返信
1,300件の閲覧回数
Yown
Contributor II

Yown_0-1719390382487.png

thanks for your guidance, it took me a while to find them

so in decoupled mode, should i need to change configuration of dtcm size

0 件の賞賛
返信
1,256件の閲覧回数
danielmartynek
NXP TechSupport
NXP TechSupport

S32K344 is in the lockstep mode by default, whereas S32K324 is decoupled by default.

It can be changed in the DCF record.

Here is an example that programs a new DCF record on S32K344 to decouple it:

https://community.nxp.com/t5/S32K-Knowledge-Base/Example-S32K344-decouple-RTD400-Ip-C40-DS35-v1/ta-p...

 

Regards,

Daniel

1,246件の閲覧回数
Yown
Contributor II

Sorry Daniel, I'm a little confused, i didn't change anything but create a new project, according to the CPXCFG2, is decoupled mode, is there any project configuration wrong i should check?

at this stage, i just want to make sure S32K344 start normal, so i can keep rtos kernel develop on it , the way i fix the issue above is change itcm size to 32KB and dtcm to 64KB, seem i need to run core in lockstep

and in the example you provided, "C40_Ip_Cfg.h" missed, how can i get it


0 件の賞賛
返信
1,238件の閲覧回数
danielmartynek
NXP TechSupport
NXP TechSupport

C40_Ip_Cfg.h is not missing, it is in this directory:

Example_S32K344_decouple_RTD400_Ip_C40_DS35_v1.zip\Example_S32K344_decouple_RTD400_Ip_C40_DS35_v1\generate\include

You don't have S32K344 but S32K324 now.

Check the DCF records at 0x1B000768.

If you had S32K344 with the default DCF, at 0x1B000768, there would be all 0xFFFF_FFFF.

 

BR, Daniel

 

1,236件の閲覧回数
Yown
Contributor II

Thanks for your patience~ it really isn't all 0xFFFF

Yown_0-1719405141016.png

 

in the board, Silicon: P32K344EHVMMS 1P55A CTSA2128A
I can't figure out their relationship, So do I need to continue to develop refer to S32K324 project?

 

0 件の賞賛
返信
1,144件の閲覧回数
danielmartynek
NXP TechSupport
NXP TechSupport

Probably one of your colleagues decoupled the S32K344 MCU into S32K324.

You need to program a new DCF record (at the next 0xFFFF_FFFF after the current record) from an S32K324 project to make it S32K344 again.

 

BR, Daniel

 

1,309件の閲覧回数
Yown
Contributor II

Yown_0-1719387863218.png

Yown_1-1719388079399.png

i think the problem is about dtcm initialize, i can't step out this loop but get hardfault

 

0 件の賞賛
返信