主题中讨论的其他器件:CC3135、 CC3120
我正在尝试计算2种情况下的功耗(让其采用焦耳、UAH 或其他单位):
1:间歇性连接至 AP 发送1KB 或10KB、然后返回睡眠状态。 我可以根据两次突发之间的时间计算每天或每年的总消耗量
2.始终连接模式相同。
我很想了解这两种模式之间的交叉点在哪里。
PS -我正在查看应用手册
Thx
Amir
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.
我正在尝试计算2种情况下的功耗(让其采用焦耳、UAH 或其他单位):
1:间歇性连接至 AP 发送1KB 或10KB、然后返回睡眠状态。 我可以根据两次突发之间的时间计算每天或每年的总消耗量
2.始终连接模式相同。
我很想了解这两种模式之间的交叉点在哪里。
PS -我正在查看应用手册
Thx
Amir
您好、Amir、
间歇性连接和始终保持连接之间的比较 并不简单、具体取决于许多参数。
除其他外、它取决于 AP 上的信标间隔(或 LSI 功能的使用)、传输速率(这将影响传输时间)、后者会根据信道和流量类型动态变化 (例如、如果您只是在唤醒时发送 UDP 数据包、或者需要重新打开 TLS 以发送数据)。 值得切换到间歇性连接的阈值将在~30秒(例如、不带 TLS 的最佳条件)到 超过1分钟之间变化。
您可以尝试使用应用报告中的计算器(与数据表中动态配置文件编号的静态值一起使用- 例如、计算功耗配置文件中的预期 TX 功率)、或使用 SDK 中的 PowerMeasurement 示例演示所需的用例 (代码几乎已经为这一步做好准备-只需正确配置即可)。
BR、
Kobi
您是否参考中列出的应用
为了运行此操作、我需要使用 EVB。
在提交申请之前,我正在尝试确定 TI 是否是我的应用程序的最佳器件:-)
Thx
Amir
好的
我曾经多次学习过此应用手册和上一个应用手册、但现在仍然无法使数字匹配。
例如、查看图1.3、其中所有数字取自之前的应用手册、其中指的是3120器件、而不是本应用手册所涉及的3135器件。
在任何情况下、请在此处尝试并计算最简单的数字:
"间歇性连接"
E5、这只是 休眠模式下的功耗
4uA x 时间 x 3.3V、不会让我达到2mJ 或600uC、我认为所有其他数字也是如此)
我真的在尝试将其用作比较器件的工具、而不是。
这是一个很好的解释、但如果它缺少我所寻找的准确性、那么很难相信它。
现在、您能否解释一下如何获得16.5mJ 的 E4数字? 在什么条件下? 在什么假设下? 对于该器件甚至是真的、还是从之前的器件复制粘贴?
让我们继续看看下一个"始终保持连接"示例
图(1.4)显示了115uA 的 LPDS,而计算使用233uA ??? 它来自哪里?
E2计算甚至更加奇怪-它涉及大约200ms 的连接时间、但下面的示例(包括功率测量)显示52mS。
因此、底线是、
我仍然很困惑。
感谢您到目前为止的阅读:-)
对于50美元的捐赠,你可以在离线模式下进行:-)
Amir
关于常开-你是对的。 我们在该系列中提供了不同的产品(CC3120/CC313x/CC3220/…… 模块等)和仅一个文档。 这些数字似乎在图表中与估算的 E 值相混合。 CC3135的休眠功耗为4uA、但 CC32xx 系列中的休眠功耗为4.5uA 或5uA、我想此计算基于后者(5uA * 120s = 600uC)。
您可以使用 E 数字 进行粗略估算。 您可以根据 所使用的器件添加数据表静态编号来解决该问题。
关于始终保持连接、说明很简单:115uA 是静态 LPDS 电源(即 NWP 处于低功耗状态时)。 233uA 是动态空闲连接配置文件的平均值 、其中考虑了唤醒以接收信标。 在第1.8.9节中、您可以看到长睡眠间隔(LSI)的不同配置及其相应(平均)电流。
关于 E2 -我同意这是令人困惑的、我不确定哪一个示例显示了您提到的52ms。 当您将流量(某些 RX 和 TX)添加到空闲连接用例时、该文档会尝试估算平均电流。 200ms 和25mA 只是取决于应用实际行为的示例。
BR、
Kobi