Zigbee & Thread

Zigbee & Thread forum

State
Locked Locked
Replies 30 replies
Subscribers 55 subscribers
Views 7039 views
Users 0 members are here

Support feedback

Options

Options

Related

CC2530: Simple Coordinator over UART, how to receive data?

vathe

Intellectual 270 points

Part Number: CC2530
Other Parts Discussed in Thread: CC2531, , Z-STACK

Greetings!

I'm trying to get a simple coordinator working. I'm using CC2530 for now, but could switch to CC2531 if needed. The coordinator talks to a PC over UART (or virtual COM for CC2531). The end device is Zigbee 2006 based sensor.

The application is quite simple (atleast that is what I thought at first!). The coordinator starts, sensor joins, sensor wakes up periodically and sends a MAC Data request which the coordinator acknowledges (like a ping). From time to time the sensor sends application specific data (APS payload) The coordinator is supposed to relay this data to the PC. Also sometimes the PC needs to send some config parameters to the sensor, in which case the MAC Data request from the sensor is acknowledged with the pending flag, then the config parameters are sent in another message from PC (over UART to coordinator -> over the air to sensor). I tried using the SerialApp, GenericApp, SampleApp etc. I also switched between stack version, 2.5.1a, Home as well as 3.0.1.

I'm able to start the coordinator, the senor gets associated as well. By using a sniffer I can also see the ping + acks and the data that the senor is sending. The problem is, I do not get any event when the sensor sends the data or the pings. I don't know how to receive the data being sent by the sensor. I have tried all the tricks I could come up with.

I'm new to TI, no disrespect but I find the documentation very poor... or maybe I don't know where to find the relevant information. I'm hoping I could use the experience of forum members here. Thanks!

over 8 years ago

0 YiKai Chen over 8 years ago

Guru 735695 points

Can you specify which example and Z-Stack version you use to generate attached sniffer? And, how do you send data from sensor?

0 vathe over 8 years ago in reply to YiKai Chen

Intellectual 270 points

Hi Chen, Thanks for an ultra-fast reply!

The captured data is using the stack version 2.5.1a, SerialApp example. The sensor sends a data frame with FrameControl[0] = 0x61, FrameControl[1] = 0x88. The sensor is not ours.

BTW, I must commend the good work you are doing for the fellow forum members. Every single post I found in the last few days have been answered by you, and I also got to know that you have no affiliation with TI. Thank you! I hope TI acknowledges your effort.

0 YiKai Chen over 8 years ago in reply to vathe

Guru 735695 points

I suggest you to study GenericApp example in Z-Stack mesh 1.0.0 which shows you how to send “Hello World” messages in between two nodes.

0 vathe over 8 years ago in reply to YiKai Chen

Intellectual 270 points

Will do and revert, thanks!

0 vathe over 8 years ago in reply to vathe

Intellectual 270 points

@YiKai Chen,

As you suggested I'm using the Mesh 1.0.0 GenericApp example now. The only event that is being caught is the AF_DATA_CONFIRM_CMD, which I believe is the confirmation of the "Hello World" being sent by us. Nothing from the sensor, althought I can see the same in the sniffer same as earlier.

0 YiKai Chen over 8 years ago in reply to vathe

Guru 735695 points

Nothing from sensor?? Do you use CC2530DK when you test GenericApp in Z-Stack mesh 1.0.0.

0 vathe over 8 years ago in reply to YiKai Chen

Intellectual 270 points

Yes, nothing from sensor... I don't have have the CC2530DK, I'm using a board from waveshare (ZB502, with CC2530 module).
In the "if ( events & SYS_EVENT_MSG )" of GenericApp_ProcessEvent(), I have added code to send the event code over UART. I only get 0xFD which is AF_DATA_CONFIRM_CMD

0 YiKai Chen over 8 years ago in reply to vathe

Guru 735695 points

Do you trigger Button SW2 to do end device binding to make device be able to know where to send message?

0 vathe over 8 years ago in reply to YiKai Chen

Intellectual 270 points

My end device is the sensor... maybe you were asking me to get the DK board and test on them? I'm afraid I do not have the DKs.

Let me explain again, my coordinator is CC2530 (ZB502 baord by WaveShare, with CC2530 plugged in) It is running the Mesh 1.0.0 GenericApp example. The end device is a sensor (compliant to ZigBee 2006)

Please refer to attached sniffer images, the sensor successfully gets associated, gets a short address. It sends a data using its short address with destination address set to 0000, and correct PAN ID. This gets acknowledged by the coordinator automatically.

My question is how do I get this data in the application? How does an OTA message addressed to the coordinator gets to the application layer?

0 YiKai Chen over 8 years ago in reply to vathe

Guru 735695 points

Can you attach psd file instead of screenshot?

0 vathe over 8 years ago in reply to YiKai Chen

Intellectual 270 points

zigbee-001-30-12-17.psd

Sure, thanks.

0 YiKai Chen over 8 years ago in reply to vathe

Guru 735695 points

It’s a private cluster with ID 0xD002. I suppose you can receive it in AF_INCOMING_MSG.

0 vathe over 8 years ago in reply to YiKai Chen

Intellectual 270 points

Thanks for your advice.

I changed the GENERICAPP_CLUSTERID to 0xD002,

In the event loop I've put a break point at

case AF_INCOMING_MSG_CMD:

but it doesn't get triggered. I could not find AF_INCOMING_MSG only the AF_INCOMING_MSG_CMD

0 YiKai Chen over 8 years ago in reply to vathe

Guru 735695 points

Yes, it’s typo. It should be AF_INCOMING_MSG_CMD.

0 vathe over 8 years ago in reply to YiKai Chen

Intellectual 270 points

AF_INCOMING_MSG_CMD doens't get hit... do I need to subscribe to receive it? So far it is not working

0 YiKai Chen over 8 years ago in reply to vathe

Guru 735695 points

The message is sent to endpoint 1. Does your coordinator use 1 as endpoint?

0 vathe over 8 years ago in reply to YiKai Chen

Intellectual 270 points

Apologies for a delayed reply, the endpoint was set to 10. I have change it to 1 now, however still no luck

Below are the current definitions,

#define GENERICAPP_ENDPOINT 1

#define GENERICAPP_PROFID 0x0F04

#define GENERICAPP_DEVICEID 0x0001

#define GENERICAPP_DEVICE_VERSION 0

#define GENERICAPP_FLAGS 0

#define GENERICAPP_MAX_CLUSTERS 1

#define GENERICAPP_CLUSTERID 0xD002

0 YiKai Chen over 8 years ago in reply to vathe

Guru 735695 points

Do you use sniffer to check check what happens with your latest modification?

0 vathe over 8 years ago in reply to YiKai Chen

Intellectual 270 points

Attached sniffer logs after modifications, thanks

zigbee-002-30-12-17.psd

0 YiKai Chen over 8 years ago in reply to vathe

Guru 735695 points

I suggest you to set a breakpoint in afincomingmsg () in AF.c to see if it hits when device sends private messages.

0 vathe over 8 years ago in reply to YiKai Chen

Intellectual 270 points

I believe you mean afIncomingData()

I put a breakpoint, doesn't get hit!

0 YiKai Chen over 8 years ago in reply to vathe

Guru 735695 points

No, I mean afBuildMSGIncoming

0 vathe over 8 years ago in reply to YiKai Chen

Intellectual 270 points

I tried afBuildMSGIncoming, the breakpoint doesn't get triggered... log attachedzigbee-003.psd

0 YiKai Chen over 8 years ago in reply to vathe

Guru 735695 points

Make sure you use the same profile ID on both coordinator and device.

0 vathe over 8 years ago in reply to YiKai Chen

Intellectual 270 points

I changed the Profile ID to match, still the breakpoint doens't get triggered. I added a breakpoint at afIncomingData, this doens't get triggered as well. Am I wrong in understanding that afIncomingData should get a trigger even if the IDs don't match? The ID filtering is done in afIncomingData, isn't it?

#define GENERICAPP_ENDPOINT 1

#define GENERICAPP_PROFID 0xC710

#define GENERICAPP_DEVICEID 0x0001

#define GENERICAPP_DEVICE_VERSION 0

#define GENERICAPP_FLAGS 0

#define GENERICAPP_MAX_CLUSTERS 1

#define GENERICAPP_CLUSTERID 0xD002

0 YiKai Chen over 8 years ago in reply to vathe

Guru 735695 points

I have told you to set breakpoint in afBuildMSGIncoming instead of afIncomingData. Do you try it?

0 vathe over 8 years ago in reply to YiKai Chen

Intellectual 270 points

Yes, I tried exactly what you asked to. However the breakpoint wans't hit. I have been able to get a breakpoint hit in MAC_CbackEvent, the event type (0D) matches the data event as expected. This gets passed on in the osal_msg_send( NWK_TaskID, (uint8 *)msgPtr ); After this point I don't see it anywhere, any idea where to track from here?

0 YiKai Chen over 8 years ago in reply to vathe

Guru 735695 points

I haven’t met a case that AF message is sent but afBuildMSGIncoming cannot capture it. Run out of idea.

0 vathe over 8 years ago in reply to YiKai Chen

Intellectual 270 points

I've tried everything, multiple examples, almost all released stack versions... but I don't get the packets in the application layer. The MAC layer does receive the packets though, then it all disappears in the libraries which are closed source. Thanks for you help anyway.

I'm not sure if I should start a new thread in hope of finding a solution, I doubt anyone else other than you will have the experience or patience!

0 YiKai Chen over 8 years ago in reply to vathe

Guru 735695 points

If your work is based on GenericApp, why don’t you just use original application code to send your own message or command. You don’t need to change GENERICAPP_CLUSTERID and endpoint, right?