CC1352P: ApiMac_mlmeSetRegBool(ApiMac_attribute_RxOnWhenIdle,false) not effective

QiYi Duan

Part Number: CC1352P
Other Parts Discussed in Thread: SYSCONFIG

Hi,

My application is based on SimpleLink SDK v4.20.

I need to make CC1352 work under two different RF, send and receive for 2.4GHz ZigBee most of the time, and occasionally send BLE data.

In the previous test, I found that I could not switch directly to the sending of BLE when ZigBee receiving was turned on.

Then I used the function in the api_mac library

Fullscreen

1
ApiMac_mlmeSetRegBool(ApiMac_attribute_RxOnWhenIdle, false);
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

ApiMac_mlmeSetRegBool(ApiMac_attribute_RxOnWhenIdle, false);

, set RF to IDLE, and sent BLE.

This works most of the time, but occasionally there is a problem: the function doesn't work.

I tried to get the return value of the function and used

Fullscreen

1
ApiMac_mlmeGetRegBool(ApiMac attribute RxOnWhenIdle, &state);
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

ApiMac_mlmeGetRegBool(ApiMac attribute RxOnWhenIdle, &state);

to get the flag bit, and the result was that the function had taken effect and RF was IDLE, but ZigBee rx could still trigger an interrupt at this time.

In my code, from setting RF to IDLE state to sending BLE as blocking.

In another test, I paused the task for 10 seconds after setting RF to IDLE, commenting on all other code that opened RX, but still occasionally received ZigBee data,

the code is:

When the function fails:

So my question is:

Is there other way to ensure that RF can enter IDLE?

Thank you.

1 年多前

0 Yolande Wang 1 年多前

TI__Genius 13330 points

Hello,

you can try the following approach:

Use

Fullscreen

1
ApiMac_mlmeSetReqBool(ApiMac_attribute_RxOnWhenIdle, CONFIG_RX_ON_IDLE);
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

ApiMac_mlmeSetReqBool(ApiMac_attribute_RxOnWhenIdle, CONFIG_RX_ON_IDLE);

0 QiYi Duan 1 年多前回复 Yolande Wang

Prodigy 10 points

Is there any difference?

0 Yolande Wang 1 年多前回复 QiYi Duan

TI__Genius 13330 points

There is no difference.

The comment you sent says ‘False for sleepy device’, perhaps CC1352P needs to be sleepy when you call ApiMac_mlmeSetReqBool.

You can also try this out: disable unnecessary peripherals, such as timers, UART, ADC, or other communication interfaces.

0 QiYi Duan 1 年多前回复 Yolande Wang

Prodigy 10 points

The word "False for sleepy device" was not written by me, it is in the ti_154stack_config.h generated by the SysConfig tool.

The function:

Fullscreen

1
ApiMac_mlmeSetReqBool(ApiMac_attribute_RxOnWhenIdle, true);
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

ApiMac_mlmeSetReqBool(ApiMac_attribute_RxOnWhenIdle, true);

is use to make RF chenge into RX from IDLE

The function:

Fullscreen

1
ApiMac_mlmeSetReqBool(ApiMac_attribute_RxOnWhenIdle, false);
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

ApiMac_mlmeSetReqBool(ApiMac_attribute_RxOnWhenIdle, false);

is use to make RF into IDLE. And occasionally it doesn't work. My question is how do I make sure it works? Whether there are other ways to replace it?

0 Yolande Wang 1 年多前回复 QiYi Duan

TI__Genius 13330 points

你好，

这个 API 是让 RF 常打开的。

我再确定一下，您是想关闭 ZigBee 的收发吗？

0 QiYi Duan 1 年多前回复 Yolande Wang

Prodigy 10 points

Yes.

0 Yolande Wang 1 年多前回复 QiYi Duan

TI__Genius 13330 points

Hello,

you can read this document by clicking this link.

The Dynamic Multi-protocol Manager (DMM) allows multiple wireless stacks to coexist and operate concurrently on a single radio on a CC13xx or CC26xx device.