Please tell me how to connect one nRF51822 and another as Central and Peripheral. In the future, I would like to connect one Central and multiple Peripheral.

[tadanohito]

I am new to BLE.

My question is similar to the one below.

https://devzone.nordicsemi.com/f/nordic-q-a/22596/nrf51822-central-connect-and-communicate-with-2-peripherals

But the link to the answer was broken and I couldn't find it, so I'll ask.

I am using two nRF51822 and SDK12.3.0. I want to run them as Central on one side and Peripheral on the other. 

Probably by a method called GATT communication.(It means communication in a connected state.)

My goal is to record  RSSI and receiving time in Central when it receives an empty packet from Peripheral.

I would like to receive packets at intervals of 1msec to 10msec,

so advertising with long transmission intervals and randomly staggered transmission times would not achieve my goal.

In the future, I would like to receive packets from about 6 peripherals and record the RSSI of the packets.

Please let me know if there is a sample program or code that fits my purpose.

I'm not very good at English, so I use translation software to create my texts. I'm sorry if I don't make sense in some parts.

[awneil]

Note that nRF51 are not recommended for new BLE designs:

https://devzone.nordicsemi.com/f/nordic-q-a/13244/is-nrf52-recommended-over-nrf51-for-new-development/187456#187456 - and that was over 2 years ago.

tadanohito said:

the link to the answer was broken and I couldn't find it

That's always going to be a problem with going so far back.

Have you considered using nRF52 instead - so that you'll have up-to-date support ... ?

[tadanohito]

I understand that the nRF52 is better than the nRF51. Is it possible to achieve my goal with nRF52?

If multiple networks are difficult, what about 1:1 networks?

[tadanohito]

I see.

But this time I can't change the board.

But this time I can't change the board, because my mission is to use this board to get RSSI, and I have a limited amount of time available for that.

Is there anything wrong with my code in connecting with "ble_app_hrs" to get the RSSI?

1134.sdkroot.zip

I use "ble_app_multilink_central" and "ble_app_hrs".

[Sigurd]

tadanohito said:

But this time I can't change the board.

Looking at https://no.mouser.com/datasheet/2/396/TY_BLE_CN_EVBManual_V1_5_20180530-1324564.pdf the UART pins used, does not match the pins we use on the DK.

EBSGCNZWY board:

So in sdk_config.h, change the nrf_log uart pins to match your board,

for the DK, the configurations looks like this:

You need to use pin 0,1,2,3 instead.

----

If this board don't have LF crystal, you also need to configure the SoftDevice to use the internal RC oscillator instead.

Snippet:

static void ble_stack_init(void)
{
    ret_code_t err_code;

  
	
	    nrf_clock_lf_cfg_t clock_lf_cfg = { .source  = NRF_CLOCK_LF_SRC_RC,
                                        .rc_ctiv = 4,
                                        .rc_temp_ctiv = 1 };

Also, note this from page 8 in the module user guide:

[tadanohito]

Thank you for your advice.

But I failed.

"COM3" is central, "COM4" is peripheral.

Sigurd said:

Also, note this from page 8 in the module user guide:

I have fixed it in "system_nrf51.c" in the first setup when I bought it.

[tadanohito]

I was able to run the central "ble_app_uart.c" which is not "ble_app_multilink" and the peripheral programs.

I was able to confirm the reception of advertisement packets from peripheral.

However, I haven't been able to establish the connection between central and peripheral and check RSSI.

[awneil]

tadanohito said:

I can't change the board.

You don't need to change the board for your final project.

What I'm saying is that before you start on that board, you should spend some time on the Nordic Dev Kits getting used to the product, the SDK and the tools.

After you've done that, you will then be in a position to move on to the 3rd-party board.

It's always best to take small steps at a time - don't try to do too much all at once.

[tadanohito]

What you say is true.

I think I have been challenging myself step by step in that.

I learned about the communication theory of BLE.

I used the board as "peripheral" and sent data to it using nRFToolbox.

Central read advertisement packets from peripheral and other BLE devices.

The "ble_app_uart.c" of both central and peripheral were connected.

As the next step, I want to send packets from peripheral to central and get the rssi at that time.

I'm going to use "ble_app_hrs" and "ble_app_multilink_central" or "ble_app_uart" for the connection state, since 1:1 is fine for now.

The problem is that I don't seem to be able to establish the connection state between "central" and "peripheral".

The combination of "app_multilink" and "app_hrs" does not show any response, and the combination of "app_uart" and "app_hrs" continues to read advertisement packets and does not move to the connection state.

The "app_uart_c" of peripheral  and "app_uart_c" of central only show the sign of connecting, and there seems to be no packet exchange beyond that.

Do I need to write a function in my "peripheral" side to send an empty packet when it receives a poll, for example?

[Sigurd]

tadanohito said:

The combination of "app_multilink" and "app_hrs

 As mentioned here, https://infocenter.nordicsemi.com/topic/com.nordic.infocenter.sdk5.v12.3.0/ble_sdk_app_multilink.html , the example will out-of-the box, "connect to any peer that has the device name "Nordic_Blinky". (i.e. the example in \examples\ble_peripheral\experimental_ble_app_blinky)

In the main.c file of the ble_app_multilink_central example, we have:

static const char m_target_periph_name[] = "Nordic_Blinky";                  /**< Name of the device we try to connect to. This name is searched for in the scan report data*/

[tadanohito]

Yes, of course, when I used the combination of "ble_app_multilink" and "ble_app_blinky", I used "periph_name[]" as "Nordic_Blinky" as shown in the sample.

However, this sample requires three LEDs, and my evaluation board only has one LED on it, so I cannot check the results.

For this reason, we wanted to confirm the connecting state in the form of RSSI reception rather than LED lighting in other applications(ble_app_hrs).

[tadanohito]

I thought that the LED setting of "app_multilink" is the essence of this problem, and it is unnecessary for communication with "ble_app_hrs".

If I remove the ability to light the LED from "app_multilink" and let it communicate with "app_hrs", how should I modify the code?

Or should I change the code to make it a connect state between "app_uart" and "app_hrs" in Central?

Or is the problem still in the preferences or in the "BLE_GAP_EVT_CONNECTED" code?

[tadanohito]

I changed the code again, referring to the following article. But still nothing is displayed.

https://devzone.nordicsemi.com/f/nordic-q-a/19437/rssi-measurement-for-each-peripheral-s130-or-132

I still think it's the LED setting that's preventing it from working, rather than the BLE_GAP_EVT_CONNECTED part.

I would like to remove the LED settings and connect to multiple peripherals.