• State
  • Locked Locked
  • Replies 45 replies
  • Subscribers 53 subscribers
  • Views 709 views
  • Users 0 members are here
Support feedback
Options
Options
Similar topics

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.

CC1125: Smart RF Studio OOK Mode

Scot Cowley
Intellectual 655 points
Part Number: CC1125
Other Parts Discussed in Thread: CC1120, CC1200, CC1352R, CC1101

Hi,

I've noticed that Smart RF Studio 7 V2.8.0 and above don't have any OOK examples for the CC1125.

Do any of the V1.X.X versions have OOK examples?

Please can I have an either an xml file setup for the typically 4.8kbps OOK example - I'm trying to test against a CC1352.

  • 0
    TI__Guru**** 317180 points

    The developers of SmartRF Studio has taken vacation and hence I will not be able check why the setting is not present. 

    But you should be able to use the 4.8 OOK setting for CC1120 on CC1125.

  • 0 in reply to TER
    Intellectual 655 points

    Sadly it isn't as trivial since the CC1120 does not support a 40Mhz clock (which means it's not a copy paste for register values). I had already attempted to use these and modify values but I end up with the same issue.

    I have managed to test 2-GFSK without issues. The CC1352 sending a packet out (using Smart RF Studio), the CC1125 receiving it through the FIFO (custom firmware). 

    I then select the CC1352 settings for 4.8kbps OOK in Smart RF Studio (maintaining the preamble and syncword from the previous test). I change the CC1125 to OOK with 4.8kbps (maintaining the preamble and syncword from the previous test).

    Now the payload returns all 0xFF (except for the first byte and appended status bytes).

    The syncword is being checked correctly - it is only the payload which is affected. I know this because if I change the CC1352 syncword then the FIFO does not have any bytes available for reading.

  • 0 in reply to Scot Cowley
    TI__Guru**** 317180 points

    I don't think you are actually receive a valid sync word. If you use SMartRF Studio on the RX side and set the sync word to 0xAAAAAAAA you will probably see something similar.

    I tested a bit, I did't have a CC1125 easily available so I used a CC1200 which also has a valid 4.8 kbps setting. Looking briefly at this it looks like one of the  chips has a data inversion compared to the other. Test by convert '1'-> '0' and the other way around on either the RX or TX side.  

  • 0 in reply to TER
    Intellectual 655 points

    You were right about the sync word. It's definitely not being received correctly.

    I tried inverting the data on the CC1125 (RX) using MDMCFG1.INVERT_DATA_EN. And I just get the same data but inverted. I'm not too sure if I should have been expecting something different.

    I'm set up on a fixed length of 3 now. I'm sending a payload of 0x11 0x22 0x33 and receiving 0x40 0x00 0x00 0x3C 0x80 (the last two bytes being the appended status byte). That is with the payload being inverted on the RX side as mentioned above.

    Do you have any further ideas of where I might be going wrong?

  • 0 in reply to Scot Cowley
    TI__Guru**** 317180 points

    I tested with MDMCFG1.INVERT_DATA_EN on CC1200 and used 0xAAAA as sync and then I see 0x93... as I would expect CC13x2 to send. Note that MDMCFG1.INVERT_DATA_EN is only valid on payload, you have to manually invert the sync manually.

  • 0 in reply to TER
    Intellectual 655 points

    I've been trying to fiddle with sync word inversions but it actually does seem like the sync word is being detected correctly.

    CC1125: 0x6CF4AE21 (inverted standard sync word)


    CC1352: 0x930B51DE (nothing in FIFO)

    CC1352: 0xAAAAAAAA (nothing in FIFO)

    CC1352: 0x87654321 (nothing in FIFO)

    CC1352: 0x6CF4AE21 (data in FIFO)

  • 0 in reply to Scot Cowley
    Intellectual 655 points

    Any feedback or something to put me in the right direction?

    Should I post my xml files for the CC1125 and CC1352?

    I've tried various different things but the FIFO data is never correct. 

  • 0 in reply to Scot Cowley
    TI__Expert 4560 points

    Hi Scot. 

    I will test if I am able to recreate the problem tomorrow when I get to the office.

    Vegard

  • 0 in reply to Vegard H
    Intellectual 655 points

    Hi Vegard,

    Did you manage to test the OOK interoperability?

  • 0 in reply to Scot Cowley
    TI__Guru**** 317180 points

    He didn't get to that before he vent on a weeks vacation. I have to look at it closer but need to look into some other cases first. 

  • 0 in reply to TER
    TI__Guru**** 317180 points

    Just to confirm, you are free to change the register settings on both sides (Both CC1352R and CC1125) or is one side an existing network where settings are fixed? 

  • 0 in reply to TER
    Intellectual 655 points

    Yes that's correct. Currently I can change both the CC1352 or CC1125.

    But this is just part of an initial test to get OOK working - I will eventually need to get the CC1125 to talk to a legacy CC1101 system running at 33.3kbps Manchester OOK. Current attempts at that are failing. Due to lack of dev kits for the CC1125 and CC1101 I figured it would be better to just get the CC1352 and CC1125 communicating before moving forward.

  • 0 in reply to Scot Cowley
    TI__Guru**** 317180 points

    So it's CC1101 <-> CC1125 @33.3 kbps OOK that is the relevant link to test and get up and running? And this have to be a two way link? I suspect that you will get issues using CC1125 in receive do to the fairly high signal bandwidth for 33.3 kbps OOK. 

  • 0 in reply to TER
    Intellectual 655 points

    CC1125 receive only and CC1101 transmit only.

  • 0 in reply to Scot Cowley
    TI__Guru**** 317180 points

    Have you measured the OBW for the 33 kbps, OOK signal you are trying to receive? 

  • 0 in reply to TER
    Intellectual 655 points

    I believe 320Khz.

  • 0 in reply to Scot Cowley
    TI__Guru**** 317180 points

    CC1125 has a maximum RX BW equal to 250 kHz meaning that CC1125 will have problems receiving a signal with this bandwidth. For OOK I believe that you don't have to receive the full signal bandwidth since most of the information is closer to the center. 

  • 0 in reply to TER
    Intellectual 655 points

    As I understand for FSK there would be issues but OOK would still work.

    I'm just unable to test because I cant even get 4.8kbps working. 

  • 0 in reply to Scot Cowley
    TI__Guru**** 317180 points

    Meaning that you have CC1101 (TX) -> CC1125 (RX) using 4.8 kbps OOK and it doesn't work?

    - I assume you are using the same sync word on both sides

    - Did you try to set 0xAAAA as sync word on the CC1125 and see what you receive? I would suspect you have an issue with what is logic '1' / '0'.

  • 0 in reply to TER
    Intellectual 655 points

    It was CC1352 -> CC1125 using 4.8kbps OOK (with all data in FIFO being 0xFF) 

    I had also tested CC1101 -> CC1125 with 33kbps OOK (manchester) and all the data comes back as 0x00;

    In terms of sync words I had tested this

    CC1125: 0x6CF4AE21 (inverted standard sync word)


    CC1352: 0x930B51DE (no packet detected)

    CC1352: 0xAAAAAAAA (no packet detected)

    CC1352: 0x87654321 (no packet detected)

    CC1352: 0x6CF4AE21 (packet detected but all 0xFF payload)

  • 0 in reply to Scot Cowley
    TI__Guru**** 317180 points

    Since what you want to use CC1101 -> CC1125, have you tried to use this combination with 4.8 kbps and have you tried 0xAAAA as sync word on CC1125 with this combination?

  • 0 in reply to TER
    Intellectual 655 points

    Hi TER,

    It's hard for me to edit the some of the settings of the CC1101 (it's based off of an old legacy transparent comms).

    https://imgur.com/a/7El2IFu (image showing CC1125 settings and S2-LP settings)

    I managed to get a S2-LP working with receiving data from the CC1101 without issues but I still can't get the CC1125 working. This is with the 33.3kbps settings. I've testing the Channel Filter down to 100Khz and there isn't any issues on the S2-LP.

    When reading the FIFO of the CC1125 I receive all 0's.

  • 0 in reply to Scot Cowley
    TI__Guru**** 317180 points

    It could look like based on the settings that you did not start from the OOK settings. 

    - AGC_REF is too low.

    - 100 kHz and above RX BW require zero IF meaning that you need 4 byte of preamble to settle all loops. Since you have a old legacy protocol, do you have the required preamble? 

    Could you give more background for this project, is it possible to disclose more on the volume? 

  • 0 in reply to TER
    Intellectual 655 points

    I've tried copying over the CC1120's settings. I took the 868 4.8kbps and modified it to 433 and 33.33 Mhz manchester. As mentioned i could not do a direct copy because the CC1120 cannot run on a 40Mhz clock.

    https://imgur.com/a/cf7GOmS

    I have managed to receive a packet or two correctly. But 99% of the packets do not work.

  • 0 in reply to Scot Cowley
    Intellectual 655 points

    Is there anything more that could be provided to assist with the 433Mhz 33.33khz manchester for the CC1125 at 40Mhz? 

  • 0 in reply to Scot Cowley
    TI__Guru**** 317180 points

    Vegard H has picked this one up again and is doing some testing now.

  • 0 in reply to TER
    TI__Expert 4560 points

    The reason why you might get unstable results when testing 33 kbps on the CC1352 is that the device is validated for 4.8 kbps OOK, and going as high as 33 kbps is near the upper limit of what the device supports in datarates for OOK. A warning should be added to SmartRF Studio notifying about the instability of  higher datarates for OOK. 

    I am trying to recreate the problem on a CC1101 and a CC1125 now

  • 0 in reply to Vegard H
    Intellectual 655 points

    Hi Vegard,

    I'm still very interested to see the performance at 33kbps on the CC1352 - if you are able to at all help with the overrides to achieve something like this it would be greatly appreciated. 

    I have tried changing some more of the register values for the CC1125 but still haven't made much progress in improving range or stability.

  • 0 in reply to Scot Cowley
    Intellectual 655 points

    Hi Vegard,

    Do you have any feedback?

  • 0 in reply to Scot Cowley
    TI__Expert 4560 points

    I am trying to get into contact with some of the engineers who worked on the OOK Phy, but due to vacation it is somewhat difficult to find the correct persons, Hopefully I have more information at the end of this week.

    Vegard

  • 0 in reply to Vegard H
    TI__Expert 4560 points

    Hi 

    The OOK phy were made to work with 4.8 kbps, but written to be as flexible as possible. It has not been tested for other datarates. It should support datarates up to around 20 kbps, but you might try higher datarates.

    What is the estimated volume for your product? 

  • 0 in reply to Vegard H
    Intellectual 655 points

    CC1352 - 15k per annum

    CC1125 - 5k per annum

    Ideally we would like to get both working at 33.3kbps OOK.

    I've already tried working at 33.3kbps on the CC1125 (using values from the CC1120's OOK mode) - and while I can get it to read within 2 meters - 99% of the time it fails. 

  • 0 in reply to Scot Cowley
    TI__Expert 4560 points

    Hi

    Regarding getting the OOK to work on CC1352. It should be theoretically possible if you have the time and equipment to tune the PHY yourself. It has been done on the CC13x0 devices, see the following thread. https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz/f/156/t/576254. I don't think the overrides are the same for the CC13x2 device, and I need to double check with the designer to find the correct overrides. 

    Vegard

  • 0 in reply to Vegard H
    Intellectual 655 points

    Thanks - I had tried asking about the CC13x2 overrides so that I can start testing but I was told there weren't any available yet.

    I'm still interested in getting both the CC1125 and CC13x2 devices working. I'd be happy with a CC1125 solution to move things forward quicker- this seems easier to resolve.

  • 0 in reply to Scot Cowley
    Intellectual 655 points

    Hi Vegard,

    Do you have any more feedback?

    CC13x2 overrides

    CC1125 OOK 33.3kbps register settings

  • 0 in reply to Scot Cowley
    TI__Expert 4560 points

    Hi

    I found the overrides needed for the CC13x2, I will send you a list later today, I just need to go through the information. I am also looking into the CC1125 OOK register settings.

    Vegard

  • 0 in reply to Vegard H
    TI__Expert 4560 points

    The same registers as mentioned in this thread for the CC1352 device is the following:

    HW_REG_OVERRIDE(0x51E4,0xXXXX), [14:0] defines the duty cycle delay when MSB = 1. The PA start ramp down after Symbol period / 2 + DutyCycleDelay. 

    You also possibly need to adjust the AGC_REF, this can be done with the following override:
    HW_REG_OVERRIDE(0x609C,0x00XX)

    I will try to see if I can find some values that will work here for 33 kbps. 

  • 0 in reply to Vegard H
    Intellectual 655 points

    Is the "DutyCycleDelay" a fixed value of 5?

    Thanks again for the assitance. Please let me know if there is also any progress with the CC1125?

  • 0 in reply to Scot Cowley
    Intellectual 655 points

    Hi,

    Do you have any more feedback on CC1125 and CC1352 settings for 33kbps OOK?

  • 0 in reply to Scot Cowley
    Intellectual 655 points

    Hi,

    Do you know if there will be any progress on this? 

    Is this ticket considered closed - the last response was the 1st of September when Vegard mentioned that he would try find a solution to my issues?

  • 0 in reply to Scot Cowley
    TI__Expert 4560 points

    Hi Scot.

    So far no progress, but I am working on the problem. Due to some resource conflicts, I haven't been able to dedicate as much time to this as needed, but I am still looking into this.

    Vegard

  • 0 in reply to Vegard H
    TI__Expert 4560 points

    Scot, 

    So my progress so far on the CC1352 is that I am able to get a semi reliable TX by using the override HW_REG_OVERRIDE(0x51E4,0x8028) as well as setting the symbol rate to 33 kBaud in SmartRF Studio. Note that the 0x51E4 override is to set the DutyCycle Delay.  Values close to 0x8028, like for example 0x801A made the radio hang, and could not be used. Lower values like 0x8008 made the ratio between high and low skewed and would not yield a good result. 

    When using this value I was able to get TX working, but not RX. I am working my way through possible values, and when I have found some potential candidates, I will do a more thorough testing to see if it is reliable across multiple devices. But keep in mind that 33 kBaud is close to the limit of what the device can handle, and might not be possible for the CC1352R. 

    Vegard 

  • 0 in reply to Vegard H
    TI__Expert 4560 points

    Hi Scot. 

    After trying different values for the Duty Cycle Delay, I have found out that getting 33 kBaud to work on the CC1352R is only possible in TX. The main issue is when the symbol rate is so high, the difference between high and low gets to skewed, see image:

    This is the 33 kBaud setting without any modifications. Here it seems the duty cycle is in the area of around 19%
    The Duty Cycle Delay is a delay that changes when the signal should go from high to low. By changing this variable, it is possible to get the duty cycle to 50%. 

    I was able to get a working TX signal at 33 kBaud on one device, but it would not work in RX. So if you want to only transmit, it is possible, but RX is not possible. To archive this you can add the override 

    HW_REG_OVERRIDE(0x51E4,0x8028)

    I am looking into the CC1125 question now. 

    Vegard

  • 0 in reply to Vegard H
    Intellectual 655 points

    Hi Vegard,

    Thanks for the detailed response - it explains why I was having so many issues trying to get it to work.

    I hope that the CC1125 can achieve something better.

    Kind regards,

    Scot Cowley

  • 0 in reply to Scot Cowley
    TI__Expert 4560 points

    Hi Scott. 

    Sorry for the delay in response. I found settings that works now, see attached XML files. 

    CC1101_33OOK.xml 
    <?xml version="1.0" encoding="ISO-8859-1"?>
<!DOCTYPE configuration SYSTEM "C:/Program Files (x86)/Texas Instruments/SmartRF Tools/SmartRF Studio 7/config/xml/configdata.dtd"[]>
<dcpanelconfiguration>
    <Devicename>CC1101</Devicename>
    <Description>Saved configuration data</Description>
    <registersettings>
        <Register>
            <Name>AGCCTRL2</Name>
            <Value>0x43</Value>
        </Register>
        <Register>
            <Name>DEVIATN</Name>
            <Value>0x35</Value>
        </Register>
        <Register>
            <Name>FIFOTHR</Name>
            <Value>0x47</Value>
        </Register>
        <Register>
            <Name>FOCCFG</Name>
            <Value>0x16</Value>
        </Register>
        <Register>
            <Name>FREND0</Name>
            <Value>0x11</Value>
        </Register>
        <Register>
            <Name>FREQ0</Name>
            <Value>0x62</Value>
        </Register>
        <Register>
            <Name>FREQ1</Name>
            <Value>0xa7</Value>
        </Register>
        <Register>
            <Name>FREQ2</Name>
            <Value>0x10</Value>
        </Register>
        <Register>
            <Name>FSCAL0</Name>
            <Value>0x1f</Value>
        </Register>
        <Register>
            <Name>FSCAL1</Name>
            <Value>0x00</Value>
        </Register>
        <Register>
            <Name>FSCAL2</Name>
            <Value>0x2a</Value>
        </Register>
        <Register>
            <Name>FSCAL3</Name>
            <Value>0xe9</Value>
        </Register>
        <Register>
            <Name>FSCTRL1</Name>
            <Value>0x06</Value>
        </Register>
        <Register>
            <Name>IOCFG0</Name>
            <Value>0x06</Value>
        </Register>
        <Register>
            <Name>LQI</Name>
            <Value>0x7f</Value>
        </Register>
        <Register>
            <Name>MARCSTATE</Name>
            <Value>0x01</Value>
        </Register>
        <Register>
            <Name>MCSM0</Name>
            <Value>0x18</Value>
        </Register>
        <Register>
            <Name>MDMCFG2</Name>
            <Value>0x33</Value>
        </Register>
        <Register>
            <Name>MDMCFG3</Name>
            <Value>0x4d</Value>
        </Register>
        <Register>
            <Name>MDMCFG4</Name>
            <Value>0xca</Value>
        </Register>
        <Register>
            <Name>PA_TABLE1</Name>
            <Value>0x60</Value>
        </Register>
        <Register>
            <Name>PKTCTRL0</Name>
            <Value>0x05</Value>
        </Register>
        <Register>
            <Name>RSSI</Name>
            <Value>0x80</Value>
        </Register>
        <Register>
            <Name>TEST0</Name>
            <Value>0x09</Value>
        </Register>
        <Register>
            <Name>TEST1</Name>
            <Value>0x35</Value>
        </Register>
        <Register>
            <Name>TEST2</Name>
            <Value>0x81</Value>
        </Register>
        <Register>
            <Name>VCO_VC_DAC</Name>
            <Value>0x94</Value>
        </Register>
        <Register>
            <Name>WORCTRL</Name>
            <Value>0xfb</Value>
        </Register>
    </registersettings>
    <dcpanel>
        <Property role="44" name="m_chkRegView">0</Property>
        <Property role="44" name="m_chkCmdView">0</Property>
        <Property role="44" name="m_chkRfParameters">2</Property>
        <Property role="46" name="m_cmbUserMode">1</Property>
        <Property role="33" name="m_easyModeSettings">-1</Property>
        <Property role="33" name="m_typicalSettings">-1</Property>
        <Property role="37" name="m_testFuncPanel">2</Property>
    </dcpanel>
    <rfparameters>
        <Property role="46" name="Xtal Frequency">26.000000</Property>
    </rfparameters>
    <conttx>
        <Property role="45" name="m_rbtModulated">1</Property>
        <Property role="45" name="m_rbtUnmodulated">0</Property>
        <Property role="46" name="m_cmbDataFormat">-1</Property>
        <Property role="44" name="m_chkFreqSweep">0</Property>
        <Property role="44" name="m_chkChanSweep">0</Property>
    </conttx>
    <contrx>
        <Property role="46" name="m_cmbDataFormat">-1</Property>
        <Property role="44" name="m_chkAutoScroll">2</Property>
    </contrx>
    <packettx>
        <Property role="42" name="m_edtPayloadSize">5</Property>
        <Property role="42" name="m_edtPacketCount">100</Property>
        <Property role="42" name="m_edtPacketCountEsy">100</Property>
        <Property role="42" name="m_edtRandomPacketData">80 b2 ea c9 </Property>
        <Property role="42" name="m_edtPacketData">00 ff 00 ff</Property>
        <Property role="42" name="m_edtAccessAddress"></Property>
        <Property role="42" name="m_edtDeviceAddress"></Property>
        <Property role="44" name="m_chkAddSeqNbr">0</Property>
        <Property role="44" name="m_chkInfinite">2</Property>
        <Property role="44" name="m_chkInfiniteEsy">2</Property>
        <Property role="45" name="m_rbtRandom">0</Property>
        <Property role="45" name="m_rbtText">0</Property>
        <Property role="45" name="m_rbtHex">1</Property>
        <Property role="44" name="m_chkAdvanced">0</Property>
    </packettx>
    <packetrx>
        <Property role="42" name="m_edtPacketCount">100</Property>
        <Property role="42" name="m_edtPacketCountEsy">100</Property>
        <Property role="42" name="m_edtAccessAddress"></Property>
        <Property role="44" name="m_chkInfinite">0</Property>
        <Property role="44" name="m_chkInfiniteEsy">0</Property>
        <Property role="46" name="m_cmbViewFormat">0</Property>
        <Property role="44" name="m_chkSeqNbrIncluded">2</Property>
        <Property role="42" name="m_edtDumpFile"></Property>
        <Property role="44" name="m_chkAdvanced">0</Property>
        <Property role="44" name="m_chk802154gMode">0</Property>
    </packetrx>
    <commandpanel>
        <Property role="44" name="m_chkInsertLength">0</Property>
        <Property role="42" name="m_edtTxFifo"></Property>
        <Property role="42" name="m_edtRxFifo"></Property>
        <Property role="46" name="m_cmbInstrInput">-1</Property>
    </commandpanel>
</dcpanelconfiguration>
    CC1125_33OOK.xml 
    <?xml version="1.0" encoding="ISO-8859-1"?>
<!DOCTYPE configuration SYSTEM "C:/Program Files (x86)/Texas Instruments/SmartRF Tools/SmartRF Studio 7/config/xml/configdata.dtd"[]>
<dcpanelconfiguration>
    <Devicename>CC1125</Devicename>
    <Description>Saved configuration data</Description>
    <registersettings>
        <Register>
            <Name>AGC_CFG0</Name>
            <Value>0x9f</Value>
        </Register>
        <Register>
            <Name>AGC_CFG1</Name>
            <Value>0xa9</Value>
        </Register>
        <Register>
            <Name>AGC_CFG2</Name>
            <Value>0x3f</Value>
        </Register>
        <Register>
            <Name>AGC_CFG3</Name>
            <Value>0xd1</Value>
        </Register>
        <Register>
            <Name>AGC_CS_THR</Name>
            <Value>0xec</Value>
        </Register>
        <Register>
            <Name>AGC_REF</Name>
            <Value>0x30</Value>
        </Register>
        <Register>
            <Name>CHAN_BW</Name>
            <Value>0x02</Value>
        </Register>
        <Register>
            <Name>DCFILT_CFG</Name>
            <Value>0x13</Value>
        </Register>
        <Register>
            <Name>DEVIATION_M</Name>
            <Value>0xd6</Value>
        </Register>
        <Register>
            <Name>FIFO_CFG</Name>
            <Value>0x00</Value>
        </Register>
        <Register>
            <Name>FREQ0</Name>
            <Value>0x99</Value>
        </Register>
        <Register>
            <Name>FREQ1</Name>
            <Value>0x99</Value>
        </Register>
        <Register>
            <Name>FREQ2</Name>
            <Value>0x56</Value>
        </Register>
        <Register>
            <Name>FREQOFF_CFG</Name>
            <Value>0x22</Value>
        </Register>
        <Register>
            <Name>FREQ_IF_CFG</Name>
            <Value>0x33</Value>
        </Register>
        <Register>
            <Name>FS_CAL0</Name>
            <Value>0x0e</Value>
        </Register>
        <Register>
            <Name>FS_CAL2</Name>
            <Value>0x22</Value>
        </Register>
        <Register>
            <Name>FS_CFG</Name>
            <Value>0x14</Value>
        </Register>
        <Register>
            <Name>FS_DIG0</Name>
            <Value>0x5f</Value>
        </Register>
        <Register>
            <Name>FS_DIG1</Name>
            <Value>0x00</Value>
        </Register>
        <Register>
            <Name>FS_DIVTWO</Name>
            <Value>0x03</Value>
        </Register>
        <Register>
            <Name>FS_DSM0</Name>
            <Value>0x33</Value>
        </Register>
        <Register>
            <Name>FS_DVC0</Name>
            <Value>0x17</Value>
        </Register>
        <Register>
            <Name>FS_PFD</Name>
            <Value>0x50</Value>
        </Register>
        <Register>
            <Name>FS_PRE</Name>
            <Value>0x6e</Value>
        </Register>
        <Register>
            <Name>FS_REG_DIV_CML</Name>
            <Value>0x14</Value>
        </Register>
        <Register>
            <Name>FS_SPARE</Name>
            <Value>0xac</Value>
        </Register>
        <Register>
            <Name>IF_ADC0</Name>
            <Value>0x05</Value>
        </Register>
        <Register>
            <Name>IF_MIX_CFG</Name>
            <Value>0x00</Value>
        </Register>
        <Register>
            <Name>IOCFG0</Name>
            <Value>0x40</Value>
        </Register>
        <Register>
            <Name>IOCFG1</Name>
            <Value>0xb0</Value>
        </Register>
        <Register>
            <Name>IOCFG2</Name>
            <Value>0x06</Value>
        </Register>
        <Register>
            <Name>IOCFG3</Name>
            <Value>0xb0</Value>
        </Register>
        <Register>
            <Name>IQIC</Name>
            <Value>0x00</Value>
        </Register>
        <Register>
            <Name>MDMCFG0</Name>
            <Value>0x05</Value>
        </Register>
        <Register>
            <Name>MODCFG_DEV_E</Name>
            <Value>0x1c</Value>
        </Register>
        <Register>
            <Name>MODEM_STATUS1</Name>
            <Value>0x10</Value>
        </Register>
        <Register>
            <Name>PARTNUMBER</Name>
            <Value>0x58</Value>
        </Register>
        <Register>
            <Name>PARTVERSION</Name>
            <Value>0x21</Value>
        </Register>
        <Register>
            <Name>PA_CFG2</Name>
            <Value>0x7c</Value>
        </Register>
        <Register>
            <Name>PKT_LEN</Name>
            <Value>0x04</Value>
        </Register>
        <Register>
            <Name>PREAMBLE_CFG0</Name>
            <Value>0x33</Value>
        </Register>
        <Register>
            <Name>PREAMBLE_CFG1</Name>
            <Value>0x18</Value>
        </Register>
        <Register>
            <Name>SETTLING_CFG</Name>
            <Value>0x03</Value>
        </Register>
        <Register>
            <Name>SYMBOL_RATE0</Name>
            <Value>0x9a</Value>
        </Register>
        <Register>
            <Name>SYMBOL_RATE1</Name>
            <Value>0x08</Value>
        </Register>
        <Register>
            <Name>SYMBOL_RATE2</Name>
            <Value>0x8b</Value>
        </Register>
        <Register>
            <Name>SYNC0</Name>
            <Value>0x91</Value>
        </Register>
        <Register>
            <Name>SYNC1</Name>
            <Value>0xd3</Value>
        </Register>
        <Register>
            <Name>SYNC2</Name>
            <Value>0x91</Value>
        </Register>
        <Register>
            <Name>SYNC3</Name>
            <Value>0xd3</Value>
        </Register>
        <Register>
            <Name>SYNC_CFG1</Name>
            <Value>0x08</Value>
        </Register>
        <Register>
            <Name>TOC_CFG</Name>
            <Value>0x0a</Value>
        </Register>
        <Register>
            <Name>XOSC1</Name>
            <Value>0x07</Value>
        </Register>
        <Register>
            <Name>XOSC5</Name>
            <Value>0x0e</Value>
        </Register>
        <Register>
            <Name>XOSC_TEST1</Name>
            <Value>0x00</Value>
        </Register>
    </registersettings>
    <dcpanel>
        <Property name="m_chkRegView" role="44">2</Property>
        <Property name="m_chkCmdView" role="44">0</Property>
        <Property name="m_chkRfParameters" role="44">2</Property>
        <Property name="m_cmbUserMode" role="46">1</Property>
        <Property name="m_easyModeSettings" role="33">-1</Property>
        <Property name="m_typicalSettings" role="33">-1</Property>
        <Property name="m_testFuncPanel" role="37">2</Property>
    </dcpanel>
    <rfparameters>
        <Property name="Xtal Frequency" role="46">40.000000</Property>
    </rfparameters>
    <conttx>
        <Property name="m_rbtModulated" role="45">1</Property>
        <Property name="m_rbtUnmodulated" role="45">0</Property>
        <Property name="m_cmbDataFormat" role="46">-1</Property>
        <Property name="m_chkFreqSweep" role="44">0</Property>
        <Property name="m_chkChanSweep" role="44">0</Property>
    </conttx>
    <contrx>
        <Property name="m_cmbDataFormat" role="46">-1</Property>
        <Property name="m_chkAutoScroll" role="44">2</Property>
    </contrx>
    <packettx>
        <Property name="m_edtPayloadSize" role="42">4</Property>
        <Property name="m_edtPacketCount" role="42">100</Property>
        <Property name="m_edtPacketCountEsy" role="42">100</Property>
        <Property name="m_edtRandomPacketData" role="42">22 91 9d e1 </Property>
        <Property name="m_edtPacketData" role="42">00 ff 00 ff</Property>
        <Property name="m_edtAccessAddress" role="42"></Property>
        <Property name="m_edtDeviceAddress" role="42"></Property>
        <Property name="m_chkAddSeqNbr" role="44">0</Property>
        <Property name="m_chkInfinite" role="44">0</Property>
        <Property name="m_chkInfiniteEsy" role="44">0</Property>
        <Property name="m_rbtRandom" role="45">0</Property>
        <Property name="m_rbtText" role="45">0</Property>
        <Property name="m_rbtHex" role="45">1</Property>
        <Property name="m_chkAdvanced" role="44">2</Property>
        <Property name="m_cmbSyncWord" role="46">-1</Property>
        <Property name="m_cmbPreambleCount" role="46">-1</Property>
        <Property name="m_chkAddress" role="44">0</Property>
        <Property name="m_edtAddress" role="42"></Property>
        <Property name="m_cmbLengthConfig" role="46">0</Property>
        <Property name="m_edtLengthConfig" role="42">4</Property>
        <Property name="m_spnPktInterval" role="52">300</Property>
        <Property name="m_chkDefPktInterval" role="44">0</Property>
    </packettx>
    <packetrx>
        <Property name="m_edtPacketCount" role="42">100</Property>
        <Property name="m_edtPacketCountEsy" role="42">100</Property>
        <Property name="m_edtAccessAddress" role="42"></Property>
        <Property name="m_chkInfinite" role="44">0</Property>
        <Property name="m_chkInfiniteEsy" role="44">0</Property>
        <Property name="m_cmbViewFormat" role="46">0</Property>
        <Property name="m_chkSeqNbrIncluded" role="44">0</Property>
        <Property name="m_edtDumpFile" role="42"></Property>
        <Property name="m_chkAdvanced" role="44">2</Property>
        <Property name="m_chk802154gMode" role="44">0</Property>
        <Property name="m_cmbSyncWord" role="46">-1</Property>
        <Property name="m_cmbAddressConfig" role="46">0</Property>
        <Property name="m_chkAddress" role="44">0</Property>
        <Property name="m_chkFifoAutoFlush" role="44">0</Property>
        <Property name="m_edtAddress" role="42"></Property>
        <Property name="m_cmbLengthConfig_adv" role="46">0</Property>
        <Property name="m_edtLengthConfig_adv" role="42">4</Property>
    </packetrx>
    <commandpanel>
        <Property name="m_chkInsertLength" role="44">0</Property>
        <Property name="m_edtTxFifo" role="42"></Property>
        <Property name="m_edtRxFifo" role="42"></Property>
        <Property name="m_cmbInstrInput" role="46">-1</Property>
    </commandpanel>
    <packetRxSniffMode>
        <Property name="m_edtPreambleLength" role="42">8</Property>
        <Property name="m_edtCarrierSenseThreshold" role="42">-90</Property>
        <Property name="m_rbtRssi" role="45">1</Property>
        <Property name="m_rbtPreamble" role="45">0</Property>
    </packetRxSniffMode>
</dcpanelconfiguration>

    I am able to send packets between the devices with these settings. Note that when you use these in SmartRF studio, double check the Sync Word and preamble length on the CC1125. Sync should be D3 91 D3 91, and Preamble Length should be 06, but sometimes they resets when changing for Packet TX to Packet RX.

    Regards, 
    Vegard