esp-idf/components/esp32s2/Kconfig

582 lines
25 KiB
Plaintext
Raw Normal View History

2019-05-09 23:34:06 -04:00
menu "ESP32S2-specific"
2019-06-19 03:31:47 -04:00
# TODO: this component simply shouldn't be included
# in the build at the CMake level, but this is currently
# not working so we just hide all items here
2020-01-16 22:47:08 -05:00
visible if IDF_TARGET_ESP32S2
2019-05-09 23:34:06 -04:00
choice ESP32S2_DEFAULT_CPU_FREQ_MHZ
2019-05-09 23:34:06 -04:00
prompt "CPU frequency"
2019-12-26 02:25:24 -05:00
default ESP32S2_DEFAULT_CPU_FREQ_160 if !IDF_ENV_FPGA
default ESP32S2_DEFAULT_CPU_FREQ_FPGA if IDF_ENV_FPGA
2019-05-09 23:34:06 -04:00
help
CPU frequency to be set on application startup.
2019-12-26 02:25:24 -05:00
config ESP32S2_DEFAULT_CPU_FREQ_FPGA
depends on IDF_ENV_FPGA
2019-12-26 02:25:24 -05:00
bool "FPGA"
config ESP32S2_DEFAULT_CPU_FREQ_80
2019-05-09 23:34:06 -04:00
bool "80 MHz"
config ESP32S2_DEFAULT_CPU_FREQ_160
2019-05-09 23:34:06 -04:00
bool "160 MHz"
config ESP32S2_DEFAULT_CPU_FREQ_240
2019-05-09 23:34:06 -04:00
bool "240 MHz"
endchoice
config ESP32S2_DEFAULT_CPU_FREQ_MHZ
2019-05-09 23:34:06 -04:00
int
2019-12-26 02:25:24 -05:00
default 40 if IDF_ENV_FPGA
default 80 if ESP32S2_DEFAULT_CPU_FREQ_80
default 160 if ESP32S2_DEFAULT_CPU_FREQ_160
default 240 if ESP32S2_DEFAULT_CPU_FREQ_240
2019-05-09 23:34:06 -04:00
menu "Memory protection"
config ESP32S2_MEMPROT_FEATURE
bool "Enable memory protection"
default "y"
help
If enabled, permission control module watches all memory access and fires panic handler
if permission violation is detected. This feature automatically splits
memory into data and instruction segments and sets Read/Execute permissions
for instruction part (below splitting address) and Read/Write permissions
for data part (above splitting address). The memory protection is effective
on all access through IRAM0 and DRAM0 buses.
config ESP32S2_MEMPROT_FEATURE_LOCK
depends on ESP32S2_MEMPROT_FEATURE
bool "Lock memory protection settings"
default "y"
help
Once locked, memory protection settings cannot be changed anymore.
The lock is reset only on the chip startup.
endmenu # Memory protection
2019-05-09 23:34:06 -04:00
menu "Cache config"
choice ESP32S2_INSTRUCTION_CACHE_SIZE
2019-05-09 23:34:06 -04:00
prompt "Instruction cache size"
default ESP32S2_INSTRUCTION_CACHE_8KB
2019-05-09 23:34:06 -04:00
help
Instruction cache size to be set on application startup.
2019-06-19 03:31:47 -04:00
If you use 8KB instruction cache rather than 16KB instruction cache,
then the other 8KB will be added to the heap.
2019-05-09 23:34:06 -04:00
config ESP32S2_INSTRUCTION_CACHE_8KB
2019-05-09 23:34:06 -04:00
bool "8KB"
config ESP32S2_INSTRUCTION_CACHE_16KB
2019-05-09 23:34:06 -04:00
bool "16KB"
endchoice
choice ESP32S2_INSTRUCTION_CACHE_LINE_SIZE
2019-05-09 23:34:06 -04:00
prompt "Instruction cache line size"
default ESP32S2_INSTRUCTION_CACHE_LINE_32B
2019-05-09 23:34:06 -04:00
help
Instruction cache line size to be set on application startup.
config ESP32S2_INSTRUCTION_CACHE_LINE_16B
2019-05-09 23:34:06 -04:00
bool "16 Bytes"
config ESP32S2_INSTRUCTION_CACHE_LINE_32B
2019-05-09 23:34:06 -04:00
bool "32 Bytes"
endchoice
choice ESP32S2_DATA_CACHE_SIZE
2019-05-09 23:34:06 -04:00
prompt "Data cache size"
default ESP32S2_DATA_CACHE_8KB
2019-05-09 23:34:06 -04:00
help
Data cache size to be set on application startup.
If you use 8KB data cache rather than 16KB data cache, the other 8KB will be added to the heap.
config ESP32S2_DATA_CACHE_0KB
depends on !ESP32S2_SPIRAM_SUPPORT
2019-05-09 23:34:06 -04:00
bool "0KB"
config ESP32S2_DATA_CACHE_8KB
2019-05-09 23:34:06 -04:00
bool "8KB"
config ESP32S2_DATA_CACHE_16KB
2019-05-09 23:34:06 -04:00
bool "16KB"
endchoice
choice ESP32S2_DATA_CACHE_LINE_SIZE
2019-05-09 23:34:06 -04:00
prompt "Data cache line size"
default ESP32S2_DATA_CACHE_LINE_32B
2019-05-09 23:34:06 -04:00
help
Data cache line size to be set on application startup.
config ESP32S2_DATA_CACHE_LINE_16B
2019-05-09 23:34:06 -04:00
bool "16 Bytes"
config ESP32S2_DATA_CACHE_LINE_32B
2019-05-09 23:34:06 -04:00
bool "32 Bytes"
endchoice
config ESP32S2_INSTRUCTION_CACHE_WRAP
2019-05-09 23:34:06 -04:00
bool "Enable instruction cache wrap"
default "n"
help
If enabled, instruction cache will use wrap mode to read spi flash (maybe spiram).
The wrap length equals to INSTRUCTION_CACHE_LINE_SIZE.
However, it depends on complex conditions.
config ESP32S2_DATA_CACHE_WRAP
2019-05-09 23:34:06 -04:00
bool "Enable data cache wrap"
default "n"
help
If enabled, data cache will use wrap mode to read spiram (maybe spi flash).
The wrap length equals to DATA_CACHE_LINE_SIZE.
However, it depends on complex conditions.
endmenu # Cache config
2019-05-09 23:34:06 -04:00
# Note: to support SPIRAM across multiple chips, check CONFIG_SPIRAM
# instead
config ESP32S2_SPIRAM_SUPPORT
2019-05-09 23:34:06 -04:00
bool "Support for external, SPI-connected RAM"
default "n"
select SPIRAM
2019-05-09 23:34:06 -04:00
help
This enables support for an external SPI RAM chip, connected in parallel with the
main SPI flash chip.
menu "SPI RAM config"
depends on ESP32S2_SPIRAM_SUPPORT
2019-05-09 23:34:06 -04:00
choice SPIRAM_TYPE
prompt "Type of SPI RAM chip in use"
default SPIRAM_TYPE_AUTO
config SPIRAM_TYPE_AUTO
bool "Auto-detect"
config SPIRAM_TYPE_ESPPSRAM16
bool "ESP-PSRAM16 or APS1604"
2019-05-09 23:34:06 -04:00
config SPIRAM_TYPE_ESPPSRAM32
bool "ESP-PSRAM32 or IS25WP032"
config SPIRAM_TYPE_ESPPSRAM64
bool "ESP-PSRAM64 or LY68L6400"
endchoice
config SPIRAM_SIZE
int
default -1 if SPIRAM_TYPE_AUTO
default 2097152 if SPIRAM_TYPE_ESPPSRAM16
2019-05-09 23:34:06 -04:00
default 4194304 if SPIRAM_TYPE_ESPPSRAM32
default 8388608 if SPIRAM_TYPE_ESPPSRAM64
default 0
menu "PSRAM clock and cs IO for ESP32S2"
depends on ESP32S2_SPIRAM_SUPPORT
config DEFAULT_PSRAM_CLK_IO
int "PSRAM CLK IO number"
range 0 33
default 30
help
The PSRAM CLOCK IO can be any unused GPIO, user can config it based on hardware design.
config DEFAULT_PSRAM_CS_IO
int "PSRAM CS IO number"
range 0 33
default 26
help
The PSRAM CS IO can be any unused GPIO, user can config it based on hardware design.
endmenu
config SPIRAM_SPIWP_SD3_PIN
int "SPI PSRAM WP(SD3) Pin when customising pins via eFuse (read help)"
depends on ESPTOOLPY_FLASHMODE_DIO || ESPTOOLPY_FLASHMODE_DOUT
range 0 33
default 28
help
This value is ignored unless flash mode is set to DIO or DOUT and the SPI flash pins have been
overriden by setting the eFuses SPI_PAD_CONFIG_xxx.
Different from esp32 chip, on esp32s2, the WP pin would also be defined in efuse. This value would only
be used if the WP pin recorded in efuse SPI_PAD_CONFIG_xxx is invalid.
When flash mode is set to QIO or QOUT, the PSRAM WP pin will be set as the value configured in
bootloader.
2019-05-09 23:34:06 -04:00
config SPIRAM_FETCH_INSTRUCTIONS
2019-05-09 23:34:06 -04:00
bool "Cache fetch instructions from SPI RAM"
default n
help
If enabled, instruction in flash will be copied into SPIRAM.
2019-06-19 03:31:47 -04:00
If SPIRAM_RODATA also enabled,
you can run the instruction when erasing or programming the flash.
2019-05-09 23:34:06 -04:00
config SPIRAM_RODATA
2019-05-09 23:34:06 -04:00
bool "Cache load read only data from SPI RAM"
default n
help
If enabled, radata in flash will be copied into SPIRAM.
2019-06-19 03:31:47 -04:00
If SPIRAM_FETCH_INSTRUCTIONS also enabled,
you can run the instruction when erasing or programming the flash.
2019-05-09 23:34:06 -04:00
config SPIRAM_USE_AHB_DBUS3
2019-05-09 23:34:06 -04:00
bool "Enable AHB DBUS3 to access SPIRAM"
default n
help
2019-06-19 03:31:47 -04:00
If Enabled, if SPI_CONFIG_SIZE is bigger then 10MB+576KB,
then you can have 4MB more space to map the SPIRAM.
2019-05-09 23:34:06 -04:00
However, the AHB bus is slower than other data cache buses.
choice SPIRAM_SPEED
prompt "Set RAM clock speed"
default SPIRAM_SPEED_40M
2019-05-09 23:34:06 -04:00
help
Select the speed for the SPI RAM chip.
If SPI RAM is enabled, we only support three combinations of SPI speed mode we supported now:
1. Flash SPI running at 40Mhz and RAM SPI running at 40Mhz
2. Flash SPI running at 80Mhz and RAM SPI running at 40Mhz
3. Flash SPI running at 80Mhz and RAM SPI running at 80Mhz
Note: If the third mode(80Mhz+80Mhz) is enabled for SPI RAM of type 32MBit, one of the HSPI/VSPI host
will be occupied by the system. Which SPI host to use can be selected by the config item
SPIRAM_OCCUPY_SPI_HOST. Application code should never touch HSPI/VSPI hardware in this case. The
option to select 80MHz will only be visible if the flash SPI speed is also 80MHz.
(ESPTOOLPY_FLASHFREQ_80M is true)
config SPIRAM_SPEED_80M
bool "80MHz clock speed"
config SPIRAM_SPEED_40M
bool "40Mhz clock speed"
config SPIRAM_SPEED_26M
bool "26Mhz clock speed"
config SPIRAM_SPEED_20M
bool "20Mhz clock speed"
2019-05-09 23:34:06 -04:00
endchoice
2019-06-19 03:31:47 -04:00
# insert non-chip-specific items here
source "$IDF_PATH/components/esp_common/Kconfig.spiram.common"
2019-05-09 23:34:06 -04:00
endmenu
config ESP32S2_MEMMAP_TRACEMEM
2019-05-09 23:34:06 -04:00
bool
default "n"
config ESP32S2_MEMMAP_TRACEMEM_TWOBANKS
bool
default "n"
config ESP32S2_TRAX
2019-05-09 23:34:06 -04:00
bool "Use TRAX tracing feature"
default "n"
select ESP32S2_MEMMAP_TRACEMEM
2019-05-09 23:34:06 -04:00
help
The ESP32S2 contains a feature which allows you to trace the execution path the processor
2019-05-09 23:34:06 -04:00
has taken through the program. This is stored in a chunk of 32K (16K for single-processor)
of memory that can't be used for general purposes anymore. Disable this if you do not know
what this is.
config ESP32S2_TRACEMEM_RESERVE_DRAM
2019-05-09 23:34:06 -04:00
hex
default 0x8000 if ESP32S2_MEMMAP_TRACEMEM && ESP32S2_MEMMAP_TRACEMEM_TWOBANKS
default 0x4000 if ESP32S2_MEMMAP_TRACEMEM && !ESP32S2_MEMMAP_TRACEMEM_TWOBANKS
2019-05-09 23:34:06 -04:00
default 0x0
choice ESP32S2_UNIVERSAL_MAC_ADDRESSES
2019-05-09 23:34:06 -04:00
bool "Number of universally administered (by IEEE) MAC address"
2020-01-10 04:46:46 -05:00
default ESP32S2_UNIVERSAL_MAC_ADDRESSES_TWO
2019-05-09 23:34:06 -04:00
help
Configure the number of universally administered (by IEEE) MAC addresses.
2020-01-10 04:46:46 -05:00
During initialization, MAC addresses for each network interface are generated or derived from a
2019-05-09 23:34:06 -04:00
single base MAC address.
2020-01-10 04:46:46 -05:00
If the number of universal MAC addresses is Two, all interfaces (WiFi station, WiFi softap) receive a
universally administered MAC address. They are generated sequentially by adding 0, and 1 (respectively)
to the final octet of the base MAC address. If the number of universal MAC addresses is one,
only WiFi station receives a universally administered MAC address.
It's generated by adding 0 to the base MAC address.
The WiFi softap receives local MAC addresses. It's derived from the universal WiFi station MAC addresses.
2019-05-09 23:34:06 -04:00
When using the default (Espressif-assigned) base MAC address, either setting can be used. When using
a custom universal MAC address range, the correct setting will depend on the allocation of MAC
2020-01-10 04:46:46 -05:00
addresses in this range (either 1 or 2 per device.)
2019-05-09 23:34:06 -04:00
2020-01-10 04:46:46 -05:00
config ESP32S2_UNIVERSAL_MAC_ADDRESSES_ONE
bool "One"
select ESP_MAC_ADDR_UNIVERSE_WIFI_STA
config ESP32S2_UNIVERSAL_MAC_ADDRESSES_TWO
2019-05-09 23:34:06 -04:00
bool "Two"
2020-01-10 04:46:46 -05:00
select ESP_MAC_ADDR_UNIVERSE_WIFI_STA
select ESP_MAC_ADDR_UNIVERSE_WIFI_AP
2019-05-09 23:34:06 -04:00
endchoice
config ESP32S2_UNIVERSAL_MAC_ADDRESSES
2019-05-09 23:34:06 -04:00
int
2020-01-10 04:46:46 -05:00
default 1 if ESP32S2_UNIVERSAL_MAC_ADDRESSES_ONE
default 2 if ESP32S2_UNIVERSAL_MAC_ADDRESSES_TWO
2019-05-09 23:34:06 -04:00
2019-06-10 03:07:12 -04:00
config ESP32S2_ULP_COPROC_ENABLED
bool "Enable Ultra Low Power (ULP) Coprocessor"
default "n"
help
Set to 'y' if you plan to load a firmware for the coprocessor.
If this option is enabled, further coprocessor configuration will appear in the Components menu.
config ESP32S2_ULP_COPROC_RESERVE_MEM
int
prompt "RTC slow memory reserved for coprocessor" if ESP32S2_ULP_COPROC_ENABLED
default 512 if ESP32S2_ULP_COPROC_ENABLED
range 32 8192 if ESP32S2_ULP_COPROC_ENABLED
default 0 if !ESP32S2_ULP_COPROC_ENABLED
range 0 0 if !ESP32S2_ULP_COPROC_ENABLED
help
Bytes of memory to reserve for ULP coprocessor firmware & data.
Data is reserved at the beginning of RTC slow memory.
config ESP32S2_DEBUG_OCDAWARE
2019-05-09 23:34:06 -04:00
bool "Make exception and panic handlers JTAG/OCD aware"
default y
select FREERTOS_DEBUG_OCDAWARE
2019-05-09 23:34:06 -04:00
help
The FreeRTOS panic and unhandled exception handers can detect a JTAG OCD debugger and
instead of panicking, have the debugger stop on the offending instruction.
config ESP32S2_DEBUG_STUBS_ENABLE
2019-05-09 23:34:06 -04:00
bool "OpenOCD debug stubs"
default COMPILER_OPTIMIZATION_LEVEL_DEBUG
depends on !ESP32S2_TRAX
2019-05-09 23:34:06 -04:00
help
Debug stubs are used by OpenOCD to execute pre-compiled onboard code which does some useful debugging,
e.g. GCOV data dump.
config ESP32S2_BROWNOUT_DET
2019-05-09 23:34:06 -04:00
bool "Hardware brownout detect & reset"
default y
help
The ESP32-S2 has a built-in brownout detector which can detect if the voltage is lower than
2019-05-09 23:34:06 -04:00
a specific value. If this happens, it will reset the chip in order to prevent unintended
behaviour.
choice ESP32S2_BROWNOUT_DET_LVL_SEL
2019-05-09 23:34:06 -04:00
prompt "Brownout voltage level"
depends on ESP32S2_BROWNOUT_DET
default ESP32S2_BROWNOUT_DET_LVL_SEL_7
2019-05-09 23:34:06 -04:00
help
The brownout detector will reset the chip when the supply voltage is approximately
below this level. Note that there may be some variation of brownout voltage level
between each ESP3-S2 chip.
2019-05-09 23:34:06 -04:00
#The voltage levels here are estimates, more work needs to be done to figure out the exact voltages
#of the brownout threshold levels.
config ESP32S2_BROWNOUT_DET_LVL_SEL_7
bool "2.44V"
config ESP32S2_BROWNOUT_DET_LVL_SEL_6
bool "2.56V"
config ESP32S2_BROWNOUT_DET_LVL_SEL_5
bool "2.67V"
config ESP32S2_BROWNOUT_DET_LVL_SEL_4
bool "2.84V"
config ESP32S2_BROWNOUT_DET_LVL_SEL_3
bool "2.98V"
config ESP32S2_BROWNOUT_DET_LVL_SEL_2
bool "3.19V"
config ESP32S2_BROWNOUT_DET_LVL_SEL_1
bool "3.30V"
2019-05-09 23:34:06 -04:00
endchoice
config ESP32S2_BROWNOUT_DET_LVL
2019-05-09 23:34:06 -04:00
int
default 1 if ESP32S2_BROWNOUT_DET_LVL_SEL_1
default 2 if ESP32S2_BROWNOUT_DET_LVL_SEL_2
default 3 if ESP32S2_BROWNOUT_DET_LVL_SEL_3
default 4 if ESP32S2_BROWNOUT_DET_LVL_SEL_4
default 5 if ESP32S2_BROWNOUT_DET_LVL_SEL_5
default 6 if ESP32S2_BROWNOUT_DET_LVL_SEL_6
default 7 if ESP32S2_BROWNOUT_DET_LVL_SEL_7
2019-05-09 23:34:06 -04:00
# Note about the use of "FRC1" name: currently FRC1 timer is not used for
# high resolution timekeeping anymore. Instead the esp_timer API, implemented
# using FRC2 timer, is used.
# FRC1 name in the option name is kept for compatibility.
2019-06-10 03:07:12 -04:00
choice ESP32S2_TIME_SYSCALL
2019-05-09 23:34:06 -04:00
prompt "Timers used for gettimeofday function"
default ESP32S2_TIME_SYSCALL_USE_RTC_FRC1
2019-05-09 23:34:06 -04:00
help
This setting defines which hardware timers are used to
implement 'gettimeofday' and 'time' functions in C library.
- If both high-resolution and RTC timers are used, timekeeping will
continue in deep sleep. Time will be reported at 1 microsecond
resolution. This is the default, and the recommended option.
- If only high-resolution timer is used, gettimeofday will
provide time at microsecond resolution.
Time will not be preserved when going into deep sleep mode.
- If only RTC timer is used, timekeeping will continue in
deep sleep, but time will be measured at 6.(6) microsecond
resolution. Also the gettimeofday function itself may take
longer to run.
- If no timers are used, gettimeofday and time functions
return -1 and set errno to ENOSYS.
- When RTC is used for timekeeping, two RTC_STORE registers are
used to keep time in deep sleep mode.
config ESP32S2_TIME_SYSCALL_USE_RTC_FRC1
2019-05-09 23:34:06 -04:00
bool "RTC and high-resolution timer"
config ESP32S2_TIME_SYSCALL_USE_RTC
2019-05-09 23:34:06 -04:00
bool "RTC"
config ESP32S2_TIME_SYSCALL_USE_FRC1
2019-05-09 23:34:06 -04:00
bool "High-resolution timer"
config ESP32S2_TIME_SYSCALL_USE_NONE
2019-05-09 23:34:06 -04:00
bool "None"
endchoice
choice ESP32S2_RTC_CLK_SRC
2019-05-09 23:34:06 -04:00
prompt "RTC clock source"
default ESP32S2_RTC_CLK_SRC_INT_RC
2019-05-09 23:34:06 -04:00
help
Choose which clock is used as RTC clock source.
- "Internal 90kHz oscillator" option provides lowest deep sleep current
consumption, and does not require extra external components. However
frequency stability with respect to temperature is poor, so time may
drift in deep/light sleep modes.
- "External 32kHz crystal" provides better frequency stability, at the
expense of slightly higher (1uA) deep sleep current consumption.
- "External 32kHz oscillator" allows using 32kHz clock generated by an
external circuit. In this case, external clock signal must be connected
to 32K_XP pin. Amplitude should be <1.2V in case of sine wave signal,
and <1V in case of square wave signal. Common mode voltage should be
0.1 < Vcm < 0.5Vamp, where Vamp is the signal amplitude.
Additionally, 1nF capacitor must be connected between 32K_XN pin and
ground. 32K_XN pin can not be used as a GPIO in this case.
- "Internal 8MHz oscillator divided by 256" option results in higher
deep sleep current (by 5uA) but has better frequency stability than
the internal 90kHz oscillator. It does not require external components.
config ESP32S2_RTC_CLK_SRC_INT_RC
bool "Internal 90kHz RC oscillator"
config ESP32S2_RTC_CLK_SRC_EXT_CRYS
2019-05-09 23:34:06 -04:00
bool "External 32kHz crystal"
config ESP32S2_RTC_CLK_SRC_EXT_OSC
bool "External 32kHz oscillator at 32K_XP pin"
config ESP32S2_RTC_CLK_SRC_INT_8MD256
bool "Internal 8MHz oscillator, divided by 256 (~32kHz)"
2019-05-09 23:34:06 -04:00
endchoice
2019-06-10 03:07:12 -04:00
config ESP32S2_RTC_CLK_CAL_CYCLES
2019-05-09 23:34:06 -04:00
int "Number of cycles for RTC_SLOW_CLK calibration"
default 3000 if ESP32S2_RTC_CLK_SRC_EXT_CRYS
default 576 if ESP32S2_RTC_CLK_SRC_INT_RC
2019-05-09 23:34:06 -04:00
range 0 125000
help
When the startup code initializes RTC_SLOW_CLK, it can perform
calibration by comparing the RTC_SLOW_CLK frequency with main XTAL
frequency. This option sets the number of RTC_SLOW_CLK cycles measured
by the calibration routine. Higher numbers increase calibration
precision, which may be important for applications which spend a lot of
time in deep sleep. Lower numbers reduce startup time.
When this option is set to 0, clock calibration will not be performed at
startup, and approximate clock frequencies will be assumed:
- 150000 Hz if internal RC oscillator is used as clock source. For this use value 1024.
- 32768 Hz if the 32k crystal oscillator is used. For this use value 3000 or more.
In case more value will help improve the definition of the launch of the crystal.
If the crystal could not start, it will be switched to internal RC.
config ESP32S2_RTC_XTAL_CAL_RETRY
int "Number of attempts to repeat 32k XTAL calibration"
default 3
depends on ESP32S2_RTC_CLK_SRC_EXT_CRYS
help
Number of attempts to repeat 32k XTAL calibration
before giving up and switching to the internal RC.
Increase this option if the 32k crystal oscillator
does not start and switches to internal RC.
config ESP32S2_DISABLE_BASIC_ROM_CONSOLE
2019-05-09 23:34:06 -04:00
bool "Permanently disable BASIC ROM Console"
default n
help
If set, the first time the app boots it will disable the BASIC ROM Console
permanently (by burning an eFuse).
Otherwise, the BASIC ROM Console starts on reset if no valid bootloader is
read from the flash.
(Enabling secure boot also disables the BASIC ROM Console by default.)
config ESP32S2_NO_BLOBS
2019-05-09 23:34:06 -04:00
bool "No Binary Blobs"
depends on !BT_ENABLED
default n
help
If enabled, this disables the linking of binary libraries in the application build. Note
that after enabling this Wi-Fi/Bluetooth will not work.
endmenu # ESP32S2-Specific
menu "Power Management"
2019-06-16 23:50:37 -04:00
# TODO: this component simply shouldn't be included
# in the build at the CMake level, but this is currently
# not working so we just hide all items here
2020-01-16 22:47:08 -05:00
visible if IDF_TARGET_ESP32S2
2019-05-09 23:34:06 -04:00
config PM_ENABLE
bool "Support for power management"
default n
help
If enabled, application is compiled with support for power management.
This option has run-time overhead (increased interrupt latency,
longer time to enter idle state), and it also reduces accuracy of
RTOS ticks and timers used for timekeeping.
Enable this option if application uses power management APIs.
config PM_DFS_INIT_AUTO
bool "Enable dynamic frequency scaling (DFS) at startup"
depends on PM_ENABLE
default n
help
If enabled, startup code configures dynamic frequency scaling.
Max CPU frequency is set to CONFIG_ESP32S2_DEFAULT_CPU_FREQ_MHZ setting,
2019-05-09 23:34:06 -04:00
min frequency is set to XTAL frequency.
If disabled, DFS will not be active until the application
configures it using esp_pm_configure function.
config PM_USE_RTC_TIMER_REF
bool "Use RTC timer to prevent time drift (EXPERIMENTAL)"
depends on PM_ENABLE && (ESP32S2_TIME_SYSCALL_USE_RTC || ESP32S2_TIME_SYSCALL_USE_RTC_FRC1)
2019-05-09 23:34:06 -04:00
default n
help
When APB clock frequency changes, high-resolution timer (esp_timer)
scale and base value need to be adjusted. Each adjustment may cause
small error, and over time such small errors may cause time drift.
If this option is enabled, RTC timer will be used as a reference to
compensate for the drift.
It is recommended that this option is only used if 32k XTAL is selected
as RTC clock source.
config PM_PROFILING
bool "Enable profiling counters for PM locks"
depends on PM_ENABLE
default n
help
If enabled, esp_pm_* functions will keep track of the amount of time
each of the power management locks has been held, and esp_pm_dump_locks
function will print this information.
This feature can be used to analyze which locks are preventing the chip
from going into a lower power state, and see what time the chip spends
in each power saving mode. This feature does incur some run-time
overhead, so should typically be disabled in production builds.
config PM_TRACE
bool "Enable debug tracing of PM using GPIOs"
depends on PM_ENABLE
default n
help
If enabled, some GPIOs will be used to signal events such as RTOS ticks,
frequency switching, entry/exit from idle state. Refer to pm_trace.c
file for the list of GPIOs.
This feature is intended to be used when analyzing/debugging behavior
of power management implementation, and should be kept disabled in
applications.
endmenu # "Power Management"