• Locked Locked
  • Replies 11 replies
  • Subscribers 57 subscribers
  • Views 1835 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.

ZStack MSP2618-2.1.0-1.3.0 + CC2591 support

rboyd
Intellectual 570 points

Other Parts Discussed in Thread: CC2591, CC2520

I seem to be having some problems with the ZStack and the CC2591 support.

I am attempting to run the TransmitApp sample on two SmartRF05 development kits. When I am not using the CC2591 support (HAL_PA_LNA is not defined in the project) the code runs and the router associates with the coordinator with no problem. However once I include the CC2591 support (HAL_PA_LNA is defined) the router fails to associate with the corrdinator and displays "Assoc Cnf fail E9" on the LCD.

 Searching through the code fo E9 I found this comment.

 #define MAC_NO_ACK                  0xE9  /* The operation or data request failed because no acknowledgement was received */

I have the CC2590EM hardware wired to the EM430F2618 development board as follows.

I have a jumper accross the HGM pins and VDD of the CC2590EM.

I have the EN pin of the CC2591EM wired up to MSP_P1.2 on the EM430F2618 board.

I have the PAEN pin of the CC2591EM wired up to MSP_P2.7 on the EM430F2618 board.

Is there anything wrong with this configuration?

Thanks for the help,

R

  • TI__Expert 3370 points

    Hi R,

    I haven't studied the needed hardware setup nor the TransmitApp software example you mention in detail. (Btw, what kind of radio are you using together with the CC2591 PA/LNA front-end?) But my immediate thought on this was:  do you have the two SmartRF05EBs separated sufficiently apart in order to avoid the receiver to get saturated from a too strong input signal?

    Sometimes I get tricked by this when working on devices with some (>10) dBm output power on my desk (maybe I need a bigger desk?). With the CC2591 boosting your output power to approx +20 dBm and possibly improving the receiver's sensitivity some dB with the CC2591 LNA's High Gain Mode (approx 6 dB?), I guess this could happen quite easily on your desk as well.

    If this is not the case, hopefully someone else can give you a more relevant advice.

  • in reply to esy
    Intellectual 570 points

     I have the CC2591 paired with a CC2520 radio.

     The saturation issues had crossed my mind but physically moving the devices apart did not seem to help the issue.

     R

  • in reply to rboyd
    Intellectual 570 points

     Has anyone had success using ZStack with the CC2591 range extenders?

  • in reply to rboyd
    TI__Expert 4155 points

    Hi rboyd,

    Please see the http://focus.ti.com/lit/ds/symlink/cc2591.pdf datasheet Figure 12 for a sample connection between the 2591 and 2520. The EN pins can't be controlled by the MSP directly due to timing constraints in the MAC. Only the HGM can be controlled.

  • in reply to "Double 0"
    Intellectual 570 points

    The figure does not provide sufficient information to tie the two chips together given that the CC2520 does not have PA_EN or LNA_EN pins. They are actually hooked up to the GPIO pins on the CC2520 that have to be configured in software by setting up the appropriate registers in the CC2520. There is no indication of this in the datasheet.

    I was referencing the MSP_Px pins because that is how they are labeled on the development board. If you trace those pins back through the MSP development board to the CC2520 evaluation module you will find they are connected to the proper GPIO pins on the CC2520. The headers on the MSP development board just happened to be a convenient connection points and are not manipulated by the MSP in software.

    The following thread has more detail in this same issue and as of now has never been resolved.

    https://community.ti.com/forums/t/289.aspx

     

  • in reply to rboyd
    TI__Expert 4155 points

    Hi rboyd,

     Connect

    CC2520 GPIO3 to CC2591 HGM
    CC2520 GPIO4 to CC2591 EN
    CC2520 GPIO5 to CC2591 PAEN

    The MAC in the 2.1.0 stack will control these pins directly.

  • in reply to "Double 0"
    Intellectual 570 points

    Did you read the other thread? We already went throught all of this.

    https://community.ti.com/forums/t/289.aspx

    Thanks

    R

  • in reply to rboyd
    TI__Mastermind 19575 points

     Hi,

     Did you try to test with SmartRF Studio and packet TX/RX? 

    LPRF_Rocks

  • in reply to Morten Braathen
    Intellectual 570 points

    LPRF_Rock,

    Sorry I was not able to get to this, I used up all of my time and had to move on and get some other things done. I had hoped this was going to work out of the box but it took longer then expected. Should it have worked in this configuration or was I trying a configuration that had not been tested previously?

    Hopefully early next week I will be able to get back to it and try your suggestions.

    Richard

     

  • in reply to rboyd
    TI__Mastermind 19575 points

     Hi Richard,

    How are things? I do not see why your configuration should not work. We need to verify that your receiver works. 

    It is possible to transmit from both devices, so I tend to believe it something on the receiving end. 

     LPRF_Rocks

  • in reply to Morten Braathen
    TI__Mastermind 19575 points

    Hi Richard,

    I have attached the RX/TX/RX transition scope chart. In order to do a TX on CC2591, there are 5 phases in the control signals (EN on top, PAEN on bottom):

    1. RX

    2. OFF ~ 180us

    3. TX

    4. OFF ~ 50us

    5. Back to RX

     
     

    Check this with respect to your timing. 

    LPRF_Rocks