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.

Problem with communication between CC1101

Other Parts Discussed in Thread: CC1101, TEST2

Good day! 

In our equipment we try to use TI tranciever CC1101. But we take a some trouble using it.
Here is the common options that we use:
Frequency 433 MHz
Modulation GFSK
Baudrate 38600
CRC is turned on

We try to transmit and receive packets 61 bytes length. If we transmit buffer that contains bytes with high bit set to 0 (bytes from 0x00 to 0x7F) than this packet is received correctly. But if one byte in packet contain high bit set to 1 (bytes from 0x80 to 0xFF) then all next bytes in packet is recieved as 0xFF. And at this situation receiver reports no CRC error.
Could you explain us this moment?

    0x29,   //IOCFG2 GDO2 output pin configuration
    0x2E,   //IOCFG1 GDO1 output pin configuration  
    0x06,   //IOCFG0 GDO0 output pin configuration
    0x47,   //FIFOTHR RX FIFO and TX FIFO thresholds
    0xD3,   //SYNC1 Sync word, high byte
    0x91,   //SYNC0 Sync word, low byte
    0x3D,   //PKTLEN Packet length 0x3D
    0x02,   //PKTCTRL1 Packet automation control 0x03
    0x04,   //PKTCTRL0 Packet automation control 0x04
    0x55,   //ADDR Device address
    0x08,   //CHANNR Channel number     
    0x06,   //FSCTRL1 Frequency synthesizer control.
    0x00,   //FSCTRL0 Frequency synthesizer control.
    0x10,   //FREQ2 Frequency control word, high byte.
    0xA8,   //FREQ1 Frequency control word, middle byte.
    0xCF,   //FREQ0 Frequency control word, low byte.
    0xCA,   //MDMCFG4 Modem configuration.
    0x83,   //MDMCFG3 Modem configuration.
    0x13,   //MDMCFG2 Modem configuration.
    0xB2,   //MDMCFG1 Modem configuration. // B2
    0xF8,   //MDMCFG0 Modem configuration.
    0x34,   //DEVIATN Modem deviation setting (when FSK modulation is enabled).
    0x07,   //MCSM2 Main Radio Control State Machine configuration.
    0x30,   //MCSM1 Main Radio Control State Machine configuration.
    0x18,   //MCSM0 Main Radio Control State Machine configuration.
    0x16,   //FOCCFG Frequency Offset Compensation Configuration.
    0x6C,   //BSCFG Bit synchronization Configuration.
    0x43,   //AGCCTRL2 AGC control.
    0x40,   //AGCCTRL1 AGC control.
    0x91,   //AGCCTRL0 AGC control.
    0x87,   //WOREVT1 High byte Event 0 timeout
    0x6B,   //WOREVT0 Low byte Event 0 timeout
    0xF8,   //WORCTRL Wake On Radio control
    0x56,   //FREND1 Front end RX configuration.
    0x10,   //FREND0 Front end RX configuration.   
    0xE9,   //FSCAL3 Frequency synthesizer calibration.
    0x2A,   //FSCAL2 Frequency synthesizer calibration.
    0x00,   //FSCAL1 Frequency synthesizer calibration.
    0x1F,   //FSCAL0 Frequency synthesizer calibration.
    0x41,   //RCCTRL1 RC oscillator configuration
    0x00,   //RCCTRL0 RC oscillator configuration
    0x59,   //FSTEST Frequency synthesizer calibration control
    0x7F,   //PTEST Production test
    0x3F,   //AGCTEST AGC test
    0x81,   //TEST2 Various test settings.
    0x35,   //TEST1 Various test settings.
    0x09    //TEST0 Various test settings.

  • That the crc check is correct is not surprising me, because the crc is calculated automaticly by the CC1101 chip itself. So that the crc is correct, but the data not, can point to the fact that the pushed data in the TX buffer already was incorrect. Also i would recommend you to first transmit data with default register values generated by the SmartRF studio. These registers will ensure correct wireless settings. Then you should only have to play with some parameters like the packet size, packet mode, crc on/off etcetera.

    If you want a more specific answer, than you should post a more specific question.