Low Power RF Proprietary Software & SimpliciTI Forum - Recent Threads

CC113L and CC115L recieve problem

Selcuk Altunkaya — Mon, 20 May 2013 13:33:33 GMT

Hello everybody. Im so much new on this topic. I started firstly to send packets with CC115L and its ok I can send and I can read from SmartRF correctly. my question about CC113L and recieving data. I couldnt do it yet. I did config registers same with SmartRF. but I cant read.Im sending only 1 byte for test. Im using pic16f1824 for test. I need help

Thank you

CC2543 USART 0 TX complete interrupt problem in SPI Slave mode.

Art Harvey — Mon, 20 May 2013 17:27:40 GMT

Hello -

I am testing the CC2543 USART in SPI Slave mode, using the transmit interrupt to update the value in U0DBUF. However, it seems a UTX0 interrupt is being generated every 8 SCLK (P0_5) cycles, regardless of the state of SSN (P0_4). My SSN signal toggles every 32 SCLK cycles. The false UTX0 interrupts are a problem, since I get several UTX0 interrupts when SSN is inactive and in fact a single byte hasn't actually been clocked out of the transmit buffer! When I look at the behavior of the URX0 interrupt, it appears to be functioning properly and only generates interrupts while SSN is actually active and bytes are actually being clocked into the receive buffer... In our application, the loading of data to the USART must eventually be done by DMA, so I need to resolve this.

FROM MY MAIN:

     /***************************************************************************
     * Configure SPI
     */
    // Configure USART0 for Alternative 1 => Port P0 (PERCFG.U0CFG = 0).
    PERCFG = (PERCFG & ~PERCFG_U0CFG) | PERCFG_U0CFG_ALT1;
    PPRI &= ~PPRI_PRI0P0; // Give priority to USART 0 over Timer 1 for port 0 pins.
    P0SEL |= BIT5 | BIT4 | BIT3 | BIT2; // Set pins 2, 3, 4 and 5 as peripheral I/O.

    // Set USART to SPI mode and Slave mode.
    U0CSR = (U0CSR & ~U0CSR_MODE) | U0CSR_SLAVE;
    U0BAUD = SPI_BAUD_M;
    U0GCR = (U0GCR & ~(U0GCR_BAUD_E | U0GCR_CPOL | U0GCR_CPHA)) | U0GCR_ORDER | SPI_BAUD_E;// MSB first

    //enable the interrupt USART0 TX: IEN2.UTX0IE
    IEN2 |= IEN2_UTX0IE; // Enable interrupt
    txBufferINDEX = 0;
    U0DBUF = txBufferINDEX;

...

MY INTERRUPT:

#pragma vector = UTX0_VECTOR
__interrupt void uart_TX_ISR(void)
{
IRCON2 = ~UTX0IF; // clear the interrupt flag the proper way
P1_4 = 1; // so I can easily see the interrupt on a scope
txBufferINDEX++; // will wrap, but that's ok.
U0DBUF = txBufferINDEX; // just load the VALUE of the index
P1_4 = 0; // so I can easily see the interrupt on a scope
}

Thanks,

- Art

How to implement CSMA on cc430f6137IRGZ.

Cruze — Mon, 20 May 2013 16:32:11 GMT

Hi friends,I am new to the chip cc430f6137 in 433M,and now i have a lot of problems.Grateful to all help.

i already know how to perform simple TX/RX on two cc430 boards.Now I try to implement a simple Backoff algorithm on the board.I konw that i need to use the cca and the rssi,but have no idea about how to set the cca mode and the rssi threshold.

Frankly speaking i am a rookie,so its better to have a project with comment that i can easily understand.

I would be grateful to all suggestions and help .By the way ,I am not familier with this forum,contact me with e-mail:2yr@live.com.

Looking forward to your help.

Cruze .

CRC Error when changing chip from CC1110 to CC1125

ar jithesh — Wed, 15 May 2013 04:37:28 GMT

Hi all,

I'm using CC1110 in one of my project. It is used in both receiver side and in the transmitter side too. Now I have replaced my CC1110 chip in my receiver side to CC1125 to increase the range. The aim to increase the range is done successfully but CRC Error in the received signal, in RF Studio, is found to be increased. What will i have to do to decrease the same so that i'll be having a clean reception.

My RF Parameters in CC1110 is

Base Frequency            :    915M
Channel Number            :    0
Channel Spacing            :    200
Xtal Frequency            :    26M
Data Rate                    :    1.2
RX Filter BW                :    58
Modulation Format            :    GFSK
Deviation                    :    5
TX Power                    :    10dBm
Manchester Enable            :    False
PA Ramping                :    False
Whitening                    :    False
Sequence Number in Payload:    False
Viewing Format            :    Hexadecimal
Infinite                    :    True
Performance Mode            :    -

and

My RF Parameters in CC1125 is

Base Frequency            :    915M
Channel Number            :    -
Channel Spacing            :    -
Xtal Frequency            :    40M
Data Rate                    :    1.2
RX Filter BW                :    62.5
Modulation Format            :    2-GFSK
Deviation                    :    5
TX Power                    :    15dBm
Manchester Enable            :    False
PA Ramping                :    False
Whitening                    :    False
Sequence Number in Payload:    False
Viewing Format            :    Hexadecimal
Infinite                    :    True
Performance Mode            :    High Performance

Both the above configurations are given in RF_Studio_7 for testing. Is there any value that i should tune in order to reduce the CRC Error in reception from CC1125. Rest all register values are set in default state without any change. The SYNC bytes in CC1125 is four bytes and that in CC1110 is two bytes only. So the SYNC bytes have been repeated in CC1125. The SYNC Bytes used is 0xD3 and 0x91 in CC1110 and the same byte is repeated twice in CC1125 ie, 0xD3 0x91 0xD3 and 0x91

incorporate RFID into Cellphones (Handset: Smartphone)

Roman bere — Mon, 20 May 2013 14:05:21 GMT

http://www.ti.com/ww/en/apps/handset_smartphone/end_equipment.html

just read this article Designing a Smartphone?

thought of this

I don't know about you, I keep My cell phone with me at all times, in addition I also have an RFID pass card for work. I do not see why they cannot incorporate both together this solves many problems, including PC protection when you leave the PC does not sense the card and locks the screen, automotive unlocks your door when you are near. also have a feature on the cell phone to disable the RFID to prevent others from ghosting your RFID code when they are nearby or TX a fake code, basically like on the remote vehicle lock and unlock button. This can be incorporated with BlueTooth RFID as the user code and data in the Bluetooth as the password. Other devices can use this technology, to use the RFID for access or enable that devices.

CC1125 - problems with SPI -CSN and MISO

Mikael Hygren — Thu, 16 May 2013 09:07:51 GMT

Hello!

I have recently received my PCB:s with my MSP430f5507 MCU and the CC1125 RF transceiver. I have based my software on the software examples provided by TI and the code works fine on your CC1120 DK kit with the TRxEB. However when I move my code to my custom PCB I cant get the SPI communication to work with my CC1125. The CSN pin goes low as it should but when the CSN gets pulled low the MISO pin gets pulled high the same time. This is not the case for TRxEB as I have measured all signals with an oscilloscope. In the user guide for the CC1125 it says that the MISO should get pulled low immediately when pulling CSn low but instead it gets pulled high from low. Does anyone know why this is? I use the USCI_B1 module on my MSP430f5507 instead of the USCI_B0 module on the DK. I simply change the pins and ports in the code. I also wonder wether or not not the clock for the SPI need to be different since the code is now running for a CC1125 instead of a CC1120?

/Mikael

Wireless Communication with CC110L Air Module

Richmund Fries — Wed, 31 Oct 2012 02:30:36 GMT

Hi, I am using the MSP430 Launchpad along with the CC110L Air Module for a wireless RF communication. I've been working on this for a few days and all the forms/tutorials I've read all say that using the Air Module is utterly complicated. I was hoping to be able to start small with a simple communication that turns an LED on on Launchpad A if a button is pushed on Launchpad B. I am using Grace (a godsend) to set up all the back end so all I need help with is the actual communication.

The setup is 4-wire with P1.4 for the clock, P1.1 for SOMI, P1.2 for SIMO, STE active high, MSB first, 5000 bps, and I also had Grace set up interrupt handlers for both receive and transmit. I can't imagine that setting up a simple communication would be more than 40-50 lines of code but I may be wrong here (this is my first time dealing with SPI and RF communications). I'm not sure how to get the two Air Modules to sync (or how to choose one certain slave out of many to talk to) and I'm having trouble figuring out how to send any actual data and receive on the other side.

Any help would be great. Thanks so much in advance.

-Richmund

CC2541 receiver

1071236 — Thu, 11 Apr 2013 07:30:35 GMT

Hello,

I use the CC2541 to make a transmitter and a receiver.

I use the kit with the CC-Debugger.

When i send (RFST CMD_TX) my data the PRF_ENDCAUSE is TASK_ENDOK so is suppose my package is sended correctly.

When i want to receive this package with the other CC2541 (RFST CMD_RX) the PRF_ENDCAUSE is TASKERR_PAR. I don't realy find the reason.

This are the settings i programmed to make the receiver.

Does anybody see something wrong ?

Thanks in advance,

============================================================
============================================================

int send_data_length;

//Transmitter only
int data_to_send[8] = {0x40,0x45,0x55,0x60,0x65,0x70,0x75,0x80};
int received_data[16];
int i;

void halSetFrequency(uint16 frequency)
{
PRF.CHAN.FREQ = frequency-2379;
}

void halRfLoadBLEBroadcastPacketPayload(void)
{
//Number of bytes effective data
send_data_length = (sizeof(data_to_send)/sizeof(int));

//Read data from FIFO
for(i=0;i<send_data_length+8;i++){
received_data[i] = RFD;
}

return;
}

============================================================
============================================================

void halRfInitBleBroadcastMode(unsigned short broadcast_channel)
{
// Clear radio memory (The RAM registers don't have a default value set, must be set manually).
memset((void*)RFCORE_RAM_PAGE, 0, RFCORE_RAM_PAGE_SZ);

// No timer 2 events sent to LLE
T2EVTCFG = 0x77;

PRF.TASK_CONF.MODE              = 0;    // Basic mode, fixed length.
PRF.TASK_CONF.REPEAT            = 0;    // no repeat
PRF.TASK_CONF.START_CONF        = 0;    // Start each receive/transmit immediately
PRF.TASK_CONF.STOP_CONF         = 0;    // Don't stop on timer 2 event 2.
PRF.FIFO_CONF.AUTOFLUSH_IGN     = 0;    // Flush duplicate packets
PRF.FIFO_CONF.AUTOFLUSH_CRC     = 0;    // Flush packets with CRC error
PRF.FIFO_CONF.AUTOFLUSH_EMPTY   = 0;    // Flush packets with no payload
PRF.FIFO_CONF.RX_STATUS_CONF    = 0;    // Don't append status information in FIFO
PRF.FIFO_CONF.RX_ADDR_CONF      = 1;    // Address byte in Rx FIFO
PRF.FIFO_CONF.TX_ADDR_CONF      = 0;    // Read address from PRF.ADDR_ENTRY[0].ADDRESS
PRF.PKT_CONF.ADDR_LEN           = 1;    // Address byte.
PRF.PKT_CONF.AGC_EN             = 0;    // AGC disabled.
PRF.PKT_CONF.START_TONE         = 0;    // No tone in front of packet.
PRF.ADDR_ENTRY[0].CONF.REUSE    = 0;    // Don't reuse packet.

TXCTRL    = 0x19;
TXPOWER   = TXPOWER_0_DBM;      // Set default output power: 0dBm.
TXFILTCFG = 0x03;               // Set Tx filter bandwidth
IVCTRL    = 0x1B;
FRMCTRL0 = 0x40;               // Data goes LSB over the air.
ADCTEST0 = 0x10;               // Adjust ADC gain.
MDMCTRL0 = 0x04;               // Set 1 Mbps at 250 kHz deviation.
MDMCTRL1 = 0x48;               // Correlation threshold
MDMCTRL2 = 0x00;               // Syncword transmitted LSB to MSB, 1 leading preamble byte,
MDMCTRL3 = 0x63;               // Set RSSI mode to peak detect after sync.
MDMTEST0 = 0x01;

   //Address configuration
PRF.FIFO_CONF.TX_ADDR_CONF = 0;       //Read address from PRF.ADDR_ENTRY[0]
PRF.ADDR_ENTRY[0].ADDRESS = 0x44;     //Address
PRF.ADDR_ENTRY[0].CONF.ENA0 = 1;      //Enable address primary sync word

// Set 32 bit sync word:
SW_CONF = 0x00;
SW0 = 0xD6;
SW1 = 0xBE;
SW2 = 0x89;
SW3 = 0x8E;

// Set 3 byte CRC
PRF_CRC_LEN = 0x03;
PRF_CRC_INIT[0] = 0x00;
PRF_CRC_INIT[1] = 0x55;
PRF_CRC_INIT[2] = 0x55;
PRF_CRC_INIT[3] = 0x55;

// Set BLE broadcast channel (2402, 2426 or 2480)
halSetFrequency(broadcast_channel);

// Enable PN7 whitener.
BSP_P0 = 0x00;
BSP_P1 = 0x5B;
BSP_P2 = 0x06;
BSP_P3 = 0x00;
BSP_MODE = 0x01;

// Initialization of PN7 whitener in accordance with advertising channel. PRF_W_INIT should be set to 37, 38, or 39 (0x25, 0x26, or 0x27).
if(broadcast_channel == BLE_BROADCAST_CHANNEL_37)
{
    PRF_W_INIT = 0x25; // Init according to BLE channel 37.
}
else if(broadcast_channel == BLE_BROADCAST_CHANNEL_37)
{
    PRF_W_INIT = 0x26; // Init according to BLE channel 37.
}
else if(broadcast_channel == BLE_BROADCAST_CHANNEL_37)
{
    PRF_W_INIT = 0x27; // Init according to BLE channel 37.
}
}

============================================================
============================================================

unsigned char BleBroadcast(void)
{
// Clear and update LCD display.
halLcdClear();
halLcdWriteLine(1, "BLE BroadCast");

// Reset LLE.
LLECTRL = 0x00;

// Config radio in BLE broadcast mode.
halRfInitBleBroadcastMode(BLE_BROADCAST_CHANNEL_37);

// Enable the radio.
LLECTRL = 0x01;

while(1)
{
    // Start receive
    while(RFST != 0);
    RFST = 0x08;

    // Wait for TASKDONE
    while ((RFIRQF1 & RFIRQF1_TASKDONE) != RFIRQF1_TASKDONE);

    // If data received read FIFO
    if(PRF.ENDCAUSE == TASK_ENDOK)
    {
      //Get packet data.
      halRfLoadBLEBroadcastPacketPayload();

    }

}

frequency compensation mechanism of CC1120

dg3awe — Mon, 22 Apr 2013 13:36:31 GMT

Hello TI,

I have a problem to understand the frequency compensation mechanism of the cc1120. The user guide is not informative at this point.

Where does the value of the FREQOFF_EST come from? If I switch OFF the FREQOFF_CFG.FOC_EN, I still get values in FREQOFF_EST. It looks like FREQOFF_EST has nothing to do with the "other" offset compensation. Is there an other offset compensation?

The reason of my question is as follows:

I want to use the FREQOFF1 and FREQOFF0 to compensate static crystal deviation. For example to calibrate the CC1120 to a fixed frequency, regardless of the crystal deviation. For the additional deviation regarding temperature and voltage I want to use the automatic frequency compensation presented with the register FREQOF_EST.

I understood:

RF-Frequency = FREQ[2-0] + FREQOFF[1-0](my calculated offset)

What is if the FREQOFF_EST tells me 0x000D?

a) RF-Frequency = FREQ[2-0] + FREQOFF[1-0](my calculated offset) + 0x000d

or b) RF-Frequency = FREQ[2-0] + new offset 0x000d

How can I get detailed description of the frequency compensation mechanism?

best regards

Nico

CC1120 ASK/OOK packet handling

Marc Isherwood — Tue, 14 May 2013 15:12:41 GMT

Does the CC1120 support packet handling when using OOK? I have been playing with two demo boards but always get rubbish data and of course CRC errors, when using OOK.

smartrf studio for wmbus

Fazil Kilic — Mon, 29 Apr 2013 02:10:28 GMT

Hello Milen,

I want to using smartrf studio for wmbus comunication. Communicaiton is not. Other device is Dr.Neuhaus WMBUS data concentrator.

I 'm using CC430F6137. Settings are as below.

sent data: 68 33 44 68 50 23 08 65 73 69 80 A0 91 BF 18 40 02 B0 29 04 00 82 09 74 09 00 00 00 00 00 01 00 00 00 00 03 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 75 16

// Rf settings for CC430F6137

RF_SETTINGS code rfSettings = {

0x06, // IOCFG2 GDO2 Output Configuration

0x02, // IOCFG0 GDO0 Output Configuration

0x54, // SYNC1 Sync Word, High Byte

0x3D, // SYNC0 Sync Word, Low Byte

0x00, // PKTCTRL0 Packet Automation Control

0x08, // FSCTRL1 Frequency Synthesizer Control

0x21, // FREQ2 Frequency Control Word, High Byte

0x6B, // FREQ1 Frequency Control Word, Middle Byte

0xD0, // FREQ0 Frequency Control Word, Low Byte

0x5B, // MDMCFG4 Modem Configuration

0xF8, // MDMCFG3 Modem Configuration

0x05, // MDMCFG2 Modem Configuration

0x50, // DEVIATN Modem Deviation Setting

0x00, // MCSM1 Main Radio Control State Machine Configuration

0x13, // MCSM0 Main Radio Control State Machine Configuration

0x2E, // FOCCFG Frequency Offset Compensation Configuration

0xBF, // BSCFG Bit Synchronization Configuration

0x43, // AGCCTRL2 AGC Control

0x09, // AGCCTRL1 AGC Control

0xB5, // AGCCTRL0 AGC Control

0xFB, // WORCTRL Wake On Radio Control

0xB6, // FREND1 Front End RX Configuration

0xEA, // FSCAL3 Frequency Synthesizer Calibration

0x2A, // FSCAL2 Frequency Synthesizer Calibration

0x00, // FSCAL1 Frequency Synthesizer Calibration

0x1F, // FSCAL0 Frequency Synthesizer Calibration

0x81, // TEST2 Various Test Settings

0x35, // TEST1 Various Test Settings

0x09, // TEST0 Various Test Settings

0x80, // LQI Demodulator Estimate for Link Quality

0x80, // RSSI Received Signal Strength Indication

0x01, // MARCSTATE Main Radio Control State Machine State

0x90, // PKTSTATUS Current GDOx Status and Packet Status

0xAD, // VCO_VC_DAC Current Setting from PLL Calibration Module

};

CC2500 Transceiver

Misha Kumar — Mon, 13 May 2013 16:40:50 GMT

Hi,

I am very new in using tranceivers and therefore needed help.I am planning to use CC2500 2.4 GHz Tranceiver.I want to use a tranceiver for applications where i want to transmit/receive every 30-40 microsecond.I have seen that CC2500 takes 88.4 microsecond to go from idle state to transmit mode.Is it correct to say that this chip would take at least 88.4 microsecond between two consecutive transmissions?

If yes,can you suggest something that i can use as transmitter/receiver for faster applications(transmitting/receiving every 30-40 microsecond)

Following the state diagram shown on page 20 of the datasheet,i can see that if the device is only configured as a transmitter,it would go from Transmit mode to optional freq. synth. calibration to Idle state to frequency synthesizer startup(optional) to transmit mode and that is why it would take atleast 88.4 microsecond?Am in understanding it correctly?

Thanks

misha

CC2550 not wake up - help

tan pham ngoc — Wed, 15 May 2013 08:03:24 GMT

Hi TI engineer team,

I'm from SerialSystem distributor of TI.

My customer has problem with CC2550. It doesn't wake up after sleeping with code of CC2500. Pls help.

Below code is valid with CC2500.

/******************************************************************
* power down mode
*
*
*******************************************************************/
void RF_Sleep()
{
//change to idle
TI_CC_SPIStrobe( TI_CCxxx0_SIDLE );

TI_CC_SPIStrobe( TI_CCxxx0_SPWD );

}
/******************************************************************
* wake up from sleep
*
*******************************************************************/
void RF_Wakeup()
{
TI_CC_CSn_PxOUT &= ~TI_CC_CSn_PIN;        // /CS enable

while (!(USICTL1&USIIFG));
TI_CC_CSn_PxOUT |= TI_CC_CSn_PIN;        // /CS enable
   //change to idle
TI_CC_SPIStrobe( TI_CCxxx0_SIDLE );
TI_CC_SPIStrobe( TI_CCxxx0_SNOP );
}

CC1101 problem

Sam Crosse — Mon, 13 May 2013 04:09:43 GMT

I am trying to send and receive config information via SPI to a CC1101.

I get strange results. I do not get back the correct default values when I do a read, and if I do a write and then read the result is not what I send.

If I do a write, I would expect 2 bytes back that are identical (status), as it should return status during header and during data.

Here I send 0x22 as address (Blue) as a write, then 0x01 as data, but the response (aqua) is not equal

Now I send 0xA2 (Read from 0x22), but the response (data) = 0x00!

Something is wrong. I have tried different clock speeds and inserting delays etc. The CS line is low during the 16 bit transfers, then returns high.

CC USB Firmware Library and Examples supporting for CC2543/44 ?

Albert Tsai — Sat, 11 May 2013 11:45:14 GMT

Hi,

Is there any plan to support CC2543/44 in CC USB Firmware Library and Examples ? Or how could we manually change for CC2543/44 ?

Also, where could I find the CC2543/44 Example Software Supported in IAR Embedded Workbench?

(though there is a peripheral soft example available)

thx

CC1120 frequency calibration

Marc Isherwood — Tue, 14 May 2013 10:34:30 GMT

I assume that the problem with the PLL calibration applies to all the AutoCal settings as well as the calibrate strobe. Do you plan to issue a new revision of the device soon?

Measuring RSSI on CC2500

Stuart Galt — Wed, 08 May 2013 10:11:16 GMT

Has anyone tried measuring RSSI on a CC2500 that uses TI's reference antenna setup, for example - on the TI eZ420-RF2500 target board?

I used the code below and I keep getting around -90dB which seems way too low and doesn't seem to change based on distance between End Point and Access Point. I've tried on many different examples of the hardware (I have many instances) and all seem to behave the same.

unsigned char RxNoise_dBm;

SMPL_Ioctl( IOCTL_OBJ_RADIO, IOCTL_ACT_RADIO_RXON, 0); // Switch to receive

RxStatus = SMPL_Receive(SMPL_LINKID_USER_UUD, msg, &len); // Any broadcast messages received?

// Process incoming messages
if(RxStatus == SMPL_SUCCESS)
{
           SMPL_Ioctl(IOCTL_OBJ_RADIO, IOCTL_ACT_RADIO_RSSI, (void *)&RxNoise_dBm); // Get the Rx noise

CC1121 issue with WMBUS

Christophe Lescane — Mon, 04 Jun 2012 15:16:26 GMT

Dear all,

We are facing some interoperability issues on WMBUS between a Sappel / Diehl Izar RE 868 device and a CC1121.

We have setup the following test environment to determine where the issue can came from.

The test environment is composed with a Spectrum Analyser, configured as a RF detector, used to synchronized the oscilloscope.

A FSK demodulator tuned on 868.95 MHz base frequency, 50 KHz deviation, 200KHz. RX BW filter

Baseband signal and demodulated signal are send to 4 traces osciloscope.

Test 1: The use case

CC1121 configured in packet mode

cc1121 configuration dump :

Standard Register:

0xb0 0xb0 0xb0 0x06 0x93 0x0b 0x54 0x3d

0x0b 0x0b 0x9a 0x06 0x1c 0x19 0x2a 0x40

0x46 0x01 0xc6 0x05 0xa9 0x99 0x9a 0x40

0xfd 0x00 0x03 0x20 0xa9 0xc0 0x00 0x00

0x0b 0x12 0x08 0x21 0x00 0x00 0x04 0x00

0x40 0x0f 0x00 0x7f 0x56 0x7a 0xff

Extented Register:

0x00 0x20 0xcb 0x00 0x00 0x00 0x01 0x00

0x00 0x00 0x00 0x00 0x6c 0x9e 0x65 0x02

0xa6 0x04 0x00 0x5f 0x00 0x20 0x40 0x0e

0x28 0x03 0x00 0x33 0xff 0x17 0x00 0x50

0x6e 0x14 0xac 0x16 0x00 0x48 0xac 0xb4

0x00 0x02 0x00 0x00 0x10 0x00 0x00 0x01

0x01 0x01 0x0e 0xa0 0x03 0x04 0x03 0x00

0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00

0x40 0x00 0x00 0x00 0x00 0x00 0x00 0x00

0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00

0x00 0x18 0xec 0x10 0x50 0x00 0x00 0x00

0x00 0x02 0x47 0x6d 0x80 0xaf 0x10 0xfe

0x80 0x27 0xd1 0x00 0x3f 0x00 0x00 0x30

0x7f 0x00 0x01 0x07 0x02 0xe7 0x00 0x00

0xea 0x07 0x00 0x83 0x00 0x09 0x00 0x40

0x21 0x00 0x11 0x00 0x00 0x00 0x00 0x00

0x00 0x00 0x00 0x0b 0x40 0x00 0x00 0x00

0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00

0x0f 0x00

The Sappel / Diehl devise is sending every 10 seconds a packet where 17 first bytes are all time identical, the CC1121 unfortunately receive only the 5th or 6th correctly

Dump of the received packet by CC1121:

3a 57 1c 39 c3 8b 65 86 ca e4 ab 32 72 c4 8b 16

71 65 39 9c 69 65 89 19 b8 b4 cc b6 58 9c b1 38

d3 a5 d3 46 4d 39 39 8d 18

Trace 1: Output of the FM demodulator

Trace 3: GPIO 2 of the CC1121 (Not use in this case)

Trace A: Magnify of the Trave 1

Trace B: Magnify of the Trace 3

The preamble set the data rate to 100KHz (2 bits of the preamble is 20µs as shown in above picture).

The Synchro bytes id Ok, the 1^st byte is ok also

The begin of pkt id ok 3a / 57/ 1c / 39/ c3 / 8b

We got the first missing bit on the 7^th byte, we received the value 0x65 in place of 0xb2 (01100101 / 10110010) … this pattern of missing bit reproduces every 8 bytes.

Test 2: The CC1121 is configured in transparent mode, to validate the FSK demodulator

CC1121 configured in transparent mode :

cc1121 configuration dump :

Standard Register:

0x09 0x11 0xb0 0x06 0x93 0x0b 0x54 0x3d

0x0b 0x0b 0x9a 0x06 0x1c 0x19 0x2a 0x40

0x46 0x01 0x86 0x45 0xa9 0x99 0x9a 0x40

0xfd 0x00 0x03 0x20 0xa9 0xc0 0x00 0x00

0x0b 0x12 0x08 0x21 0x00 0x00 0x07 0x00

0x40 0x0f 0x00 0x7f 0x56 0x7a 0xff

Extented Register:

0x00 0x20 0xcb 0x00 0x00 0x00 0x01 0x00

0x00 0x00 0x00 0x00 0x6c 0x9e 0x61 0x02

0xa6 0x04 0x00 0x5f 0x00 0x20 0x40 0x0e

0x28 0x03 0x00 0x33 0xff 0x17 0x00 0x50

0x6e 0x14 0xac 0x16 0x00 0x48 0xac 0xb4

0x00 0x02 0x00 0x00 0x10 0x00 0x00 0x01

0x01 0x01 0x0e 0xa0 0x03 0x04 0x03 0x00

0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00

0x40 0x00 0x00 0x00 0x00 0x00 0x00 0x00

0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00

0x00 0x19 0x5d 0x10 0x77 0x00 0x00 0x00

0x00 0xfd 0x47 0x6d 0x00 0xaf 0x0e 0xff

0x19 0x27 0xd1 0x00 0x3f 0xf6 0x00 0x30

0x7f 0x00 0x01 0xb4 0x03 0x02 0x00 0x00

0x7d 0x00 0x00 0x1f 0x00 0x09 0x00 0x40

0x21 0x00 0x11 0x00 0x00 0x00 0x00 0x00

0x00 0x00 0x00 0x0b 0x40 0x00 0x00 0x00

0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00

0x0f 0x00

Trace 1: Output of the FSK demodulator

Trace 3: GPIO 2 of the CC1121 (RX Serial)

Trace A: Magnify of the Trace 1

Trace B: Magnify of the Trace 3

This pictures above show that the CC1121 FSK demodulator work properly. The output from the GPIO 2 (Serial RX in transparent mode) matches perfectly the reference FSK demodulator.

Test 3: CC1121 configured in synchronous serial mode :

Goal: Validate the integrated modem.

cc1121 configuration dump :

Standard Register:

0x09 0x08 0xb0 0x06 0x93 0x0b 0x54 0x3d

0x0b 0x0b 0x9a 0x06 0x1c 0x19 0x2a 0x40

0x46 0x01 0x86 0x05 0xa9 0x99 0x9a 0x40

0xfd 0x00 0x03 0x20 0xa9 0xc0 0x00 0x00

0x0b 0x12 0x08 0x21 0x00 0x00 0x07 0x00

0x40 0x0f 0x00 0x7f 0x56 0x7a 0xff

Extented Register:

0x00 0x20 0xcb 0x00 0x00 0x00 0x01 0x00

0x00 0x00 0x00 0x00 0x6c 0x9e 0x63 0x02

0xa6 0x04 0x00 0x5f 0x00 0x20 0x40 0x0e

0x28 0x03 0x00 0x33 0xff 0x17 0x00 0x50

0x6e 0x14 0xac 0x16 0x00 0x48 0xac 0xb4

0x00 0x02 0x00 0x00 0x10 0x00 0x00 0x01

0x01 0x01 0x0e 0xa0 0x03 0x04 0x03 0x00

0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00

0x40 0x00 0x00 0x00 0x00 0x00 0x00 0x00

0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00

0x00 0x19 0x18 0x10 0x7f 0x00 0x00 0x00

0x00 0xfe 0x47 0x6d 0x00 0x9f 0x16 0xfe

0x33 0x27 0xd1 0x00 0x3f 0x00 0x00 0x30

0x7f 0x00 0x00 0x8b 0x00 0x31 0x00 0x00

0x80 0x07 0xfe 0xa6 0x00 0x09 0x00 0x40

0x21 0x00 0x11 0x00 0x00 0x00 0x00 0x00

0x00 0x00 0x00 0x0b 0x40 0x00 0x00 0x00

0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00

0x0f 0x00

Trace 1: Output of the FSK demodulator
Trace 3: GPIO 2 of the CC1121 (RX Serial)
Trace A: Magnify of the Trace 1
Trace B: Magnify of the Trace 3

This measure show us that the modem, lose some bit from the base band signal. This is exactly what we see inside the packet.

Does someone, can give me the magic bit or bits inside the reserved field that will correct this behavior ?

Thanks in advance.

Christophe Lescane.

CC2510, Unstable Baudrate on power ON

guillermo castano — Mon, 13 May 2013 17:38:13 GMT

I've been working on some projects using the CC2510. Overall the products are working OK, however there is a problem that happens from time to time where the timing of the UART is off. I have also confirmed that all of the timing processes are off.

The product uses 5 Volts coming from a standard 1 AMP USB power supply.
I use a 3.3V regulator to feed the CC2510, with a 220uF capacitor at the output.
The circuit uses the 0.01uf for power decoupling.
The Circuit is uses a 26Mhz Crystal.

At the beginning of the main module I use the following code to check for stable oscillator:

beginning &= ~OSC_PD_BIT; // powering down all oscillators
while(!XOSC_STABLE); // waiting until the oscillator is stable
asm("NOP");
CLKCON &= ~MAIN_OSC_BITS; // starting the Crystal Oscillator
SLEEP |= OSC_PD_BIT; // powering down the unused oscillator

The problem is duplicated when the USB power is applied, 1 in 5 time the start up will be messed up.

Any help would be appreciated.

Thank you.

CC2531 USB communicaiton

Dragker — Fri, 01 Mar 2013 03:02:08 GMT

Hi all,

For the current projects I need get a high-rate connection between the CC2531 USB dongle and the PC. I have used swrc088c example code as reference (the rf_modem-rfusb_cc2531 example with switched-off radio communicaon code). The original code is working fine and I am able to send the data from PC to dongle and back using the terminal program. But I would like to increase the size of the used USB data packets (by default in swrc088c it is 64 bytes) as I need to send big pieces of data. As far as I understand, the size of the packets used by USB is defined in usb_cdc_descriptor.s51. I have changed:

DB 40H, 00H ; wMaxPacketSize

DB 80H, 00H ; wMaxPacketSize

Both in endpoint1Desc and in endpoint2Desc. Besides, I have changed in usb_uart.h

#define USB_MAX_PACKET_SIZE 64 // As set in USB endpoint descriptor

#define USB_MAX_PACKET_SIZE 128 // As set in USB endpoint descriptor

Unfortunately, after those modifications my system (Win XP) says for the USB dongle that "This device cannot start. (Code 10)". If I rewind all back all works fine. Also I have tried to do the same for packet sizes below 0x40 (e.g. 0x20). It worked fine and the PC was limiting the size of the send packets to 32 bytes. As far as I understand, in swrc088c is used the EP 4 that has 256 byte FIFO (according to the swru191c). Therefore, it should support the packets above 64 bytes. Is the maximum packet size of 64 bytes the limitation of the TI PC drivers or do I need some other modifications to make it working with bigger packets?

problems when using osal_getClock()

Xiqian Lin — Tue, 02 Apr 2013 00:43:30 GMT

Hi,

I am using cc2540 to develop a clock function , first i set the clock with osal_setClock() ,and after about 12hours later I get the clock with osal_getClock() , but unfortunately the return value is less than expect, the difference is almost 180 seconds . The 32k osc is set to EXTERNAL CRYSTAL, but the problem still. How can I to slove this?

thanks

When I change TX Power in CC1101, must I reset the chip?

Luis L��pez — Thu, 09 May 2013 08:20:04 GMT

Hi all!!

I want to change the transmission power during operations on pseudo mesh network, but I have a doubt:

When I change the PATABLE (0x3E) value, must I reset the chip? Or must I do something? In CC1101 datasheet I have not found that information.

Thanks a lot for pay attention!

Luis

[CC110x] Industrial Temperature Grade

Michael Questo — Wed, 08 May 2013 09:36:34 GMT

I’m looking for a <1Ghz Transceiver (and/or possibly SoC) that is rated for Industrial temp (-40-105C).

The CC110L is only rated from -40 to 85C.

CC110L Product Folder

http://www.ti.com/product/cc110L

PWM Timer 1 output for CC2530

Dusan Savic — Thu, 23 Jun 2011 11:41:43 GMT

Hello,

I am working on CC2530 PWM output Timer 1 on P0_2 port but when I start a program below ,I don't get pwm signals on P0_2.

This is my code :

P0DIR |= 0x04; // P0_2 port
P0SEL &= ~0x04;

P0_2 ^= 1; // P0_2 set to be output

T1CTL |= 0x0f; // divide with 128 and to do i up-down mode

T1CC0L = 0xff; // PWM signal period
T1CC0H = 0x7f;

T1CC1L = 0x78; // PWM duty cycle
T1CC1H = 0x10;

T1CCTL1 |= 0x1c;

PERCFG |= 0x00;

Please can someone tell me what I am doing wrong and where is mistake...Thank You

Chronos-to-Chronos Feature

Tan Seeteck — Wed, 08 May 2013 07:01:51 GMT

I've a EZ430-CHRONOS-433 kit. However, I can't find the C2C menus upon pressing the '#' key of the watch.

I used IAR Embedded Workbench IDE to open the software project. I was not able to find the C2C code as mentioned in "Chapter 3.6.2 Chronos-to-Chronos (C2C) Communication" of the user guide.

Am I missing some important part of this development kit? Thanks for any advice.