BLE - advertising and connect

RE: BLE - advertising and connect

Karl Ylvisaker — Mon, 28 Jun 2021 10:50:33 GMT

[quote user="Roei"]Thanks![/quote]

No problem at all, I am happy to help!

[quote user="Roei"]when receiving and transmitting data via Rx and Tx pins, as part of NUS service[/quote]

I did not know you were working on the BLE Nordic UART examples, thank you for clarifying.

[quote user="Roei"]I assume that those pins has any connection to the data radio channels which physically send and receive this data.[/quote]

The connection between the physical UART and the SoftDevice's BLE transmission is setup as event handlers. When there is a APP_UART_DATA_READY event the data is queued for sending through the UART event handler. Likewise, the data received over the NUS service is handled in the nus_data_handler function, which outputs the received data on the physical UART TX pin.

[quote user="Roei"]from Tx to the radio channels[/quote]

Please look at the uart_event_handle function in the ble_app_uart example. This function receives data on the physical UART's RX pin, and queues it for sending to a connected device through its call to ble_nus_data_send.

[quote user="Roei"]from the radio channels to Rx[/quote]

Please look at the nus_data_handler function in the ble_app_uart example. It moves the data from the radio RX to the physical UART TX.

Please do not hesitate to ask if anything still should be unclear!

Best regards,
Karl

RE: BLE - advertising and connect

Roei — Mon, 28 Jun 2021 09:39:15 GMT

Thanks!

Yes, I will elaborate - when receiving and transmitting data via Rx and Tx pins, as part of NUS service, I assume that those pins has any connection to the data radio channels which physically send and receive this data. So how this data is converted from Tx to the radio channels, and from the radio channels to Rx?

RE: BLE - advertising and connect

Karl Ylvisaker — Mon, 28 Jun 2021 08:58:58 GMT

Hello,

[quote user=""]

I understand that when a peripheral is advertising it is also waiting for connection/scan requests.

Does those requests and responses sent via the same advertising channels (37, 38, 39)?

[/quote]

Yes, this is correct. When the peripheral is advertising as connectable / scannable it will listen for a little period directly following its advertising, to see if it receives a SCAN or CONNECT request.
This listening period happens on the channel which it just advertised on.

[quote user=""]In addition - which layer converts those outgoing/incoming packets from radio channels to Rx and Tx?[/quote]

I am not exactly sure what you mean by this question, could you elaborate?
The Link Layer (LL) is responsible for establishing and maintaining links, including to send the packets such as when a connection is established, or when a scan request is to be sent.

Best regards,
Karl