questions around new uart component
Posted: Mon Nov 14, 2016 9:05 am
After seeing new files in ESP-IDF for uart, I tried to get my hands on.
First step was to get a better understanding whats going on behind the curtain.
As expected I have a lot of questionmarks, would be great if somebody could help
- is it possible, to use UART2 without rx ? AFAIK with devkit only tx is available for uart2
- is it possible, to use any pin for uarts(mainly RX/TX) using uart_set_pin ?
- where are default pins for UART0/1/2 defined in components ?
- in examples, uart_int_num is always 17, is this mandatory ?
- could uart_int_num be the same for using UART0 and UART2 ?
- in examples, queue size is always 10, is this best choice or is this mandatory ?
- in example 7 is an arg RINGBUF_TYPE_BYTEBUF which is not found in definition of uart_driver_install is this for future changes ?
- in example 7, stacksize in xTaskCreate is 16384, why is it that big ?
- in example 7, flow_ctrl is set to HW_FLOWCTRL_DISABLE, some lines later, cts and rts are set in uart_set_pin, what is the reason for that ?
- last and least, soc/uart_struct.h is included twice in uart.h
First step was to get a better understanding whats going on behind the curtain.
As expected I have a lot of questionmarks, would be great if somebody could help
- is it possible, to use UART2 without rx ? AFAIK with devkit only tx is available for uart2
- is it possible, to use any pin for uarts(mainly RX/TX) using uart_set_pin ?
- where are default pins for UART0/1/2 defined in components ?
- in examples, uart_int_num is always 17, is this mandatory ?
- could uart_int_num be the same for using UART0 and UART2 ?
- in examples, queue size is always 10, is this best choice or is this mandatory ?
- in example 7 is an arg RINGBUF_TYPE_BYTEBUF which is not found in definition of uart_driver_install is this for future changes ?
- in example 7, stacksize in xTaskCreate is 16384, why is it that big ?
- in example 7, flow_ctrl is set to HW_FLOWCTRL_DISABLE, some lines later, cts and rts are set in uart_set_pin, what is the reason for that ?
- last and least, soc/uart_struct.h is included twice in uart.h