主题中讨论的其他器件: CC3120、
工具/软件:TI C/C++编译器
我最近评估了 CC3200的功耗、 但我从未在功率测量中测试过0.85ma 的电流。我的测试电流为1.5ma、为什么我测试和记录不同?您能否提供用于测试功率测量的 WiFi 路由器环境参数?或者您能否提供功率测量项目中的关键参数?例如、LSI_SLEEP_DURATION_IN_msec 的参数是什么?
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.
工具/软件:TI C/C++编译器
我最近评估了 CC3200的功耗、 但我从未在功率测量中测试过0.85ma 的电流。我的测试电流为1.5ma、为什么我测试和记录不同?您能否提供用于测试功率测量的 WiFi 路由器环境参数?或者您能否提供功率测量项目中的关键参数?例如、LSI_SLEEP_DURATION_IN_msec 的参数是什么?
[引用 USER="Kobi Leibovitcha]DTIM 为2且 AP 信标间隔为102.4ms ->我们基本上需要每204.8ms 唤醒一次 DTIM。
LSI 被定义为最大睡眠间隔,因此在您的情况下,我们无法睡眠超过500ms (我们将在最多5*102.4=512ms 的时间内仍然可以,从而补偿信标间隔偏差)。
每512ms 唤醒不是一个选项、因为我们需要唤醒以接收 DTIM 信标(512时不会有一个)。
如果您将 LSI 设置为500ms、则我们将错过1个 DTIM 并仅在第2个(409.6ms)内唤醒。
下一个 DTIM 将在614.4ms 后出现、这对于所选的 LSI 而言太长。
BR、
Kobi
[/报价]
您好、Kobi、
感谢您的解释。
我遇到了关于唤醒时间的同样问题。
(1)关于理解
按照您的说明、我可以理解 文件(swra502a.pdf)中的 Wi-Fi 睡眠时间。但我仍然不清楚您的答案(以上)。
如果 LSI=300ms 且 DTIM=4 (409.6ms)->每409.6ms 唤醒一次(LSI 不相关)
如果 LSI=300ms 且 DTIM=5 (409.6ms)->每512ms 唤醒一次(LSI 不相关)
为什么不是204.8ms? 为什么 LSI 不相关?
(2)我对您的分析的研究
硬件:CC3200 Launchpad
Fireware:SDK、POWER_MEASUERMENT (始终开启)
如何从 您的分析中获得相同的 WiFi 睡眠时间?
最好的门卫!
Zx
你(们)好
我有两个问题要问:
1、在 Beacon = 100时、LSI=300、DTIM=4我的实际 Wi-Fi 睡眠时间为102ms。为什么您说实际 Wi-Fi 睡眠时间为400ms?
2.Beacon = 100 LSI=100调整 DTIM 的参数、我测量的实际 Wi-Fi 睡眠时间为100ms、为什么调整 DTIM 参数、实际 Wi-Fi 睡眠时间没有改变?
[引用 user="kobi Leibovitch ]Hi zx、
如果 DTIM 间隔长于请求的 LSI -则 LSI 不相关、因为我们无论如何都要休眠超过请求(DDIM=5 ->我们将每512 ms 唤醒一次)。
在您的测量中、更改 DTIM 似乎没有影响、这非常奇怪、我不知道这种问题。 此外、204的值对于除2和4之外的任何 DTIM 值都没有意义。
请确保 DTIM 间隔确实已更新?
BR、
Kobi
[/报价]
您好、Kobi、
非常感谢。
我已重新检查我的代码、
在 Powermeasurement 代码中、当我使用 UDP 模式时、它似乎无法捕获信标(但我不知道发生了什么)、这使得数据显示在上面。
现在我更改为 TCP Mdoe,数据(DTIM 间隔) LSI)
最右列的数据是 WiFi 唤醒间隔(ms)时间。
我仍然尝试获取 LSI 和 DTIM 间隔之间的关系 (当 DTIM 间隔大于 LSI 时),是否建议代码(来自 CC3200SDK_1.3.0)? 谢谢。
最棒的酒店!
Zx