i want to do simple data transfer and why blueetooth serial terminal was not be able to detect the device?

[venkatesha kj]

how to do simple data transfer using bluetooth serail terminal?

[Karl Ylvisaker]

Hello,

You could use the BLE NUS peripheral and central examples to do such a transfer between your devices.
The examples will relay anything they receive over UART to their connected peer over BLE, and the peer will output the messages received over BLE out on its UART, and visa versa.
Test this according to the example documentation, and let me know if you encounter any issues or questions.

Best regards,
Karl

[venkatesha kj]

i go through the nsu code but which api was used to transfer the data?

[venkatesha kj]

data transmission was not working in the uart example

[Karl Ylvisaker]

Could you download a new instance of the nRF5 SDK v17.1.0, and run the completely unmodified example according to the instructions in the example's documentation? Do this, and let me know if it does not work as detailed in the documentation.
Please detail which specific step of the documentation where the behavior diverges from what you would have expected, and how it did so.

Best regards,
Karl

[venkatesha kj]

when i send the data from uart it will trigger uart event handler but in my case it will not trigger that

[venkatesha kj]

when i try to debug by putting the break point inside the uart event handle i got nrf break point error can i know the reason?

[Karl Ylvisaker]

Please confirm that you have defined DEBUG in your preprocessor defines, like shown in the included image.
This will make the logger output a detailed error message whenever a non-NRF_SUCCESS error code is passed to an APP_ERROR_CHECK.

Do this, and check the returned error code from the loggers error message against the API reference of the function that returned the error code that triggered the APP_ERROR_CHECK.

Best regards,
Karl

[Karl Ylvisaker]

Also, you may not use breakpoints as normal when working with the SoftDevice, since the breakpoint will halt the CPU which will cause the SoftDevice to assert as soon as it is restarted - since the SoftDevice misses all its timing critical deadlines when the CPU is halted.

Best regards,
Karl