2019-05-10 03:34:06 +00:00
|
|
|
menu "ESP32S2-specific"
|
2019-06-19 07:31:47 +00: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-17 03:47:08 +00:00
|
|
|
visible if IDF_TARGET_ESP32S2
|
2019-05-10 03:34:06 +00:00
|
|
|
|
2019-06-04 07:02:01 +00:00
|
|
|
choice ESP32S2_DEFAULT_CPU_FREQ_MHZ
|
2019-05-10 03:34:06 +00:00
|
|
|
prompt "CPU frequency"
|
2019-12-26 07:25:24 +00:00
|
|
|
default ESP32S2_DEFAULT_CPU_FREQ_160 if !IDF_ENV_FPGA
|
|
|
|
default ESP32S2_DEFAULT_CPU_FREQ_FPGA if IDF_ENV_FPGA
|
2019-05-10 03:34:06 +00:00
|
|
|
help
|
|
|
|
CPU frequency to be set on application startup.
|
|
|
|
|
2019-12-26 07:25:24 +00:00
|
|
|
config ESP32S2_DEFAULT_CPU_FREQ_FPGA
|
2020-02-17 16:21:21 +00:00
|
|
|
depends on IDF_ENV_FPGA
|
2019-12-26 07:25:24 +00:00
|
|
|
bool "FPGA"
|
2019-06-04 07:02:01 +00:00
|
|
|
config ESP32S2_DEFAULT_CPU_FREQ_80
|
2019-05-10 03:34:06 +00:00
|
|
|
bool "80 MHz"
|
2019-06-04 07:02:01 +00:00
|
|
|
config ESP32S2_DEFAULT_CPU_FREQ_160
|
2019-05-10 03:34:06 +00:00
|
|
|
bool "160 MHz"
|
2019-06-04 07:02:01 +00:00
|
|
|
config ESP32S2_DEFAULT_CPU_FREQ_240
|
2019-05-10 03:34:06 +00:00
|
|
|
bool "240 MHz"
|
|
|
|
endchoice
|
|
|
|
|
2019-06-04 07:02:01 +00:00
|
|
|
config ESP32S2_DEFAULT_CPU_FREQ_MHZ
|
2019-05-10 03:34:06 +00:00
|
|
|
int
|
2019-12-26 07:25:24 +00:00
|
|
|
default 40 if IDF_ENV_FPGA
|
2019-06-04 07:02:01 +00:00
|
|
|
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-10 03:34:06 +00:00
|
|
|
|
2020-03-10 15:46:10 +00: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-10 03:34:06 +00:00
|
|
|
menu "Cache config"
|
|
|
|
|
2019-06-04 07:02:01 +00:00
|
|
|
choice ESP32S2_INSTRUCTION_CACHE_SIZE
|
2019-05-10 03:34:06 +00:00
|
|
|
prompt "Instruction cache size"
|
2019-06-04 07:02:01 +00:00
|
|
|
default ESP32S2_INSTRUCTION_CACHE_8KB
|
2019-05-10 03:34:06 +00:00
|
|
|
help
|
|
|
|
Instruction cache size to be set on application startup.
|
2019-06-19 07:31:47 +00:00
|
|
|
If you use 8KB instruction cache rather than 16KB instruction cache,
|
|
|
|
then the other 8KB will be added to the heap.
|
2019-05-10 03:34:06 +00:00
|
|
|
|
2019-06-04 07:02:01 +00:00
|
|
|
config ESP32S2_INSTRUCTION_CACHE_8KB
|
2019-05-10 03:34:06 +00:00
|
|
|
bool "8KB"
|
2019-06-04 07:02:01 +00:00
|
|
|
config ESP32S2_INSTRUCTION_CACHE_16KB
|
2019-05-10 03:34:06 +00:00
|
|
|
bool "16KB"
|
|
|
|
endchoice
|
|
|
|
|
2019-06-04 07:02:01 +00:00
|
|
|
choice ESP32S2_INSTRUCTION_CACHE_LINE_SIZE
|
2019-05-10 03:34:06 +00:00
|
|
|
prompt "Instruction cache line size"
|
2019-06-04 07:02:01 +00:00
|
|
|
default ESP32S2_INSTRUCTION_CACHE_LINE_32B
|
2019-05-10 03:34:06 +00:00
|
|
|
help
|
|
|
|
Instruction cache line size to be set on application startup.
|
|
|
|
|
2019-06-04 07:02:01 +00:00
|
|
|
config ESP32S2_INSTRUCTION_CACHE_LINE_16B
|
2019-05-10 03:34:06 +00:00
|
|
|
bool "16 Bytes"
|
2019-06-04 07:02:01 +00:00
|
|
|
config ESP32S2_INSTRUCTION_CACHE_LINE_32B
|
2019-05-10 03:34:06 +00:00
|
|
|
bool "32 Bytes"
|
|
|
|
endchoice
|
|
|
|
|
2019-06-04 07:02:01 +00:00
|
|
|
choice ESP32S2_DATA_CACHE_SIZE
|
2019-05-10 03:34:06 +00:00
|
|
|
prompt "Data cache size"
|
2019-06-04 07:02:01 +00:00
|
|
|
default ESP32S2_DATA_CACHE_8KB
|
2019-05-10 03:34:06 +00: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.
|
|
|
|
|
2019-06-04 07:02:01 +00:00
|
|
|
config ESP32S2_DATA_CACHE_0KB
|
|
|
|
depends on !ESP32S2_SPIRAM_SUPPORT
|
2019-05-10 03:34:06 +00:00
|
|
|
bool "0KB"
|
2019-06-04 07:02:01 +00:00
|
|
|
config ESP32S2_DATA_CACHE_8KB
|
2019-05-10 03:34:06 +00:00
|
|
|
bool "8KB"
|
2019-06-04 07:02:01 +00:00
|
|
|
config ESP32S2_DATA_CACHE_16KB
|
2019-05-10 03:34:06 +00:00
|
|
|
bool "16KB"
|
|
|
|
endchoice
|
|
|
|
|
2019-06-04 07:02:01 +00:00
|
|
|
choice ESP32S2_DATA_CACHE_LINE_SIZE
|
2019-05-10 03:34:06 +00:00
|
|
|
prompt "Data cache line size"
|
2019-06-04 07:02:01 +00:00
|
|
|
default ESP32S2_DATA_CACHE_LINE_32B
|
2019-05-10 03:34:06 +00:00
|
|
|
help
|
|
|
|
Data cache line size to be set on application startup.
|
|
|
|
|
2019-06-04 07:02:01 +00:00
|
|
|
config ESP32S2_DATA_CACHE_LINE_16B
|
2019-05-10 03:34:06 +00:00
|
|
|
bool "16 Bytes"
|
2019-06-04 07:02:01 +00:00
|
|
|
config ESP32S2_DATA_CACHE_LINE_32B
|
2019-05-10 03:34:06 +00:00
|
|
|
bool "32 Bytes"
|
|
|
|
endchoice
|
|
|
|
|
2019-06-04 07:02:01 +00:00
|
|
|
config ESP32S2_INSTRUCTION_CACHE_WRAP
|
2019-05-10 03:34:06 +00: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.
|
|
|
|
|
2019-06-04 07:02:01 +00:00
|
|
|
config ESP32S2_DATA_CACHE_WRAP
|
2019-05-10 03:34:06 +00: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.
|
|
|
|
|
2019-06-04 07:02:01 +00:00
|
|
|
endmenu # Cache config
|
2019-05-10 03:34:06 +00:00
|
|
|
|
2019-06-05 04:34:19 +00:00
|
|
|
# Note: to support SPIRAM across multiple chips, check CONFIG_SPIRAM
|
|
|
|
# instead
|
2019-06-04 07:02:01 +00:00
|
|
|
config ESP32S2_SPIRAM_SUPPORT
|
2019-05-10 03:34:06 +00:00
|
|
|
bool "Support for external, SPI-connected RAM"
|
|
|
|
default "n"
|
2019-06-05 04:34:19 +00:00
|
|
|
select SPIRAM
|
2019-05-10 03:34:06 +00:00
|
|
|
help
|
|
|
|
This enables support for an external SPI RAM chip, connected in parallel with the
|
|
|
|
main SPI flash chip.
|
|
|
|
|
|
|
|
menu "SPI RAM config"
|
2019-06-04 07:02:01 +00:00
|
|
|
depends on ESP32S2_SPIRAM_SUPPORT
|
2019-05-10 03:34:06 +00:00
|
|
|
|
|
|
|
choice SPIRAM_TYPE
|
|
|
|
prompt "Type of SPI RAM chip in use"
|
2020-03-18 09:49:34 +00:00
|
|
|
default SPIRAM_TYPE_AUTO
|
|
|
|
|
|
|
|
config SPIRAM_TYPE_AUTO
|
|
|
|
bool "Auto-detect"
|
2020-03-17 13:59:11 +00:00
|
|
|
|
|
|
|
config SPIRAM_TYPE_ESPPSRAM16
|
|
|
|
bool "ESP-PSRAM16 or APS1604"
|
2019-05-10 03:34:06 +00:00
|
|
|
|
|
|
|
config SPIRAM_TYPE_ESPPSRAM32
|
|
|
|
bool "ESP-PSRAM32 or IS25WP032"
|
|
|
|
|
|
|
|
config SPIRAM_TYPE_ESPPSRAM64
|
|
|
|
bool "ESP-PSRAM64 or LY68L6400"
|
|
|
|
endchoice
|
|
|
|
|
|
|
|
config SPIRAM_SIZE
|
|
|
|
int
|
2020-03-18 09:49:34 +00:00
|
|
|
default -1 if SPIRAM_TYPE_AUTO
|
2020-03-17 13:59:11 +00:00
|
|
|
default 2097152 if SPIRAM_TYPE_ESPPSRAM16
|
2019-05-10 03:34:06 +00:00
|
|
|
default 4194304 if SPIRAM_TYPE_ESPPSRAM32
|
|
|
|
default 8388608 if SPIRAM_TYPE_ESPPSRAM64
|
|
|
|
default 0
|
2020-03-18 09:49:34 +00:00
|
|
|
|
2020-01-10 11:31:30 +00:00
|
|
|
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-10 03:34:06 +00:00
|
|
|
|
2019-06-04 07:02:01 +00:00
|
|
|
config SPIRAM_FETCH_INSTRUCTIONS
|
2019-05-10 03:34:06 +00:00
|
|
|
bool "Cache fetch instructions from SPI RAM"
|
|
|
|
default n
|
|
|
|
help
|
|
|
|
If enabled, instruction in flash will be copied into SPIRAM.
|
2019-06-19 07:31:47 +00:00
|
|
|
If SPIRAM_RODATA also enabled,
|
|
|
|
you can run the instruction when erasing or programming the flash.
|
2019-05-10 03:34:06 +00:00
|
|
|
|
2019-06-04 07:02:01 +00:00
|
|
|
config SPIRAM_RODATA
|
2019-05-10 03:34:06 +00: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 07:31:47 +00:00
|
|
|
If SPIRAM_FETCH_INSTRUCTIONS also enabled,
|
|
|
|
you can run the instruction when erasing or programming the flash.
|
2019-05-10 03:34:06 +00:00
|
|
|
|
2019-06-04 07:02:01 +00:00
|
|
|
config SPIRAM_USE_AHB_DBUS3
|
2019-05-10 03:34:06 +00:00
|
|
|
bool "Enable AHB DBUS3 to access SPIRAM"
|
|
|
|
default n
|
|
|
|
help
|
2019-06-19 07:31:47 +00: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-10 03:34:06 +00:00
|
|
|
However, the AHB bus is slower than other data cache buses.
|
|
|
|
|
|
|
|
choice SPIRAM_SPEED
|
|
|
|
prompt "Set RAM clock speed"
|
2019-09-10 07:58:52 +00:00
|
|
|
default SPIRAM_SPEED_40M
|
2019-05-10 03:34:06 +00: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"
|
2019-08-22 06:17:46 +00:00
|
|
|
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-10 03:34:06 +00:00
|
|
|
endchoice
|
|
|
|
|
2019-06-19 07:31:47 +00:00
|
|
|
# insert non-chip-specific items here
|
|
|
|
source "$IDF_PATH/components/esp_common/Kconfig.spiram.common"
|
|
|
|
|
2019-05-10 03:34:06 +00:00
|
|
|
endmenu
|
|
|
|
|
2019-06-04 07:02:01 +00:00
|
|
|
config ESP32S2_MEMMAP_TRACEMEM
|
2019-05-10 03:34:06 +00:00
|
|
|
bool
|
|
|
|
default "n"
|
|
|
|
|
2020-01-22 12:56:17 +00:00
|
|
|
config ESP32S2_MEMMAP_TRACEMEM_TWOBANKS
|
|
|
|
bool
|
|
|
|
default "n"
|
|
|
|
|
2019-06-04 07:02:01 +00:00
|
|
|
config ESP32S2_TRAX
|
2019-05-10 03:34:06 +00:00
|
|
|
bool "Use TRAX tracing feature"
|
|
|
|
default "n"
|
2019-06-04 07:02:01 +00:00
|
|
|
select ESP32S2_MEMMAP_TRACEMEM
|
2019-05-10 03:34:06 +00:00
|
|
|
help
|
2019-06-04 07:02:01 +00:00
|
|
|
The ESP32S2 contains a feature which allows you to trace the execution path the processor
|
2019-05-10 03:34:06 +00: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.
|
|
|
|
|
2019-06-04 07:02:01 +00:00
|
|
|
config ESP32S2_TRACEMEM_RESERVE_DRAM
|
2019-05-10 03:34:06 +00:00
|
|
|
hex
|
2019-07-24 17:20:11 +00:00
|
|
|
default 0x8000 if ESP32S2_MEMMAP_TRACEMEM && ESP32S2_MEMMAP_TRACEMEM_TWOBANKS
|
|
|
|
default 0x4000 if ESP32S2_MEMMAP_TRACEMEM && !ESP32S2_MEMMAP_TRACEMEM_TWOBANKS
|
2019-05-10 03:34:06 +00:00
|
|
|
default 0x0
|
|
|
|
|
|
|
|
|
2019-06-04 07:02:01 +00:00
|
|
|
choice ESP32S2_UNIVERSAL_MAC_ADDRESSES
|
2019-05-10 03:34:06 +00:00
|
|
|
bool "Number of universally administered (by IEEE) MAC address"
|
2020-01-10 09:46:46 +00:00
|
|
|
default ESP32S2_UNIVERSAL_MAC_ADDRESSES_TWO
|
2019-05-10 03:34:06 +00:00
|
|
|
help
|
|
|
|
Configure the number of universally administered (by IEEE) MAC addresses.
|
2020-01-10 09:46:46 +00:00
|
|
|
During initialization, MAC addresses for each network interface are generated or derived from a
|
2019-05-10 03:34:06 +00:00
|
|
|
single base MAC address.
|
2020-01-10 09:46:46 +00: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-10 03:34:06 +00: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 09:46:46 +00:00
|
|
|
addresses in this range (either 1 or 2 per device.)
|
2019-05-10 03:34:06 +00:00
|
|
|
|
2020-01-10 09:46:46 +00:00
|
|
|
config ESP32S2_UNIVERSAL_MAC_ADDRESSES_ONE
|
|
|
|
bool "One"
|
|
|
|
select ESP_MAC_ADDR_UNIVERSE_WIFI_STA
|
2019-06-04 07:02:01 +00:00
|
|
|
config ESP32S2_UNIVERSAL_MAC_ADDRESSES_TWO
|
2019-05-10 03:34:06 +00:00
|
|
|
bool "Two"
|
2020-01-10 09:46:46 +00:00
|
|
|
select ESP_MAC_ADDR_UNIVERSE_WIFI_STA
|
|
|
|
select ESP_MAC_ADDR_UNIVERSE_WIFI_AP
|
2019-05-10 03:34:06 +00:00
|
|
|
endchoice
|
|
|
|
|
2019-06-04 07:02:01 +00:00
|
|
|
config ESP32S2_UNIVERSAL_MAC_ADDRESSES
|
2019-05-10 03:34:06 +00:00
|
|
|
int
|
2020-01-10 09:46:46 +00:00
|
|
|
default 1 if ESP32S2_UNIVERSAL_MAC_ADDRESSES_ONE
|
2019-06-04 07:02:01 +00:00
|
|
|
default 2 if ESP32S2_UNIVERSAL_MAC_ADDRESSES_TWO
|
2019-05-10 03:34:06 +00:00
|
|
|
|
2019-06-10 07:07:12 +00: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.
|
|
|
|
|
2019-06-04 07:02:01 +00:00
|
|
|
config ESP32S2_DEBUG_OCDAWARE
|
2019-05-10 03:34:06 +00:00
|
|
|
bool "Make exception and panic handlers JTAG/OCD aware"
|
|
|
|
default y
|
2019-10-16 12:23:05 +00:00
|
|
|
select FREERTOS_DEBUG_OCDAWARE
|
2019-05-10 03:34:06 +00: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.
|
|
|
|
|
2019-06-04 07:02:01 +00:00
|
|
|
config ESP32S2_DEBUG_STUBS_ENABLE
|
2019-05-10 03:34:06 +00:00
|
|
|
bool "OpenOCD debug stubs"
|
2019-06-05 04:09:09 +00:00
|
|
|
default COMPILER_OPTIMIZATION_LEVEL_DEBUG
|
2019-06-04 07:02:01 +00:00
|
|
|
depends on !ESP32S2_TRAX
|
2019-05-10 03:34:06 +00:00
|
|
|
help
|
|
|
|
Debug stubs are used by OpenOCD to execute pre-compiled onboard code which does some useful debugging,
|
|
|
|
e.g. GCOV data dump.
|
|
|
|
|
2019-06-04 07:02:01 +00:00
|
|
|
config ESP32S2_BROWNOUT_DET
|
2019-05-10 03:34:06 +00:00
|
|
|
bool "Hardware brownout detect & reset"
|
|
|
|
default y
|
|
|
|
help
|
2020-01-21 15:32:28 +00:00
|
|
|
The ESP32-S2 has a built-in brownout detector which can detect if the voltage is lower than
|
2019-05-10 03:34:06 +00:00
|
|
|
a specific value. If this happens, it will reset the chip in order to prevent unintended
|
|
|
|
behaviour.
|
|
|
|
|
2019-06-05 04:09:09 +00:00
|
|
|
choice ESP32S2_BROWNOUT_DET_LVL_SEL
|
2019-05-10 03:34:06 +00:00
|
|
|
prompt "Brownout voltage level"
|
2019-06-05 04:09:09 +00:00
|
|
|
depends on ESP32S2_BROWNOUT_DET
|
2020-01-21 15:32:28 +00:00
|
|
|
default ESP32S2_BROWNOUT_DET_LVL_SEL_7
|
2019-05-10 03:34:06 +00: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
|
2020-01-21 15:32:28 +00:00
|
|
|
between each ESP3-S2 chip.
|
2019-05-10 03:34:06 +00:00
|
|
|
|
|
|
|
#The voltage levels here are estimates, more work needs to be done to figure out the exact voltages
|
|
|
|
#of the brownout threshold levels.
|
2019-06-04 07:02:01 +00:00
|
|
|
config ESP32S2_BROWNOUT_DET_LVL_SEL_7
|
2020-01-21 15:32:28 +00:00
|
|
|
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-10 03:34:06 +00:00
|
|
|
endchoice
|
|
|
|
|
2019-06-04 07:02:01 +00:00
|
|
|
config ESP32S2_BROWNOUT_DET_LVL
|
2019-05-10 03:34:06 +00:00
|
|
|
int
|
2019-06-04 07:02:01 +00:00
|
|
|
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-10 03:34:06 +00: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 07:07:12 +00:00
|
|
|
choice ESP32S2_TIME_SYSCALL
|
2019-05-10 03:34:06 +00:00
|
|
|
prompt "Timers used for gettimeofday function"
|
2019-06-04 07:02:01 +00:00
|
|
|
default ESP32S2_TIME_SYSCALL_USE_RTC_FRC1
|
2019-05-10 03:34:06 +00: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.
|
|
|
|
|
2019-06-04 07:02:01 +00:00
|
|
|
config ESP32S2_TIME_SYSCALL_USE_RTC_FRC1
|
2019-05-10 03:34:06 +00:00
|
|
|
bool "RTC and high-resolution timer"
|
2019-06-04 07:02:01 +00:00
|
|
|
config ESP32S2_TIME_SYSCALL_USE_RTC
|
2019-05-10 03:34:06 +00:00
|
|
|
bool "RTC"
|
2019-06-04 07:02:01 +00:00
|
|
|
config ESP32S2_TIME_SYSCALL_USE_FRC1
|
2019-05-10 03:34:06 +00:00
|
|
|
bool "High-resolution timer"
|
2019-06-04 07:02:01 +00:00
|
|
|
config ESP32S2_TIME_SYSCALL_USE_NONE
|
2019-05-10 03:34:06 +00:00
|
|
|
bool "None"
|
|
|
|
endchoice
|
|
|
|
|
2019-06-04 07:02:01 +00:00
|
|
|
choice ESP32S2_RTC_CLK_SRC
|
2019-05-10 03:34:06 +00:00
|
|
|
prompt "RTC clock source"
|
2019-06-04 07:02:01 +00:00
|
|
|
default ESP32S2_RTC_CLK_SRC_INT_RC
|
2019-05-10 03:34:06 +00:00
|
|
|
help
|
|
|
|
Choose which clock is used as RTC clock source.
|
|
|
|
|
2020-02-12 17:09:17 +00:00
|
|
|
- "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.
|
|
|
|
|
2019-06-04 07:02:01 +00:00
|
|
|
config ESP32S2_RTC_CLK_SRC_INT_RC
|
2020-02-12 17:09:17 +00:00
|
|
|
bool "Internal 90kHz RC oscillator"
|
2019-06-04 07:02:01 +00:00
|
|
|
config ESP32S2_RTC_CLK_SRC_EXT_CRYS
|
2019-05-10 03:34:06 +00:00
|
|
|
bool "External 32kHz crystal"
|
2020-02-12 17:09:17 +00:00
|
|
|
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-10 03:34:06 +00:00
|
|
|
endchoice
|
|
|
|
|
2019-06-10 07:07:12 +00:00
|
|
|
config ESP32S2_RTC_CLK_CAL_CYCLES
|
2019-05-10 03:34:06 +00:00
|
|
|
int "Number of cycles for RTC_SLOW_CLK calibration"
|
2019-06-04 07:02:01 +00:00
|
|
|
default 3000 if ESP32S2_RTC_CLK_SRC_EXT_CRYS
|
2020-02-17 16:21:15 +00:00
|
|
|
default 576 if ESP32S2_RTC_CLK_SRC_INT_RC
|
2019-05-10 03:34:06 +00: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.
|
|
|
|
|
2020-03-10 11:24:28 +00:00
|
|
|
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.
|
|
|
|
|
2019-06-04 07:02:01 +00:00
|
|
|
config ESP32S2_NO_BLOBS
|
2019-05-10 03:34:06 +00: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-17 03:50:37 +00: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-17 03:47:08 +00:00
|
|
|
visible if IDF_TARGET_ESP32S2
|
2019-05-10 03:34:06 +00: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.
|
2019-06-04 07:02:01 +00:00
|
|
|
Max CPU frequency is set to CONFIG_ESP32S2_DEFAULT_CPU_FREQ_MHZ setting,
|
2019-05-10 03:34:06 +00: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)"
|
2019-06-04 07:02:01 +00:00
|
|
|
depends on PM_ENABLE && (ESP32S2_TIME_SYSCALL_USE_RTC || ESP32S2_TIME_SYSCALL_USE_RTC_FRC1)
|
2019-05-10 03:34:06 +00: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"
|