CC1110-CC1111: CC1110

Hi Sanjay,

Could you explain the problem you are seeing in more detail? Currently, do you just have 1 device transmitting and 1 receive or is it a network with multiple devices transmitting? what do you mean by "either Rx or TX is switch"?

Hi Diego, 

we are using the multiple device at once, application is try to communicate with a particular device. in this case we face the failure case.

there is 6 device device 3 is in Tx state and 3 is in Rx state.

If you have 3 Tx devices, is it possible that more than 1 devices are transmitting at the same time and causing the packet corruption?

our application required multiples  communication channels, please suggest, how we will reduce this corruptions... 

Hi Sanjay,

have you tried first just having one transmitter and one receiver to verify that packets are not lost?

To avoid packet collisions when there is more than 1 transmitter, you can use the carrier sense feature of the device to first check if the channel is busy or not before starting a transmission. You can find more information about CS in section 13.10 of the datasheet.

Hi,

I am checking the ,

MARCSTATE   XREG( 0xDF3B )  /*  Main Radio Control State 

while( MARCSTATE != 0x0D );      // wait for RX mode

while (MARCSTATE != 0x01);              // wait for IDLE 

But we cant Identify, where we can stuck 

Hi sanjay,

Have you tried with just 1 transmitter and 1 receiver first to see if packets are still lost?

Yes, we have tried. it working fine with single Tx and Rx. 

Target with the multiple Rx &Tx

Hi Sanjay,

Have you investigated using the Carrier Sense (CS) feature, now that you have confirmed that a single TX/RX pair is working as expected? As Diego linked to, more details are found in Section 13.10 of the CC1100-CC1111 Datasheet: https://www.ti.com/lit/swrs033 

Regards,

Zack