Differences

This shows you the differences between two versions of the page.

--- en:edu:zmitac:s2:aih:lab:nrf52zephyrblebeacon [2023/12/09 14:56] – ktokarz
+++ en:edu:zmitac:s2:aih:lab:nrf52zephyrblebeacon [2023/12/09 18:42] (current) – ktokarz
@@ Line 3: / Line 3: @@
 This example advertises the device as the "Test beacon" with details provided in Eddystone (([[https://en.wikipedia.org/wiki/Eddystone_(Google)]])) format.
-After importing it to the Visual Studio Code we should make some configuration: remove the unwanted build target from platformio.ini, and if we want to receive messages via serial port enable it within prj.conf.
+After importing it to the Visual Studio Code we should make some configuration: remove the unwanted build target from platformio.ini, and if we want to receive messages via serial port enable it within prj.conf. Notice that to use BLE it is enabled by default in the example's prj.conf file.
+<code>
+CONFIG_BT=y
+CONFIG_BT_DEBUG_LOG=y
+CONFIG_BT_DEVICE_NAME="Test beacon"
+</code>
 This example starts the Bluetooth interface with the function bt_enable() that passes the pointer to the bt_ready() which is the callback function to notify that initialization has finished.
 <code>
@@ Line 34: / Line 39: @@
 <table bletypes>
 <caption> List of elements of the advertising frame data</caption>
-^ Type ID ^ Type name ^ Content ^
+^ Type ID ^ Type name (as in BLE specification) ^ Content ^
 | 0x01 | Flags | specifies if BR/EDR is supported |
 | 0x03 | Complete List of 16-bit Service Class UUIDs | Eddystone UUID |
@@ Line 43: / Line 48: @@
 <table blesdtypes>
 <caption> List of elements of the advertising frame scan response</caption>
-^ Type ID ^ Type name ^ Content ^
+^ Type ID ^ Type name (as in BLE specification) ^ Content ^
 | 0x09 | Complete Local Name | name of the device |
 </table>
@@ Line 49: / Line 54: @@
 You can observe the details in the nRF Connect application on your mobile phone.
-The beacon example is very simple because the beacon device is intended to advertise only so, there is no further functionality implemented. This example shows the so-called Eddystone format (([[https://en.wikipedia.org/wiki/Eddystone_(Google)]])) of Bluetooth Beacons that send simple information to nearby devices. To reduce the number of bytes sent in the advertisement frame the Eddystone format defines the list of prefixes and suffixes that can be used in the URL ((https://github.com/google/eddystone/tree/master/eddystone-url)).
+The beacon example is very simple because the beacon device is intended to advertise only, so there is no further functionality implemented. This example shows the so-called Eddystone format (([[https://en.wikipedia.org/wiki/Eddystone_(Google)]])) of Bluetooth Beacons that send simple information to nearby devices. To reduce the number of bytes sent in the advertisement frame the Eddystone format defines the list of prefixes and suffixes that can be used in the URL encoded as values of non-printable characters((https://github.com/google/eddystone/tree/master/eddystone-url)).
 For example, web prefixes can be encoded as in the table {{ref>eddyprefix}}.
 <table eddyprefix>
@@ Line 78: / Line 83: @@
 | 13       | 0x0d  | .gov    |
 </table>
+===== Tasks to do during the laboratory =====
+  - Import the Zephyr BLE Beacon example, compile it, and run.
+  - Use the nRF Connect application (For Android mobile) and find the "Test beacon" device.
+  - Modify the software obtaining different prefixes and suffixes for the beacon.
+  - Modify the name of the device with "Polsl Beacon", and the advertised web address with %%"https://www.polsl.pl"%%