nRFConnect to a Mesh light server with custom service-characteristics

RE: nRFConnect to a Mesh light server with custom service-characteristics

Sigurd — Fri, 29 Sep 2017 09:32:15 GMT

Hi,

that is correct.

Here is SES ble_app_template for SDK 12.1.

Regarding the "APP_ERROR:ERROR:Fatal ", that means that you are running to the error-handler. i.e. a APP_ERROR_CHECK() is triggered with an error. You should therfore debug to find the error.

Attachment:

SES_ble_app_template_pca10040_s132_SDK12_1.rar

RE: nRFConnect to a Mesh light server with custom service-characteristics

ms3412amo — Sun, 24 Sep 2017 01:21:26 GMT

Hi Sigurd, thank for your support. I'm having trouble integrating mesh into the exemple. First question I have for you. Is it suppose to work with SDK 12.3. On Mesh sdk documentation it is written SDK 12.1 for mesh compatibility? I got APP_ERROR:ERROR:Fatal and it seems to be in access_model_add when I put some debug trace... Thank you.

RE: nRFConnect to a Mesh light server with custom service-characteristics

Sigurd — Fri, 15 Sep 2017 13:52:20 GMT

Hi,

Regarding the "duty cycle", that seems like a good idea. From the link I first posted:

Concurrent SoftDevice and mesh activity

By design, the SoftDevice activity is prioritized over mesh activity. Therefore, you should keep the connection and advertisement intervals used by the SoftDevice as large as possible (i.e. infrequent) when using Bluetooth low energy connections. If scanning, keep the scan duty cycle as low as possible. You should also reduce mesh activity while the SoftDevice is doing fast advertising and continue normal activity after a connection is established.

I have created a SES project for ble_app_template for SDK 12.3. I used SES version 3.26a. You should only need to unzip, and place the files in the folder SDK_folder\examples\ble_peripheral\ble_app_template\pca10040\s132\arm5_no_packs for it work. It's unfortunately not integrated with mesh, but it should maybe give you a starting point so you can integrate the mesh into the template example.

Attachment:

SES_ble_app_template_pca10040_s132_SDK12_3.rar

RE: nRFConnect to a Mesh light server with custom service-characteristics

ms3412amo — Thu, 14 Sep 2017 18:05:50 GMT

Hi, The app_template with the mesh integrated would be so mush appreciate, then I will have to merge with the main.c file of the server light control mesh SDK exemple to have the Mesh running. About that, I have a question, should I plan to change duty cycle receiving of the mesh core to let some place for the gatt/gap, because in the mesh with advertising it uses the mesh core to advertise (put in the queue), so I'm think it might have some issue around that. What do you thing? Is my question clear enough? Thank you.

RE: nRFConnect to a Mesh light server with custom service-characteristics

Sigurd — Thu, 14 Sep 2017 17:56:03 GMT

Hi,

You can import the Keil project from the SDK into SES, and continue to use SES. See this blog post for a guide on how to do that. If there is any specific example in the SDK you want a SES project for, I can upload it here for you.

RE: nRFConnect to a Mesh light server with custom service-characteristics

ms3412amo — Thu, 14 Sep 2017 17:44:24 GMT

Hi, thanks for your answer. That's because I would like to stay in SES at the moment and avoid Keil license to build/link the project, but I appreciate your recommendation I will try this as I have access to a full Keil on another computer. Thank you again.

RE: nRFConnect to a Mesh light server with custom service-characteristics

Sigurd — Thu, 14 Sep 2017 16:29:00 GMT

Hi,

I recommend moving the mesh stack repository into the Nordic nRF5 SDK examples folder and include the necessary source files in the Nordic nRF5 SDK project that you want to use.

Please see this page for more information.