Sub-1 GHz forum - Recent Threads

CC1352P: optimizing propRf TX / PA time in a TDMA network

Mike Snyder — Fri, 24 Apr 2026 21:50:13 GMT

Part Number: CC1352P

Hi!

I've done just about all the optimization I can do with RF OP chaining and looping. I'm wondering if I can shave 60 us off the transmission/TX PA time measured with IOC_PORT_RFC_GPO1. I'm appending timestamps for receiver sync. Can I shorten the sync word or preamble? Are there any other overrides or knobs to turn? Is there some 'dead time' before the transmission I can account for? I'm using the 500kbps BLE PHY.

Thanks!

MSPM0G3507: The chip is locked and cannot be solved with Uniflash.

mi sj — Fri, 24 Apr 2026 16:46:29 GMT

Part Number: MSPM0G3507

Dear TI Technical Support Team,
I am working on a project using the MSPM0G3507 (80MHz Arm® Cortex®‑M0+ MCU, 128KB flash, 3× comparator). During the development of the comparator configuration, the chip frequently became locked. Eventually the device became completely unreachable. The IDE (CCS) and debugger (XDS110) failed to connect to the target. The error messages are as follows:
Error connecting to the target: Connection to MSPM0 core failed. Possible root causes: 1) Debug access within NONMAIN was disabled or enabled with password. 2) Peripheral mis-configuration (e.g improper watchdog or clock). To see a more detailed diagnostic of the issue, please press the 'Read boot diagnostic' button. Error connecting to the target: (Error -6310) PRSC module failed to read a register. (Emulation package 20.5.0.3902)
The complete information is in the picture.

I would be most grateful if you could offer help.

RE: MSPM0G3507: The chip is locked and cannot be solved with Uniflash.

Brian Lee — Fri, 24 Apr 2026 19:57:49 GMT

Hi Mi,

Are you able to connect to the CS_DAP_0 core after starting a project-less debug session? If so, can you run the MSPM0_Mailbox_FactoryReset_Manual script and follow the prompts in the GEL Output Console? This should unlock the device again.

If that does not work, try the MSPM0_DeviceDiagnosticRead script and view the output in the GEL Output Console.

If the device is unable to connect to the DAP, try again with the following procedure:

Hold NRST low
Remove power
Reconnect power
Start projectless debug session
Attempt to connect to DAP core
Release NRST
Attempt to run the script again

If the device can connect to the DAP core, but the Device Diagnostic Read returns a code 0f 0x36, the device is not recoverable. Additionally, if you are still unable to connect to the DAP, the device is also no longer recoverable.

Best Regards,
Brian

CC1310: Turbo OAD CRC Failed

faker wang — Wed, 15 Apr 2026 12:51:39 GMT

Part Number: CC1310

Hi guys:

Example of using two CC1310 MCUs to test OAD
SDK version: Simplelink_cc13x0usdk_4_20-02_07, ti154stack_Lux_x64_8_30_00_05

I tried to send an OAD request on Linux, But the sensor will display CRC Failed

The steps for me to create an incremental package are as follows:

python hexmerge.py -o devices_1310.hex "--overlap=error" ../Release/devices_1310_v0.9.0.hex bim_1310.hex
Download devices_1310.hex to MCU via UniFlash
python oad_image_tool.py -v 0x0090 -t offchip -i app ../Release/devices_1310_v0.9.0.hex -ob a.bin -m 0x14F0
python oad_image_tool.py -v 0x0091 -t offchip -i app ../Release/devices_1310_v0.9.1.hex -ob b.bin -m 0x14F0
python toad_image_tool.py -oimg a.bin -nimg b.bin -o ab.dim
Transfer ab.dim to Linux and issue it to the sensor using the 'u' command
The above figure shows the output after the last instruction of sensor load

I have also tried removing the offchip in steps 2-3 above, but the result was CRC Failed
Can you help me? Thank you

RE: CC1310: Turbo OAD CRC Failed

faker wang — Fri, 24 Apr 2026 15:21:52 GMT

Hi Daniel:

Thank you for continuing to investigate this issue, and I am still trying to resolve it

Is the OAD of CC1312 and CC1310 incompatible? I tried to use the load command for CC1312 in the Linux I ported, but the first frame command reported an error, which means the packet length cannot be read

Best regards,

faker

RE: CC1310: Turbo OAD CRC Failed

Daniel Guarecuco Aguiar — Fri, 24 Apr 2026 15:10:56 GMT

Hi faker,

I haven't found the issue yet, but I can definitely see the same. Not sure whether it is on the generated delta image or the embedded side when reading the headers.

Best regards,

Daniel

RE: LP-CC1352P7: Not able to communicate with Thread RCP firmware from Linux(Ubuntu) using USB to UART hardware

Ryan Brown1 — Fri, 24 Apr 2026 13:33:15 GMT

Hello Hiren,

Please confirm that your host recognizes ttyUSB0 (ls /dev/tty*) and make sure that RX/TX is properly connected to DIO12/13, respectively, as well as GND. How is the board powered: the on-LP XDS110, USB to UART converter cable, or otherwise? ot-br-posix is developed by a third party and you would benefit from inquiring whether they have any suggestions based on your log.

Regards,
Ryan

LP-CC1352P7: Not able to communicate with Thread RCP firmware from Linux(Ubuntu) using USB to UART hardware

Hiren Bhvua — Fri, 24 Apr 2026 05:35:24 GMT

Part Number: LP-CC1352P7

Hello TI Support Team,

I am using LP-CC1352P7-1 Developement kit. I am running RCP firmware compiled using ot-to repo.
I am able to Form Network using My Linux system as Host and /dev/ttyACM0 port.
Now, I have removed the Jumper4&5 and connected USB to UART converter and trying to run the same RCP application using /dev/ttyUSB0 port.
But, using /dev/ttyUSB0 port I am getting below error for otbr-agent in my linux system. I am getting similar error with my actual host device as well.

Apr 22 18:47:22 hiren-ASUS-EXPERTBOOK-B1503CVA-B1503CVAB systemd[1]: Started OpenThread Border Router Agent.
Apr 22 18:47:22 hiren-ASUS-EXPERTBOOK-B1503CVA-B1503CVAB otbr-agent[1268822]: [NOTE]-AGENT---: Backbone interface: wlo1
Apr 22 18:47:22 hiren-ASUS-EXPERTBOOK-B1503CVA-B1503CVAB otbr-agent[1268822]: [NOTE]-AGENT---: Running 0.3.0-thread-reference-20250612-333-g5bcdd573
Apr 22 18:47:22 hiren-ASUS-EXPERTBOOK-B1503CVA-B1503CVAB otbr-agent[1268822]: [NOTE]-AGENT---: Thread version: 1.4.0
Apr 22 18:47:22 hiren-ASUS-EXPERTBOOK-B1503CVA-B1503CVAB systemd[1]: otbr-agent.service: Main process exited, code=exited, status=5/NOTINSTALLED
Apr 22 18:47:22 hiren-ASUS-EXPERTBOOK-B1503CVA-B1503CVAB otbr-agent[1268822]: [NOTE]-AGENT---: Thread interface: wpan0
Apr 22 18:47:22 hiren-ASUS-EXPERTBOOK-B1503CVA-B1503CVAB systemd[1]: otbr-agent.service: Failed with result 'exit-code'.
Apr 22 18:47:22 hiren-ASUS-EXPERTBOOK-B1503CVA-B1503CVAB otbr-agent[1268822]: [NOTE]-AGENT---: Radio URL: spinel+hdlc:///dev/ttyUSB0?uart-baudrate=921600&uart-flow-control=0
Apr 22 18:47:22 hiren-ASUS-EXPERTBOOK-B1503CVA-B1503CVAB otbr-agent[1268822]: [NOTE]-AGENT---: Radio URL: trel://wlo1
Apr 22 18:47:22 hiren-ASUS-EXPERTBOOK-B1503CVA-B1503CVAB otbr-agent[1268822]: [NOTE]-ILS-----: Infra link selected: wlo1
Apr 22 18:47:22 hiren-ASUS-EXPERTBOOK-B1503CVA-B1503CVAB otbr-agent[1268822]: [INFO]-RCP_HOS-: OpenThread log level changed to 4
Apr 22 18:47:22 hiren-ASUS-EXPERTBOOK-B1503CVA-B1503CVAB otbr-agent[1268822]: 55d.08:09:45.285 [C] Platform------: Init() at hdlc_interface.cpp:153: No such file or directory

I tried to reduce the UART baudrate and still faces the same issue.
I would like to understand the issue.

Thanks in Advance
Hiren Bhuva

CC1312R7: 2-GFSK whitening and CRC algorithm

chun dong — Fri, 24 Apr 2026 09:48:16 GMT

Part Number: CC1312R7

hi,

we want to check the communication between LP-CC1312R7(RX) and other sub-1 GHz device(TX) which is not product of TI, we have verified they can commnucation well when we choose withening mode PN9, now we want to choose whitening mode as "7: Dynamically IEEE 802.15.4g compatible whitener and 16-bit or 32-bit CRC" like picture.

but the LP-CC1312R7 can't receive the correct data, we want to modify TX device packet build process to make they can communicate well, so can you tell us what we should do or what whitening and CRC alogrithm we should use when we choose this whitening mode.

RE: CC1312R7: 2-GFSK whitening and CRC algorithm

Siri — Fri, 24 Apr 2026 12:47:37 GMT

You will need to purchase the IEEE 802.15.4g spec. if you want details on how whitening and CRC is implemented. This is not an open spec (I think), so we cannot share any info on how this is done.

If you are making your protocol from scratch and can configure the TX as you want, why do you want to use this whitening compared to for example the 1101 compatible whitening?

Siri

RE: CC115L: radio driver

Siri — Fri, 24 Apr 2026 08:17:59 GMT

There are no

There are no rf driver for the CC11x radios. etc

The radio interface is very simple and consist of sending 8 bits strobe commands (STX, SRX, SIDLE) over SPI, plus reading and writing single register in single mode (address + 1 byte) or burst mode (address + several bytes)

I have attached some examples that is written for the CC11xL + TRXEB and you can also find some examples here:

https://dev.ti.com/tirex/explore/node?isTheia=false&node=A__AK2Xbhji2LYN5xbtd.b72g__MSPM0-SDK__a3PaaoK__LATEST&search=CC110x

The examples show how to set up a link between two devices.

e2e.ti.com/.../cc110L_5F00_app_5F00_ex.zip

Siri

CC115L: radio driver

R.J. — Thu, 23 Apr 2026 15:08:09 GMT

Part Number: CC115L

Dear TI Support team,

do you provide a fully implemented radio driver for the CC115L transmitter?

LAUNCHXL-CC13-90: LAUNCHXL-CC13-90 to perform the range test

chandrashekhar Venkatesh — Fri, 24 Apr 2026 05:55:26 GMT

Part Number: LAUNCHXL-CC13-90

We have an requirement for minimum 500 meters of wireless data transfer for agriculture fields. Where Antenna will be placed with each node atlease of 10 feet height.

We want to use LAUNCHXL-CC13-90 kit to test perfromace, Our data packet is not more that 100Bytes and it will be every 1Second interval trasnceiver.

We want to have maximum of 25nodes which can form an Start network.

Suggest us best hardware chipsets to acheive below goal

Transfer and receive of data with interval of 1Seconds, we can accept few retry mechanism too
Datapacket size of 100Bytes
Minimum range coverage is 500meters, no compromise here.
Star network topology to support minimum 25 nodes.
Actual deployment will in aggricultural feild, Tree hight is above the antenna height, Lets say antenna will be placed in 10Feet height, Trees will go as high as >20 feets. Think case when they still young trees they will be small. Still our system must be working.

Rgds

Chandra

RE: CC1310: Turbo OAD CRC Failed

Daniel Guarecuco Aguiar — Thu, 23 Apr 2026 14:32:18 GMT

Hi faker,

I don't have an answer yet, but I have my environment working, I believe you have already done these steps, but for those reading:

TIRTOS_IN_ROM is defined by default in the CC13x0 projects but not for the TI 15.4 Linux SDK, so you need to define
```
CFLAGS += -DTIRTOS_IN_ROM
```
in ti15stack_linux_/example/collector/Makefile and rebuild the host_collector by running build_all.sh
if build_all.sh returns with errors, check CC1312R: ti154stack_linux_x64_4_40_00_03 examples don't build out the box

Now, back to the TOAD, I can see in the collector_log.txt that the delta image "ab.dim" is being detected as a regular image and not as a TOAD image, I believe this might be the reason for the CRC error. I'll get back to you later.

Best regards,

Daniel

RE: CC1310: Turbo OAD CRC Failed

faker wang — Thu, 23 Apr 2026 11:00:16 GMT

Hi Daniel:

okay, thank you. I will wait for your response

Best regards,

faker

RE: CC1310: Turbo OAD CRC Failed

Daniel Guarecuco Aguiar — Thu, 23 Apr 2026 10:57:59 GMT

Hi faker,

I'm sorry, I had issues with my Linux setup. I will start testing it now, I will give you and updated tomorrow.

Best regards,

Daniel

RE: CC1310: Turbo OAD CRC Failed

faker wang — Thu, 23 Apr 2026 02:17:57 GMT

Hi Daniel:

Has it been tested

Best regards,

faker

RE: CC1312R: WLCSP packaging

ZC — Wed, 22 Apr 2026 14:21:43 GMT

Hi,

Unfortunately the CC1312R (and its related device family variants) is only available in a QFN package. There is also the CC1312PSIP available to reduce the required PCB footprint (if that is a factor here), but that is also QFN.

The CC1311P3 has the smallest available (QFN) package size of the CC131xRx family; 5x5 mm (RKP).

If 2.4 GHz is an option (probably not given the application), the CC2340R5 is available in a WCSP package.

Regards,

Zack

CC1312R: WLCSP packaging

Steven Van Heddegem — Tue, 21 Apr 2026 15:55:48 GMT

Part Number: CC1312R

Hi TI,

I'm looking into building a tracker for an asian hornet. Size & weight therefore matter big time.

Is there a way to get hold of an MCU (sub 1-GHz or just above) in WLCSP packaging?

If not directly buyable from you, does it exist? Can I obtain it elsewhere?

I tried looking at alternates but I couldn't find any suitable MCU in WLCSP packaging.

Thanks up front

CC1312R7: Gaussian Filter BT value for 2GFSK

chun dong — Wed, 22 Apr 2026 03:13:05 GMT

Part Number: CC1312R7

I want to know the 2-GFSK gaussian filter BT value of CC1312R7 launchpad, i can't find it from datasheet.

and we want to know if the BT value are related with symbol rate and deviation chosen by user.

RE: CC1312R7: Gaussian Filter BT value for 2GFSK

ZC — Wed, 22 Apr 2026 14:18:43 GMT

Hi,

Please see: RE: CC1312R: Technical reference for the CC1312R software defined radio

If there is a strong need to modify the BT please contact your local Sales team as we would need to support that directly for larger orders (rather than on E2E).

The BT value is not changed by users modifying the symbol rate/deviation.

Regards,

Zack

CC1352P7: Not able to find the RPC firmware for the thread protocol

Hiren Bhvua — Mon, 13 Apr 2026 04:16:45 GMT

Part Number: CC1352P7

Hello Community,

I am planning to use LP-CC1352P7-1 development kit to test the Thread Boarder Router feature with my Linux (Ubuntu 22.04) as host system and CC1352P7 kit as Radio.
I am not able to find the example project (rpv-br) in simplelink_cc13xx_cc26xx_sdk_8_32_00_07 sdk.
Can anyone help to locate the example project for the same?

Thanks in advance,
Hiren Bhuva

RE: CC1352P7: Not able to find the RPC firmware for the thread protocol

Hiren Bhvua — Wed, 22 Apr 2026 13:19:29 GMT

Hi Arthur R☑️ (7092658) ,
I am able to test the Thread Network Formation using CC1352P7 developement board using /dev/ttyACM0 uart port.

However, when I remove the UART RX/TX jumpers (to remove the debugger UART connections) and use USB to UART connector (/dev/ttyUSB0) tfor UART communication then I am getting below error in the otbr-agent.

Apr 22 18:47:22 hiren-ASUS-EXPERTBOOK-B1503CVA-B1503CVAB systemd[1]: Started OpenThread Border Router Agent.
Apr 22 18:47:22 hiren-ASUS-EXPERTBOOK-B1503CVA-B1503CVAB otbr-agent[1268822]: [NOTE]-AGENT---: Backbone interface: wlo1
Apr 22 18:47:22 hiren-ASUS-EXPERTBOOK-B1503CVA-B1503CVAB otbr-agent[1268822]: [NOTE]-AGENT---: Running 0.3.0-thread-reference-20250612-333-g5bcdd573
Apr 22 18:47:22 hiren-ASUS-EXPERTBOOK-B1503CVA-B1503CVAB otbr-agent[1268822]: [NOTE]-AGENT---: Thread version: 1.4.0
Apr 22 18:47:22 hiren-ASUS-EXPERTBOOK-B1503CVA-B1503CVAB systemd[1]: otbr-agent.service: Main process exited, code=exited, status=5/NOTINSTALLED
Apr 22 18:47:22 hiren-ASUS-EXPERTBOOK-B1503CVA-B1503CVAB otbr-agent[1268822]: [NOTE]-AGENT---: Thread interface: wpan0
Apr 22 18:47:22 hiren-ASUS-EXPERTBOOK-B1503CVA-B1503CVAB systemd[1]: otbr-agent.service: Failed with result 'exit-code'.
Apr 22 18:47:22 hiren-ASUS-EXPERTBOOK-B1503CVA-B1503CVAB otbr-agent[1268822]: [NOTE]-AGENT---: Radio URL: spinel+hdlc:///dev/ttyUSB0?uart-baudrate=921600&uart-flow-control=0
Apr 22 18:47:22 hiren-ASUS-EXPERTBOOK-B1503CVA-B1503CVAB otbr-agent[1268822]: [NOTE]-AGENT---: Radio URL: trel://wlo1
Apr 22 18:47:22 hiren-ASUS-EXPERTBOOK-B1503CVA-B1503CVAB otbr-agent[1268822]: [NOTE]-ILS-----: Infra link selected: wlo1
Apr 22 18:47:22 hiren-ASUS-EXPERTBOOK-B1503CVA-B1503CVAB otbr-agent[1268822]: [INFO]-RCP_HOS-: OpenThread log level changed to 4
Apr 22 18:47:22 hiren-ASUS-EXPERTBOOK-B1503CVA-B1503CVAB otbr-agent[1268822]: 55d.08:09:45.285 [C] Platform------: Init() at hdlc_interface.cpp:153: No such file or directory

Can you help to understand the issue?
Thanks,
Hiren

SMARTRF-STUDIO-7: Mac support

Mark Szente — Tue, 21 Apr 2026 15:55:45 GMT

Part Number: SMARTRF-STUDIO-7

Hi,

I just downloaded SmartRF Studio. It's a zip file, containing a Windows executable file. I use a Mac, and have no access to any Windows-based machine. How could I use the tool?

Thanks,
Mark

RE: SMARTRF-STUDIO-7: Mac support

Mark Szente — Wed, 22 Apr 2026 10:58:08 GMT

Thanks. If anyone's facing this issue in the future, here's what I did. Get UTM and CrystalFetch from App Store. You can have a Windows-based VM up and running in like 5-10 mins. Make sure you share the folder where your Studio installer is located.