多年来、我一直在我们的产品中使用 CC2640F128、 并且能够实现低于30微安的休眠电流。
最近、我 使用基于 ProjectZero 的代码成功地向 CC2640F128添加了 I2C 和 UART 接口。
但是、我无法再实现低于30微安的睡眠电流。 我的睡眠电流现在为几毫安、这是不可接受的。
在尝试进入睡眠模式之前、如果句柄不为 NULL、我会调用 UART_CLOSE (uartHandle)和 I2C_CLOSE (I2Chandle)。
调用这两个函数后、我是否需要进一步"关闭"或"更改4个 UART 和 I2C 引脚的状态"？
如果是、我该怎么做？
否则、我看不到我的代码中其他哪些应影响睡眠电流的更改、还有其他任何关于其他查看位置的建议吗？
谢谢、
戴尔
您好、Ryan、
我刚刚有时间继续我的低于30瓦的睡眠电流追求。
我没有意识到 IDE 调试器能够在睡眠状态期间运行。 在 IDE 调试睡眠状态下、由于睡眠期间仍在使用 JTAG 调试引脚、我预计我的10欧姆电流感应电阻器上的电压会上升。 实际上、当我尝试在 调试会话期间进入睡眠状态(关闭我使用的所有引脚、关闭所有周期时钟、终止 BLE 连接并停止 BLE 广播)时、当我认为我们应该睡眠时、电流从1.17ma 上升到3.44ma。
我能够在这个3.44ma 状态期间暂停和恢复代码、但是代码只在这里显示的汇编代码处暂停/中断 (我可以用 F5键单步执行) 
此外、在该图中、我们可以看到 ROV 报告 IdleTask 正在运行、这是否意味着处理器没有真正处于睡眠状态？
现在、我将开始尝试回答您上一个帖子中的问题1-3。
谢谢、
戴尔
以上是您提供的报价、但报价框架中的数字1、2和3已被"项目符号"自动替换。 我必须将您的问题 称为第1项、第2项和第3项。
关于：项目符号2
在禁用 UART 之前，正如我将在下面描述的那样，我发现在 UART_CLOSE ()之前运行 UART_readCancel()和 UART_writeCancel()可能是明智的。 完成此操作后，休眠电流从1.17ma 变为1.11ma (我看到这是一些进展：)
然后，我使用#ifdef USEUART ....隔离了引用 UART.h 函数的所有代码 #endif 语句。 然后、我在未定义 USEUART 的情况下遵守并运行当前代码、这有效地从代码中删除了 UART 的使用。 然后、当我预计 CC2640将处于睡眠状态时、电流现在为0.54ma、而不是1.11ma。
这似乎表明、UART 和 I2C 驱动器可能对我的睡眠电流问题产生了同等的影响。
关于：项目符号1
要执行这些建议、我需要在调试会话期间中断代码。
我可以加载代码并启动调试会话的唯一方法是将外部电源连接到 PCB。 这可以是12V 直流壁式稳健型适配器、也可以是 5V 直流 USB 插头、这两种电源均可启动为 我的2节镍氢电池提供充电电压的稳压器、每个电源均可通过我的10欧姆电流感应电阻提供充电电流。 此外 、当施加任何外部电源时、分压电阻器网络会在 IOID_14唤醒引脚上提供大约2V 的电压、以便当我们通过 IOID_14上的中断从睡眠状态唤醒时、 我的所有引脚都会重新打开、CYCLE 开始广播、UART/I2C 线路打开。 当从 PCB 上移除外部电压时、我们会执行转至休眠功能。
因此、当我单击我的断点来回答您在第1个项目符号中的问题时、 我还必须移除为 PCB 供电的外部电源、以便加载代码、从而使我的10欧姆电流感应电阻器上的电压对于您的问题具有任何意义 (另一方面、电流会因电池的充电状态(从几 mA 到50mA 或更高)而发生很大变化。
如果您了解这种情况、那么这里是断点和10欧姆电阻器在中断期间的电压。
对于初始化引脚后的电流消耗、我们 在 main.c 中有断点1 (在下面的第20行)、并在电阻器上具有0.0324v 或3.24ma (这是由于高度优化(4个完整程序)而允许的第一个断点(在下面的第6行之后)、 针对我的大型代码项目放宽了浮点值、针对速度与尺寸放宽了浮点值2)：
int main(){
/* Register Application callback to trap asserts raised in the Stack */
RegisterAssertCback(AssertHandler);
PIN_init(BoardGpioInitTable);
#ifndef POWER_SAVING
/* Set constraints for Standby, powerdown and idle mode */
Power_setConstraint(PowerCC26XX_SB_DISALLOW);
Power_setConstraint(PowerCC26XX_IDLE_PD_DISALLOW);
#endif // POWER_SAVING
SPI_init(); //dale
/* Initialize ICall module */
ICall_init();
/* Start tasks of external images - Priority 5 */
ICall_createRemoteTasks();
/* Kick off profile - Priority 3 */
GAPRole_createTask();
ProjectZero_createTask();
/* enable interrupts and start SYS/BIOS */
BIOS_start();
return 0;
}
对于初始化 UART/I2C 但尚未打开或使用它们之后的电流、我们 在 UARTcloseopen 函数()中有断点2 (位于第6行、位于井号中)、并在电阻器上具有0.0388v 或3.88ma。 注意：此时 I2C 也初始化(编辑：从此处删除了"不"并添加了"也")。
#ifdef USEUART //20001-5
void UARTcloseopen(void) //nex-1 //can not be called from the main loop! ! ! !
{
uartParams.readMode = UART_MODE_CALLBACK; //nex-2
uartParams.readCallback = uartRXcallback; //nex-2
uartParams.writeMode= UART_MODE_BLOCKING;
uartParams.readEcho = UART_ECHO_OFF;
uartParams.readDataMode = UART_DATA_BINARY;
uartParams.writeDataMode = UART_DATA_BINARY;
uartParams.baudRate = 19200; //38400; //p2f14-29 to 19200 fix comm issues TESTING THIS
uartParams.dataLength = UART_LEN_8;
uartParams.parityType = UART_PAR_NONE;
uartParams.stopBits = UART_STOP_ONE;
if (uartHandle != NULL) {
UART_close(uartHandle);
}
uartHandle = UART_open(Board_UART0, &uartParams);
if (uartHandle == NULL)
{
//while(1); //ToDo get rid of this hang point - just took it out for now :)
} else {
UART_read(uartHandle, &uartrxByte, 1); //testuart 1 byte //this read is necessary
//to turn Rx ON for continuous reads
}
}
#endif
我不知道在断点处了解这些电流如何帮助我们确定我的睡眠电流为何如此高。 您提出申请的理由是什么？
关于：项目符号3
我希望能够升级到最新的 BLE 版本，甚至可以迁移到具有更大内存的电路板上，以用于我的大型项目(我在.c 中有7000行以上的代码)。
以下是我当前使用的存储器(如果我使用的 SRAM 超过95%、BLE 通信将变得不可靠)：
我花了数千小时对其进行编码、甚至支付了数千美元的顾问费、将代码迁移到最终失败的 CC2640R2F。
在我看来、BLE 版本的升级可能是为我的睡眠电流问题制定解决方案的一个非常困难的尝试、除非您100%确信 BLE 版本是我问题的原因、否则最近出现了该问题。
谢谢、
戴尔
当我尝试添加您建议的代码时、我认为您应该添加、由于#ifndef 行、编译的代码不会更改：
也许这是线索、但当我执行 CCS 全局"工作区搜索"以进行 power_saving (找到82个匹配项)时、 我感到困惑、因为我甚至在 app_ble_uartlog_pem3.cfg 中找到它、它位于非常旧的工作区结构中、而不是在当前的 Project Explorer 树中、但我使用 Windows 搜索在工作区中找到它：
您是否了解我不在这里的原因？
谢谢、
戴尔
编辑： 接下来、我尝试将这些包括项添加到我的 HaloLogger.c 代码中、但6310至6314行仍然灰显：
#include <ti/drivers/Power.h> #include <ti/drivers/power/PowerCC26XX.h>
我刚才选中了、是的、power_saving 已经并且一直作为预定义符号正确放置、但是 main.c 中的#ifndef 代码不会灰显。
在我看来、在 main.c 代码中的#ifndef 位置、预定义符号 power_saving 尚未定义、这就是为什么#ifndef 代码未在那里灰显、然后在我之前关闭引脚的 HaloLogger.c 代码中该代码正确灰显的原因 尝试进入睡眠状态。 有可能吗？
现在、电源管理 API 远远超出了我的知识库、我是否真的必须成为 API 方面的专家、以便在用于 UART 和 I2C 的 TI 通信驱动程序关闭后进行清理 、并再次具有低于30ua 的睡眠电流？
谢谢、
戴尔
像往常一样、当我发布一篇详细的文章、使我的旅程更加具体化时、我能够固定所有细节、最后用 另一个固定装置更深地向下钻一个孔。
在我发布了这篇长文章之后、我只需要仔细检查所有内容、然后"注意"我开始修复这样一个事实、即我说 UART 引脚未连接到外部世界。 虽然这可能确实如此、但我在 UART Tx 上确实有一个外部上拉电阻器、该上拉电阻器与 我在两个 I2C 引脚上的上拉电阻器连接到同一个悬空点。 当我向 I2C 带状电缆启用2.7V REG710nA-2.7/250稳压器(向 I2C 器件发送2.7V 电源、向我的所有通信上拉电阻发送2.7V 电源)时、这个关头会施加2.7V 电压。
当 UART_init()运行时，UART Tx 线路开始通过我的 Tx 上拉电流与 I2C 上拉电阻相结合，然后通过我 在 BoardGpioInitTable 中给出的 I2C 线路的内部下拉电阻进行馈电。。。。 当我完全移除到达 I2C 上拉电阻器高/浮点端的 TX 上拉电阻器时、使用 UART_INIT()后的最终睡眠电流 会变为<10ua
我的问题是、在现实生活中、UART Tx 和 Rx 线路都将具有上拉电阻、因为我必须与5伏 UART 器件通信、并且我必须将2.8伏 nexion UART 线路"电平转换"为5V 线路、 如下所示：
这些 R14上拉电阻会在睡眠期间交叉馈送到 I2C 引脚、并再次损坏我的睡眠电流
我不知道如何解决这个问题，但我正在努力解决这个问题。。 (我希望我现在可以把这篇长文章放回去；)
戴尔
我的 cc2640f128位于经 FCC 认证的子板上、该子板焊接到我的 PCB 上。
cc2640f128位于子板上的屏蔽层下、但我知道它是7x7配置。
以下是我的调试目标信息：
我可以分享原理图中显示 IOID_14连接和复位引脚连接的部分：
复位引脚只会进入 JTAG 接头、我从不在代码中控制该引脚。
IOID_14获取从5V USB 连接器或12v 插头上的分压器唤醒的电压。
我想这会排除硬件复位、不是吗？
[~ userid="114053" url="/support/wireless-connectivity/bluetooth-group/f/bluetooth-forum/110971/cc2640-最小化睡眠电流-使用时使用 i2c-and-UART/4149182#4149182"]或软件(例如断言)我从不在代码中将复位引脚置为有效、是否有其他断言会在软件中导致此情况？
谢谢、
戴尔
对 IOID_14施加2.8V 电压 后、我现在能够更进一步地跟踪代码执行情况、从下图中可以看出 IdleTask 栈出错、导致代码停止执行。
迄今为止、我从未见 过 IdleTask 堆栈峰值超过512个堆栈中的240个。
我的代码已稳定运行了很多个月、这种从<10ua 睡眠状态唤醒的现象似乎会导致堆栈错误。
这能让我们更进一步吗？
编辑：为了达到这一步、我还不能包含唤醒后重新打开 UART 的代码。
谢谢、
戴尔