2021-02-18 08:09:27 -05:00
|
|
|
menu "Hardware Settings"
|
2022-05-10 00:27:36 -04:00
|
|
|
orsource "./port/$IDF_TARGET/Kconfig.spiram"
|
|
|
|
|
2021-02-18 08:09:27 -05:00
|
|
|
menu "MAC Config"
|
|
|
|
config ESP_MAC_ADDR_UNIVERSE_WIFI_STA
|
|
|
|
bool
|
|
|
|
|
|
|
|
config ESP_MAC_ADDR_UNIVERSE_WIFI_AP
|
|
|
|
bool
|
|
|
|
|
|
|
|
config ESP_MAC_ADDR_UNIVERSE_BT
|
|
|
|
bool
|
|
|
|
|
|
|
|
config ESP_MAC_ADDR_UNIVERSE_ETH
|
|
|
|
bool
|
2021-03-17 08:42:10 -04:00
|
|
|
|
|
|
|
# Insert chip-specific MAC config
|
2022-05-05 23:31:24 -04:00
|
|
|
rsource "./port/$IDF_TARGET/Kconfig.mac"
|
2021-02-18 08:09:27 -05:00
|
|
|
endmenu
|
2021-03-10 08:55:49 -05:00
|
|
|
|
|
|
|
menu "Sleep Config"
|
|
|
|
# This is here since this option affect behavior of esp_light_sleep_start
|
|
|
|
# regardless of power management configuration.
|
|
|
|
config ESP_SLEEP_POWER_DOWN_FLASH
|
|
|
|
bool "Power down flash in light sleep when there is no SPIRAM"
|
|
|
|
depends on !SPIRAM
|
2022-07-21 07:14:26 -04:00
|
|
|
default n
|
2021-03-10 08:55:49 -05:00
|
|
|
help
|
|
|
|
If enabled, chip will try to power down flash as part of esp_light_sleep_start(), which costs
|
|
|
|
more time when chip wakes up. Can only be enabled if there is no SPIRAM configured.
|
2022-07-21 07:14:26 -04:00
|
|
|
|
|
|
|
This option will power down flash under a strict but relatively safe condition. Also, it is possible to
|
|
|
|
power down flash under a relaxed condition by using esp_sleep_pd_config() to set ESP_PD_DOMAIN_VDDSDIO
|
|
|
|
to ESP_PD_OPTION_OFF. It should be noted that there is a risk in powering down flash, you can refer
|
|
|
|
`ESP-IDF Programming Guide/API Reference/System API/Sleep Modes/Power-down of Flash` for more details.
|
2021-07-16 05:44:03 -04:00
|
|
|
|
|
|
|
config ESP_SLEEP_RTC_BUS_ISO_WORKAROUND
|
|
|
|
bool
|
|
|
|
default y if IDF_TARGET_ESP32 || IDF_TARGET_ESP32S2 || IDF_TARGET_ESP32S3
|
2021-07-02 22:57:49 -04:00
|
|
|
|
2021-10-10 23:33:36 -04:00
|
|
|
config ESP_SLEEP_GPIO_RESET_WORKAROUND
|
|
|
|
bool "light sleep GPIO reset workaround"
|
2022-03-02 02:49:31 -05:00
|
|
|
default y if IDF_TARGET_ESP32C2 || IDF_TARGET_ESP32C3 || IDF_TARGET_ESP32S3
|
2021-10-10 23:33:36 -04:00
|
|
|
select PM_SLP_DISABLE_GPIO if FREERTOS_USE_TICKLESS_IDLE
|
|
|
|
help
|
2022-03-02 02:49:31 -05:00
|
|
|
esp32c2, esp32c3 and esp32s3 will reset at wake-up if GPIO is received a small electrostatic
|
2021-10-10 23:33:36 -04:00
|
|
|
pulse during light sleep, with specific condition
|
|
|
|
|
|
|
|
- GPIO needs to be configured as input-mode only
|
|
|
|
- The pin receives a small electrostatic pulse, and reset occurs when the pulse
|
|
|
|
voltage is higher than 6 V
|
|
|
|
|
|
|
|
For GPIO set to input mode only, it is not a good practice to leave it open/floating,
|
|
|
|
The hardware design needs to controlled it with determined supply or ground voltage
|
|
|
|
is necessary.
|
|
|
|
|
|
|
|
This option provides a software workaround for this issue. Configure to isolate all
|
|
|
|
GPIO pins in sleep state.
|
|
|
|
|
2021-07-02 22:57:49 -04:00
|
|
|
config ESP_SLEEP_PSRAM_LEAKAGE_WORKAROUND
|
|
|
|
bool "PSRAM leakage current workaround in light sleep"
|
|
|
|
depends on SPIRAM
|
2022-07-21 07:14:26 -04:00
|
|
|
default y
|
2021-07-02 22:57:49 -04:00
|
|
|
help
|
|
|
|
When the CS pin of SPIRAM is not pulled up, the sleep current will
|
|
|
|
increase during light sleep. If the CS pin of SPIRAM has an external
|
|
|
|
pull-up, you do not need to select this option, otherwise, you
|
|
|
|
should enable this option.
|
2021-09-03 02:30:55 -04:00
|
|
|
|
|
|
|
config ESP_SLEEP_FLASH_LEAKAGE_WORKAROUND
|
|
|
|
bool "Flash leakage current workaround in light sleep"
|
2022-07-21 07:14:26 -04:00
|
|
|
default y
|
2021-09-03 02:30:55 -04:00
|
|
|
help
|
|
|
|
When the CS pin of Flash is not pulled up, the sleep current will
|
|
|
|
increase during light sleep. If the CS pin of Flash has an external
|
|
|
|
pull-up, you do not need to select this option, otherwise, you
|
|
|
|
should enable this option.
|
2022-05-10 00:27:36 -04:00
|
|
|
|
2022-07-21 07:14:26 -04:00
|
|
|
config ESP_SLEEP_MSPI_NEED_ALL_IO_PU
|
|
|
|
bool "All pins of mspi need pull up"
|
|
|
|
depends on ESP_SLEEP_PSRAM_LEAKAGE_WORKAROUND || ESP_SLEEP_FLASH_LEAKAGE_WORKAROUND
|
|
|
|
default y if IDF_TARGET_ESP32C2 || IDF_TARGET_ESP32S3
|
|
|
|
help
|
|
|
|
To reduce leakage current, some types of SPI Flash/RAM only need to pull up the CS pin
|
|
|
|
during light sleep. But there are also some kinds of SPI Flash/RAM that need to pull up
|
|
|
|
all pins. It depends on the SPI Flash/RAM chip used.
|
|
|
|
|
2022-05-10 00:27:36 -04:00
|
|
|
config ESP_SLEEP_DEEP_SLEEP_WAKEUP_DELAY
|
|
|
|
int "Extra delay in deep sleep wake stub (in us)"
|
|
|
|
depends on IDF_TARGET_ESP32 || IDF_TARGET_ESP32S3
|
|
|
|
default 2000
|
|
|
|
range 0 5000
|
|
|
|
help
|
|
|
|
When the chip exits deep sleep, the CPU and the flash chip are powered on
|
|
|
|
at the same time. CPU will run deep sleep stub first, and then
|
|
|
|
proceed to load code from flash. Some flash chips need sufficient
|
|
|
|
time to pass between power on and first read operation. By default,
|
|
|
|
without any extra delay, this time is approximately 900us, although
|
|
|
|
some flash chip types need more than that.
|
|
|
|
|
|
|
|
By default extra delay is set to 2000us. When optimizing startup time
|
|
|
|
for applications which require it, this value may be reduced.
|
|
|
|
|
|
|
|
If you are seeing "flash read err, 1000" message printed to the
|
|
|
|
console after deep sleep reset, try increasing this value.
|
2021-03-10 08:55:49 -05:00
|
|
|
endmenu
|
2021-11-23 00:07:43 -05:00
|
|
|
|
|
|
|
menu "RTC Clock Config"
|
2022-03-02 02:49:31 -05:00
|
|
|
orsource "./port/$IDF_TARGET/Kconfig.rtc"
|
|
|
|
|
2021-11-23 00:07:43 -05:00
|
|
|
config RTC_CLOCK_BBPLL_POWER_ON_WITH_USB
|
2022-05-05 23:31:24 -04:00
|
|
|
# This is used for configure the RTC clock.
|
2021-11-23 00:07:43 -05:00
|
|
|
bool "Keep BBPLL clock always work"
|
|
|
|
depends on ESP_CONSOLE_USB_SERIAL_JTAG || ESP_CONSOLE_SECONDARY_USB_SERIAL_JTAG
|
|
|
|
default y
|
|
|
|
help
|
2022-09-11 15:18:04 -04:00
|
|
|
When software switches the CPU clock source from BBPLL clock to XTAL, usually the BBPLL will be
|
|
|
|
switched off. This helps to save some power consumption in sleep modes. However this may also happen
|
|
|
|
during the software reset, resulting in the inactive (disconnected from host) of the USB_SERIAL_JTAG
|
|
|
|
device during software reset.
|
|
|
|
|
|
|
|
When USB_SERIAL_JTAG is being used, whether to turn off the clock source during software reset and in
|
|
|
|
sleep modes is determined by RTC_CLOCK_BBPLL_POWER_ON_WITH_USB.
|
|
|
|
|
|
|
|
- When RTC_CLOCK_BBPLL_POWER_ON_WITH_USB is enabled, the clock will be kept, so that the
|
|
|
|
USB_SERIAL_JTAG will keep alive during software reset. The side-effect is the increasing of power
|
|
|
|
consumption during sleep modes, even though USB_SERIAL_JTAG will not work in sleep modes.
|
|
|
|
|
|
|
|
- When RTC_CLOCK_BBPLL_POWER_ON_WITH_USB is disabled, the clock will be turned off. USB_SERIAL_JTAG
|
|
|
|
will be inactive during software reset and in sleep modes. This saves some power consumption in
|
|
|
|
sleep modes.
|
|
|
|
|
|
|
|
When USB_SERIAL_JTAG is not being used, software will always turn off BBPLL regardless of
|
|
|
|
RTC_CLOCK_BBPLL_POWER_ON_WITH_USB is set or not.
|
2021-11-23 00:07:43 -05:00
|
|
|
endmenu
|
2022-03-24 09:33:36 -04:00
|
|
|
|
|
|
|
menu "Peripheral Control"
|
|
|
|
config PERIPH_CTRL_FUNC_IN_IRAM
|
|
|
|
bool "Place peripheral control functions into IRAM"
|
|
|
|
default n
|
|
|
|
help
|
|
|
|
Place peripheral control functions (e.g. periph_module_reset) into IRAM,
|
|
|
|
so that these functions can be IRAM-safe and able to be called in the other IRAM interrupt context.
|
|
|
|
endmenu
|
2022-03-02 02:49:31 -05:00
|
|
|
|
2022-05-31 22:14:48 -04:00
|
|
|
menu "MMU Config"
|
|
|
|
# This Config is used for configure the MMU.
|
|
|
|
# Be configured based on flash size selection.
|
|
|
|
# Invisible to users.
|
|
|
|
|
|
|
|
config MMU_PAGE_SIZE_16KB
|
|
|
|
bool
|
|
|
|
default y if IDF_TARGET_ESP32C2 && ESPTOOLPY_FLASHSIZE_1MB
|
|
|
|
default n
|
|
|
|
|
|
|
|
config MMU_PAGE_SIZE_32KB
|
|
|
|
bool
|
|
|
|
default y if IDF_TARGET_ESP32C2 && ESPTOOLPY_FLASHSIZE_2MB
|
|
|
|
default n
|
|
|
|
|
|
|
|
config MMU_PAGE_SIZE_64KB
|
|
|
|
bool
|
|
|
|
default y if !MMU_PAGE_SIZE_32KB && !MMU_PAGE_SIZE_16KB
|
|
|
|
default n
|
|
|
|
|
|
|
|
config MMU_PAGE_MODE
|
|
|
|
string
|
|
|
|
default "16KB" if MMU_PAGE_SIZE_16KB
|
|
|
|
default "32KB" if MMU_PAGE_SIZE_32KB
|
|
|
|
default "64KB" if MMU_PAGE_SIZE_64KB
|
|
|
|
|
|
|
|
config MMU_PAGE_SIZE
|
|
|
|
# Some chips support different flash MMU page sizes: 64k, 32k, 16k.
|
|
|
|
# Since the number of MMU pages is limited, the maximum flash size supported
|
|
|
|
# for each page size is reduced proportionally: 4 MB, 2MB, 1MB. To make best
|
|
|
|
# use of small flash sizes (reducing the wasted space due to alignment), we
|
|
|
|
# need to use the smallest possible MMU page size for the given flash size.
|
|
|
|
hex
|
|
|
|
default 0x4000 if MMU_PAGE_SIZE_16KB
|
|
|
|
default 0x8000 if MMU_PAGE_SIZE_32KB
|
|
|
|
default 0x10000 if MMU_PAGE_SIZE_64KB
|
|
|
|
endmenu
|
|
|
|
|
2022-03-02 02:49:31 -05:00
|
|
|
# Insert chip-specific HW config
|
|
|
|
orsource "./port/$IDF_TARGET/Kconfig.hw_support"
|
|
|
|
|
2022-06-27 23:06:27 -04:00
|
|
|
menu "GDMA Configuration"
|
|
|
|
depends on SOC_GDMA_SUPPORTED
|
|
|
|
config GDMA_CTRL_FUNC_IN_IRAM
|
|
|
|
bool "Place GDMA control functions into IRAM"
|
|
|
|
default n
|
|
|
|
help
|
|
|
|
Place GDMA control functions (like start/stop/append/reset) into IRAM,
|
|
|
|
so that these functions can be IRAM-safe and able to be called in the other IRAM interrupt context.
|
|
|
|
Enabling this option can improve driver performance as well.
|
|
|
|
|
|
|
|
config GDMA_ISR_IRAM_SAFE
|
|
|
|
bool "GDMA ISR IRAM-Safe"
|
|
|
|
default n
|
|
|
|
help
|
|
|
|
This will ensure the GDMA interrupt handler is IRAM-Safe, allow to avoid flash
|
|
|
|
cache misses, and also be able to run whilst the cache is disabled.
|
|
|
|
(e.g. SPI Flash write).
|
|
|
|
endmenu # GDMA Configuration
|
|
|
|
|
2022-07-12 22:54:41 -04:00
|
|
|
menu "Main XTAL Config"
|
|
|
|
choice XTAL_FREQ_SEL
|
|
|
|
prompt "Main XTAL frequency"
|
|
|
|
default XTAL_FREQ_40 if SOC_XTAL_SUPPORT_40M
|
|
|
|
help
|
|
|
|
This option selects the operating frequency of the XTAL (crystal) clock used to drive the ESP target.
|
|
|
|
The selected value MUST reflect the frequency of the given hardware.
|
|
|
|
|
|
|
|
Note: The XTAL_FREQ_AUTO option allows the ESP target to automatically estimating XTAL clock's
|
|
|
|
operating frequency. However, this feature is only supported on the ESP32. The ESP32 uses the
|
|
|
|
internal 8MHZ as a reference when estimating. Due to the internal oscillator's frequency being
|
|
|
|
temperature dependent, usage of the XTAL_FREQ_AUTO is not recommended in applications that operate
|
|
|
|
in high ambient temperatures or use high-temperature qualified chips and modules.
|
|
|
|
|
|
|
|
config XTAL_FREQ_24
|
|
|
|
depends on SOC_XTAL_SUPPORT_24M
|
|
|
|
bool "24 MHz"
|
|
|
|
config XTAL_FREQ_26
|
|
|
|
depends on SOC_XTAL_SUPPORT_26M
|
|
|
|
bool "26 MHz"
|
|
|
|
config XTAL_FREQ_32
|
|
|
|
depends on SOC_XTAL_SUPPORT_32M
|
|
|
|
bool "32 MHz"
|
|
|
|
config XTAL_FREQ_40
|
|
|
|
depends on SOC_XTAL_SUPPORT_40M
|
|
|
|
bool "40 MHz"
|
|
|
|
config XTAL_FREQ_AUTO
|
|
|
|
depends on SOC_XTAL_SUPPORT_AUTO_DETECT
|
|
|
|
bool "Autodetect"
|
|
|
|
endchoice
|
|
|
|
|
|
|
|
# rtc_xtal_freq_t enum in soc/rtc.h lists the XTAL frequencies can be supported
|
|
|
|
# SOC_XTAL_SUPPORT_XXX in soc_caps.h lists the XTAL frequencies already supported
|
|
|
|
config XTAL_FREQ
|
|
|
|
int
|
|
|
|
default 24 if XTAL_FREQ_24
|
|
|
|
default 26 if XTAL_FREQ_26
|
|
|
|
default 32 if XTAL_FREQ_32
|
|
|
|
default 40 if XTAL_FREQ_40
|
|
|
|
default 0 if XTAL_FREQ_AUTO
|
|
|
|
endmenu
|
2021-02-18 08:09:27 -05:00
|
|
|
endmenu
|