Dear Nordic,
We've faced with the issue on Zephyr Shell NUS module.
The other side is ble_uart_c example at nRF52840DK. (edited)

P.S. Do you have ready to use HEX with BLE_UART_C example compiled for nRF52840Dongle with UART-over-USB emulation?
Dear Nordic,
We've faced with the issue on Zephyr Shell NUS module.

P.S. Do you have ready to use HEX with BLE_UART_C example compiled for nRF52840Dongle with UART-over-USB emulation?
Hi,
Try setting CONFIG_SHELL_BT_NUS_RX_RING_BUFFER_SIZE to 256
I recommend using Putty terminal.
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.
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.
1) What sample are you using ? Is it shell_bt_nus ?
2) What version of NCS are you using ? NCS v1.5.0?
1) What sample are you using ? Is it shell_bt_nus ?
2) What version of NCS are you using ? NCS v1.5.0?
1) No. I've just added shell_bt_nus_init() and shell_bt_nus_enable() calls as in the example. It's hard to port the example to our board, and I have only one DK right now - and it's running ble_uart_c. I have few dongles, but there is no examples how to run NUS client on dongle.
2) NCS 1.5.1. When I tried 1.5.0 there was the same result.
Dmitry Kr said:I've just added shell_bt_nus_init() and shell_bt_nus_enable()
1) You added this to the peripheral_uart sample?
2) does it work with the shell_bt_nus sample?
1) No. I've added that to our application.
2) No, I can't run it with our board definition files, I'll try this example.
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.
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.