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.

Help needed cc2530 + cc2591

Other Parts Discussed in Thread: CC2591, CC2530, CC2590

Hi all,

I am trying to make CC2530 work with CC2591,but no success.Please can someone help me look into the problem and tell me what wrong I am doing.
 
My work details are
 
1> I am using Zsatck 2.5.0.
2> Software changes done are :Enabled HAL_PA_LNA switch,also changed my PAEN(OBSSEL2) & EN(OBSSEL3) according to hardware(P1_2 & P1_3),and using 0_7 as HGM  & LGM.The RFC_OBS_CTRLx register are default with the values given in the stack.
 
When I build and run the project,I get the device type as cordinator but dont see any beacon request packets(on packet sniffer running on separate module) sent by cordinator.
Please note that the same project runs well when without CC2591 support and reverting back the above mentioned software changes.
 
My hardware design team has not design the hardware according to the TI reference design,its a two layer board with some components missing.When asked about their design they said that they took help from a vendor company of TI.I have attached the sch here and please let me know the complications
that I might face with the hardware design.
 
 
Thanks for reading my mail.

  • Is it possible for you to send the schematic in a pdf form?

  • 7217.Sch-3.pdfPlease find that attached and its only schematic.

    Sch-3.pdf
  • Hi,

    Suggest you to change you schematic to use P1_1 (PA_EN) and P1_4(LNA_EN) as described in TI swra308a. It will be easier for SW to use CC2590/CC2591 just by define HAL_PA_LNA_CC2590 or HAL_PA_LNA.

    Regards!

    YK Chen

  • There was another very similar question asked that I replied to earlier

     

    http://e2e.ti.com/support/low_power_rf/f/158/t/183069.aspx

     

    By default the TI-MAC assumes you've connected PAEN to P1_1 and EN to PA1_4. The IO pin configuration for that is in mac_radio_defs.c. Define HAL_PA_LNA_CC2591 and modify the OBS registers. As Dan found out, the OBS registers reset in low power mode so you need to reconfigure them when/if you exit low power mode. I don't believe the HGM control is used by the stack so you need to control that from your application.

    Try this modification in mac_radio_defs.c:

    /* (Re-)Configure PA and LNA control signals to RF frontend chips.
    * Note that The register values are not retained during sleep.
    */
    #if defined( YOUR_BUILD )
    /* P1_2 -> PAEN */
    RFC_OBS_CTRL0 = RFC_OBS_CTRL_PA_PD_INV;
    OBSSEL2 = OBSSEL_OBS_CTRL0;

    /* P1_3 -> EN (LNA control) */
    RFC_OBS_CTRL1 = RFC_OBS_CTRL_LNAMIX_PD_INV;
    OBSSEL3 = OBSSEL_OBS_CTRL1;
    #else
    /* P1_1 -> PAEN */
    RFC_OBS_CTRL0 = RFC_OBS_CTRL_PA_PD_INV;
    OBSSEL1 = OBSSEL_OBS_CTRL0;

    /* P1_4 -> EN (LNA control) */
    RFC_OBS_CTRL1 = RFC_OBS_CTRL_LNAMIX_PD_INV;
    OBSSEL4 = OBSSEL_OBS_CTRL1;
    #endif

     

  • I have done the above modifications,but have missed the reconfiguration part of the registers after sleep mode.

    Let me try this and then come back to you.

  • To make things easier,I decided not to use my code and usage RF studio instead.

    These are the settings I did on RF studio
    REGISTER VIEW SETTINGS.
    1.RFC_OBS_CTRL0=0x68
    2.RFC_OBS_CTRL1=0x6a
    3.OBSSEL2=FB
    4.OBSSEL3=FC
    Other settings are Frequency =2405MHz,Channel=0x0b,Tx power= tried 19 & 21dBm.
    Range extender=cc2591,selected high gain mode and used packet RX mode operation(u der expert mode)
    My test were after the start operation.
    Check whether PAEN low-found low on oscilloscope 
    Check whether EN high-found high on oscilloscope 
    Check 0_7 pin high-found high on oscilloscope 
    Then I started couple of other nodes that were configured in router mode to see if I get any packets on RF studio.But failed and wasn't  able to get any proper  packets detected instantly.
    After a wait of long time(almost 5mins)I got 3 packets with 114 CRC error,and doesn't mean anything related to the current session of the network.If  needed then I can post the packets.
    Then in stop mode operation,the pins PAEN and EN were found low which signifies power down mode.
  • Hi Amitlobo,

    I think the problem is on the Tx side - you wrote the other (Tx?) nodes were configured as routers. Did you control them directly via RF Studio?

    Cheers,

    Ilya

  • Hi Averin,

    The two routers that I used here are running flash burned router configured software,and are not controlled by RF studio.And these are the modules

    that have come with development kit.Also i have tested them and they are working fine with the configured software.

    The problem is on my company designed board,when used along with RF studio and run in continuous Receive mode.I don't get any packets sent by the routers

    By default I should get the packets but it doesn't seem though.

    Hope I have clarified 

    Thanks 

    Amit

  • Amit,

    Did you try to run RF Studio in Rx Packet mode?

    Also, Tx and Rx frequency channels must be the same - it might be useful to check how the preinstalled (router) software selects the channel.

    Another way to check your hardware is to measure the output power using spectrum analyzer and RF Studio in continuous Tx  mode.

    Regards,

    Ilya

  • Dear Amitlobo,

    I've the same problem you wrote.. All is ok but after some minutes the CC2530+CC2591 send packet with low RSSI or FCS err! Do you solve this problem?

    thank you

    Regards,

    Emanuele