espressif / esp-hosted

Hosted Solution (Linux/MCU) with ESP32 (Wi-Fi + BT + BLE)
Other
674 stars 158 forks source link

Can esp32-c3 support independent control of turning on and off wifi and bluetooth? #405

Open ShengjieCh opened 3 months ago

ShengjieCh commented 3 months ago

Because of power consumption requirements, I hope to be able to control the switches of wifi and bluetooth separately; when wifi is not needed, turn off wifi and turn it on when wifi is needed.

mantriyogesh commented 3 months ago

Using FG or NG?

ShengjieCh commented 3 months ago

host-fg

mantriyogesh commented 3 months ago

Sure. We plan these additional APIs, say,

wifi_setup()
wifi_cleanup()
bluetooth_setup()
bluetooth_cleanup()

in the control path APIs, to use from application layer. These separate APIs would help conserve power and memory.

We would add this support, but it may take some time, considering current work.

ShengjieCh commented 3 months ago

May I ask when support will be available?

mantriyogesh commented 3 months ago

It's small feature, but may take time till 1-Jul. Would that work for you?

ShengjieCh commented 3 months ago

This is helpful, thanks!

mantriyogesh commented 2 months ago

We are working on it (picked up recently!), we will update soon as we get there.

ShengjieCh commented 2 months ago

Can it be completed this week?pleted this week?

mantriyogesh commented 2 months ago

Yes..

mantriyogesh commented 2 months ago

Please try:

disable_enable_wifi_bt__over_df7deb53140764ceb5273274a322a04b4107344c.patch.gz

commands added: enable_wifi, disable_wifi, enable_bt, disable_bt

ShengjieCh commented 2 months ago

May I ask when this change will be included in the release?

mantriyogesh commented 2 months ago

It would be added once reviewed. Did you try it at your end? I have tested it for simple and complex combinations already.

ShengjieCh commented 2 months ago

not yet... When is it expected to be added to the realease version?

mantriyogesh commented 2 months ago

Merged now, will reflect in 10 mins.

ShengjieCh commented 2 months ago

Should I update the firmware? image image

mantriyogesh commented 2 months ago

Firmware not flashed?

ShengjieCh commented 2 months ago

Where can I get the latest firmware?

mantriyogesh commented 2 months ago

Flash using the code:

Just to remind, please use latest FG master at both sides.

ShengjieCh commented 2 months ago

Hello, please tell me what's the strategy for this firmware update, Will there be a release version? Because we don't want to use our own locally compiled firmware. image

mantriyogesh commented 2 months ago

Yes, we are going to update ota as per versioning system, the code is already in review, but it may take another week to review and test the change.

ShengjieCh commented 2 months ago

Thanks, it's helpful!

ShengjieCh commented 1 month ago

hello, mantriyogesh, may I ask what day of the week it will be updated?

mantriyogesh commented 1 month ago

Versioning support change pulled to master a minute ago, please help checking it if it answers your questions.

mantriyogesh commented 1 month ago

Please note, the binaries are yet not updated, they would update on next release. Not yet planned for next release, the blocking bit right now is OTA with new release numbering. once it is in place, we will push new binaries.

mantriyogesh commented 1 month ago

FG existing ota, should work anyway as is.

ShengjieCh commented 1 month ago

hi, mantriyogesh: After actual measurement, the power consumption measured after disabling wifi is similar to that of enabling wifi. Is this in line with expectations? What is the specific implementation of disable/enable wifi? disable wifi(0.277W):image enable wifi(0.283W):image

The log of disable wifi is as follows image

mantriyogesh commented 1 month ago

Question would be what mode wifi was used when enabled.

Power consumption Wifi active tx > wifi active rx > wifi idle > wifi disable

Similar would be the case with bluetooth.

Obviously wifi peaks world be much higher than bluetooth.

There is single rf time shared between wifi and bluetooth, giving many more combinations, but importantly, wifi and bluetooth both disabled would also be one imp case.

For power reduction, some more cases to consider:

Specific requirements might be helpful to understand. But in general, you might need to consider application design to use specific sleep modes in specific wifi and/or bluetooth states.

Optionally, you can also get in touch with our dedicated support team at https://www.espressif.com/en/contact-us/sales-questions

ShengjieCh commented 1 month ago

After enable wifi, the softAP mode is used, but no STA is connected to it, it is just broadcasting

mantriyogesh commented 1 month ago

With softap mode, power save is not possible. In this case, power consumption would be expected to be high, irrespective of whether you use STA mode and/or Bluetooth.

ShengjieCh commented 1 month ago

But is it useless to disable wifi? First I enable wifi, then enable softap mode. After that, I call stop softap and disable wifi. Will the power consumption become lower? I can’t see the wifi broadcast at this time.

mantriyogesh commented 1 month ago

If softAP is stopped followed by disable Wi-Fi, the power would be lowered wrt Wi-Fi. Try disabling Bluetooth and Wi-Fi both and then measure power without starting softAP. For power consumption, consider these factors : https://github.com/espressif/esp-hosted/issues/405#issuecomment-2264546193 keeping RF current state in the mind.

mantriyogesh commented 1 month ago

For proper power saving, you might need to consider multiple options.

These need to be configured correctly. This broader scope of power save we had already considered developing slave power save feature which should be customisable and suited for ESP-Hosted case, but this would take tremendous time, considering all the permutation combination to verify. This change is first targeted on https://github.com/espressif/esp-hosted/tree/feature/esp_as_mcu_host (MCU as host solution). Once streamlined, we will consider putting to master(for Linux) as well.

But for now, you might have to check above links which describes a lot of power saving options available. While measuring the power, you also might need to account a lot of factors, for example, LED over dev kit(if using one), etc.

In simple words, let us know your exact requirements. To answer your earlier question, what code is involved, please find the commit https://github.com/espressif/esp-hosted/commit/4c1be0f6bb2ae58f91b6b8c3587e5e52a72e2048 which is added for enable/disable functionality of Wi-Fi & Bluetooth. Slave specific code, where we disable the controllers upon receiving the disable request, is here:

https://github.com/espressif/esp-hosted/commit/4c1be0f6bb2ae58f91b6b8c3587e5e52a72e2048#diff-7ecd9e625393ef2d3c307c0950ef3e2186fa3f5a7ffce1afac1e7081ee350aec

ShengjieCh commented 1 month ago

If softAP is stopped followed by disable Wi-Fi, the power would be lowered wrt Wi-Fi. Try disabling Bluetooth and Wi-Fi both and then measure power without starting softAP. For power consumption, consider these factors : #405 (comment) keeping RF current state in the mind.

hi, mantriyogesh: How much is the power consumption expected to be reduced after disabling wifi? What is the order of magnitude? (<10mW, 10 - 50mW, 50 - 100mW, >100mW); After I tried to comment out initialise_wifi(), only the BT function is available. At this time Power consumption dropped from 280mW to 75mW, which is what I expected. There is also esp_wifi_deinit() in disable wifi. I want to know why the gap between them is so big. Is it because the wifi is not really turned off and is still consuming power? image image

mantriyogesh commented 1 month ago

Let me check and get back on this

ShengjieCh commented 1 month ago

hi, mantriyogesh, is there any progress?

mantriyogesh commented 1 month ago

Actually these are ESP-IDF things and full power related optimizations and their measurements you can query to https://github.com/espressif/esp-idf/issues.

ESP-Hosted is just thin layer over ESP-IDF as such, All power optimization techniques discussed in https://github.com/espressif/esp-hosted/issues/405#issuecomment-2264604450 are also ESP-IDF specific.

If you see some issue, I would suggest raising bug over ESP-IDF.

From IDF , I can fetch the datasheet for you:

esp32-c3_datasheet_en.pdf

Please check section, '5.6 Current Consumption'

ShengjieCh commented 1 month ago

I want to know what is the difference between disable wifi and not initializing wifi? Why is there such a big difference in power consumption? Is the function of disable wifi just a change of some parameters and cannot actually turn off wifi? Have you measured the changes in power consumption of this function? image image

mantriyogesh commented 1 month ago

We have not measured the power readings recently.

esp_wifi_stop() should stop the RF but keep the Wi-Fi driver with dormant state. FreeRTOS tasks , interrupts etc are retained wrt Wi-Fi driver. Additionally, Not power wise, but memory wise, the complete Wi-Fi driver's context is still occupied & not freed.

So we wish to not use Wi-Fi, better to de-init(), as it would also free out the memory and slightly lower power consumption further.

As I said earlier, Power consumption is dependent upon a lot of factors, including what application is doing, Rf state etc.

In nutshell, esp_wifi_stop() should get you drastic power consumption difference. The difference from esp_wifi_stop() to esp_wifi_deinit() should be very small in comparison.

There are a lot of ESP-IDF power saving options available as said earlier.

To further localise this problem, just just Wi-Fi and disable Bluetooth completely and try:

idf.py menuconfig

and components->bluetooth => unselect (disable) => flash and reboot.

Now, try to enable and disable Wi-Fi and re-do power measurements.

In any case, ESP-Hosted doesn't have code or control over ESP-IDF, in fact ESP-Hosted lies over ESP-IDF.

Even if you face issue, directly or indirectly, ESP-IDF Wi-Fi driver team would need to check this issue.

If you can showcase the issue, we can ask Wi-Fi team to check internally. Issue would be hold, unless we see response from ESP-IDF Wi-Fi driver team.

Alternatively, you can raise https://github.com/espressif/esp-idf/issues issue, and would directly be checked by Wi-Fi driver team there.

ShengjieCh commented 1 month ago

An issue has been raised. Please help to ask Wi-Fi team to check, thanks! https://github.com/espressif/esp-idf/issues/14322