主题中讨论的其他器件:ENERGYTRACE、 CC2340R5
工具与软件:
您好!
在启动时为 Launchpad 供电时、我已经看到在大约60ms 内消耗较高、大约10 -12 mA。 为什么会发生这种情况? 可以尽可能缩短这个时间、我想、在这个时间内、微控制器正在进行初始化?
提前感谢您。
您好!
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.
工具与软件:
您好!
在启动时为 Launchpad 供电时、我已经看到在大约60ms 内消耗较高、大约10 -12 mA。 为什么会发生这种情况? 可以尽可能缩短这个时间、我想、在这个时间内、微控制器正在进行初始化?
提前感谢您。
您好!
您好!
感谢您的咨询。
您能否提供更多有关能耗的信息来帮助我?
XDS110 TI 的 ET 调试器探针? 如果需要、您能否遵循本指南:《EnergyTrace 用户指南》来收集器件启动时的电流消耗? 您可以开始运行能量跟踪、然后将 LaunchPad 复位以查看引导信息(按"复位"按钮)。 请分享当前绘制的屏幕截图(感谢 X 轴和 Y 轴)。 BR、
David。
您好!
感谢您的回答。
我已经使用了 XDS110 - ET 调试器、并按照您建议的方式遵循了 EnergyTrace 指南。 我会在调试程序时附加相对功率的图像(Energytrace 的电压为3.3V)、以及 在运行 Energytrace 和重置电路板时所提出的电流图像。
至于第二个问题、我通常使用示波器在调试模式下测量电流消耗。
顺便说一下、我将使用 basic_ble 示例、该示例来自: SimpleLink 低功耗 F3 SDK (8.10.01.02)/Examples/Develompent Tools/CC2340R5 LaunchPad/BLE5-Stack/basic_ble。 我更改了一些参数、我将其仅用作广播设备、并将主 Phy 间隔更改为1000ms (最小值和最大值)。


您可以看到、按下复位键时、电流消耗与调试模式中的电流消耗相同。 我想这个电流消耗用于启动微控制器、如果我错了、请纠正。 可以缩短发生这种情况的时间或减少消耗? 这两种情况会更好。
提前感谢您。
您好!
Eñaut μ A
您好、Eñaut
我们可以尝试以下操作吗?
我还建议在使用空工程(在 SDK 的驱动程序示例中找到)时比较复位能量曲线、以确认额外的功耗来自应用程序(basic_ble 情况中与 BLE 相关)。
BR、
David。
David、您好!
我已禁用 UART 显示器、它变短了、我附加图像。 但是、对于我使用它的应用而言、功耗会非常大。 我还加载了一个空项目、它要短得多、我还附上图像以便进行比较。


第一个约为35ms、空的约为6ms。 启动期间是否有任何其他选项可以降低电流消耗? 以更低的电流消耗实现更长的启动时间可以满足我的功率预算。
在搜索另一个替代方案时、我们找到了另一个名为 rfPacketTx 的示例工程、该工程位于 SimpleLink 低功耗 F3 SDK (8.10.01.02)/Examples/Develompent Tools/CC2340R5 LaunchPad/TI 专有的 RF/rfPacketTx 中。 它有一个不使用 RTOS 的选项、并且它似乎启动更安静、我也会附加映像。 不过、我不确定它做什么以及是否有必要为我的应用使用 RTOS。

为了给您提供更多信息、应用程序包含一个可以发送数据的 BLE 信标、32字节足以满足应用需求、因此我将使用 BLE 作为广播设备模式。 芯片能够消耗的能源数量非常有限、因此在极短的时间内就能消耗如此多的能源是个问题。
谢谢你。
您好!
Eñaut μ A
David、您好!
我一直在阅读和测试它,我认为这是一个潜在的解决方案。 我还使用了带 RTOS 的和不带 RTOS 的两个测试、而不使用 RTOS 的程序消耗略低、因此更适合我的应用程序。 但我不确定它是否像信标那样工作、正如我看到的那样、存在同步字、这是否意味着接收 Launchpad 必须连接到传输 LaunchPad? 可以使用 PropRF 制作一个信标?
除此之外、我已使用 SmartRF Studio 8进行一些测试、数据正在正确到达另一个 Launchpad。 但是、将 rfPacketTx 和 rfPacketRx 程序刷写到 LaunchPad 中时、我不知道如何可视化进入 RX LaunchPad 的数据。 我是否必须通过 UART 将数据发送到某处? 我已经看到 UART 外设已经在初始化、但还没有在代码中实现?
提前感谢您。
您好!
Eñaut μ A
您好、 Eñaut
我已经阅读并测试了它、我认为这将是一个潜在的解决方案。 我还使用了带 RTOS 的和不带 RTOS 的两个测试、而不使用 RTOS 的程序消耗略低、因此更适合我的应用程序。 但我不确定它是否像信标那样工作、正如我看到的那样、存在同步字、这是否意味着接收 Launchpad 必须连接到传输 LaunchPad? 可以使用 PropRF 创建信标?
如果您需要有关器件启动期间电流尖峰的更多详细信息(在 ET 快照中看到为~23mA)、我建议提交一个单独的帖子。
请注意、对于 RTOS、~3.8mA 处的初始建立时间是器件引导后的一次性成本。 如果您不断重新启动、那么我同意 noRTOS 是合理的。 否则、RTOS 可提供更好的应用程序开发流程。 当然、这一切都取决于您的应用需求。
[报价 userid="616804" url="~/support/power-management-group/power-management/f/power-management-forum/1400205/lp-em-cc2340r5-start-up-power-consumption/5375103 #5375103"]除此之外、我使用 SmartRF Studio 8进行了一些测试、数据正在正确到达另一个 Launchpad。 但是、将 rfPacketTx 和 rfPacketRx 程序刷写到 LaunchPad 中时、我不知道如何可视化进入 RX LaunchPad 的数据。 我是否必须通过 UART 将数据发送到某处? 我已经看到 UART 外设已在初始化、但尚未在代码中实现?[/QUOT]数据将位于您在 RX cmd 中设置的缓冲区(uint32_t buffer[NUM_DATA_ENTRYTS][BUFF_STRUCT_LENGTH/4];)。
在调试器中、您可以检查此缓冲区、您应该在其中看到从 rfPacketTx 发送的数据。 该缓冲区中还有一些标头、但您可以计算实际数据的索引并将该索引用于未来的开发。
谢谢!
Toby
尊敬的 Toby:
感谢您的回答。 是使用蓝牙协议本身、还是仅使用其物理部分? 我想这不会、因为我在移动应用程序(简单链接连接)中看不到它。 如果没有、是否可以使用该程序(PropRF)以蓝牙协议发送数据? 因为我现在知道我可以使用 PropRF 发送数据、这对我来说很有效、但是制作蓝牙信标也很有用、这样就不会使用 basic_ble 信标那样消耗的电能。
关于 RTOS 启动器件时的能源对我而言至关重要、另外、我还将不断重新启动、因此不必使用它是合理的。
您好!
Eñaut μ A
关于此帖子、它是使用蓝牙协议本身还是仅使用它的物理部分?
不使用 BLE 堆栈。 它使用看起来像 BLE 数据包的数据包。
它仅发送广播包、无 BLE 连接。
此外、还可以制作一个蓝牙信标、使其使用的能量不象 basic_ble on 那样多
请参阅低功耗蓝牙规范、了解如何格式化其数据包。