CC1101: Application issues

Hi Reed,

Is current consumption being measured where R5 is located?(R5 removed and current meter connected there) If not where is it being measured?

Hi Diego,

What we tested is the battery supply current consumption.

Hi,

can you swap a CC1101 from a good board to a bad board and the CC1101 on the bad board mount it on the good board and test the current consumption again?

The goal of the test is to see if the higher current consumption is following the device or it's something else on the board that causes the increases current consumption.

Diego, 

Thank you for your reply.

I have learned about it before, and the customer said that they have conducted a swap test. The problem follows the CC1101.

Therefore, what are the differences between CC1101 and CC110L devices that customers are currently concerned about?

Hi Reed,

I reviewed the balun and see different values are used compared to the reference design for CC110L for 433 MHz. Are these the same component values they used in the balun in the CC1101 design?

433 MHz reference design:

Hi Diego, 

We also use the same frequency band 433 MHz and 868/915 MHz in CC1101.

Hi,

The differences between CC1101 and CC110L are listed here: (3) CC110L vs CC1101 - Other wireless technologies forum - Other wireless - TI E2E support forums

The same RF network should work for both devices.

With what frequency band are you seeing the increased current consumption? 433 or 868/915 MHz or both?

What PHY settings are being used?

Is a CW being transmitted are packets?

 Hi Diego,

Could you please give some explanation what is the meaning of PHY settings?

Regarding the transmission, it is sent in asynchronous mode, not in packets, but we think the issue is not in transmitting mode, just switching it on and later switching it to idle.

We feel that the current issue was seen for any transmission, 315, 433 or 868MHz, because the issue was not in transmitting mode, just switching it on and later switching it to idle.

For both cases, 14 mA and 25 mA, the current consumption would be very high for the device to be in IDLE state. Typical current consumption in IDLE state is 1.7 mA. 14 mA sounds close to the current consumed in Rx and Tx current @ 0 dBm, and 25 mA close to the current consumed in Tx @ +10 dBm.

Have you verified that the device is exiting transmission state and entering IDLE state? The state of the device can be checked in the Chip status byte (Section 5.6 of the datasheet)

By PHY settings I mean the data rate, deviation, type of modulation, Rx bandwidth, output power, etc.).

Hi Diego,

From our tests, when we use CC1101, the first time we press the Blutooth button, it can enter the IDLE state, this time the current comsumption is 14 mA. While after 10s we press the  Blutooth button, it can not  enter the IDLE state. This time the the current comsumption is aroud 25 mA. (Bluetooth advertising time lasts for 30s after press the Bluetooth function). It means that, when we use the Bluetooth function, the CC1101/CC110Lshould be in IDLE state.

But when we use CC110L, it can enter IDLE state always when we use the Bluetooth function. So that's our concern why the CC1101 can not enter IDLE state when we use the Bluetooth function. Why this could happen.

Hi Sundy,

then the current consumption measured is the total current consumed by the board and not just the CC1101 or CC110L, correct? If this is the case can you remove R5 and measure the current consumption of just the CC1101 or CC110L to confirm if the additional current consumption is caused by the CC1101 and not another IC on the board.

CC1101 and CC110L are the same except for the features that were removed from CC110L, so I don't completely understand why one would go into IDLE and the other doesn't. Can you check the SPI communication and verify in the chip status bye the state of the device?