UART Async support with SHELL when interrupts are not used?

RE: UART Async support with SHELL when interrupts are not used?

Mierunski — Mon, 13 May 2019 08:49:08 GMT

Hi,

We don't plan on supporting uart_poll_in function in UART_ASYNC_API due to many ambiguities on how it should be handled.

If you decide to use uart instance with UART_ASYNC_API please use uart_rx_enable function for receiving.

Best regards,
Mieszko Mieruński

RE: UART Async support with SHELL when interrupts are not used?

gonzalezjl — Thu, 09 May 2019 14:52:01 GMT

Hello Jakub,

I have tried that configuration both through the project.conf and by using ninja menuconfig. The results are the same. The shell starts up, but I can't poll UART_0 because of a ENOTSUP error when UART ASYNC API is used. See code above and picture below.

Thanks,

Juan

RE: UART Async support with SHELL when interrupts are not used?

Jakub Rzeszutko — Thu, 09 May 2019 13:03:58 GMT

However such approach in my opinion has a lot of disadvantages. You won't be able to paste text to shell. There will be too many characters and you will lost most of them during uart polling.

The same goes with meta keys. For istance history feature may not work. Up arrow is composed of 3 characters sent in short period of time. This can be lost when using non interrupt mode.

RE: UART Async support with SHELL when interrupts are not used?

Jakub Rzeszutko — Thu, 09 May 2019 13:01:34 GMT

Hi,

But this is already supported! :)

We let a lot of flexibility and you can adopt it to your needs using Kconfig.

You need to first disable interrupt driven UART backend in shell options and next disable interrupt driven UART driver.