No SPI connection between CC2530 and MSP4302370

Florian Hinrichs59

Other Parts Discussed in Thread: CC2530, MSP430F2370, Z-STACK

Hello all,

I am working on my ZigBee Home automation. I designed a breakout board for the CC2530 and connection it to my development pcb. I am using the application processor MSP430F2370 to communicate via SPI. The CC2530 I have already flashed with CC2530ZNP-Pro.hex from the Z-Stack Home 1.2.2a.44539. I strictöly followed the instructions from the Z-Stack interfacing guide and I checked all nessecary lines (SCLK, MOSI, SDRY, MRDY, Chip Select and RST_N, CFG0, CFG1). All lines were correct and I took the example code for my application processor and migrate it. So SPI configurations shall be ok and a clock of 2 MHz should be ok as well.

My problem is the SRDY line never goes low after I set the RST_N line high again, so that the CC2530 can start. What can be the problem? How I can configure that the CC2350 is spi slave or master? That would be one solution that the CC2530 is spi master maybe?!

Thank you really for help,

Flo

over 9 years ago

0 YiKai Chen over 9 years ago

Guru 735685 points

Check if P0.2(CFG1) on CC2530 is set to high.

0 Florian Hinrichs59 over 9 years ago in reply to YiKai Chen

Intellectual 300 points

I checked all those pins. And this pin is high, so spi interface is used. Does this mean CC2530 is automatically spi slave?

This is the following code procedure on my application processor:

- initilise clock, uart, gpios (also spi pins), RST_N to CC2530 is held low,

Outputpins: CFG0 = 1, CFG1 = 1, MRDY = 1,

Inputpins: SRDY (measured and is high)

- init SPI (clock 2MHz, polarity=0, phase=0, MSB)

- set RST_N set low, so that the CC2530 can operate

- wait till SRDY goes low, but it will never happen, so I never get the SYS_IND:(

Is the CC2530 maybe in a different state and I can get access via special commands?

0 YiKai Chen over 9 years ago in reply to Florian Hinrichs59

Guru 735685 points

1. If CFG1 is high, CC2530 is under SPI slave.
2. I can only suggest you to debug ZNP from IAR.

0 Florian Hinrichs59 over 9 years ago in reply to YiKai Chen

Intellectual 300 points

Ah ok, mmh I think this is the only way to get to know what went wrong. But for this it reaches when I take the provided spi example from the z-Stack directory, isn't it? Because my IAR version is size limited.

0 YiKai Chen over 9 years ago in reply to Florian Hinrichs59

Guru 735685 points

I think you need to use IAR full version to debug this. You can download IAR 30-days trial version to do this debug.

0 Florian Hinrichs59 over 9 years ago in reply to YiKai Chen

Intellectual 300 points

I really thank you for your help so far:)

0 YiKai Chen over 9 years ago in reply to Florian Hinrichs59

Guru 735685 points

You are welcome.

0 Florian Hinrichs59 over 9 years ago in reply to YiKai Chen

Intellectual 300 points

Is there a workspace with the z-stack sources in I only need to open in IAR Workbench?

0 YiKai Chen over 9 years ago in reply to Florian Hinrichs59

Guru 735685 points

Yes, you can open project file under ZStack Projects\zstack\ZNP\CC253x to debug.

0 Florian Hinrichs59 over 9 years ago in reply to YiKai Chen

Intellectual 300 points

But this stack is for development boards intendet, isn't it? I have only the CC2530 chip with my own development board.

0 YiKai Chen over 9 years ago in reply to Florian Hinrichs59

Guru 735685 points

You need to buy a CC Debugger to debug CC2530.

0 Florian Hinrichs59 over 9 years ago in reply to YiKai Chen

Intellectual 300 points

CC Debugger I have, thats not the problem. But there are functions which configure board peripherals. But those do not exist, because I have my own board.

0 YiKai Chen over 9 years ago in reply to Florian Hinrichs59

Guru 735685 points

To debug ZNP, there is no need to care about peripherals.

0 Florian Hinrichs59 over 9 years ago in reply to YiKai Chen

Intellectual 300 points

My problem with debugging is, that the reset line is shared by the CC Debugger and the application processor. That means the connection between cc debugger and IAR workbench for (CC2530) is lost if I start my application, where the reset line is controlled to reset CC2530. Is there a work-around?

0 YiKai Chen over 9 years ago in reply to Florian Hinrichs59

Guru 735685 points

I can only suggest use another reset pin for application processor.

0 Florian Hinrichs59 over 9 years ago in reply to YiKai Chen

Intellectual 300 points

It is not the reset line from the application processor but the reset line from the ZNP CC2530. The reset line of the CC2530 is connected to the application processor and to the CC Debugger. And controlling the reset line from the application processor collidates with controlling the reset line via the CC debugger.

0 YiKai Chen over 9 years ago in reply to Florian Hinrichs59

Guru 735685 points

Why don't you disconect reset line between MSP430 and ZNP?

0 Florian Hinrichs59 over 9 years ago in reply to YiKai Chen

Intellectual 300 points

Because I want to reset the CC2530 from the application processor to get the SYS_IND message after the SRDY line goes low.

0 YiKai Chen over 9 years ago in reply to Florian Hinrichs59

Guru 735685 points

There's a MT command to do software reset to ZNP so I don't think the HW reset is mandatory.

0 Florian Hinrichs59 over 9 years ago in reply to YiKai Chen

Intellectual 300 points

Ah ok, yeah that would be an option.

Zigbee & Thread

Zigbee & Thread forum

No SPI connection between CC2530 and MSP4302370