低于 1GHz 论坛 - 最近的话题

CC1352P: 如何在应用中校准RTC

ea skk — Thu, 10 Sep 2026 01:27:46 GMT

Part Number: CC1352P

使用PowerCC26XX_injectCalibration校准rtc，校准前后AONRTCSubSecIncrGet()获取到的值没有变化，怎么才能在应用中校准RTC

static void measureRtcAccuracy(const char *tag)

{

uint32_t start, stop, delta_actual;

uint32_t subsec_incr;

float freq, ppm;

char msgBuf[160];

subsec_incr = AONRTCSubSecIncrGet();

sprintf(msgBuf, "[%s] subsec_incr=%lu, \r\n",

tag, (unsigned long)subsec_incr);

uartPrint(msgBuf);

}

void *mainThread(void *arg0)

{

UART2_Params uartParams;

GPIO_init();

AONRTCEnable();

UART2_Params_init(&uartParams);

uartParams.baudRate = 115200;

uartParams.writeMode = UART2_Mode_BLOCKING;

uartHandle = UART2_open(CONFIG_UART2_0, &uartParams);

if (uartHandle == NULL) {

while (1);

}

Power_setDependency(PowerCC26XX_XOSC_HF);

uint32_t timeout = 5000;

while (!PowerCC26XX_isStableXOSC_HF() && timeout--) {

ClockP_usleep(1000);

}

if (timeout == 0) {

uartPrint("XOSC_HF not stable!\r\n");

} else {

uartPrint("XOSC_HF stable.\r\n");

}

while (1) {

measureRtcAccuracy("before");

bool calStarted = PowerCC26XX_injectCalibration();

char infoBuf[64];

sprintf(infoBuf, "injectCalibration: %s\r\n", calStarted ? "started" : "failed");

uartPrint(infoBuf);

ClockP_usleep(CALIBRATION_WAIT_US);

measureRtcAccuracy("after");

uartPrint("-------------------\r\n");

ClockP_usleep(500000);

}

return NULL;

}

CC1312R7: CC1312R7原理图Review

CUIJIAN — Fri, 14 Aug 2026 05:54:18 GMT

Part Number: CC1312R7

NYT_C7790_SUB_1GHz_20260814.pdf

麻烦帮忙进行CC1312R7的原理图review，和GPIO分配。

CC113L: CC113L--Enabling Manchester decoding results in a decrease in reception success rate.

wenyuan gong — Thu, 13 Aug 2026 08:04:22 GMT

Part Number: CC113L

Configuration supplement：Base Frequency（433.00MHz）Deviation（39.6kHz）Data Rate（19.2 kbps--After encoding, 38.348.）Modulation Format（2-FSK）Encoding（Manchester）Preamble（(0x5555 5555 5555)）Sync Word（0x569A）

When I configured CC113L with the following parameters, the laboratory test showed that the reception rate was close to 100%.
NRZ code reception, reading data from the FIFO, Manchester decoding is processed by software.

.Reg.B.IOCFG2 = 0x2E, //GDO2 Output Pin Configuration
.Reg.B.IOCFG1 = 0x2E, //GDO1 Output Pin Configuration
.Reg.B.IOCFG0 = 0x00, //GDO0 Output Pin Configuration
.Reg.B.FIFOTHR = 0x4F, //RX FIFO Thresholds (64 bytes)
.Reg.B.SYNC1 = 0x56, //Sync Word, High Byte
.Reg.B.SYNC0 = 0x9A, //Sync Word, Low Byte
.Reg.B.PKTLEN = 0x40, //Packet Length, (64 bytes Manchester )
.Reg.B.PKTCTRL1 = 0x04, //Packet Automation Control - Auto RSSI
.Reg.B.PKTCTRL0 = 0x00, //Packet Automation Control
.Reg.B.ADDR = 0x00, //Device address
.Reg.B.CHANNR = 0x00, //Channel number
.Reg.B.FSCTRL1 = 0x08, //Frequency Synthesize
.Reg.B.FSCTRL0 = 0x00, //Frequency Synthesizer Control
.Reg.B.FREQ2 = 0x10, //Frequency Control Word, High Byte
.Reg.B.FREQ1 = 0xA7, //Frequency Control Word, Middle Byte // 433.00MHz
.Reg.B.FREQ0 = 0x62, //Frequency Control Word, Low Byte
.Reg.B.MDMCFG4 = 0x9A, //Modem Configuration // Filter BW 162 kHz
.Reg.B.MDMCFG3 = 0x83, //Modem Configuration //38.3835 kbps
.Reg.B.MDMCFG2 = 0x02, //Modem Configuration // 2-FSK , 16/16 SYNC,
.Reg.B.MDMCFG1 = 0x02, //Modem Configuration
.Reg.B.MDMCFG0 = 0xF8, //Modem Configuration
.Reg.B.DEVIATN = 0x45, //Modem Deviation Setting //45 = 41.259766kHz
.Reg.B.MCSM2 = 0x07, //Main Radio Control State Machine Configuration
.Reg.B.MCSM1 = 0x30, //Main Radio Control State Machine Configuration
.Reg.B.MCSM0 = 0x38, //Main Radio Control State Machine Configuration
.Reg.B.FOCCFG = 0x1E, //Frequency Offset Compensation Configuration //BW/4 = 40kHz
.Reg.B.BSCFG = 0x1D, //Bit Synchronization Configuration

.Reg.B.AGCCTRL2 = 0xC7, //AGC Control
.Reg.B.AGCCTRL1 = 0x08, //AGC Control
.Reg.B.AGCCTRL0 = 0x32, //AGC Control
.Reg.B.NOTUSED_0x1E = 0x00, //NOT USED
.Reg.B.NOTUSED_0x1F = 0x00, //NOT USED
.Reg.B.RESERVED_0x20 = 0xFB, //Use setting from SmartRF Studio
.Reg.B.FREND1 = 0xB6, //Front End RX Configuration
.Reg.B.NOTUSED_0x22 = 0x00, //NOT USED
.Reg.B.FSCAL3 = 0xEA, //Frequency Synthesizer Calibration
.Reg.B.FSCAL2 = 0x2A, //Frequency Synthesizer Calibration
.Reg.B.FSCAL1 = 0x00, //Frequency Synthesizer Calibration
.Reg.B.FSCAL0 = 0x1F, //Frequency Synthesizer Calibration
.Reg.B.NOTUSED_0x27 = 0x00, //NOT USED
.Reg.B.NOTUSED_0x28 = 0x00, //NOT
.Reg.B.RESERVED_0x29 = 0x59, //Use setting from SmartRF Studio
.Reg.B.RESERVED_0x2A = 0x7F, //Use setting from SmartRF Studio
.Reg.B.RESERVED_0x2B = 0x3F, //Use setting from SmartRF Studio
.Reg.B.TEST2 = 0x81, //Various Test Settings
.Reg.B.TEST1 = 0x35, //Various Test Settings
.Reg.B.TEST0 = 0x09 //Various Test Settings

After enabling the Manchester decoding of CC113L, the reception rate is approximately 70%. The configuration is as follows.
Attempting to modify other configurations did not result in any significant improvement in the reception rate.

.Reg.B.IOCFG2 = 0x2E, //GDO2 Output Pin Configuration
.Reg.B.IOCFG1 = 0x2E, //GDO1 Output Pin Configuration
.Reg.B.IOCFG0 = 0x00, //GDO0 Output Pin Configuration
.Reg.B.FIFOTHR = 0x47, //RX FIFO Thresholds (32 bytes)
.Reg.B.SYNC1 = 0x00, //Sync Word, High Byte
.Reg.B.SYNC0 = 0x1B, //Sync Word, Low Byte
.Reg.B.PKTLEN = 0x20, //Packet Length, (32 bytes Manchester )
.Reg.B.PKTCTRL1 = 0x04, //Packet Automation Control - Auto RSSI
.Reg.B.PKTCTRL0 = 0x00, //Packet Automation Control
.Reg.B.ADDR = 0x00, //Device address
.Reg.B.CHANNR = 0x00,
.Reg.B.FSCTRL0 = 0x00, //Frequency Synthesizer Control
.Reg.B.FREQ2 = 0x10, //Frequency Control Word, High Byte
.Reg.B.FREQ1 = 0xA7, //Frequency Control Word, Middle Byte // 433.00MHz
.Reg.B.FREQ0 = 0x62, //Frequency Control Word, Low Byte
.Reg.B.MDMCFG4 = 0x9A, //Modem Configuration // Filter BW 162 kHz
.Reg.B.MDMCFG3 = 0x83, //Modem Configuration //38.3835 kbps
.Reg.B.MDMCFG2 = 0x0A, //Modem Configuration // 2-FSK, Manchester Enable , 16/16 SYNC, //test
.Reg.B.MDMCFG1 = 0x02, //Modem Configuration
.Reg.B.MDMCFG0 = 0xF8, //Modem Configuration
.Reg.B.DEVIATN = 0x45, //Modem Deviation Setting //45 = 41.259766kHz
.Reg.B.MCSM2 = 0x07, //Main Radio Control State Machine Configuration
.Reg.B.MCSM1 = 0x30, //Main Radio Control State Machine Configuration
.Reg.B.MCSM0 = 0x38, //Main Radio Control State Machine Configuration
.Reg.B.FOCCFG = 0x1E, //Frequency Offset Compensation Configuration //BW/4 = 40kHz
.Reg.B.BSCFG = 0x1D, //Bit Synchronization Configuration
.Reg.B.AGCCTRL2 = 0xC7, //AGC Control
.Reg.B.AGCCTRL1 = 0x08, //AGC Control
.Reg.B.AGCCTRL0 = 0x32, //AGC Control

.Reg.B.NOTUSED_0x1E = 0x00, //NOT USED
.Reg.B.NOTUSED_0x1F = 0x00, //NOT USED
.Reg.B.RESERVED_0x20 = 0xFB, //Use setting from SmartRF Studio
.Reg.B.FREND1 = 0xB6, //Front End RX Configuration
.Reg.B.NOTUSED_0x22 = 0x00, //NOT USED
.Reg.B.FSCAL3 = 0xEA, //Frequency Synthesizer Calibration
.Reg.B.FSCAL2 = 0x2A, //Frequency Synthesizer Calibration
.Reg.B.FSCAL1 = 0x00, //Frequency Synthesizer Calibration
.Reg.B.FSCAL0 = 0x1F, //Frequency Synthesizer Calibration
.Reg.B.NOTUSED_0x27 = 0x00, //NOT USED
.Reg.B.NOTUSED_0x28 = 0x00, //NOT
.Reg.B.RESERVED_0x29 = 0x59, //Use setting from SmartRF Studio
.Reg.B.RESERVED_0x2A = 0x7F, //Use setting from SmartRF Studio
.Reg.B.RESERVED_0x2B = 0x3F, //Use setting from SmartRF Studio
.Reg.B.TEST2 = 0x81, //Various Test Settings
.Reg.B.TEST1 = 0x35, //Various Test Settings
.Reg.B.TEST0 = 0x09 //Various Test Settings

I hope somone help me solve the problem.

LMX9830-SW: 我想下载TICSPRO-SW软件被拒

Li Li — Wed, 12 Aug 2026 03:33:02 GMT

Part Number: LMX9830-SW
Other Parts Discussed in Thread: LMX2571

现在需要评估LMX2571芯片，需要通过这个软件做配置，还请开放权限。

CC1310: 50k速率下的信道间隔多大合适

ruimao cong — Thu, 30 Jul 2026 10:39:54 GMT

Part Number: CC1310

HI ，

我现在想使用CC1310开发868M频段，使用smartrf studio 里面 50K的默认射频配置，按照这样的配置，两个信道之间间隔多少khz，比较合适呢？

Thanks!

CC1310: CC1310F128RSMR可能出现无法烧写程序，射频无法工作

hzj — Wed, 22 Jul 2026 09:21:50 GMT

Part Number: CC1310

尊敬的TI工程师您好：

现在我使用CC1310F128RSMR芯片做开发，使用DIO5口作为ADC输入引脚，间隔一定时间唤醒主CPU，在CC1310-MAUNCHXL上得到验证（使用的是DIO23作为ADC输入），在官方提供的rfWsnNode_CC1310例程上进行修改，将未用到的引脚设置为PIN_UNASSIGNED，用到了DIO5，DIO6，DIO4，DIO1，DIO2几个引脚，使用了NVS保存参数到Flash，参数保存位置是0x1C000，共32字节。外部32.768khz无源晶振使用2012贴片无源晶振 32.768kHz ±20ppm 12.5pF负载电容15pf，24Mhz无源晶振使用3225 24Mhz ±10ppm 20pF负载电容22pf，PCB设计图请看图片，使用XDS110烧写程序有的电路板可以烧写有的无法烧写，但能识别到芯片，使用 SmartRF Flash Programmer 2 能读写flash。

有一些电路板可以烧写程序，串口工作正常，但射频无法发送数据，测量32.768khz晶振无波形输出

烧写程序报错信息如下：[ERROR] Cortex_M3_0: Error: (Error -1170 @ 0x0) Unable to access the DAP. Reset the device, and retry the operation. If error persists, confirm configuration, power-cycle the board, and/or try more reliable JTAG settings (e.g. lower TCLK). (Emulation package 21.0.0.3955)
[2026/7/22 下午2:05:42] [ERROR] Cortex_M3_0: Trouble Halting Target CPU: (Error -2064 @ 0x0) Unable to read device status. Reset the device, and retry the operation. If error persists, confirm configuration, power-cycle the board, and/or try more reliable JTAG settings (e.g. lower TCLK). (Emulation package 21.0.0.3955)

PCB设计如下：

CC1310: 使用CC1310F128RSMR芯片，无法烧录程序，但仿真器能搜索到设备，无法烧录程序

hzj — Tue, 21 Jul 2026 03:58:50 GMT

Part Number: CC1310

烧录器能识别到芯片，但是程序无法烧录，使用的CC1310F128RSMR，代码是在开发板CC1310 LAUNCHXL开发板提供的例程上修改的

报错信息如下：

Cortex_M3_0: Error: (Error -1170 @ 0x0) Unable to access the DAP. Reset the device, and retry the operation. If error persists, confirm configuration, power-cycle the board, and/or try more reliable JTAG settings (e.g. lower TCLK). (Emulation package 20.0.0.3178)
Cortex_M3_0: Trouble Halting Target CPU: (Error -2064 @ 0x0) Unable to read device status. Reset the device, and retry the operation. If error persists, confirm configuration, power-cycle the board, and/or try more reliable JTAG settings (e.g. lower TCLK). (Emulation package 20.0.0.3178)
Cortex_M3_0: Unable to determine target status after 20 attempts
Cortex_M3_0: Failed to remove the debug state from the target before disconnecting. There may still be breakpoint op-codes embedded in program memory. It is recommended that you reset the emulator before you connect and reload your program before you continue debugging
Cortex_M3_0: Failed to write data to temporary buffer in RAM before programming device FLASH memory. addr=0x20001C00, writeLength=4096(0x1000), bufIdx=1 Error: Could not write 0x20001C00: target is not connected
Cortex_M3_0: File Loader: Memory write failed: Failed to write data to temporary buffer in RAM before programming device FLASH memory.
Cortex_M3_0: GEL: File: D:\TI\works\rfWsnNode_CC1310_VQFP32_4_4\Debug\rfWsnNode_CC1310_VQFP32_4_4.out: Load failed.

请简单帮忙看下问题原因，烧录器没有问题，之前烧写过程序，谢谢

CC1312R7: 产品介绍

lu lu — Fri, 17 Jul 2026 03:29:04 GMT

Part Number: CC1312R7

芯片功能介绍及选型支持

CC1310: cc1310 problem

?? ?? — Wed, 01 Jul 2026 03:30:06 GMT

Part Number: CC1310

I designed a PCB based on the CC1310 chip using the CC1310RSM package. I then flashed it with an official example provided by TI. However, the example was originally developed for another CC1310 package, the CC1310RGZ. After flashing the firmware, my board started to have problems. Before flashing, the chip could be successfully detected by Flash Programmer, but after flashing, it could no longer be recognized.

CC1310: CC1310: 在-20℃设备通信正常，当从-20℃取出来放到室温(25℃)下升温过程中发现个别CC1310死机，目前观察到的死机状态: VDDS供电都正常，DCOUPL无电压，VDDR、VDDR_RF无电压，程序有设置看门狗，但是没复位。

?? ? — Thu, 25 Jun 2026 10:25:00 GMT

Part Number: CC1310

CC1310在-20℃设备通信正常，当从-20℃取出来放到室温(25℃)下发现个别CC1310死机，目前观察到的死机状态: VDDS供电都正常，DCOUPL无电压，VDDR、VDDR_RF无电压，使用DCDC模式或者全局LDO模式都发现有死机的现象，测试大概100个设备会有2、3个死机的，程序有设置看门狗，但是没复位,。在室温下批量测试设备不会死机，我们的设备有可能会使用在-20环境中，但是从低温切换到室温下个别芯片就进入死机状态了，只能通过对地短接reset管脚或者断电才能恢复正常。怎么解决下呢?

CC1310: 个别CC1310死机，目前观察到的死机状态: VDDS供电都正常，DCOUPL无电压，VDDR、VDDR_RF无电压，程序有设置看门狗，但是没复位。

?? ? — Mon, 22 Jun 2026 06:44:07 GMT

Part Number: CC1310

设备批量后发现个别CC1310死机，目前观察到的死机状态: VDDS供电都正常，DCOUPL无电压，VDDR、VDDR_RF无电压，程序有设置看门狗，但是没复位。不知道芯片进入到什么状态了。

CC1352P7: 读取NVS导致系统重启

L Y — Tue, 16 Jun 2026 07:06:22 GMT

Part Number: CC1352P7

在进行NVS读取时，卡死在函数中导致重启。

CC1352P7: 读取NVS导致系统重启

L Y — Tue, 16 Jun 2026 07:03:54 GMT

Part Number: CC1352P7

在进行NVS读取时，卡死在函数中导致重启。

CC1312R: an updated Audio Plugin for CC1312R1 supporting SysConfig

zili fl — Wed, 03 Jun 2026 02:29:49 GMT

Part Number: CC1312R

CC1312R: Where can I set the frequency of the audio SDK's radio frequency？ - 低于 1GHz 论坛 - 低于 1GHz - E2E™ 设计支持

I noticed you mentioned the latest audio development SDK plug-in. Could you please send it to me? We have already signed the NDA.

CC1310: CC1310低频晶振在系统中的作用

ancient frog — Wed, 20 May 2026 09:26:23 GMT

Part Number: CC1310

你好，

我的测试板误装了REV A 的CC1310，同时没有放置外部低频晶振，所以我想咨询下，外部低频晶振（32.768kHz）主要会影响系统的哪一部分？换言之就是他会为系统的哪部分提供时钟？这些部分的功能是什么？（e.g.休眠定时？or射频定时器？）

谢谢！

CC1310: REV A版本通信问题

ancient frog — Tue, 19 May 2026 01:44:29 GMT

Part Number: CC1310

你好，

我在使用SmartRF Studio对测试板1进行测试。测试板1的发射性能（868MHz）与其余测试板相同，RX性能（868MHz）低于其余测试板2~5db。

备注：其余测试板包括LAUNCHXL-CC1310和旧版本的自制测试板，其中的CC1310均为REV B。测试板1为最新自制测试板，误装了REV A 的CC1310。所有自制测试板均按照TI最新参考设计进行设计，且省略了外部LF 晶振。

我的问题：

1.CC1310的版本问题（REV A），是导致TX性能正常，RX性能异常的原因吗？

2.TI何时在中国进行了REV A至REV B的迭代？我在2026年购买的CC1310为REV A版本，是供应商的库存料还是fake芯片？

谢谢。

CC1200: 關於新的安規認證

yang ch — Mon, 04 May 2026 06:19:35 GMT

Part Number: CC1200

新版安規法條EN300220測試規定有下圖1要求

需提供在地震盪(LO, Local Oscillator)及中頻(IF, Intermediate Frequency)二項資訊

程式中的RF參數為圖2,如何知道"中頻"及"在地震盪"二者資訊呢?

(圖1)

(圖2)

TI-15-4-STACK-GATEWAY-LINUX-SDK: TI_ucc5881qdfcrq1电气仿真SPICE模型咨询

hu xianke — Tue, 14 Apr 2026 06:14:18 GMT

Part Number: TI-15-4-STACK-GATEWAY-LINUX-SDK

请问哪里可以下载到这个芯片的spice仿真模型，谢谢

CC1101: CC1101的RSSI读取数值异常

Lott Yu — Thu, 02 Apr 2026 10:17:54 GMT

Part Number: CC1101

测试了5个CC1101模块，其中2个存在RSSI读取异常；433MH的频率，在1.2k空速，5.2K频偏、58k带宽下进行GFSK调制通信测试，使用信号源进行CC1101的接收数据包的RSSI数据读取测试和灵敏度测试。

测试结果现出异常模块的RSSI接收数据包RSSI读取始终偏差较大且灵敏度也较差。同时使用另一个模块在固定位置进行发送，在同一块测试底板上，固定位置固定天线实际测试模块间的通信，异常模块的RSSI数据仍表现异常。

将正常模块和异常模块的CC1101芯片进行交换，异常模块恢复正常，而正常模块出现RSSI异常的问题，可以看出异常跟随CC1101芯片变动，和模块的PCB以及外围器件无关。请问这是什么原因导致的异常。表格是记录的测试数据，其中1号和2号模块是异常模块，2、4和5号模块为正常模块，原始值是从CC1101的接收数据包中获取的RSSI，计算值是根据CC1101手册提供的计算方式得出的数据。

疑问：

1、是否CC1101芯片生产工艺有变化，导致数据包RSSI读取变动，有批次差异？

2、是否有其它异常导致该问题？

3、综上是否有解决方案

CC1312R: 大核应用程序中如果使用ADC功能，小核（SENSOR传感器控制器是否就不能初始化通过），两者不能同时使用么？

zjj12138 — Thu, 26 Mar 2026 06:10:30 GMT

Part Number: CC1312R

原本运行正常的应用程序：ADC数据采集功能放在小核里面采集数据，大核里面没有ADC采集小核运行正常，大核运行正常；

因为一直采集上的原因，想要把小核里面的ADC采集放在大核里面去做，把小核ADC采集功能关闭并删除，遇到的问题是程序在ADC初始化完成后，对RF初始化，再对小核初始化，初始化小核运行到 scifInit(&scifDriverSetup);就进行不下去了。是大核ADC启用后不能再启动小核了么？还是RF的初始化影响了小核初始化？

CC1310: CC1310 GPIO控制问题

TX dong — Sat, 21 Mar 2026 03:09:32 GMT

Part Number: CC1310

最讨厌的没有基础库的器件让我遇到了！控制GPIO竟然这么久了还没办法实现。

目的：让LED闪亮

现象：点亮LED时，DOUT寄存器变化正常，DOE位正常，但DIN位没变化，所以LED就不会变化。

程序： while(1) {
uint32_t t = PIN_getOutputValue(Board_PIN_LED0);
t = 1^t;
t = t & 1;
t = PIN_setOutputValue(ledPinHandle, Board_PIN_LED0, t);
//sleep(1000);
CPUdelay(8000*50);
}

CC1312R7: 2GFSK通信时，CRC检测错误

chun dong — Wed, 18 Mar 2026 08:08:56 GMT

Part Number: CC1312R7

我们在尝试使用两块LP-CC1312R7来测试2GFSK的收发，我们在TX/RX端都已经关闭了CRC检测，但是通过smartRF studio接收的数据总是报CRC error. 请问下怎么解决？

Tx端的配置为：

Rx端配置为：

CC1312R: CC1312在空中升级例程中加入SENSOR小核程序，但是小核唤醒大核时间不正常

zjj12138 — Mon, 09 Mar 2026 01:26:17 GMT

Part Number: CC1312R

在CC1312例程的基础上做了修改，在程序没有进入升级模式时不启动OAD部分程序，运行一部分功能性应用程序，根据存储标志识别。

应用程序的功能：sensor定时唤醒大核进行数据发送，但是在唤醒过程中发现定时的时间异常，无论设置几秒唤醒一次，都会很快被唤醒（根据观察不到一秒的时间）

目目前设置了10秒唤醒一次

CC1312R7: CC1312R的无线音频开发插件demo中的RX和TX两端的I2S时钟频偏问题时如何处理的

zili fl — Sat, 07 Mar 2026 08:31:18 GMT

Part Number: CC1312R7
Other Parts Discussed in Thread: CC1312R,

CC1312R的rfAudioTX和rfAudioRX端的I2S时钟都是采用的本地时钟，两边的时钟不可避免存在频偏问题，那TX端发送到RX端的数据，写缓冲区或者读缓冲区，就会有溢出或者读空的情况出现（这种情况的出现会导致有噪音或者爆音的出现），这个demo里是否有做特殊处理，避免这个问题。

CC1352P: CC1352P1 LaunchPad 进入standby后无法用按键唤醒

ea skk — Fri, 27 Feb 2026 02:16:53 GMT

Part Number: CC1352P

代码仅做最简进入standby后按键唤醒，测试用外部供电仅能进入休眠，无法唤醒，调试器供电也一样，有没有大佬知道怎么解决

#include <stdint.h>
#include <stdbool.h>
#include <ti/drivers/Power.h>
#include <ti/drivers/power/PowerCC26XX.h>
#include <ti/drivers/GPIO.h>
#include "ti_drivers_config.h"



volatile bool isKeyWakeup = false;
#define AON_WAKEUP_PIN 14  
#define LED_PIN 6       


void keyWakeupCallback(uint_least8_t index)
{
    isKeyWakeup = true;
    GPIO_clearInt(index);
}


void initWakeupSystem(void)
{
    Power_init();
    Power_releaseConstraint(PowerCC26XX_DISALLOW_STANDBY);
    Power_setPolicy(PowerCC26XX_standbyPolicy);
    GPIO_init();
    GPIO_PinConfig wakeupConfig = GPIO_CFG_IN_PU | GPIO_CFG_IN_INT_FALLING | GPIO_CFG_INT_ENABLE | GPIO_CFG_SHUTDOWN_WAKE_LOW;
    GPIO_setConfig(AON_WAKEUP_PIN, wakeupConfig);
    GPIO_setCallback(AON_WAKEUP_PIN, keyWakeupCallback);   
    GPIO_setConfig(LED_PIN, GPIO_CFG_OUT_STD | GPIO_CFG_OUT_LOW);
}


void *mainThread(void *arg0)
{
    initWakeupSystem();

    while(1)
    {
        isKeyWakeup = false;
       
        Power_sleep(PowerCC26XX_STANDBY);
        
       
        if (isKeyWakeup)
        {
            GPIO_toggle(LED_PIN);
          
            for (volatile uint32_t i=0; i<200000; i++);
        }
    }
}

Arabic	Hebrew	Polish
Bulgarian	Hindi	Portuguese
Catalan	Hmong Daw	Romanian
Chinese Simplified	Hungarian	Russian
Chinese Traditional	Indonesian	Slovak
Czech	Italian	Slovenian
Danish	Japanese	Spanish
Dutch	Klingon	Swedish
English	Korean	Thai
Estonian	Latvian	Turkish
Finnish	Lithuanian	Ukrainian
French	Malay	Urdu
German	Maltese	Vietnamese
Greek	Norwegian	Welsh
Haitian Creole	Persian

Arabic	Hebrew	Polish
Bulgarian	Hindi	Portuguese
Catalan	Hmong Daw	Romanian
Chinese Simplified	Hungarian	Russian
Chinese Traditional	Indonesian	Slovak
Czech	Italian	Slovenian
Danish	Japanese	Spanish
Dutch	Klingon	Swedish
English	Korean	Thai
Estonian	Latvian	Turkish
Finnish	Lithuanian	Ukrainian
French	Malay	Urdu
German	Maltese	Vietnamese
Greek	Norwegian	Welsh
Haitian Creole	Persian