nrf52840 interactive command uart flushing

RE: nrf52840 interactive command uart flushing

ovrebekk — Tue, 07 Sep 2021 11:51:50 GMT

Thanks for the update. Do you mean to say you have gotten around this issue in another way?

If so I can close this issue.

Best regards
Torbjørn

RE: nrf52840 interactive command uart flushing

yu1998 — Tue, 07 Sep 2021 01:43:43 GMT

thx for the reply but even we do have the flow control the bug still happened.

we do add uarte in it but sadly we did not fix the problem

however we find other path to fix the bug

RE: nrf52840 interactive command uart flushing

Krzysztof Chruscinski — Mon, 06 Sep 2021 14:14:37 GMT

The reason for artifacts in the UART CLI is that it doesn't use flow control so if you paste multple bytes some will get lost as receiver is being stopped and restarted after each byte. There are 2 options:

- enable flow control

- use different transport, namely UART which is using libuarte driver. Libuarte is a driver which allows continues reception on UART, receiver is never stopped and DMA buffers are seamlessly changed. For setting up libuarte transport see this example https://infocenter.nordicsemi.com/topic/sdk_nrf5_v17.0.2/cli_libuarte_example.html?cp=8_1_4_6_8.

RE: nrf52840 interactive command uart flushing

ovrebekk — Fri, 30 Jul 2021 10:49:06 GMT

I will discuss the case with the CLI developer when he is back next week, and ask for some advice on how to proceed with this case.

You should mention this issue to your local Nordic sales representative also, and he can help give this case priority.

Best regards
Torbjørn

RE: nrf52840 interactive command uart flushing

yu1998 — Thu, 29 Jul 2021 02:01:16 GMT

yea, after communicate with our project manager they think that using the ble_app_interactive example is the only option" , so what should I do next

RE: nrf52840 interactive command uart flushing

ovrebekk — Wed, 28 Jul 2021 07:07:57 GMT

I would strongly recommend considering another example if you are going to use this for a product.

For instance, you can either run a standard Bluetooth HCI example on the nRF device, and run a standard Bluetooth host such as BlueZ on the Unix side. Then you will interface to the Bluetooth devices in a way that is common for other Unix applications.

Alternatively, you can develop a custom application for the nRF device that controls the N devices, and provides an application specific interface between the nRF and the Unix host.
The advantage of this method is that you can implement a more efficient, application specific command set between the nRF and the Unix host, but the drawback is that you need to do more application development on the nRF side. If you use the HCI example on the nRF you don't really have to do much development at all.

If you think that using the ble_app_interactive example is the only option I can register an internal ticket to get help from the software team to improve the example, but I can not guarantee that this will be prioritized.

Best regards
Torbjørn

RE: nrf52840 interactive command uart flushing

yu1998 — Tue, 27 Jul 2021 06:56:55 GMT

ovrebekk

unfortunately I am using it as a product on a unix system base

for this app Im trying to use this cli command to control N devices in ble

find out it might be a bug in it can you guys tell me how to fix it

actually we really need the cli command to control all of this

I mean even I change the size of

NRF_CLI_CMD_BUFF_SIZE

the bug still happened

RE: nrf52840 interactive command uart flushing

ovrebekk — Tue, 27 Jul 2021 06:47:26 GMT

Can you give me a bit more details on what you want to use this example for?

This example is not designed to be used in a product.

It is also in the experimental folder, which means we have only done limited testing on it.
Possibly there are other examples that are more suitable for what you are trying to accomplish.

Best regards
Torbjørn

RE: nrf52840 interactive command uart flushing

yu1998 — Mon, 26 Jul 2021 06:41:26 GMT

ovrebekk

yep First I use "putty" then I use "mobaXterm" Same problem still happened

now I use "sscom" still the same thing happened

I have tried three different terminal already

So I wonder if there is a way to clean up the RX/Tx or flow control at least

btw also I found out that if I send the message too fast the entire app will crash

For example:

If I press "tab" it will show all the commands which I can use

but as if I hold the tab and not release the "tab" button

the uart will keep printing the commands which I can use

after n time printing the program will crash

is this a bug??

or if there is a way to clean up the RX/Tx or flow control at least

RE: nrf52840 interactive command uart flushing

ovrebekk — Mon, 26 Jul 2021 06:37:11 GMT

I just had a quick chat with the developer of the interactive example. Apparently there is no way to flush the buffers in this example because the UART functions are blocking.

Whenever there is something to send the nrf_cli_process() function will run until the entire message is written to the UART, so you don't need to separately flush the buffers.

Which terminal program are you using?

Have you tried with another one to see if the issue is the same?

Best regards
Torbjørn

RE: nrf52840 interactive command uart flushing

yu1998 — Fri, 23 Jul 2021 07:03:22 GMT

you mean I cannot clear the uart_rx tx

ovrebekk

I mean I found a bug happened it randomly

for example sometimes when I type on the keyboard "connect AF:BF:CF:DF:EF:FF" but when I type to con or connect when I press the next character it with output random character on the uart so I wonder why is this happening(Seldom happen)

another thing is if I just copy-paste "connect AF:BF:CF:DF:EF:FF"

sometimes the output show up on uart wrong

it shows "connect??? AF:???BF:C???F:DF:EF:FF"

I am 100% sure I copy the correct string

for example

[15:06:31.505]OUT↙⊙connect 5C:F3:70:38:AE:36 

↓
[15:06:31.508]IN↘↑connect 5C:F3:70connect 5C:F3:70:38:Act 5CE6 
[1;31mwrong parameter count

you can see the uart shows wrong what I copy on the uart

I copy it correctly but the Uart shows wrong

so I think if I can clean up the rx-tx in uart

or you know if there is any other problem

RE: nrf52840 interactive command uart flushing

ovrebekk — Fri, 23 Jul 2021 06:50:50 GMT

I don't think there is any way to flush the UART buffers when using CLI.

Is there a particular reason you need to do this?
Do you just need to know when the command is finished?

Best regards
Torbjørn

RE: nrf52840 interactive command uart flushing

yu1998 — Thu, 22 Jul 2021 07:40:14 GMT

ovrebekk

nrf52840 interactive command

I am using

ble_app_interactive

RE: nrf52840 interactive command uart flushing

ovrebekk — Thu, 22 Jul 2021 07:29:28 GMT

Which example are you using?

If you open the ble_app_uart example for instance both app_uart.h and app_uart_fifo.c should already be added to the project.

Best regards
Torbjørn

RE: nrf52840 interactive command uart flushing

yu1998 — Wed, 21 Jul 2021 02:00:35 GMT

hello I am using standard sdk but still cannot find both of those

app_uart.h, app_uart_fifo.c in interactice command

sdk17.0.2

RE: nrf52840 interactive command uart flushing

ovrebekk — Mon, 19 Jul 2021 07:06:39 GMT

Are you using one of the standard SDK examples?

There is an app_uart_flush() function for flushing the buffers when using the app_uart driver, but it will not do anything unless you make sure to use the app_uart_fifo.c implementation.

When you say you cannot find this function, do you mean that the build fails if you try to call it?

The function is declared on line 244 of app_uart.h, and implemented on line 186 of app_uart_fifo.c

Best regards
Torbjørn

RE: nrf52840 interactive command uart flushing

yu1998 — Mon, 19 Jul 2021 01:56:08 GMT

anyone?