energia / cc13x2-core Goto Github PK

Energia core for the CC13x2 family

cc13x2-core's Introduction

The Energia project is no longer maintained.

Energia, the fork of the Arduino IDE and SDK for the LaunchPad boards, is no longer maintained. The last release 1.8.10E23 was published in December 2019.

The official tools from Texas Instruments are Code Composer Studio, based on Eclipse with an online variant, and the SimpleLink SDK for the ARM Cortex-M MCUs.

What Is Energia?

Energia is a fork/port of Arduino for the Launchpads, or boards with MCUs from Texas Instruments.

What Are the LaunchPads Supported?

Energia provides native support for the following LaunchPads:

LaunchPad with MSP430G2231, MSP430G2452 or MSP430G2553 or LaunchPad
Experimeter Board with MSP430FR5739 or FraunchPad
LaunchPad with MSP430F5529 or FattyPad
LaunchPad with MSP430FR5969
LaunchPad with Stellaris LM4F120 or Tiva C Series TM4C123 or StellarPad
Connected LaunchPad with Tiva C Series TM4C129

What Are the BoosterPacks Supported?

Energia includes ready-to-use libraries for the following BoosterPacks:

Anaren Air CC110L BoosterPack
Educational BoosterPack MKII
LCD Sharp BoosterPack
CC3000 SimpleLink WiFi BoosterPack

Looking for Help?

No problem! There are a variety of resources available to get you up and running, and sprinting once you're up and running.

GitHub repository - This very page!
Download - Download a compiled application for Linux, Mac OS X, or Windows.
Website - Full documentation including tutorials, reference, pins maps, FAQ and much more!
Wiki - Find basic information and tutorials here.
LaunchPad forum at 43oh - A community around the original LaunchPad but also the newer ones.
StellarPad forum at Stellaristi - A community more focused on the newer Stellaris LaunchPad.
Bug report - Is something not working as it ought to? Or better yet, is there something we could make better?

Clone instructions:

Energia consists of the main repository and a submodule called emt. The emt tree contains the sources for the Energia MT (Multi Tasking) feature that is based on TI-RTOS/SYSBIOS. To clone Energia and the emt submodule:

git clone --recursive https://github.com/energia/Energia.git

If you already have a clone of Energia then:

git submodule update --init --recursive
git submodule sync
cd emt
git pull
cd ..

cc13x2-core's People

Contributors

Stargazers

Watchers

cc13x2-core's Issues

jJson library does not compile on CC13xx

compiler raises an error that strdup (and some more) can not be resolved

Sketch not kept in CC1352 memory after a RESET or a power-cycle

It looks like the sketch isn't kept in the CC1352 memory after a RESET or a power-cycle.

When trying the Commissioner / Joiner example, I'm using one laptop:

First, connect the first board,
Then, build and upload Commissioner to a first board,
Second, disconnect the first board and connect the second one,
Then, build and upload Joiner to the second board,
Finally, connect the first board.

When pressing RESET, the Project Zero OOTB demo starts again.

#1 [ 0.027 ] �[32;1mINFO: �[30;1m(led_service.c:191) �[0mRegistered service, 5 attributes, status 0x00
#2 [ 0.028 ] �[32;1mINFO: �[30;1m(button_service.c:230) �[0mRegistered service, 7 attributes
#3 [ 0.028 ] �[32;1mINFO: �[30;1m(data_service.c:209) �[0mRegistered service, 6 attributes
#4 [ 0.029 ] �[32;1mINFO: �[30;1m(project_zero.c:660) �[0mRegistered OAD Service
#5 [ 0.029 ] �[32;1mINFO: �[30;1m(project_zero.c:2888) �[0mLeft button not held under boot, not reverting to factory.
#6 [ 0.029 ] �[32;1mINFO: �[30;1m(project_zero.c:2890) �[0mRight+Left button not held under boot, not erasing external flash.
#7 [ 0.029 ] �[32;1mINFO: �[30;1m(project_zero.c:678) �[0mOAD Image v0001
#8 [ 0.029 ] �[32;1mINFO: �[30;1m(led_service.c:207) �[0mRegistered callbacks to application. Struct @200021e4
#9 [ 0.029 ] �[32;1mINFO: �[30;1m(button_service.c:248) �[0mRegistered callbacks to application. Struct @200021ec
#10 [ 0.029 ] �[32;1mINFO: �[30;1m(data_service.c:227) �[0mRegistered callbacks to application. Struct @200021f4
#11 [ 0.029 ] �[32;1mINFO: �[30;1m(led_service.c:242) �[0mSetParameter : LED0 len: 1
#12 [ 0.029 ] �[32;1mINFO: �[30;1m(led_service.c:250) �[0mSetParameter : LED1 len: 1
#13 [ 0.029 ] �[32;1mINFO: �[30;1m(button_service.c:289) �[0mSetParameter : BUTTON0 len: 1
#14 [ 0.029 ] �[32;1mINFO: �[30;1m(button_service.c:322) �[0mTrying to send noti/ind: connHandle ffff, �[33mNoti/ind disabled�[0m
#15 [ 0.029 ] �[32;1mINFO: �[30;1m(button_service.c:300) �[0mSetParameter : BUTTON1 len: 1
#16 [ 0.029 ] �[32;1mINFO: �[30;1m(button_service.c:322) �[0mTrying to send noti/ind: connHandle ffff, �[33mNoti/ind disabled�[0m
#17 [ 0.029 ] �[32;1mINFO: �[30;1m(data_service.c:265) �[0mSetParameter : String len: 40
#18 [ 0.029 ] �[32;1mINFO: �[30;1m(data_service.c:276) �[0mSetParameter : Stream len: 20
#19 [ 0.029 ] �[32;1mINFO: �[30;1m(data_service.c:298) �[0mTrying to send noti/ind: connHandle ffff, �[33mNoti/ind disabled�[0m
#20 [ 0.034 ] �[32;1mINFO: �[30;1m(project_zero.c:1161) �[0mGAP is started. Our address: �[32m80:6F:B0:2B:33:50�[0m
#21 [ 0.035 ] �[32;1mINFO: �[30;1m(project_zero.c:1179) �[0mName in advertData array: �[33mProjectZero�[0m
#000022 [ 0.047 ] �[32;1mINFO: �[30;1m(project_zero.c:1382) �[0mAdv Set 0 Enabled

Where the sketch is uploaded, into the RAM memory? Or does the boot-loader takes the sketch from the external Flash?

EasyLink build fails against the CC13x2

See energia/EasyLink#17

Duplicated upload.maximum_size entry in boards.txt

It looks like boards.txt contains a duplicated upload.maximum_size with two different values.

LAUNCHXL-CC1352R1.upload.maximum_size=16384
LAUNCHXL-CC1352R1.upload.maximum_ram_size=2560
LAUNCHXL-CC1352R1.upload.maximum_size=360448
LAUNCHXL-CC1352R1.upload.maximum_data_size=81920

CCS fails to build against the CC1352R LaunchPad

CCS fails to build against the CC1352R LaunchPad when Energia succeeds.

It seems there is a discrepancy about the floating-point implementation.

makefile:153: recipe for target 'Blink.out' failed
c:/users/reivilo/appdata/local/energia15/packages/energia/tools/arm-none-eabi-gcc/8.3.1-20190703/bin/../lib/gcc/arm-none-eabi/8.3.1/../../../../arm-none-eabi/bin/ld.exe: error: Blink.out uses VFP register arguments, c:/users/reivilo/appdata/local/energia15/packages/energia/tools/arm-none-eabi-gcc/8.3.1-20190703/bin/../lib/gcc/arm-none-eabi/8.3.1/thumb/v7e-m/nofp\libgcc.a(_udivmoddi4.o) does not
c:/users/reivilo/appdata/local/energia15/packages/energia/tools/arm-none-eabi-gcc/8.3.1-20190703/bin/../lib/gcc/arm-none-eabi/8.3.1/../../../../arm-none-eabi/bin/ld.exe: failed to merge target specific data of file c:/users/reivilo/appdata/local/energia15/packages/energia/tools/arm-none-eabi-gcc/8.3.1-20190703/bin/../lib/gcc/arm-none-eabi/8.3.1/thumb/v7e-m/nofp\libgcc.a(_udivmoddi4.o)

Reference

Sketch blink example
Windows 10 1909 18363.752
CCS 9.3.0.00012
CC13x2 core for Energia 5.29.0-beta2

Build against CC1352R fails on CCS

With Code Composer Studio, building against the CC1352R fails during linking.

Error seems to be a discrepancy over the version of the tool-chain.

makefile:153: recipe for target 'Blink.out' failed
c:/users/<USER>/appdata/local/energia15/packages/energia/tools/arm-none-eabi-gcc/8.3.1-20190703/bin/../lib/gcc/arm-none-eabi/8.3.1/../../../../arm-none-eabi/bin/ld.exe: error: Blink.out uses VFP register arguments, c:/users/<USER>/appdata/local/energia15/packages/energia/tools/arm-none-eabi-gcc/8.3.1-20190703/bin/../lib/gcc/arm-none-eabi/8.3.1/thumb/v7e-m/nofp\libgcc.a(_udivmoddi4.o) does not
c:/users/<USER>/appdata/local/energia15/packages/energia/tools/arm-none-eabi-gcc/8.3.1-20190703/bin/../lib/gcc/arm-none-eabi/8.3.1/../../../../arm-none-eabi/bin/ld.exe: failed to merge target specific data of file c:/users/<USER>/appdata/local/energia15/packages/energia/tools/arm-none-eabi-gcc/8.3.1-20190703/bin/../lib/gcc/arm-none-eabi/8.3.1/thumb/v7e-m/nofp\libgcc.a(_udivmoddi4.o)
collect2.exe: error: ld returned 1 exit status
gmake[1]: *** [Blink.out] Error 1
gmake: *** [all] Error 2
makefile:146: recipe for target 'all' failed

Link on CCS

"C:/Users/<USER>/AppData/Local/Energia15/packages/energia/tools/arm-none-eabi-gcc/8.3.1-20190703/bin/arm-none-eabi-gcc-8.3.1.exe" -mfpu=fpv4-sp-d16 -Dxdc_target_types__=gnu/targets/arm/std.h -Dxdc_target_name__=M3 -Dxdc_cfg__xheader__=\"configPkg/package/cfg/energia_pm4fg.h\" -DBOARD_CC1312R1_LAUNCHXL -Dxdc__nolocalstring=1 -DCORE_VERSION=5200 -DDeviceFamily_CC13X2 -DF_CPU=48000000L -DENERGIA_CC1312R1_LAUNCHXL -DENERGIA_ARCH_CC13X2 -DOPENTHREAD_CONFIG_FILE=\"stack/lib_openthread_ftd/config/openthread-config-cc1352-gcc-ftd.h\" -DOPENTHREAD_PROJECT_CORE_CONFIG_FILE=\"stack/lib_openthread_ftd/config/openthread-core-cc1352-config-ide.h\" -DMBEDTLS_CONFIG_FILE=\"stack/libmbedcrypto/config/mbedtls-config-cc1352-gcc.h\" -DHAVE_CONFIG_H -DSIMPLELINK_OPENTHREAD_SDK_BUILD=1 -DSIMPLELINK_OPENTHREAD_CONFIG_FTD=1 -DSIMPLELINK_OPENTHREAD_CONFIG_CC1352=1 -DBoard_EXCLUDE_NVS_EXTERNAL_FLASH -DTIOP_ENABLE_UART=1 -DNDEBUG -DENERGIA=18 -DARDUINO=10610 -O0 -ffunction-sections -fdata-sections -g -gdwarf-3 -gstrict-dwarf -w -Wall -mabi=aapcs -mcpu=cortex-m4 -Wl,-Map,"Blink.map" -nostartfiles -static -Wl,--gc-sections -L"C:/Users/<USER>/workspace_v9_3/cc13x2_LAUNCHXL-CC1312R1_core/Debug" -L"C:/Users/<USER>/AppData/Local/Energia15/packages/energia/hardware/cc13x2/5.29.0-beta2/system/kernel/tirtos/packages/gnu/targets/arm/libs/install-native/arm-none-eabi/lib/thumb/v7e-m/fpv4-sp/hard" -L"C:/Users/<USER>/AppData/Local/Energia15/packages/energia/hardware/cc13x2/5.29.0-beta2/cores/cc13x2" -L"C:/Users/<USER>/AppData/Local/Energia15/packages/energia/hardware/cc13x2/5.29.0-beta2/system/energia" -L"C:/Users/<USER>/AppData/Local/Energia15/packages/energia/hardware/cc13x2/5.29.0-beta2/system/kernel" -L"C:/Users/<USER>/AppData/Local/Energia15/packages/energia/hardware/cc13x2/5.29.0-beta2/system/source" -L"C:/Users/<USER>/AppData/Local/Energia15/packages/energia/hardware/cc13x2/5.29.0-beta2/system/kernel/tirtos/builds/CC1312R1_LAUNCHXL/energia/" -L"C:/Users/<USER>/AppData/Local/Energia15/packages/energia/hardware/cc13x2/5.29.0-beta2/system/kernel/tirtos/packages" -L"C:/Users/<USER>/AppData/Local/Energia15/packages/energia/hardware/cc13x2/5.29.0-beta2/cores/cc13x2/ti/runtime/wiring/cc13x2" -L"C:/Users/<USER>/AppData/Local/Energia15/packages/energia/hardware/cc13x2/5.29.0-beta2/cores/cc13x2/ti/runtime/wiring/cc13x2/variants/CC1312R1_LAUNCHXL" -Wl,--undefined,main -O0 -specs=nano.specs -specs=rdimon.specs -specs=nosys.specs -Wl,--check-sections -o"Blink.out" "./Blink.o" "./main.o"  -Wl,--start-group -Wl,-T"C:/Users/<USER>/AppData/Local/Energia15/packages/energia/hardware/cc13x2/5.29.0-beta2/system/energia/linker.cmd" -lcc13x2_LAUNCHXL-CC1312R1_core "C:/Users/<USER>/AppData/Local/Energia15/packages/energia/hardware/cc13x2/5.29.0-beta2/system/source/ti/devices/cc13x2_cc26x2/driverlib/bin/gcc/driverlib.lib" -lstdc++ -lgcc -lc -lm -lnosys -Wl,--end-group

Link on Energia

"C:\\Users\\<USER>\\AppData\\Local\\Energia15\\packages\\energia\\tools\\arm-none-eabi-gcc\\8.3.1-20190703/bin/arm-none-eabi-g++" -mcpu=cortex-m4 -mthumb -nostartfiles -Os -Wl,--gc-sections -specs=nano.specs -specs=rdimon.specs -specs=nosys.specs -Wl,-u,main -Wl,-u,_printf_float,-u,-_scanf_float "-Wl,-Map,C:\\Users\\<USER>\\AppData\\Local\\Temp\\arduino_build_636555/Blink.ino.map" -mcpu=cortex-m4 -mthumb -mfloat-abi=hard -mfpu=fpv4-sp-d16 -mabi=aapcs -o "C:\\Users\\<USER>\\AppData\\Local\\Temp\\arduino_build_636555/Blink.ino.elf" "C:\\Users\\<USER>\\AppData\\Local\\Temp\\arduino_build_636555\\sketch\\Blink.ino.cpp.o" "C:\\Users\\<USER>\\AppData\\Local\\Temp\\arduino_build_636555\\sketch\\main.cpp.o" "C:\\Users\\<USER>\\AppData\\Local\\Temp\\arduino_build_636555\\core\\Board_init.c.o" "C:\\Users\\<USER>\\AppData\\Local\\Temp\\arduino_build_636555\\core\\package\\package_ti.runtime.wiring.msp432.variants.MSP_EXP432P4111.c.o" "C:\\Users\\<USER>\\AppData\\Local\\Temp\\arduino_build_636555\\core\\pins.c.o" "C:\\Users\\<USER>\\AppData\\Local\\Temp\\arduino_build_636555\\core\\SerialObjects.cpp.o" "C:\\Users\\<USER>\\AppData\\Local\\Temp\\arduino_build_636555\\core\\SpiObjects.cpp.o" "C:\\Users\\<USER>\\AppData\\Local\\Temp\\arduino_build_636555\\core\\WireObjects.cpp.o" "-LC:\\Users\\<USER>\\AppData\\Local\\Energia15\\packages\\energia\\hardware\\msp432p\\5.29.0-beta1\\system/kernel/tirtos/packages/gnu/targets/arm/libs/install-native/arm-none-eabi/lib/thumb/v7e-m/fpv4-sp/hard" "-LC:\\Users\\<USER>\\AppData\\Local\\Temp\\arduino_build_636555" "-LC:\\Users\\<USER>\\AppData\\Local\\Energia15\\packages\\energia\\hardware\\msp432p\\5.29.0-beta1\\cores\\msp432p" "-LC:\\Users\\<USER>\\AppData\\Local\\Energia15\\packages\\energia\\hardware\\msp432p\\5.29.0-beta1\\system/energia" "-LC:\\Users\\<USER>\\AppData\\Local\\Energia15\\packages\\energia\\hardware\\msp432p\\5.29.0-beta1\\system/kernel" "-LC:\\Users\\<USER>\\AppData\\Local\\Energia15\\packages\\energia\\hardware\\msp432p\\5.29.0-beta1\\system/source" "-LC:\\Users\\<USER>\\AppData\\Local\\Energia15\\packages\\energia\\hardware\\msp432p\\5.29.0-beta1\\system/kernel/tirtos/builds/MSP_EXP432P4111/energia/" "-LC:\\Users\\<USER>\\AppData\\Local\\Energia15\\packages\\energia\\hardware\\msp432p\\5.29.0-beta1\\system/kernel/tirtos/packages" "-LC:\\Users\\<USER>\\AppData\\Local\\Energia15\\packages\\energia\\hardware\\msp432p\\5.29.0-beta1\\cores\\msp432p/ti/runtime/wiring/msp432" "-LC:\\Users\\<USER>\\AppData\\Local\\Energia15\\packages\\energia\\hardware\\msp432p\\5.29.0-beta1\\cores\\msp432p/ti/runtime/wiring/msp432/variants/MSP_EXP432P401R" -Wl,--check-sections -Wl,--gc-sections "C:\\Users\\<USER>\\AppData\\Local\\Temp\\arduino_build_636555/core\\core.a" "-Wl,-TC:\\Users\\<USER>\\AppData\\Local\\Energia15\\packages\\energia\\hardware\\msp432p\\5.29.0-beta1\\system/energia/linker.cmd" "C:\\Users\\<USER>\\AppData\\Local\\Energia15\\packages\\energia\\hardware\\msp432p\\5.29.0-beta1\\system/source/ti/devices/msp432p4xx/driverlib/gcc/msp432p4xx_driverlib.a" -lstdc++ -lgcc -lm -lnosys -lc

macOS 10.15 — Build fails

When running on macOS 10.15 Catalina, building against the CC1352 raises an error.

/Applications/IDE/Energia.app/Contents/Java/tools-builder/ctags/5.8-arduino11/ctags -u --language-force=c++ -f - --c++-kinds=svpf --fields=KSTtzns --line-directives /var/folders/wn/n7qqb8ss0k3bvpqwfcdwp_7r0000gn/T/arduino_build_325956/preproc/ctags_target_for_gcc_minus_e.cpp
fork/exec /Applications/IDE/Energia.app/Contents/Java/tools-builder/ctags/5.8-arduino11/ctags: bad CPU type in executable
Error compiling for board LaunchPad w/ cc1352r EMT (48MHz).

However, using embedXcode succeeds.

Higher than expected power consumption in idle mode

The same Low Power Home Network Weather Monitoring application on the CC1350 SensorTag and the CC1352 LPSTK shows very different power consumption levels measured with EnergyTrace when the node without screen is in idle mode.

Board	Idle mode (mA)
CC1352 LPSTK	1.864
CC1350 SensorTag	0.014

Configuration

Energia with EasyLink and Galaxia libraries
EnergyTrace with USB XDS110 probe

How to lower power consumption in idle mode?

Issue with vsprintf(), no float printed or conflict

Results for the basic example sketch calling vsprintf() are:

=== Test of vsprintf on LPSTK
numberF =
number32 = 123456

The float isn't printed.
Adding -Dprintf=iprintf has no impact.
Adding -Dprintf=fprintf results in a conflict with

In file included from /Users/ReiVilo/Library/Energia15/packages/energia/tools/arm-none-eabi-gcc/6.3.1-20170620/arm-none-eabi/include/string.h:10:0,
                 from /Users/ReiVilo/Library/Energia15/packages/energia/hardware/cc13x2/5.29.0-beta2/cores/cc13x2/ti/runtime/wiring/Energia.h:38,
                 from main.cpp:30:
/<command-line>:1:8: conflicting declaration of C function 'int fprintf(const char*, ...)'
/Users/ReiVilo/Library/Energia15/packages/energia/tools/arm-none-eabi-gcc/6.3.1-20170620/arm-none-eabi/include/stdio.h:196:5: previous declaration 'int fprintf(FILE*, const char*, ...)'
 int _EXFUN(fprintf, (FILE *__restrict, const char *__restrict, ...)
     ^

Code of the basic example sketch

#include "Energia.h"

// Functions
#include "stdarg.h"
#include "stdio.h"
char bufferOut[128];

String formatString(const char * format, ...)
{
    va_list args;
    va_start(args, format);
    vsprintf(bufferOut, format, args);
    va_end(args);
    return String(bufferOut);
}

// Add setup code
// !!! Help: http://bit.ly/2BmKRzI
void setup()
{
    Serial.begin(115200);
    Serial.println("=== Test of vsprintf on LPSTK");
    uint32_t number32 = 123456;
    float numberF = 1234.56;
    
    Serial.println(formatString("%-10s= %8.2f", "numberF", numberF));
    Serial.println(formatString("%-10s= %8i", "number32", number32));

    
}

// Add loop code
void loop()
{

}

Invalid SensorTag R/G/B LED pins assignment

cc13x2-core-5.31.0-beta3/variants/LPSTK_CC1352R/pins_energia.h :

static const uint8_t RED_LED = 8;
static const uint8_t GREEN_LED = 40;
static const uint8_t BLUE_LED = 39;

Schematics:

Issue with time.h conversion functions

High-level functions from ti/sysbios/hal/Seconds.h work fine as Seconds_set() and Seconds_get().

However, functions from standard time.h library throw errors and non-consistent results, especially when converting between epoch uint32_t and structure tm, as mktime(), asctime(), ctime() et al.

cc13x2 version 5.31.0 beta 3 uses asm instructions

cc13x2 version 5.31.0 beta 3 uses asm instructions in wiring.c and SPI.cpp
this causes a fail (at least on windows).
replacing asm with __asm solves this issue

millis() issue

The basic sketch listed below prints millis() every second. However, output is different.

*** /Users/ReiVilo/Documents/Projets/Energia/BasicLED/BasicPrint/BasicPrint.ino
--- 509
--- 693
--- 693
--- 693
--- 694
--- 694

Basic sketch with millis()

void setup()
{
    Serial.begin(115200);
    delay(500);
    Serial.print("*** ");
    Serial.println(__FILE__);
}

void loop()
{
    Serial.print("--- ");
    Serial.println(millis());
    delay(2000);
}

Select one board when multiple connected for sketch upload

Are two laptops required for playing with the Commissioner / Joiner example?

If two CC1352 LaunchPads are connected, one for Commissioner and the other for Joiner, I haven't seen any parameters to select one of two boards on the DSLite command.

/Users/ReiVilo/Library/Energia15/packages/energia/tools/dslite/9.1.0.1655/DebugServer/bin/DSLite load -c /Users/ReiVilo/Library/Energia15/packages/energia/tools/dslite/9.1.0.1655/CC1352R1_LAUNCHXL.ccxml -f /var/folders/dm/8k9c7vcn4_51pxxwvstj2p500000gn/T/arduino_build_3361/commissioner.ino.elf

Use GCC 8.3.1 instead of 6.3.1

The CC1352 boards package uses arm-none-eabi-gcc (GNU Tools for ARM Embedded Processors 6-2017-q2-update) 6.3.1 20170620 (release) [ARM/embedded-6-branch revision 249437].

It should use arm-none-eabi-gcc (GNU Tools for Arm Embedded Processors 8-2019-q3-update) 8.3.1 20190703 (release) [gcc-8-branch revision 273027] instead to display the right outputs.

See case at #8

millis() delivers strange result on CC1352

The very basic program displays millis() every 3 seconds.

void setup() {
  Serial.begin(115000);
}

void loop() {
  Serial.println(millis());
  delay(3000);
}

Strange result on CC1352

Expected result on CC1350

CC1352R1 LaunchPad Pins Map

Include parameters to vsprintf() float numbers

Add -Wl,-u,_printf_float,-u,-_scanf_float to the default parameters to vsprintf()float numbers.

From #7

Use the same Java-free ino2cpp utility

Use the same Java-free ino2cpp utility, for example from MSP432P1111 core package.

# TI's ino2ccp

java.path.macosx={runtime.ide.path}/../PlugIns/
build.ino2cpp.path={runtime.tools.ino2cpp-1.0.6.path}
build.ino2cpp.cmd.macosx="{build.ino2cpp.path}/ino2cpp.sh" "{java.path}"
build.ino2cpp.cmd.linux="{runtime.ide.path}/java/jre/bin/java"
build.ino2cpp.cmd.windows="{runtime.ide.path}/java/bin/java"

recipe.hooks.sketch.prebuild.1.pattern={build.ino2cpp.cmd} "-jar" "{runtime.tools.ino2cpp.path}/ino2cpp.jar" -o "{build.path}/sketch/" -T "{build.ino2cpp.path}/templates/Variables.mk.template" -r "{build.ino2cpp.path}" -n {build.project_name} "{build.project_path}" msp432:MSP_EXP432P401R

Serial2() is missing

Core: 5.31.0-beta3

Neither common HardwareSerial.cpp nor variant specific SerialObjects.cpp contain support for 2nd hardware UART available on CC13X2 SimpleLinks.
They refer to UART_xxx low-level functions which are associated with UART1 only.

However, low-level UART2 API is available to deal with 2nd UART.

Second UART is a valuable adantage of CC13X2 over previous CC13X0 design. It would be great to give access to this function over Arduino Serial interface.

CC1351R - Pin 11 OUTPUT not responding

The very basic sketch attached below toggles pins 11, 12 and 13.

Error

Pins 12 and 13 turn actually on and off, but not pin 11.

I run the test on two separate CC1351R LaunchPad boards, with same results.

Sketch

void writePins(uint8_t value)
{
  digitalWrite(11, value);
  digitalWrite(12, value);
  digitalWrite(13, value);
}

void setup() {
  pinMode(11, OUTPUT);
  pinMode(12, OUTPUT);
  pinMode(13, OUTPUT);

  for (uint8_t count = 0; count < 4; count++)
  {
    writePins(HIGH);
    delay(100);
    writePins(LOW);
    delay(100);
  }
}

void loop() {

}

References

Energia: 1.8.11E23
CC1352R core: cc13x2 5.31.0-beta3
macOS: 10.15.4
LaunchPad CC1352R1: two boards Rev.B