2016-08-23 07:02:27 +00:00
|
|
|
menu "ESP32-specific config"
|
2016-08-17 15:08:22 +00:00
|
|
|
|
2016-09-13 10:10:58 +00:00
|
|
|
choice ESP32_DEFAULT_CPU_FREQ_MHZ
|
|
|
|
prompt "CPU frequency"
|
|
|
|
default ESP32_DEFAULT_CPU_FREQ_240
|
|
|
|
help
|
|
|
|
CPU frequency to be set on application startup.
|
|
|
|
|
|
|
|
config ESP32_DEFAULT_CPU_FREQ_80
|
|
|
|
bool "80 MHz"
|
|
|
|
config ESP32_DEFAULT_CPU_FREQ_160
|
|
|
|
bool "160 MHz"
|
|
|
|
config ESP32_DEFAULT_CPU_FREQ_240
|
|
|
|
bool "240 MHz"
|
|
|
|
endchoice
|
|
|
|
|
|
|
|
config ESP32_DEFAULT_CPU_FREQ_MHZ
|
|
|
|
int
|
|
|
|
default 80 if ESP32_DEFAULT_CPU_FREQ_80
|
|
|
|
default 160 if ESP32_DEFAULT_CPU_FREQ_160
|
|
|
|
default 240 if ESP32_DEFAULT_CPU_FREQ_240
|
|
|
|
|
2016-09-22 10:36:23 +00:00
|
|
|
config MEMMAP_SMP
|
|
|
|
bool "Reserve memory for two cores"
|
|
|
|
default "y"
|
|
|
|
help
|
|
|
|
The ESP32 contains two cores. If you plan to only use one, you can disable this item
|
|
|
|
to save some memory. (ToDo: Make this automatically depend on unicore support)
|
|
|
|
|
|
|
|
config MEMMAP_TRACEMEM
|
|
|
|
bool "Use TRAX tracing feature"
|
|
|
|
default "n"
|
|
|
|
help
|
|
|
|
The ESP32 contains a feature which allows you to trace the execution path the processor
|
|
|
|
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.
|
|
|
|
|
2016-10-17 04:18:17 +00:00
|
|
|
config MEMMAP_TRACEMEM_TWOBANKS
|
|
|
|
bool "Reserve memory for tracing both pro as well as app cpu execution"
|
|
|
|
default "n"
|
|
|
|
depends on MEMMAP_TRACEMEM && MEMMAP_SMP
|
|
|
|
help
|
|
|
|
The ESP32 contains a feature which allows you to trace the execution path the processor
|
|
|
|
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.
|
|
|
|
|
|
|
|
|
2016-09-28 04:27:25 +00:00
|
|
|
# Memory to reverse for trace, used in linker script
|
|
|
|
config TRACEMEM_RESERVE_DRAM
|
|
|
|
hex
|
2016-10-17 04:18:17 +00:00
|
|
|
default 0x8000 if MEMMAP_TRACEMEM && MEMMAP_TRACEMEM_TWOBANKS
|
|
|
|
default 0x4000 if MEMMAP_TRACEMEM && !MEMMAP_TRACEMEM_TWOBANKS
|
2016-09-28 04:27:25 +00:00
|
|
|
default 0x0
|
|
|
|
|
2016-12-21 23:56:23 +00:00
|
|
|
choice ESP32_COREDUMP_TO_FLASH_OR_UART
|
|
|
|
prompt "Core dump destination"
|
|
|
|
default ESP32_ENABLE_COREDUMP_TO_NONE
|
|
|
|
help
|
|
|
|
Select place to store core dump: flash, uart or none (to disable core dumps generation).
|
|
|
|
|
|
|
|
If core dump is configured to be stored in flash and custom partition table is used add
|
|
|
|
corresponding entry to your CSV. For examples, please see predefined partition table CSV descriptions
|
|
|
|
in the components/partition_table directory.
|
|
|
|
|
|
|
|
config ESP32_ENABLE_COREDUMP_TO_FLASH
|
|
|
|
bool "Flash"
|
2017-01-10 11:48:47 +00:00
|
|
|
select ESP32_ENABLE_COREDUMP
|
2016-12-21 23:56:23 +00:00
|
|
|
config ESP32_ENABLE_COREDUMP_TO_UART
|
|
|
|
bool "UART"
|
2017-01-10 11:48:47 +00:00
|
|
|
select ESP32_ENABLE_COREDUMP
|
2016-12-21 23:56:23 +00:00
|
|
|
config ESP32_ENABLE_COREDUMP_TO_NONE
|
|
|
|
bool "None"
|
|
|
|
endchoice
|
|
|
|
|
2017-01-10 11:48:47 +00:00
|
|
|
config ESP32_ENABLE_COREDUMP
|
|
|
|
bool
|
|
|
|
default F
|
|
|
|
help
|
|
|
|
Enables/disable core dump module.
|
|
|
|
|
|
|
|
config ESP32_CORE_DUMP_UART_DELAY
|
|
|
|
int "Core dump print to UART delay"
|
|
|
|
depends on ESP32_ENABLE_COREDUMP_TO_UART
|
|
|
|
default 0
|
|
|
|
help
|
|
|
|
Config delay (in ms) before printing core dump to UART.
|
|
|
|
Delay can be interrupted by pressing Enter key.
|
|
|
|
|
|
|
|
config ESP32_CORE_DUMP_LOG_LEVEL
|
|
|
|
int "Core dump module logging level"
|
|
|
|
depends on ESP32_ENABLE_COREDUMP
|
|
|
|
default 1
|
|
|
|
help
|
|
|
|
Config core dump module logging level (0-5).
|
|
|
|
|
2016-10-26 04:23:01 +00:00
|
|
|
# Not implemented and/or needs new silicon rev to work
|
2016-09-22 10:36:23 +00:00
|
|
|
config MEMMAP_SPISRAM
|
|
|
|
bool "Use external SPI SRAM chip as main memory"
|
2016-10-26 04:23:01 +00:00
|
|
|
depends on ESP32_NEEDS_NEW_SILICON_REV
|
2016-09-22 10:36:23 +00:00
|
|
|
default "n"
|
|
|
|
help
|
2017-01-10 05:04:04 +00:00
|
|
|
The ESP32 can control an external SPI SRAM chip, adding the memory it contains to the
|
2016-09-22 10:36:23 +00:00
|
|
|
main memory map. Enable this if you have this hardware and want to use it in the same
|
|
|
|
way as on-chip RAM.
|
|
|
|
|
2016-09-14 05:26:17 +00:00
|
|
|
config SYSTEM_EVENT_QUEUE_SIZE
|
2016-09-25 16:50:57 +00:00
|
|
|
int "System event queue size"
|
2016-08-17 15:08:22 +00:00
|
|
|
default 32
|
|
|
|
help
|
2016-09-14 04:55:41 +00:00
|
|
|
Config system event queue size in different application.
|
2016-08-17 15:08:22 +00:00
|
|
|
|
2016-09-14 04:55:41 +00:00
|
|
|
config SYSTEM_EVENT_TASK_STACK_SIZE
|
2016-09-25 16:50:57 +00:00
|
|
|
int "Event loop task stack size"
|
2017-01-16 09:06:12 +00:00
|
|
|
default 4096
|
2016-09-25 16:50:57 +00:00
|
|
|
help
|
|
|
|
Config system event task stack size in different application.
|
|
|
|
|
|
|
|
|
|
|
|
config MAIN_TASK_STACK_SIZE
|
|
|
|
int "Main task stack size"
|
|
|
|
default 4096
|
2016-08-17 15:08:22 +00:00
|
|
|
help
|
2016-09-14 04:55:41 +00:00
|
|
|
Config system event task stack size in different application.
|
2016-08-17 15:08:22 +00:00
|
|
|
|
2016-08-23 07:02:27 +00:00
|
|
|
|
|
|
|
config NEWLIB_STDOUT_ADDCR
|
2016-09-28 05:24:58 +00:00
|
|
|
bool "Standard-out output adds carriage return before newline"
|
|
|
|
default y
|
|
|
|
help
|
|
|
|
Most people are used to end their printf strings with a newline. If this
|
|
|
|
is sent as is to the serial port, most terminal programs will only move the
|
|
|
|
cursor one line down, not also move it to the beginning of the line. This
|
|
|
|
is usually done by an added CR character. Enabling this will make the
|
|
|
|
standard output code automatically add a CR character before a LF.
|
2017-01-09 14:50:42 +00:00
|
|
|
|
|
|
|
With this option enabled, C standard library functions which read from UART
|
|
|
|
(like scanf) will convert "\r\n" character sequences back to "\n".
|
|
|
|
|
|
|
|
This option doesn't affect behavior of the UART driver (drivers/uart.h).
|
2016-08-23 07:02:27 +00:00
|
|
|
|
2016-11-07 10:43:29 +00:00
|
|
|
config NEWLIB_NANO_FORMAT
|
|
|
|
bool "Enable 'nano' formatting options for printf/scanf family"
|
|
|
|
default n
|
|
|
|
help
|
|
|
|
ESP32 ROM contains parts of newlib C library, including printf/scanf family
|
|
|
|
of functions. These functions have been compiled with so-called "nano"
|
|
|
|
formatting option. This option doesn't support 64-bit integer formats and C99
|
2017-01-10 05:04:04 +00:00
|
|
|
features, such as positional arguments.
|
2016-11-07 10:43:29 +00:00
|
|
|
|
|
|
|
For more details about "nano" formatting option, please see newlib readme file,
|
|
|
|
search for '--enable-newlib-nano-formatted-io':
|
|
|
|
https://sourceware.org/newlib/README
|
|
|
|
|
|
|
|
If this option is enabled, build system will use functions available in
|
|
|
|
ROM, reducing the application binary size. Functions available in ROM run
|
|
|
|
faster than functions which run from flash. Functions available in ROM can
|
|
|
|
also run when flash instruction cache is disabled.
|
|
|
|
|
|
|
|
If you need 64-bit integer formatting support or C99 features, keep this
|
|
|
|
option disabled.
|
|
|
|
|
2016-10-27 08:17:28 +00:00
|
|
|
choice CONSOLE_UART
|
|
|
|
prompt "UART for console output"
|
|
|
|
default CONSOLE_UART_DEFAULT
|
|
|
|
help
|
|
|
|
Select whether to use UART for console output (through stdout and stderr).
|
|
|
|
- Default is to use UART0 on pins GPIO1(TX) and GPIO3(RX).
|
|
|
|
- If "Custom" is selected, UART0 or UART1 can be chosen,
|
|
|
|
and any pins can be selected.
|
|
|
|
- If "None" is selected, there will be no console output on any UART, except
|
|
|
|
for initial output from ROM bootloader. This output can be further suppressed by
|
|
|
|
bootstrapping GPIO13 pin to low logic level.
|
|
|
|
|
|
|
|
config CONSOLE_UART_DEFAULT
|
|
|
|
bool "Default: UART0, TX=GPIO1, RX=GPIO3"
|
|
|
|
config CONSOLE_UART_CUSTOM
|
|
|
|
bool "Custom"
|
|
|
|
config CONSOLE_UART_NONE
|
|
|
|
bool "None"
|
|
|
|
endchoice
|
|
|
|
|
|
|
|
choice CONSOLE_UART_NUM
|
2017-01-10 05:04:04 +00:00
|
|
|
prompt "UART peripheral to use for console output (0-1)"
|
|
|
|
depends on CONSOLE_UART_CUSTOM
|
2016-10-27 08:17:28 +00:00
|
|
|
default CONSOLE_UART_CUSTOM_NUM_0
|
|
|
|
help
|
2017-01-10 05:04:04 +00:00
|
|
|
Due of a ROM bug, UART2 is not supported for console output
|
|
|
|
via ets_printf.
|
2016-10-27 08:17:28 +00:00
|
|
|
|
|
|
|
config CONSOLE_UART_CUSTOM_NUM_0
|
2017-01-10 05:04:04 +00:00
|
|
|
bool "UART0"
|
2016-10-27 08:17:28 +00:00
|
|
|
config CONSOLE_UART_CUSTOM_NUM_1
|
2017-01-10 05:04:04 +00:00
|
|
|
bool "UART1"
|
2016-10-27 08:17:28 +00:00
|
|
|
endchoice
|
|
|
|
|
|
|
|
config CONSOLE_UART_NUM
|
2017-01-10 05:04:04 +00:00
|
|
|
int
|
|
|
|
default 0 if CONSOLE_UART_DEFAULT || CONSOLE_UART_NONE
|
|
|
|
default 0 if CONSOLE_UART_CUSTOM_NUM_0
|
|
|
|
default 1 if CONSOLE_UART_CUSTOM_NUM_1
|
2016-10-27 08:17:28 +00:00
|
|
|
|
|
|
|
config CONSOLE_UART_TX_GPIO
|
2017-01-10 05:04:04 +00:00
|
|
|
int "UART TX on GPIO#"
|
|
|
|
depends on CONSOLE_UART_CUSTOM
|
|
|
|
range 0 33
|
|
|
|
default 19
|
2016-10-27 08:17:28 +00:00
|
|
|
|
|
|
|
config CONSOLE_UART_RX_GPIO
|
2017-01-10 05:04:04 +00:00
|
|
|
int "UART RX on GPIO#"
|
|
|
|
depends on CONSOLE_UART_CUSTOM
|
|
|
|
range 0 39
|
|
|
|
default 21
|
2016-10-27 08:17:28 +00:00
|
|
|
|
|
|
|
config CONSOLE_UART_BAUDRATE
|
2017-01-10 05:04:04 +00:00
|
|
|
int "UART console baud rate"
|
|
|
|
depends on !CONSOLE_UART_NONE
|
|
|
|
default 115200
|
|
|
|
range 1200 4000000
|
2016-10-27 08:17:28 +00:00
|
|
|
|
2016-09-21 01:24:02 +00:00
|
|
|
config ULP_COPROC_ENABLED
|
|
|
|
bool "Enable Ultra Low Power (ULP) Coprocessor"
|
|
|
|
default "n"
|
|
|
|
help
|
2016-09-28 05:24:58 +00:00
|
|
|
Set to 'y' if you plan to load a firmware for the coprocessor.
|
2016-09-21 01:24:02 +00:00
|
|
|
|
2016-09-28 05:24:58 +00:00
|
|
|
If this option is enabled, further coprocessor configuration will appear in the Components menu.
|
2016-09-21 01:24:02 +00:00
|
|
|
|
|
|
|
config ULP_COPROC_RESERVE_MEM
|
2016-09-28 05:24:58 +00:00
|
|
|
int "RTC slow memory reserved for coprocessor"
|
|
|
|
default 512
|
|
|
|
range 32 8192
|
|
|
|
depends on ULP_COPROC_ENABLED
|
|
|
|
help
|
|
|
|
Bytes of memory to reserve for ULP coprocessor firmware & data.
|
2016-09-21 01:24:02 +00:00
|
|
|
|
2016-09-28 05:24:58 +00:00
|
|
|
Data is reserved at the beginning of RTC slow memory.
|
2016-09-21 01:24:02 +00:00
|
|
|
|
|
|
|
# Set CONFIG_ULP_COPROC_RESERVE_MEM to 0 if ULP is disabled
|
|
|
|
config ULP_COPROC_RESERVE_MEM
|
2016-09-28 05:24:58 +00:00
|
|
|
int
|
|
|
|
default 0
|
|
|
|
depends on !ULP_COPROC_ENABLED
|
2016-09-21 01:24:02 +00:00
|
|
|
|
2016-10-21 09:59:57 +00:00
|
|
|
|
2016-10-26 04:23:01 +00:00
|
|
|
choice ESP32_PANIC
|
|
|
|
prompt "Panic handler behaviour"
|
2016-10-28 04:05:42 +00:00
|
|
|
default ESP32_PANIC_PRINT_REBOOT
|
2016-10-26 04:23:01 +00:00
|
|
|
help
|
2017-01-10 05:04:04 +00:00
|
|
|
If FreeRTOS detects unexpected behaviour or an unhandled exception, the panic handler is
|
2016-10-26 04:23:01 +00:00
|
|
|
invoked. Configure the panic handlers action here.
|
|
|
|
|
|
|
|
config ESP32_PANIC_PRINT_HALT
|
|
|
|
bool "Print registers and halt"
|
|
|
|
help
|
2017-01-10 05:04:04 +00:00
|
|
|
Outputs the relevant registers over the serial port and halt the
|
2016-10-26 04:23:01 +00:00
|
|
|
processor. Needs a manual reset to restart.
|
|
|
|
|
|
|
|
config ESP32_PANIC_PRINT_REBOOT
|
|
|
|
bool "Print registers and reboot"
|
|
|
|
help
|
|
|
|
Outputs the relevant registers over the serial port and immediately
|
|
|
|
reset the processor.
|
|
|
|
|
|
|
|
config ESP32_PANIC_SILENT_REBOOT
|
|
|
|
bool "Silent reboot"
|
|
|
|
help
|
|
|
|
Just resets the processor without outputting anything
|
|
|
|
|
|
|
|
config ESP32_PANIC_GDBSTUB
|
|
|
|
bool "Invoke GDBStub"
|
|
|
|
help
|
|
|
|
Invoke gdbstub on the serial port, allowing for gdb to attach to it to do a postmortem
|
|
|
|
of the crash.
|
|
|
|
endchoice
|
|
|
|
|
|
|
|
config ESP32_DEBUG_OCDAWARE
|
|
|
|
bool "Make exception and panic handlers JTAG/OCD aware"
|
|
|
|
default y
|
|
|
|
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.
|
|
|
|
|
|
|
|
|
2016-10-21 09:59:57 +00:00
|
|
|
config INT_WDT
|
|
|
|
bool "Interrupt watchdog"
|
|
|
|
default y
|
|
|
|
help
|
|
|
|
This watchdog timer can detect if the FreeRTOS tick interrupt has not been called for a certain time,
|
|
|
|
either because a task turned off interrupts and did not turn them on for a long time, or because an
|
|
|
|
interrupt handler did not return. It will try to invoke the panic handler first and failing that
|
|
|
|
reset the SoC.
|
|
|
|
|
|
|
|
config INT_WDT_TIMEOUT_MS
|
|
|
|
int "Interrupt watchdog timeout (ms)"
|
|
|
|
depends on INT_WDT
|
2016-10-28 08:17:41 +00:00
|
|
|
default 300
|
2016-10-25 09:05:13 +00:00
|
|
|
range 10 10000
|
2016-10-21 09:59:57 +00:00
|
|
|
help
|
2016-10-21 11:30:29 +00:00
|
|
|
The timeout of the watchdog, in miliseconds. Make this higher than the FreeRTOS tick rate.
|
2016-10-21 09:59:57 +00:00
|
|
|
|
2016-10-25 10:08:55 +00:00
|
|
|
config INT_WDT_CHECK_CPU1
|
|
|
|
bool "Also watch CPU1 tick interrupt"
|
|
|
|
depends on INT_WDT && !FREERTOS_UNICORE
|
|
|
|
default y
|
|
|
|
help
|
|
|
|
Also detect if interrupts on CPU 1 are disabled for too long.
|
|
|
|
|
2016-10-21 09:59:57 +00:00
|
|
|
config TASK_WDT
|
|
|
|
bool "Task watchdog"
|
|
|
|
default y
|
|
|
|
help
|
|
|
|
This watchdog timer can be used to make sure individual tasks are still running.
|
|
|
|
|
|
|
|
config TASK_WDT_PANIC
|
|
|
|
bool "Invoke panic handler when Task Watchdog is triggered"
|
|
|
|
depends on TASK_WDT
|
|
|
|
default n
|
|
|
|
help
|
|
|
|
Normally, the Task Watchdog will only print out a warning if it detects it has not
|
|
|
|
been fed. If this is enabled, it will invoke the panic handler instead, which
|
|
|
|
can then halt or reboot the chip.
|
|
|
|
|
|
|
|
config TASK_WDT_TIMEOUT_S
|
|
|
|
int "Task watchdog timeout (seconds)"
|
|
|
|
depends on TASK_WDT
|
|
|
|
range 1 60
|
|
|
|
default 5
|
|
|
|
help
|
|
|
|
Timeout for the task WDT, in seconds.
|
|
|
|
|
|
|
|
config TASK_WDT_CHECK_IDLE_TASK
|
2016-10-25 10:08:55 +00:00
|
|
|
bool "Task watchdog watches CPU0 idle task"
|
2016-10-21 09:59:57 +00:00
|
|
|
depends on TASK_WDT
|
|
|
|
default y
|
|
|
|
help
|
|
|
|
With this turned on, the task WDT can detect if the idle task is not called within the task
|
|
|
|
watchdog timeout period. The idle task not being called usually is a symptom of another
|
2017-01-10 05:04:04 +00:00
|
|
|
task hoarding the CPU. It is also a bad thing because FreeRTOS household tasks depend on the
|
|
|
|
idle task getting some runtime every now and then. Take Care: With this disabled, this
|
2016-10-25 09:05:13 +00:00
|
|
|
watchdog will trigger if no tasks register themselves within the timeout value.
|
2016-10-21 09:59:57 +00:00
|
|
|
|
2016-10-25 10:08:55 +00:00
|
|
|
config TASK_WDT_CHECK_IDLE_TASK_CPU1
|
|
|
|
bool "Task watchdog also watches CPU1 idle task"
|
|
|
|
depends on TASK_WDT_CHECK_IDLE_TASK && !FREERTOS_UNICORE
|
|
|
|
default y
|
|
|
|
help
|
|
|
|
Also check the idle task that runs on CPU1.
|
|
|
|
|
2016-10-25 09:05:13 +00:00
|
|
|
#The brownout detector code is disabled (by making it depend on a nonexisting symbol) because the current revision of ESP32
|
|
|
|
#silicon has a bug in the brown-out detector, rendering it unusable for resetting the CPU.
|
2016-10-21 09:59:57 +00:00
|
|
|
config BROWNOUT_DET
|
|
|
|
bool "Hardware brownout detect & reset"
|
|
|
|
default y
|
2016-10-25 09:05:13 +00:00
|
|
|
depends on NEEDS_ESP32_NEW_SILICON_REV
|
2016-10-21 09:59:57 +00:00
|
|
|
help
|
2017-01-10 05:04:04 +00:00
|
|
|
The ESP32 has a built-in brownout detector which can detect if the voltage is lower than
|
2016-10-21 09:59:57 +00:00
|
|
|
a specific value. If this happens, it will reset the chip in order to prevent unintended
|
|
|
|
behaviour.
|
|
|
|
|
|
|
|
choice BROWNOUT_DET_LVL_SEL
|
|
|
|
prompt "Brownout voltage level"
|
|
|
|
depends on BROWNOUT_DET
|
|
|
|
default BROWNOUT_DET_LVL_SEL_25
|
|
|
|
help
|
|
|
|
The brownout detector will reset the chip when the supply voltage is below this level.
|
|
|
|
|
2016-10-25 09:05:13 +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.
|
2016-10-21 09:59:57 +00:00
|
|
|
config BROWNOUT_DET_LVL_SEL_0
|
|
|
|
bool "2.1V"
|
|
|
|
config BROWNOUT_DET_LVL_SEL_1
|
|
|
|
bool "2.2V"
|
|
|
|
config BROWNOUT_DET_LVL_SEL_2
|
|
|
|
bool "2.3V"
|
|
|
|
config BROWNOUT_DET_LVL_SEL_3
|
|
|
|
bool "2.4V"
|
|
|
|
config BROWNOUT_DET_LVL_SEL_4
|
|
|
|
bool "2.5V"
|
|
|
|
config BROWNOUT_DET_LVL_SEL_5
|
|
|
|
bool "2.6V"
|
|
|
|
config BROWNOUT_DET_LVL_SEL_6
|
|
|
|
bool "2.7V"
|
|
|
|
config BROWNOUT_DET_LVL_SEL_7
|
|
|
|
bool "2.8V"
|
|
|
|
endchoice
|
|
|
|
|
|
|
|
config BROWNOUT_DET_LVL
|
|
|
|
int
|
|
|
|
default 0 if BROWNOUT_DET_LVL_SEL_0
|
|
|
|
default 1 if BROWNOUT_DET_LVL_SEL_1
|
|
|
|
default 2 if BROWNOUT_DET_LVL_SEL_2
|
|
|
|
default 3 if BROWNOUT_DET_LVL_SEL_3
|
|
|
|
default 4 if BROWNOUT_DET_LVL_SEL_4
|
|
|
|
default 5 if BROWNOUT_DET_LVL_SEL_5
|
|
|
|
default 6 if BROWNOUT_DET_LVL_SEL_6
|
|
|
|
default 7 if BROWNOUT_DET_LVL_SEL_7
|
|
|
|
|
|
|
|
|
|
|
|
config BROWNOUT_DET_RESETDELAY
|
|
|
|
int "Brownout reset delay (in uS)"
|
|
|
|
depends on BROWNOUT_DET
|
|
|
|
range 0 6820
|
|
|
|
default 1000
|
|
|
|
help
|
|
|
|
The brownout detector can reset the chip after a certain delay, in order to make sure e.g. a voltage dip has entirely passed
|
|
|
|
before trying to restart the chip. You can set the delay here.
|
|
|
|
|
|
|
|
|
2016-11-02 09:17:28 +00:00
|
|
|
choice ESP32_TIME_SYSCALL
|
2017-01-10 05:04:04 +00:00
|
|
|
prompt "Timers used for gettimeofday function"
|
|
|
|
default ESP32_TIME_SYSCALL_USE_RTC_FRC1
|
|
|
|
help
|
|
|
|
This setting defines which hardware timers are used to
|
|
|
|
implement 'gettimeofday' and 'time' functions in C library.
|
|
|
|
|
|
|
|
- If only FRC1 timer is used, gettimeofday will provide time at
|
|
|
|
microsecond resolution. Time will not be preserved when going
|
|
|
|
into deep sleep mode.
|
|
|
|
- If both FRC1 and RTC timers are used, timekeeping will
|
|
|
|
continue in deep sleep. Time will be reported at 1 microsecond
|
|
|
|
resolution.
|
|
|
|
- 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.
|
2017-01-11 09:28:09 +00:00
|
|
|
- When RTC is used for timekeeping, two RTC_STORE registers are
|
|
|
|
used to keep time in deep sleep mode.
|
2017-01-10 05:04:04 +00:00
|
|
|
|
2016-11-02 09:17:28 +00:00
|
|
|
config ESP32_TIME_SYSCALL_USE_RTC
|
|
|
|
bool "RTC"
|
|
|
|
config ESP32_TIME_SYSCALL_USE_RTC_FRC1
|
|
|
|
bool "RTC and FRC1"
|
|
|
|
config ESP32_TIME_SYSCALL_USE_FRC1
|
|
|
|
bool "FRC1"
|
|
|
|
config ESP32_TIME_SYSCALL_USE_NONE
|
|
|
|
bool "None"
|
|
|
|
endchoice
|
2016-10-21 09:59:57 +00:00
|
|
|
|
2016-11-03 06:49:05 +00:00
|
|
|
choice ESP32_RTC_CLOCK_SOURCE
|
2017-01-10 05:04:04 +00:00
|
|
|
prompt "RTC clock source"
|
|
|
|
default ESP32_RTC_CLOCK_SOURCE_INTERNAL_RC
|
|
|
|
help
|
|
|
|
Choose which clock is used as RTC clock source.
|
|
|
|
The only available option for now is to use internal
|
|
|
|
150kHz RC oscillator.
|
2016-11-03 06:49:05 +00:00
|
|
|
|
|
|
|
config ESP32_RTC_CLOCK_SOURCE_INTERNAL_RC
|
2017-01-10 05:04:04 +00:00
|
|
|
bool "Internal RC"
|
2016-11-03 06:49:05 +00:00
|
|
|
config ESP32_RTC_CLOCK_SOURCE_EXTERNAL_CRYSTAL
|
2017-01-10 05:04:04 +00:00
|
|
|
bool "External 32kHz crystal"
|
|
|
|
depends on DOCUMENTATION_FOR_RTC_CNTL
|
2016-11-03 06:49:05 +00:00
|
|
|
endchoice
|
2016-10-21 09:59:57 +00:00
|
|
|
|
2016-12-12 15:20:15 +00:00
|
|
|
config ESP32_DEEP_SLEEP_WAKEUP_DELAY
|
2017-01-10 05:04:04 +00:00
|
|
|
int "Extra delay in deep sleep wake stub (in us)"
|
|
|
|
default 0
|
|
|
|
range 0 5000
|
|
|
|
help
|
|
|
|
When ESP32 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.
|
|
|
|
|
|
|
|
If you are using a flash chip which needs more than 900us to become
|
|
|
|
ready after power on, set this parameter to add extra delay
|
|
|
|
to the default deep sleep stub.
|
2016-12-12 15:20:15 +00:00
|
|
|
|
2017-01-10 05:04:04 +00:00
|
|
|
If you are seeing "flash read err, 1000" message printed to the
|
|
|
|
console after deep sleep reset, try increasing this value.
|
|
|
|
|
|
|
|
endmenu
|
|
|
|
|
2017-01-10 05:39:43 +00:00
|
|
|
menuconfig WIFI_ENABLED
|
|
|
|
bool "WiFi"
|
2017-01-10 05:04:04 +00:00
|
|
|
default y
|
2017-01-10 05:39:43 +00:00
|
|
|
help
|
|
|
|
Select this option to enable WiFi stack and show the submenu with WiFi configuration choices.
|
2017-01-10 05:04:04 +00:00
|
|
|
|
|
|
|
config SW_COEXIST_ENABLE
|
|
|
|
bool "Software controls WiFi/Bluetooth coexistence"
|
|
|
|
depends on WIFI_ENABLED && BT_ENABLED
|
|
|
|
default n
|
|
|
|
help
|
|
|
|
If enabled, WiFi & Bluetooth coexistence is controlled by software rather than hardware.
|
|
|
|
Recommended for heavy traffic scenarios. Both coexistence configuration options are
|
|
|
|
automatically managed, no user intervention is required.
|
2016-12-12 15:20:15 +00:00
|
|
|
|
2016-11-15 10:36:18 +00:00
|
|
|
config ESP32_PHY_AUTO_INIT
|
2017-01-10 05:04:04 +00:00
|
|
|
bool "Initialize PHY in startup code"
|
|
|
|
depends on WIFI_ENABLED
|
|
|
|
default y
|
|
|
|
help
|
|
|
|
If enabled, PHY will be initialized in startup code, before
|
|
|
|
app_main function runs.
|
|
|
|
If this is undesired, disable this option and call esp_phy_init
|
|
|
|
from the application before enabling WiFi or BT.
|
|
|
|
|
|
|
|
If this option is enabled, startup code will also initialize
|
|
|
|
NVS prior to initializing PHY.
|
|
|
|
|
|
|
|
If unsure, choose 'y'.
|
2016-11-15 10:36:18 +00:00
|
|
|
|
|
|
|
config ESP32_PHY_INIT_DATA_IN_PARTITION
|
2017-01-10 05:04:04 +00:00
|
|
|
bool "Use a partition to store PHY init data"
|
|
|
|
depends on WIFI_ENABLED
|
|
|
|
default n
|
|
|
|
help
|
|
|
|
If enabled, PHY init data will be loaded from a partition.
|
|
|
|
When using a custom partition table, make sure that PHY data
|
|
|
|
partition is included (type: 'data', subtype: 'phy').
|
|
|
|
With default partition tables, this is done automatically.
|
|
|
|
If PHY init data is stored in a partition, it has to be flashed there,
|
|
|
|
otherwise runtime error will occur.
|
|
|
|
|
|
|
|
If this option is not enabled, PHY init data will be embedded
|
|
|
|
into the application binary.
|
|
|
|
|
|
|
|
If unsure, choose 'n'.
|
2016-11-15 10:36:18 +00:00
|
|
|
|
|
|
|
config ESP32_PHY_MAX_TX_POWER
|
2017-01-10 05:04:04 +00:00
|
|
|
int "Max TX power (dBm)"
|
|
|
|
range 0 20
|
|
|
|
default 20
|
|
|
|
depends on WIFI_ENABLED
|
|
|
|
help
|
|
|
|
Set maximum transmit power. Actual transmit power for high
|
|
|
|
data rates may be lower than this setting.
|
|
|
|
|
2017-01-05 09:57:41 +00:00
|
|
|
config ESP32_WIFI_RX_BUFFER_NUM
|
2017-01-10 05:04:04 +00:00
|
|
|
int "Max number of WiFi RX buffers"
|
|
|
|
depends on WIFI_ENABLED
|
|
|
|
range 2 25
|
|
|
|
default 25
|
|
|
|
help
|
|
|
|
Set the number of WiFi rx buffers. Each buffer takes approximately 1.6KB of RAM.
|
|
|
|
Larger number for higher throughput but more memory. Smaller number for lower
|
|
|
|
throughput but less memory.
|