implementing custom service

[Srikara]

product details:

nRF52840 custom board

nRFConnectSDK 2.2.0

we want to implement custom service interacting with the Android app.

Where we will receive on command from Android app and we will do some processing and sending the data back to the android app.

For this what and all we need to do.

for ex: service

what characteristics and what descriptors are needed and their properties.

All we need to know is how to write custom service and for our requirement what we need to add.

[Sigurd Hellesvik]

Hi,

Here in Norway we have had the Easter holidays, causing the delay in the answer. But we are all back in office now.

To learn how to add new services to a BLE device, I recommend our Bluetooth Low Energy Fundamentals guide.

Regards,
Sigurd Hellesvik

[Srikara]

Hi

Sorry i was completely occupied with multiple objects. Did not get time to look into this.

Got some breathing time. This we are planing initially as POC.

THe requirement is: Custom service where

1.From APP to NRF initially one request comes to send the data

2.As the request comes the data will be sent from NRF to Android App.

3.One main thing is this service and characteristics should run parallelly with the SMP service which as part of other PRIVATE case is handled.

SO DFU and this custom service should work parallelly.

For Both to work, how two services need to be implemented and what should be the custom service characteristics.

[Sigurd Hellesvik]

Srikara said:

If he is sending request from android app, he will receive response to android app.

for example: read command is sent

then all the nearby RFID tags details will be sent to android app

If he is sending from iMX he will be received to iMX

for example: read command is sent

then all the nearby RFID tags details will be sent to iMx

Like read we have lot of commands so usage may be iMX/Android app.

This is our requirement. Will this can be done? If so How we will do it.

These sound like custom requirements for Bluetooth LE operations.
I suggest that you take the DevAcademy Bluetooth Course and learn how to implement your own Bluetooth LE applications so you can make it custom to match your requirements.

EDIT:
And when I say "custom", I mean that we do not have any samples that does exactly this

[Srikara]

Sigurd Hellesvik said:

These sound like custom requirements for Bluetooth LE operations.
I suggest that you take the DevAcademy Bluetooth Course and learn how to implement your own Bluetooth LE applications so you can make it custom to match your requirements.

Actually what i mean to say is uart0 is already engaged with iMX, and also uart0 is getting used in peripheral UART.

So for both to work together it is not possible right?

Because we have only one uart is exposed in our custom HW.

[Vidar Berg]

Could you give a brief summary of what you need the UART for? I understand from the discussion that you use it as an interface between the nRF5 and IMX, but I'm not sure what else you need it for.

[Srikara]

we need UART for DFU. For DFU he suggested serial recovery and other method. I need to test that in our board. Serial recovery I have tested in DK.

Also we want to have one option of BLE peripheral UART. This we have tested in DK and in OUR board. But when we interface ot iMX the same UART will not be there for BLE peripheral UART purpose and DFU.

As of now you can ignore DFU, as we are verifying serail recovery method.

[Vidar Berg]

Serial recovery is perfomed within the bootloader which does not run concurrently with the main app, so I wouldn't expect the DFU process to interfere with your regular UART comminucation. 

Srikara said:

interface ot iMX the same UART will not be there for BLE peripheral UART purpose

It is up to the application to decide what data to relay over the BLE link.