Shell NUS issue

[Dmitry Kr]

Dear Nordic, 

We've faced with the issue on Zephyr Shell NUS module. 

The captured reaction is just on 'Enter' press in terminal. It seems it has some kind of loopback inside, but why?
The other side is ble_uart_c example at nRF52840DK. (edited) 

We've tried a lot of different config changes (heap, stack increase for different threads), without any positive result. Do you have any meaning on that? What we should check here?

P.S. Do you have ready to use HEX with BLE_UART_C example compiled for nRF52840Dongle with UART-over-USB emulation?

[Sigurd]

Hi,

 Try setting CONFIG_SHELL_BT_NUS_RX_RING_BUFFER_SIZE to 256

I recommend using Putty terminal.

http://developer.nordicsemi.com/nRF_Connect_SDK/doc/1.5.1/nrf/gs_testing.html?highlight=putty#how-to-connect-with-putty

P.S. Do you have ready to use HEX with BLE_UART_C example compiled for nRF52840Dongle with UART-over-USB emulation?

No, I don't think so. 

[Dmitry Kr]

Dear Sigurd, 

I've tried:

1. changing both RX and TX Shell NUS ring buffer sizes up to 4096 bytes. 

2. turning off shell echo and disabling log output to shell.

3. turning off colorization.

No positive outcome on the issue.

[Sigurd]

Dmitry Kr said:

2) No, I can't run it with our board definition files, I'll try this example.

 Ok. Note that we have this issue mentioned in the known-issues section that might be relevant as well:

NCSDK-8321: NUS shell transport sample does not display the initial shell prompt uart:~$ on the remote terminal.
Also few logs with sending errors are displayed on the terminal connected directly to the DK. This issue is caused by the shell being enabled before turning on the notifications for the NUS service by the remote peer.

Workaround: Enable the shell after turning on the NUS notifications or block it until turning on the notifications.

[Dmitry Kr]

I've added this check and shell enable function call to connection handler, as metioned in shell_bt_nus example, as it can be seen on the first screenshot. It works, bt_nus$ prompt appears.

[Sigurd]

Ok, so the issue you described initially in this case has now been solved?

[Dmitry Kr]

Not yet. 

Please don't close the ticket until we report (hope this week).

[Dmitry Kr]

Dear Sigurd, 

I've found it works with two devboards (52840 + 5340) one running central_uart and another running shell_bt_nus examples. This issue definately related to some middleware modules of Zephyr that we enable on our board (e.g. USB or others). We'll check that.