?

每個對象都有很多配置參數(shù)。在我們的項目中，我們使用了具有 2 個特征的單個服務(wù)。一種具有讀/寫方法，另一種是只寫。為簡單起見，訪問特征沒有加密或任何特殊配對要求。

#define REMOTE_RSSI_CHARACTERISTIC_UUID BT_UUID_DECLARE_128(BT_UUID_128_ENCODE(0x63342d31, 0x3836, 0x372d, 0x3166, 0x306331633562))
#define DETACH_CHARACTERISTIC_UUID BT_UUID_DECLARE_128(BT_UUID_128_ENCODE(0x1e086d95, 0x7faa, 0x4993, 0x984e, 0xcf234cec373b))

/* Primary Service Declaration */
BT_GATT_SERVICE_DEFINE(otown_svc,               //create a struct with _name
    BT_GATT_PRIMARY_SERVICE(OTOWN_UUID),       //Main UUID
    BT_GATT_CHARACTERISTIC(REMOTE_RSSI_CHARACTERISTIC_UUID,
        BT_GATT_CHRC_READ | BT_GATT_CHRC_WRITE,   // Properties
        BT_GATT_PERM_READ | BT_GATT_PERM_WRITE, // permissions read/write no security
        read_otown, write_otown, otown_value),  // Callback functions and value
    BT_GATT_CHARACTERISTIC(DETACH_CHARACTERISTIC_UUID,
        BT_GATT_CHRC_WRITE, // Properties
        BT_GATT_PERM_WRITE, // permissions write no security
        NULL, write_detach, detach_request),  //Callback functions and value
    BT_GATT_CCC(vnd_ccc_cfg_changed,            //Client Configuration Configuration
        BT_GATT_PERM_READ | BT_GATT_PERM_WRITE_ENCRYPT),
        );

處理這些特征的整個代碼是自動生成的。

寫入和讀取特性通過回調(diào)函數(shù)發(fā)生。在這些回調(diào)中不要使用太多時間是非常重要的。在回調(diào)中更新 LCD 顯示會在幾秒鐘后導(dǎo)致連接不穩(wěn)定。日志輸出似乎是可以容忍的。

寫入時，數(shù)據(jù)片段必須存儲在緩沖區(qū)中：

//Callback function of write command
static ssize_t write_otown(struct bt_conn *conn, const struct bt_gatt_attr *attr,
    const void *buf, uint16_t len, uint16_t offset,
    uint8_t flags) {
  uint8_t *value = attr->user_data;

  if (offset + len > sizeof(otown_value)) {
    return BT_GATT_ERR(BT_ATT_ERR_INVALID_OFFSET);
  }
  memcpy(value + offset, buf, len);

然后可以解析接收到的字符串并將其傳遞給主應(yīng)用程序。在這種情況下，使用了 Zephyr 消息隊列。

int value_int = atoi(value);

  k_msgq_put(&rssi_queue, &value_int, K_NO_WAIT);
  return len;
}

消息隊列是固定大小的循環(huán)緩沖區(qū)，提供應(yīng)用程序線程之間的通信方式。這是一個簡單的例子：

// Queue for passing received RSSI values to main thread (4 elements)
K_MSGQ_DEFINE(rssi_queue, sizeof(int), 4, 4);
...
// write callback on Bluetooth thread
k_msgq_put(&rssi_queue, &value_int, K_NO_WAIT);
...
// main thread - get value from queue, and display on LCD
int rssi;
if(k_msgq_get(&rssi_queue, &rssi, K_NO_WAIT) == 0) {
  LOG_INF("RSSI = %d", rssi);
  gui_add_point_to_chart(rssi);
}

只是改變狀態(tài)的更簡單的方法不需要使用隊列。這是分離特征的寫回調(diào)代碼

#define DETACH_COMMAND "detach"

static ssize_t write_detach(...) {

...

  // compare received string against predefined command
  if(strncmp(value, DETACH_COMMAND, strlen(DETACH_COMMAND)) == 0) {
    ...
    detached_safely = true;
  }

  return len;
}

最后斷開回調(diào)負責(zé)檢查電話是否“安全”斷開連接

static void disconnected(...) {
  ...
  // turn on red leds if remote device did not detach safely before disconnecting
  if(!detached_safely) {
    gpio_set_red(true);
  }
}

使用 GPIO

必須在項目配置文件中啟用第一個 GPIO 庫

CONFIG_GPIO=y

使用 GPIO 通常需要在電路板覆蓋文件中定義端口，但是有一個可用于原型設(shè)計的快捷方式

#define RED_LED_PIN 30

// "guess" that port 0 is named GPIO_0 on nRF boards
gpio = device_get_binding("GPIO_0");
if (gpio == NULL) {
  printk("error getting GPIO_0 device\n");
  return;
}
// configure pin 30 as an output
ret = gpio_pin_configure(gpio, RED_LED_PIN, GPIO_OUTPUT);
...
// set output
gpio_pin_set(gpio, RED_LED_PIN, true);

使用液晶顯示器

lvgl 庫支持 Adafruit 2.8" LCD 顯示器（在適當(dāng)?shù)陌迮渲煤螅１M管在我們的項目中不是絕對必要的，但它很有趣，并提供了很好的調(diào)試機會。

在編寫這個項目時，有用于屏幕布局的 GUI 設(shè)計器的概念證明，但是代碼生成器還沒有準(zhǔn)備好，可用的 GUI 組件很少。我們使用的代碼大部分是從 NordicPlayground 上的 Nordic 示例中復(fù)制而來的。

圖形組件的文檔不是很好，經(jīng)常需要查看源代碼。除此之外，有時設(shè)置組件屬性的順序很重要。在正面的觸摸屏上，顯示與 Nordic 和 Zephyr 示例代碼沒有問題。

我們必須在項目文件中設(shè)置一些配置選項以啟用 LVGL 支持

# LVGL DISPLAY
CONFIG_HEAP_MEM_POOL_SIZE=16384
CONFIG_MAIN_STACK_SIZE=4096

CONFIG_DISPLAY=y
CONFIG_DISPLAY_LOG_LEVEL_ERR=y

CONFIG_LVGL=y
CONFIG_LVGL_ANTIALIAS=y
CONFIG_LVGL_USE_LABEL=y
CONFIG_LVGL_USE_CONT=y
CONFIG_LVGL_USE_BTN=y
CONFIG_LVGL_USE_CHECKBOX=y
CONFIG_LVGL_USE_IMG=y
CONFIG_LVGL_USE_THEME_MATERIAL=y
CONFIG_LVGL_USE_ANIMATION=y
CONFIG_LVGL_USE_SHADOW=y
CONFIG_LVGL_USE_CHART=y
CONFIG_LVGL_CHART_AXIS_TICK_LABEL_MAX_LEN=256

CONFIG_NEWLIB_LIBC=y

具體顯示必須在CMakeLists.txt中選擇

set(SHIELD adafruit_2_8_tft_touch_v2)

所有組件配置代碼，包括 GUI 組件的一些實驗都可以在gui.c

手機藍牙應(yīng)用（MIT App Inventor）

手機應(yīng)用程序非常簡單，功能僅限于掃描附近的藍牙設(shè)備，然后在附加到設(shè)備后發(fā)送帶有數(shù)據(jù)的字符串。

?

定期測量連接設(shè)備的 RSSI 并將其寫入“RSSI”特性。這解決了 nRF SDK 上的問題，即一旦連接到中央設(shè)備，就無法在外圍設(shè)備上讀取 RSSI。

?

按下分離按鈕將向“分離”特性發(fā)送“分離”命令。

?

一點歷史：項目的考慮因素

對于手機應(yīng)用程序，我們最初計劃使用 Flutter，因為它具有原生的跨平臺支持，但是，缺乏適當(dāng)?shù)?ble 庫導(dǎo)致我們在更簡單的東西上進行原型設(shè)計。起初，我們想使用 App Inventor 快速制作原型用于測試目的，雖然它一開始看起來很幼稚且不通用，但諷刺的是，它支持的 BLE 功能比任何可用的 Flutter BLE 庫都多（例如從一個已經(jīng)連接的設(shè)備），所以我們決定使用它。

另一個挫折是嘗試從連接的設(shè)備獲取 nRF SDK 中的 RSSI。RSSI 在掃描階段很容易獲得，但是在建立連接后無法獲取。在對網(wǎng)絡(luò)處理器代碼和 HCI 接口進行修改時，我們陷入了死胡同。我們嘗試使用 hci_pwr_ctrl 示例，其中藍牙控制器（在 DK 情況下為網(wǎng)絡(luò)核心）將 RSSI 值隧道傳輸?shù)降诙€核心上的應(yīng)用程序線程。不幸的是，我們沒有讓這個示例工作，因為 nRF 的 Zephyr SDK 中顯然存在一個已知錯誤。對于初學(xué)者來說也太高級了。

最初，我們想使用 nRF5340-DK 作為中央設(shè)備，以及簡單的鑰匙查找器藍牙信標(biāo)

?

我們找不到一個好的參數(shù)組合來保持與信標(biāo)的連接。我們嘗試了多個安全/配對參數(shù)，但在短暫的協(xié)商階段后連接幾乎立即斷開。錯誤代碼不是很有幫助，因此路徑被刪除了。

BluetoothLE 無連接廣播者-觀察者角色非常有前途。我們基于 Zephyr 示例在 nRF5340-DK 和 nRF52840 加密狗之間進行了簡單的廣告設(shè)置，但是我們無法輕松傳輸任何有意義的數(shù)據(jù)。所有修改都導(dǎo)致代碼失敗。可能擁有 2 個完整的開發(fā)套件會更容易。手機應(yīng)用程序原型設(shè)計框架中缺乏對這些角色的支持也導(dǎo)致了這條路的放棄。

一旦我們找到一些時間對其進行重新測試和清理，其中一些實驗的代碼將在 GitHub 存儲庫中提供。

提示與技巧

在學(xué)習(xí) Zephyr 時，我們?yōu)?MAX6675 熱電偶 ADC 開發(fā)了一個簡單的 SPI 驅(qū)動程序。它作為 Zephyr 2.4.99 的補丁提供（隨 nRF SDK 1.5.0 提供）。

從 Play 商店獲取nRF Connect應(yīng)用程序非常有幫助。它非常適合獲取有關(guān)外圍設(shè)備的詳細信息。非常穩(wěn)定且功能豐富的藍牙連接調(diào)試。然而，我們無法確定是否可以將其用作 Brodcaster 或 Observer。

?

在帶有外部 TTL 到 USB 轉(zhuǎn)換器的 nRF52840 加密狗上獲得調(diào)試接口取得了一些成功。

?

默認(rèn)情況下調(diào)試輸出被禁用。要將其重定向到串行端口（默認(rèn)情況下，引腳 0.20 上的 TX，引腳 0.24 上的 RX）在項目配置中啟用 SERIAL 和 UART_CONSOLE。

配置用于調(diào)試的 USB 接口最初看起來很簡單，但最終它只適用于 Zephyr USB 日志記錄示例。當(dāng)配置和代碼被復(fù)制粘貼到我們的應(yīng)用程序時，它在第一個日志記錄宏上失敗了。

這是一些我不記得它來自哪里的隨機注釋，但是在從 Zephyr 為 nRF52840 加密狗構(gòu)建藍牙示例時它非常重要：

啟用 FLASH 設(shè)置。要控制藍牙設(shè)備名稱，請啟用設(shè)置和 NVS。然后可以更改設(shè)備名稱。

在 AppInventor 方面：確保您沒有使用 2019 年以來過時的 BLE 插件，較新的 android 設(shè)備無法在其上運行，因為操作系統(tǒng)受到更多限制，但它已通過 2020 年 12 月插件修復(fù)。

有時應(yīng)用程序會弄亂手機上的藍牙子系統(tǒng)，顯示一堆錯誤。關(guān)閉應(yīng)用程序和禁用->啟用周期有助于讓事情重回正軌。

原型圖片

電池、電源、LED 驅(qū)動板和 nRF5340-DK。實際 LED 超出框架。

?

DC-DC 轉(zhuǎn)換器的底部，以及激光切割丙烯酸頂部的 3D 打印框架中的 LED 驅(qū)動器

?

“電纜”方面。兩根電纜連接到 RGB LED 燈條，一根電纜連接到 nRF5340-DK

?

?