CC1101: CC1101

Before I start looking into the settings:

What exactly is the RX and TX side in your test? Is it the same hardware with the same software on both sides? Is it hardware you know work?

I have a dongle where is mounted a CC1101 device. This dongle sends packets of 56 bytes that I receive correctly with Texas instruments sniffer., but I don't receive the same packet with the CC1101 mounted on my board.

The software in dongle is different from mine because we don't produce it. We must create a board to communicate with this dongle. We have its protocol, but we can not receive the packets.

About the hardware, I can say that my microcontroller communicates correctly with CC1101 because it reads and writes the CC1101 registers correctly. Moreover I can say that the CC1101 enters in RX state correctly because after the RX command, my software check the machine state register.

Thank you for your support.

Kinds Regards,

Stefano

- Do you know the performance of your CC1101 board? 

- Do you have a CC Debugger that you can use to control your CC1101 board to check  if it works if you control it with SmartRF Studio?

- Do the sniffer use the same settings as those you use in your code?

My answer for the first and second question is no.

Some the sniffer registers are not set in the same way of my CC1101 because on tthe sniffer board there is a different RF module (CC1111).

At the moment I can say that if I set the PQT field value very low (for example 2), my CC1101 receive bytes that thay haven't any meanning for me. This field is in the PKTCTRL1 register.

Unfortunally I haven't got other information to help you.

Thany you.

Kinds Regards,

Stefano 

Without having the hardware here I'm in the blind. Do you have the CC1110 settings you use for the sniffer?

In my sniffer in mounted CC1111.

I set its registers in the following way:

PKTLEN |0xDF02|0x38|Packet Length
PKTCTRL1 |0xDF03|0xC4|Packet Automation Control
PKTCTRL0 |0xDF04|0x44|Packet Automation Control
FSCTRL1 |0xDF07|0x08|Frequency Synthesizer Control
FREQ2 |0xDF09|0x24|Frequency Control Word, High Byte
FREQ1 |0xDF0A|0x2D|Frequency Control Word, Middle Byte
FREQ0 |0xDF0B|0xDD|Frequency Control Word, Low Byte
MDMCFG4 |0xDF0C|0xCA|Modem configuration
MDMCFG3 |0xDF0D|0xA3|Modem Configuration
MDMCFG2 |0xDF0E|0x92|Modem Configuration
MDMCFG1 |0xDF0F|0xC3|Modem Configuration
MDMCFG0 |0xDF10|0x11|Modem Configuration
DEVIATN |0xDF11|0x36|Modem Deviation Setting
MCSM0 |0xDF14|0x18|Main Radio Control State Machine Configuration
FOCCFG |0xDF15|0x16|Frequency Offset Compensation Configuration
AGCCTRL2 |0xDF17|0x43|fgddf
FSCAL3 |0xDF1C|0xE9|Frequency Synthesizer Calibration
FSCAL2 |0xDF1D|0x2A|Frequency Synthesizer Calibration
FSCAL1 |0xDF1E|0x00|Frequency Synthesizer Calibration
FSCAL0 |0xDF1F|0x1F|Frequency Synthesizer Calibration
TEST1 |0xDF24|0x31|Various Test Settings
TEST0 |0xDF25|0x09|Various Test Settings

It's the file that I exported from SmartRF Studio.

Thank you.

Kinds Regards,

Stefano

The FREQ word is fairly different for the CC1101 and the CC1110? 

I solved the problem. It was because of crystal tollerance. I adjusted some parameters and now the device receive correctly.

I would like asking a clarification.

In my project I receve and send 0x38 bytes. I set the FIFO_THR to 0x0F. It means that the RX_FIFO size is 64 byte and the TX_FIFO size is 1 byte.

Is it correct? If it is correct, how I can load 0x38 bytes in the TX_FIFO and send them? Must I have do the operation in more steps?

Many thanks.

Kinds Regards,

Stefano

From my understanding it is not required to use FIFO_THR when you are sending 38 byte. FIFO_THR is typically used when you need to send a packet longer than the FIFO. 

For 38 byte payload, load the bytes into the FIFO and issue a STX. 

Also see the software examples for CC1101.