• State Resolved
  • Locked Locked
  • Replies 4 replies
  • Subscribers 57 subscribers
  • Views 1220 views
  • Users 0 members are here
Support feedback
Options
Options
Related

This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

CC2530 Interpan and Offnet messages

Gianluca Coviello
Prodigy 50 points

Other Parts Discussed in Thread: CC2530, Z-STACK

Hello everybody!

I have a question about the ways in which CC2530 can be programmed to manage offnet and/or interpan messages.

I have two weird devices which have an "out-of-standard" behaviour.

Particularly, the first one starts periodically sending broadcast application level messages, without being associated with any PAN.
I can correctly see the messages with the packet sniffer and I'd like to catch these messages, which, I repeat, are sent broadcast to any device of any PAN (Dest PAN 0xFFFF, dest Address 0xFFFF). Before starting coding, I was wondering whether it was possible or not and if there are some additional compilation directives to add to the default ones. In case it were possible, does anybody know where in the code I should operate?

The second device basically operates as the first one, with the difference that the messages sent don't seem to be "application-level messages", but "MAC-level messages", as with the packet sniffer I can see the message, but the messages do not have an APS payload, neither a NWK payload, but just a MAC payload. And in this MAC payload the informative part is contained. Any clue about how to catch this kind of messages, have a "raw" access to the packet and, thus, interpreting it?

I already know that these devices are completely out of standard and that forcing a CC2530 to catch these messages would mean to make it out-of-standard too, but... that's what I have and I'd like to interpret them.

If my message is not clear (I beg for pardon, I'm quite a newbie), please send me more questions in order to make it clear.

Thanks in advance to you all,
Gianluca

  • 0
    TI__Mastermind 19575 points

    Gianluca:

    Please take a look at section 12 of our ZigBee Developer's Guide for InterPAN messaging, (12. INTER-PAN TRANSMISSION)
    This guide can be found at the following default installation location: [C:\Texas Instruments\ZStack-MSP2618-2.3.1-1.4.0\Documents\Z-Stack Developer's Gui.pdf] of Z-Stack

    LPRF Rocks the World

     

     

  • 0 in reply to Morten Braathen
    Prodigy 50 points

    Hello,

    thanks for replying. I did take a look to that chapter of the guide. There is written that, when a device sends an interpan message, the receiving device will receive an OSAL AF_INCOMING_MSG_CMD message with the proper inter-pan endpoint. The problem is that it seems that my receiving device doesn't receive this message, as it doesn't trigger any event.

    Talking about the code, for example, I do register the StubAPS by calling StubAPS_registerApp function in the Widget_Init and then, when I send the interpan message, the program doesn't trigger any event, i.e. the function Widget_ProcessEvent isn't called (I can see it by putting a breakpoint, but the program doesn't stop during the debug).

    Why?

    Gianluca

  • 0 in reply to Gianluca Coviello
    TI__Mastermind 19575 points

    Gianluca:

    Take a quick look at the SE sample application which implments this. Have you done that?
    Take a look at section 4.4.9 in the attached document and then look the Z-Stack SE Sample Application with respect to this for IPD.

    LPRF Rocks the World

    0184.Z-Stack User's Guide for CC2530 ZigBee-PRO Network Processor - Sample Applications.pdf 

  • 0 in reply to Morten Braathen
    Prodigy 60 points

    hi,

    there is a question in my  application which use the inter-pan function. as we all know that this is just equipped in ZigBee Pro,when I take a fast look at the demo SE which is supplied by TI, I found the the configuration of Channel in both transmitter  ZC and  receiver ZC are the same,in this case,the Inter-Pan communication perform well.

    but,when we configure the two device in different Channel(such as 0x0B ,0x0C),the inter-pan communication doesn't work.

    However , I found that transmitter  ZC  call StubAPS_SetInterPanChannel() to change the communication channel successful and the sniffer did grasp the packets in the changed channel.I hope you or other friends in this forum can give some suggestion,that will be very helpful. 

    many thanks.