CC2538: UART not working for CC2538ZNP-without-SBL

Harry Li74

Intellectual 470 points

Part Number: CC2538
Other Parts Discussed in Thread: Z-STACK, CC2592

I've compiled the stack, and I got the CC2538ZNP-with-SBL talking to the Z-Tool with RTS and CTS as well as without.

However, I can not get CC2538ZNP-without-SBL talking to the Z-Tool.

I'm using SmartRF06 paired with CC2538-CC2592EM.

Here are the options that I've used:

xHAL_UART_USB
xUSB_SETUP_MAX_NUMBER_OF_INTERFACES=5
xHAL_SPI=TRUE
HAL_UART=TRUE
BDB_FINDING_BINDING_CAPABILITY_ENABLED=0
DISABLE_GREENPOWER_BASIC_PROXY
TC_LINKKEY_JOIN
ewarm
CC2538_USE_ALTERNATE_INTERRUPT_MAP=1
CC2538ZNP
ZNP_ALT
xPOWER_SAVING
FEATURE_SYSTEM_STATS
FEATURE_RESET_MACRO
ZDNWKMGR_MIN_TRANSMISSIONS=0
MT_UART_DEFAULT_OVERFLOW=FALSE
ASSERT_RESET
MAKE_CRC_SHDW
SBL_CLIENT
ZCL_READ
ZCL_DISCOVER
ZCL_WRITE
ZCL_BASIC

I've commented:

//-DHOLD_AUTO_START from znp.cfg

I've used ZNP_ALT and MT_UART_DEFAULT_OVERFLOW=FALSE and that will disable CTS and RTS, but ultimately I want CTS and RTS.

Is there something that I've missed?

Cheers

Harry

over 6 years ago

0 YiKai Chen over 6 years ago

Guru 735685 points

Make sure you use correct baudrate onm ZTool. By the way, which Z-Stack version do you use?

0 Ryan Brown1 over 6 years ago

TI__Guru**** 217867 points

Hi Harry,

Please see the following E2E threads and determine whether you even need this project configuration followed by the changes that should be implemented.

https://e2e.ti.com/support/wireless-connectivity/zigbee-and-thread/f/158/t/796803
https://e2e.ti.com/support/wireless-connectivity/zigbee-and-thread/f/158/t/617763
https://e2e.ti.com/support/wireless-connectivity/zigbee-and-thread/f/158/t/649228

Regards,

Ryan

0 Harry Li74 over 6 years ago in reply to YiKai Chen

Intellectual 470 points

115200 8 none 1, handshake none

Z-Stack 3.0.2

I redownloaded a clean 3.0.2 from the TI website last night, and recompiled with IAR 8.40.1, and the same thing happened. "With SBL", the serial port and UART works with Z-Tools with both handshake on/off depends on the compiler settings. But if I use the same settings to recompile the version "Without SBL" nothing talks.

0 Harry Li74 over 6 years ago in reply to Ryan Brown1

Intellectual 470 points

I don't need the SBL, so I should use the project that says "without-sbl" correct?

HAL_UART=TRUE was set

Shouldn't that enable the UART?

I assumed the default CC2538ZNP-without-SBL.bin file would not work because the default project setting had xHAL_UART=TRUE.

0 Harry Li74 over 6 years ago in reply to Harry Li74

Intellectual 470 points

Got it working.

Here's the default project settings:

xHAL_UART_USB
xUSB_SETUP_MAX_NUMBER_OF_INTERFACES=5
xHAL_SPI=TRUE
xHAL_UART=TRUE
BDB_FINDING_BINDING_CAPABILITY_ENABLED=0
DISABLE_GREENPOWER_BASIC_PROXY
TC_LINKKEY_JOIN
ewarm
CC2538_USE_ALTERNATE_INTERRUPT_MAP=1
CC2538ZNP
ZNP_ALT
xPOWER_SAVING
FEATURE_SYSTEM_STATS
FEATURE_RESET_MACRO
ZDNWKMGR_MIN_TRANSMISSIONS=0
MT_UART_DEFAULT_OVERFLOW=FALSE
ASSERT_RESET
MAKE_CRC_SHDW
SBL_CLIENT
ZCL_READ
ZCL_DISCOVER
ZCL_WRITE
ZCL_BASIC

Here's the working version with UART and RTSCTS flow control:

xHAL_UART_USB
xUSB_SETUP_MAX_NUMBER_OF_INTERFACES=5
xHAL_SPI=TRUE
HAL_UART=TRUE
HAL_PA_LNA_CC2592
BDB_FINDING_BINDING_CAPABILITY_ENABLED=0
DISABLE_GREENPOWER_BASIC_PROXY
TC_LINKKEY_JOIN
ewarm
CC2538_USE_ALTERNATE_INTERRUPT_MAP=1
CC2538ZNP
xPOWER_SAVING
FEATURE_SYSTEM_STATS
FEATURE_RESET_MACRO
ZDNWKMGR_MIN_TRANSMISSIONS=0
ASSERT_RESET
MAKE_CRC_SHDW
ZCL_READ
ZCL_DISCOVER
ZCL_WRITE
ZCL_BASIC

The setting that messed up the UART was SBL_CLIENT. Why is this setting in the default "without sbl" project?

0 YiKai Chen over 6 years ago in reply to Harry Li74

Guru 735685 points

If you don't need the SBL, you can use the project that says "without-sbl". I suppose it's a bug with "xHAL_UART=TRUE" in "without-sbl" ZNP project. Anyway, you already know how to solve it.

Zigbee & Thread

Zigbee & Thread forum

CC2538: UART not working for CC2538ZNP-without-SBL