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.

CC2510 Problem: RSSI readings

Other Parts Discussed in Thread: CC2510, TEST2

Hi,

I am currently working with the CC2510DK-mini boards. My software currently sends a packet to a second node and records its RSSI value. It then switches to transmit and send a packet to the first node and it records the RSSI value it receives.

Looking at the RSSI over a time-series I have noticed that my RSSI value in some instances drops to a value of -63dBm, its like it systemically drops to this value and no lower for a period of time or at instances of time.

 I was wondering if anyone had any problems with corrupt RSSI values using the CC2510? i also see at various time large spikes in my RSSI values(seeing  large dynamic range) and not sure why this might be occurring. I was also wondering if anyone experience working with this problem, the RSSI value and the switching between receiving and transmitting?

regards,

Séan

  • Sean,

    Have you seen this one? http://focus.ti.com/general/docs/lit/getliterature.tsp?literatureNumber=swra114d&fileType=pdf

    Also, what radio reg settings are you using? Have you got them from SmartRF studio?

    /Per H

  • Hi Per H,

    sorry haven't got back to you quicker, work commitments took me away from this for a week or two. Yes I have read that doc. went through it carefully but still cant understand why I am getting a systemic error sometimes(-63dBm, -43dBm) and sometimes see large spikes in recorded RSSI value(e.g. one pkt may read -83dBm, packet after could read -20dBm - large dynamic range and is happening at random ,never the same node.

     

    Here is my REG settings.

           FREQ2 = 0x5F;

                FREQ1 = 0x62;

                FREQ0 = 0x76;

                FSCTRL1  = 0x10;   // Frequency synthesizer control.

                FSCTRL0  = 0x00;   // Frequency synthesizer control.

                MDMCFG4  = 0x0E;   // Modem configuration.

                MDMCFG3  = 0x3B;   // Modem configuration.

                MDMCFG2  = 0x73;   // Modem configuration.

                MDMCFG1  = 0x72;   // Modem configuration.

                MDMCFG0  = 0xE5;   // Modem configuration.

                DEVIATN  = 0x00;   // Modem deviation setting (when FSK modulation is enabled).

                FREND1   = 0xB6;   // Front end RX configuration.

                FREND0   = 0x10;   // Front end RX configuration.

                MCSM0    = 0x14;   // Main Radio Control State Machine configuration.

                FOCCFG   = 0x1D;   // Frequency Offset Compensation Configuration.

                BSCFG    = 0x1C;   // Bit synchronization Configuration.

                AGCCTRL2 = 0xC7;   // AGC control.

                AGCCTRL1 = 0x40;   // AGC control.

                AGCCTRL0 = 0xB2;   // AGC control.

                FSCAL3   = 0xEA;   // Frequency synthesizer calibration.

                FSCAL2   = 0x0A;   // Frequency synthesizer calibration.

                FSCAL0   = 0x11;   // Frequency synthesizer calibration.

                TEST2    = 0x88;   // Various test settings.

                TEST1    = 0x31;   // Various test settings.

                TEST0    = 0x09;   // Various test settings.

                perRssiOffset = 72;// Set proper RSSI offset for receiver

     

        CHANNR   = 0x00;            // Channel number.

        MCSM1 = 0x00;               // Main Radio Control State Machine configuration.

        IOCFG2 = 0x0B;              // GDO2 output pin configuration.

        IOCFG0 = 0x06;              // GDO0 output pin configuration. Sync word.

        PKTCTRL1 = 0x04;            // Packet automation control.

        PKTCTRL0 = 0x45;            // Packet automation control. Data whitening on.

        ADDR = 0x01;              // Device address. Not used.

        PKTLEN = PACKET_LENGTH;     // Packet length.

     

        return;

    }

    I use the smartRF studio to get my values. do you see anything that may be a cause for concern, that may cause this issue?

    Have you had any experience with corrupt RSSI values using this boards or any reason you may think of that could cause these sort of systemic errors?

    appreciate any light you can shed on this, been having problems with it for a while.