LAUNCHXL-CC1352P: ti154stack enter Main_excHandler

Cherry Zhou

Part Number: LAUNCHXL-CC1352P
Other Parts Discussed in Thread: CC1352P

Hi team,

Here's an issue from the customer may need your help:

Built on the CC1352P_2_LAUNCHXL\ti154stack\ccollector_2_4g project based on the simplelink_cc13xx_cc26xx_sdk_5_30_01_01 stack Networks.

About 30 sensor connected under the network, and the protocol for collector and sensor communication within the network is customized. Sometimes the collector enters Main_excHandler (UInt * excStack, UInt lr) and report hard fault.

The code that enters abnormality: xdcRomConstPtr, as shown in the following figure:

Issue:

The value of lr passed to the Main_excHandler (UInt * excStack, UInt lr) function is 0xFFFFFFFD, and the array of excStack has the following value:

Since IAR debug can only see the contents of the xdcRomConstPtr assembly section at error, the customer would like to know how to confirm where the exception occurred.

What are the factors that cause entry into Main_excHandler when running the xdcRomConstPtr function?

Is it related to the higher frequency of interaction between collector and sensor? The following figure shows a record of a partial packet capture:

The CFSR value is 0x00008200 at the time of hardfault:

Could you help check this case? Thanks.

Best Regards,

Cherry

over 3 years ago

0 Marie H over 3 years ago

TI__Guru* 82431 points

Hi Cherry,

1) Can you post a screenshot of the ROV HWI view when this happens? (ROV → Hwi → Exception information.)

2) In your packet log, are the Data Request packets sent from the collector or the sensors? (In the log, it looks like the collector stops sending ACK packets, then the sensors start spamming data request packets?)

3) Can you also check the device stacks and heap when this happens?

https://dev.ti.com/tirex/explore/content/simplelink_cc13xx_cc26xx_sdk_5_40_00_40/docs/ti154stack/html/ti154stack-guide/debugging-index.html#viewing-the-state-of-each-task

Cheers,

Marie H

0 Cherry Zhou over 3 years ago in reply to Marie H

TI__Mastermind 22235 points

Hello Marie,

Marie H said:
1) Can you post a screenshot of the ROV HWI view when this happens? (ROV → Hwi → Exception information.)

Please see below screenshots:

Marie H said:
2) In your packet log, are the Data Request packets sent from the collector or the sensors? (In the log, it looks like the collector stops sending ACK packets, then the sensors start spamming data request packets?)

Address 0x0001 is the collector, the other addresses are sensor.

The sensor receives a downstream message from the collector in the form of a poll, when the sensor sends a mac data request to the poll collector after the problem appearing, the collector does not send the ack either.

Thanks and regards,

Cherry

0 Cherry Zhou over 3 years ago in reply to Cherry Zhou

TI__Mastermind 22235 points

Hi,

May I know is there any updates? Thanks.

Best Regards,

Cherry

0 Marie H over 3 years ago in reply to Cherry Zhou

TI__Guru* 82431 points

Hi Cherry,

Can you open Memory Browser and check what kind of code is stored at the addresses listed for sp, lr, pc and psr in your screen shot? (E.g. sp is at 0x12bac9, what kind of code is present at this address?)

Cheers,

Marie H

Other wireless

Other wireless technologies forum

LAUNCHXL-CC1352P: ti154stack enter Main_excHandler