Zigbee & Thread

Zigbee & Thread forum

State
Locked Locked
Replies 4 replies
Subscribers 57 subscribers
Views 973 views
Users 0 members are here

Support feedback

Options

Options

Related

cc2530 with cc2591 front-end PA-LNA

LZH

Intellectual 700 points

Other Parts Discussed in Thread: CC2591, CC2530, CC2590

Hi, everyone,

I was asked to design a cc2530 with cc2591 front-end PA-LNA system. Meanwhile, I need to use P0.2-P0.5 as a (UART 0, alt 2) debug interface, as I need to connect P1.4-P1.7 (UART 1, alt 2) with hardware flow control to another device. However, it seems to be P1.4 is captured by the CC2591 EN pin, and I can't change the code to let it connect to any other pins. Is there any solution for the P1.4 pin conflict? I'm looking forward for your replies.

Thank you.

over 15 years ago

0 dake tan over 13 years ago

Prodigy 215 points

I am running into the same problem.

0 Fredrik K over 13 years ago

TI__Guru** 106705 points

Hi LZH,

Why can't you simply move the CC2590 enable signal to another pin on CC2530?

/Fredrik

0 dake tan over 13 years ago in reply to Fredrik K

Prodigy 215 points

Hi Fredrik,

Because CC2530 CC2591 reference design & the design note "Using CC2591 Front End with CC2530" suggest that :)

You are right, I plan to use another pin.

Thank you:)

0 launix over 13 years ago in reply to dake tan

Expert 1835 points

Hi Derek,

You should be able to map PA_LNA I/O between P1_0 to P1_5. Take a look in macRadioTurnOnPower() function in

Zstack. If you configure for exemple:

OBSSEL4 = OBSSEL_OBS_CTRL1; as

OBSSEL3 = OBSSEL_OBS_CTRL1;

You should have the correct driving I/O on P1_3, instead of P1_4.

It looks better than driving itself an I/O. Let me know.

Launix.