Giới thiệu dự án

Hệ thống định vị trong nhà (Indoor Positioning System - IPS) đang trở thành một trụ cột công nghệ then chốt trong kỷ nguyên Logistics 4.0 và Công nghiệp 4.0. Theo các báo cáo thị trường gần đây, thị trường IPS toàn cầu đang tăng trưởng với tốc độ CAGR trên 22%, thúc đẩy bởi nhu cầu tự động hóa kho bãi, theo dõi chuỗi cung ứng và tối ưu hóa vận hành nội bộ. Mặc dù hệ thống định vị vệ tinh toàn cầu (GPS) hoạt động hiệu quả ngoài trời, tín hiệu GPS bị suy giảm nghiêm trọng (tổn hao 30–40 dB) khi đi qua các kết cấu bê tông, mái tôn và kim loại trong nhà xưởng, dẫn đến mất hoàn toàn khả năng định vị chính xác.

       +-------------------------------------------------------------+
       |                  HỆ THỐNG ĐỊNH VỊ TRONG NHÀ                 |
       +-------------------------------------------------------------+
                                      |
         +----------------------------+----------------------------+
         |                                                         |
+------------------+                                      +------------------+
|  GPS NGOÀI TRỜI  |                                      |   IPS TRONG NHÀ  |
|  - Tín hiệu tốt  |                                      |  - Sóng BLE 2.4G |
|  - Độ phủ toàn cầu|                                     |  - Độ trễ thấp   |
|  - Xuyên tường KÉM|                                     |  - Tiết kiệm pin |
+------------------+                                      +------------------+

Vấn đề thực tế (Problem Statement)

Trong môi trường nhà kho công nghiệp, việc quản lý hàng nghìn pallet hàng hóa, xe nâng (forklift) và giám sát lộ trình của công nhân thường đối mặt với các điểm nghẽn nghiêm trọng:

  1. Thời gian tìm kiếm tài sản kéo dài: Gây lãng phí từ 15% đến 25% tổng thời gian làm việc của nhân công.
  2. Chi phí công nghệ cao: Các giải pháp định vị độ chính xác cực cao như Băng thông siêu rộng (Ultra-Wideband - UWB) đòi hỏi chi phí phần cứng đắt đỏ (30–80 USD/tag), khó mở rộng quy mô lớn.
  3. Tiêu hao năng lượng: Các giải pháp dựa trên Wi-Fi ngốn nhiều pin, đòi hỏi bảo trì thay pin liên tục.

Mục tiêu đề tài

Đồ án "Thiết kế hệ thống định vị trong nhà kho bằng sóng BLE (Bluetooth Low Energy)" được thực hiện nhằm giải quyết trọn vẹn các thách thức trên với 4 mục tiêu cốt lõi:

  1. Thiết kế phần cứng nhúng tối ưu năng lượng: Xây dựng các thiết bị phát mốc cố định (BLE iBeacon), thẻ định vị gắn trên đối tượng di động (BLE Beacon Tag) và trạm thu thập trung tâm (BLE Gateway).
  2. Hiện thực hóa thuật toán định vị tam giác lượng (Trilateration): Xử lý chỉ số cường độ tín hiệu nhận được (Received Signal Strength Indicator - RSSI) để tính toán tọa độ 2D $(x, y)$ theo thời gian thực.
  3. Phát triển nền tảng Dashboard Web giám sát: Hiển thị trực quan bản đồ nhà kho, vị trí di chuyển của đối tượng và công cụ định tuyến đường đi.
  4. Tối ưu hóa thời lượng hoạt động: Tích hợp kỹ thuật ngủ sâu (Deep Sleep) trên vi điều khiển ESP32 và nRF51822 nhằm đạt thời gian vận hành liên tục tính bằng tháng.

Phương pháp tiếp cận và Phạm vi

Hệ thống sử dụng mạng lưới các mốc iBeacon cố định phát gói tin quảng bá, Beacon Tag gắn trên vật thể thu thập RSSI và gửi dữ liệu về BLE Gateway thông qua kết nối BLE. Gateway xử lý tính toán vị trí và đẩy dữ liệu lên cơ sở dữ liệu thời gian thực Firebase. Phạm vi thử nghiệm giới hạn trong không gian nhà kho có kích thước tối đa $20 \times 40\text{ m}$ (mô hình thử nghiệm chuẩn $9 \times 15\text{ m}$), định vị mặt phẳng 2D với 6 iBeacon, 2 Beacon Tag và 1 trạm Gateway.


Phân tích và thiết kế giải pháp

Phân tích hiện trạng

Để lựa chọn công nghệ tối ưu cho môi trường nhà kho, đồ án đã tiến hành đánh giá ma trận so sánh giữa 4 công nghệ định vị vô tuyến phổ biến:

Tiêu chí Bluetooth Low Energy (BLE) Wi-Fi Fingerprinting Ultra-Wideband (UWB) RFID (Thụ động/Chủ động)
Độ chính xác $1 - 3\text{ m}$ $3 - 8\text{ m}$ $0.1 - 0.3\text{ m}$ $1 - 5\text{ m}$
Khả năng chống nhiễu Trung bình Thấp Rất cao Trung bình
Mức tiêu thụ điện năng Rất thấp (µA – mA) Cao ($80 - 200\text{ mA}$) Cao ($100 - 300\text{ mA}$) Cực thấp (Thụ động) / Thấp (Chủ động)
Độ phức tạp triển khai Đơn giản Trung bình (Dùng AP có sẵn) Cao (Cần đồng bộ xung ns) Đơn giản – Trung bình
Chi phí đầu tư phần cứng Thấp ($2 - $5/node) Trung bình Rất cao ($30 - $100/node) Thấp (Tag) – Rất cao (Đầu đọc)

Phân tích yêu cầu hệ thống theo mô hình MoSCoW:

  • Must have: Thu thập RSSI từ tối thiểu 3 iBeacon, tính toán tọa độ 2D qua Trilateration, đồng bộ dữ liệu lên Cloud Firebase, hiển thị vị trí vật thể trên giao diện Web với độ trễ $\le 5\text{s}$.
  • Should have: Chế độ Deep Sleep kích hoạt qua ngắt ngoài (External Interrupt) hoặc RTC Timer trên Tag, mạch nguồn nạp pin LiPo tự ngắt.
  • Could have: Tích hợp thuật toán tìm đường ngắn nhất (Pathfinding) giữa 2 điểm trên Web Dashboard, cảnh báo khi đối tượng ra khỏi vùng an toàn.
  • Won't have (trong phiên bản hiện tại): Định vị độ cao 3D ($z$-axis), lọc phi tuyến nâng cao Kalman Filter trên vi điều khiển nhúng.

Thiết kế hệ thống

Kiến trúc tổng thể hệ thống (System Architecture)

graph TD
    subgraph "Môi trường Nhà kho (Hardware Layer)"
        B1["iBeacon 1 (nRF51822)"] -- BLE Adv Packet --> Tag["BLE Beacon Tag (ESP32-WROOM-32U)"]
        B2["iBeacon 2 (nRF51822)"] -- BLE Adv Packet --> Tag
        B3["iBeacon 3 (nRF51822)"] -- BLE Adv Packet --> Tag
        B4["iBeacon N (nRF51822)"] -- BLE Adv Packet --> Tag
        Tag -- "Gửi mảng RSSI qua BLE" --> GW["BLE Gateway (Dual ESP32 UART)"]
    end

    subgraph "Xử lý & Lưu trữ (Cloud Layer)"
        GW -- "Wi-Fi (HTTPS/WSS)" --> FB[("Firebase Realtime Database")]
    end

    subgraph "Trực quan hóa (Presentation Layer)"
        FB -- "REST / Realtime Sync" --> Web["Web Application Dashboard (HTML5/Canvas/JS)"]
        User(("Quản lý Kho")) --> Web
    end

Ngăn xếp công nghệ (Technology Stack)

  • Firmware Core: C/C++ trên nền tảng Arduino Core for ESP32 (v2.0.14) & Nordic Semiconductor SDK.
  • Microcontrollers:
    • iBeacon: Module nRF51822 (ARM Cortex-M0 32-bit, 16MHz, 128KB Flash, 20KB SRAM).
    • Beacon Tag & Gateway: ESP32-WROOM-32U (Dual-core Xtensa 32-bit LX6, 240MHz, 520KB SRAM, tích hợp Wi-Fi 802.11 b/g/n và BLE v4.2 BR/EDR).
  • Phần cứng mạch nguồn: IC sạc LTC4054ES5 (dòng nạp định mức 660mA với $R_{prog} = 1.5\text{ k}\Omega$), IC hạ áp LDO độ sụt áp siêu thấp RT9013-33GB (Dropout $\le 0.2\text{V}$ tại 500mA), AMS1117-3.3V cho nguồn cắm trực tiếp 5V.
  • Database & Cloud: Firebase Realtime Database (NoSQL JSON format).
  • Web Dashboard: HTML5 Canvas, Vanilla JavaScript ES6, CSS3, draw.io schema export, Blender 3.6 (thiết kế vỏ hộp 3D).

Thiết kế kiến trúc Gateway kép (Dual-MCU Architecture)

Một thách thức kỹ thuật lớn trên dòng ESP32 là việc chia sẻ chung một bộ khuếch đại vô tuyến (RF Frontend 2.4GHz) giữa Wi-Fi và Bluetooth. Khi vừa quét BLE vừa duy trì kết nối Wi-Fi liên tục, hiện tượng tranh chấp kênh (RF Contention) gây trễ gói tin và mất dữ liệu. Đồ án giải quyết triệt để bằng kiến trúc Gateway sử dụng 2 vi điều khiển ESP32 giao tiếp đồng bộ qua cổng UART liên kết chân GPIO16/GPIO17:

  • ESP32 MCU 1 (BLE Ingestion Node): Chuyên trách quét, kết nối và nhận dữ liệu mảng RSSI từ các Beacon Tag qua BLE GATT Profile.
  • ESP32 MCU 2 (Compute & Cloud Bridge Node): Tiếp nhận dữ liệu qua UART, thực thi giải thuật giải hệ phương trình Trilateration, đóng gói JSON và gửi lên Firebase qua Wi-Fi.
       +----------------------------------------------------------------+
       |                        BLE GATEWAY UNIT                        |
       |                                                                |
       |  +--------------------+ UART 115200 bps +-------------------+  |
       |  |     ESP32 #1       | <-------------> |     ESP32 #2      |  |
       |  |  (BLE Dedicated)  | GPIO16   GPIO17 | (Trilateration &  |  |
       |  | - Thu RSSI mảng    |                 |  Firebase Client) |  |
       |  +--------------------+                 +-------------------+  |
       +------------^--------------------------------------|------------+
                    | Sóng BLE                             | Wi-Fi (HTTPS)
                    |                                      v
          [ BLE Beacon Tags ]                     [ Firebase Database ]

Phương pháp nghiên cứu và phát triển (Methodology)

Dự án áp dụng mô hình phát triển Agile/V-model kết hợp trong thiết kế hệ thống nhúng:

  1. Giai đoạn 1 (Tuần 1–4): Mô hình hóa kênh truyền vô tuyến 2.4GHz, khảo sát thực nghiệm suy hao tín hiệu theo khoảng cách trong môi trường kho để xác định hệ số suy hao đường truyền $n$.
  2. Giai đoạn 2 (Tuần 5–9): Thiết kế sơ đồ nguyên lý mạch điện (Schematic), vẽ layout PCB mạch cấp nguồn đa tầng (RT9013, LTC4054), thiết kế và in vỏ hộp 3D bằng nhựa PLA trên Blender.
  3. Giai đoạn 3 (Tuần 10–14): Lập trình Firmware điều khiển nhúng, tối ưu hóa thuật toán ma trận giải hệ phương trình phi tuyến 2D, xây dựng website hiển thị tọa độ.
  4. Giai đoạn 4 (Tuần 15–18): Thử nghiệm tại hiện trường thực tế, đo đạc phân tích độ chính xác sai số vị trí, kiểm thử tối ưu hóa dòng tiêu thụ bằng máy hiện sóng và VOM chuyên dụng.

Implementation và kết quả

Quy trình phát triển và Thuật toán cốt lõi

1. Mô hình suy hao khoảng cách Log-Distance Path Loss Model

Khoảng cách $d$ từ Beacon Tag đến từng mốc iBeacon được ước lượng dựa trên cường độ tín hiệu RSSI thu được theo công thức: $$RSSI = -10n \log_{10}(d) + A$$ Suy ra khoảng cách $d$: $$d = 10^{\frac{A - RSSI}{10n}}$$ Trong đó:

  • $d$: Khoảng cách ước tính (mét).
  • $n$: Hệ số suy hao truyền sóng trong môi trường (thực nghiệm trong nhà kho: $n = 2.4$).
  • $A$: Cường độ tín hiệu đo được tại khoảng cách quy chuẩn 1 mét (thực nghiệm: $A = -65\text{ dBm}$).

2. Thuật toán định vị tam giác lượng (Trilateration)

Giả sử có 3 mốc iBeacon đặt tại các tọa độ cố định $B_1(x_1, y_1)$, $B_2(x_2, y_2)$, $B_3(x_3, y_3)$ với khoảng cách đo được tương ứng là $d_1, d_2, d_3$. Tọa độ của Tag $(x, y)$ thỏa mãn hệ 3 phương trình đường tròn: $$\begin{cases} (x - x_1)^2 + (y - y_1)^2 = d_1^2 \quad (1) \ (x - x_2)^2 + (y - y_2)^2 = d_2^2 \quad (2) \ (x - x_3)^2 + (y - y_3)^2 = d_3^2 \quad (3) \end{cases}$$

Bằng phương pháp tuyến tính hóa (trừ phương trình (1) cho (2) và (3)), hệ phương trình chuyển về dạng ma trận $A \cdot X = B$: $$\begin{bmatrix} 2(x_2 - x_1) & 2(y_2 - y_1) \ 2(x_3 - x_1) & 2(y_3 - y_1) \end{bmatrix} \begin{bmatrix} x \ y \end{bmatrix} = \begin{bmatrix} d_1^2 - d_2^2 + x_2^2 - x_1^2 + y_2^2 - y_1^2 \ d_1^2 - d_3^2 + x_3^2 - x_1^2 + y_3^2 - y_1^2 \end{bmatrix}$$

Tọa độ $(x, y)$ được giải trực tiếp bằng công thức ma trận nghịch đảo Cramer: $$x = \frac{C \cdot E - F \cdot B}{A \cdot E - B \cdot D}, \quad y = \frac{A \cdot F - C \cdot D}{A \cdot E - B \cdot D}$$

// Triển khai thuật toán tính khoảng cách và Trilateration trên ESP32 Gateway
#include <Arduino.h>
#include <math.h>

struct Point {
    float x;
    float y;
};

// Hàm tính khoảng cách từ RSSI
float calculateDistance(int rssi, float txPower = -65.0, float n = 2.4) {
    if (rssi == 0) return -1.0; // Không nhận được tín hiệu
    float ratio = (txPower - (float)rssi) / (10.0 * n);
    return pow(10.0, ratio);
}

// Thuật toán Trilateration tính tọa độ 2D
bool calculateTrilateration(Point p1, float r1, 
                            Point p2, float r2, 
                            Point p3, float r3, 
                            Point &result) {
    float A = 2 * (p2.x - p1.x);
    float B = 2 * (p2.y - p1.y);
    float C = (r1 * r1) - (r2 * r2) + (p2.x * p2.x) - (p1.x * p1.x) + (p2.y * p2.y) - (p1.y * p1.y);
    
    float D = 2 * (p3.x - p1.x);
    float E = 2 * (p3.y - p1.y);
    float F = (r1 * r1) - (r3 * r3) + (p3.x * p3.x) - (p1.x * p1.x) + (p3.y * p3.y) - (p1.y * p1.y);
    
    float denominator = (A * E - B * D);
    if (fabs(denominator) < 0.0001) {
        return false; // Điểm suy biến hoặc các beacon nằm thẳng hàng
    }
    
    result.x = (C * E - F * B) / denominator;
    result.y = (A * F - C * D) / denominator;
    return true;
}
     Y (Mét)
      ^
      |           (x3, y3) [iBeacon 3]
      |               * . . . . .
      |             .             .
      |           .     (x, y)      .  d3
      |         .      [Tag] *       .
      |       .      .       .        .
      |     .     . d1        . d2     .
      |   * . . .              . . . . *
      | (x1, y1)                      (x2, y2)
      | [iBeacon 1]                   [iBeacon 2]
      +------------------------------------------> X (Mét)

3. Quản trị năng lượng và Cơ chế kích hoạt Deep Sleep

Để kéo dài thời lượng hoạt động của Beacon Tag, vi điều khiển ESP32 được cấu hình chu kỳ làm việc linh hoạt:

  • Chu kỳ hoạt động (Active Mode): Tag thức dậy trong $1.5\text{s}$, thực hiện quét BLE trong $1000\text{ms}$, kết nối và gửi dữ liệu RSSI về Gateway mất $500\text{ms}$.
  • Chu kỳ ngủ (Deep Sleep Mode): Chuyển toàn bộ nhân CPU và Radio RF về trạng thái ngắt, chỉ duy trì bộ nhớ RTC và bộ đếm thời gian thực RTC Timer tiêu thụ dòng $\approx 10\text{ µA}$.
  • Ngắt ngoài (External Interrupt): Thiết kế nút chuyển trạng thái tại chân GPIO33 cho phép kích hoạt hệ thống ngay lập tức khi phát hiện chuyển động hoặc tác động vật lý.

Kiểm thử và Đánh giá kết quả (Testing & Validation)

1. Khảo sát mức tiêu thụ năng lượng thực tế

Các phép đo dòng điện tiêu thụ được kiểm chứng tại điện áp $3.3\text{V}$:

Thiết bị / Trạng thái hoạt động Dòng điện tiêu thụ lý thuyết Dòng điện đo đạc thực nghiệm Nguồn cấp áp dụng Tuổi thọ pin ước tính
iBeacon (nRF51822) - Phát chu kỳ 4s / Tắt 3s $100\text{ µA}$ (Avg) $94\text{ µA}$ Pin nút CR2477 ($1000\text{ mAh}$) $\approx 440\text{ ngày}$ ($> 1.2\text{ năm}$)
Beacon Tag (ESP32) - Quét & Truyền RF liên tục $80\text{ mA}$ $82.5\text{ mA}$ Pin LiPo ($2000\text{ mAh}$) $24.2\text{ giờ}$
Beacon Tag (ESP32) - Chế độ Deep Sleep $10 - 150\text{ µA}$ $14.2\text{ µA}$ Pin LiPo ($2000\text{ mAh}$) $140,845\text{ giờ}$ (Lý thuyết)
Beacon Tag (ESP32) - Chu kỳ Duty Cycle (5s thức / 25s ngủ) $13.7\text{ mA}$ (Avg) $14.1\text{ mA}$ Pin LiPo ($2000\text{ mAh}$) $\approx 141\text{ giờ}$ ($\approx 6\text{ ngày}$)

2. Đánh giá sai số vị trí thực nghiệm (Positioning Accuracy Benchmarks)

Thực nghiệm kiểm chứng tại không gian phòng Lab mô phỏng nhà kho kích thước $9\text{ m} \times 15\text{ m}$, bố trí 4 mốc iBeacon tại các góc $(0,0), (9,0), (0,15), (9,15)$. Đặt Beacon Tag tại tọa độ thực tế cố định $P_{real}(2.0, 9.0)$:

           +------------------ (9, 15) [Beacon 4]
(0, 15) ---+
[Beacon 3] |           . P_calc (2.4, 8.1)
           |          /
           |         / Sai số khoảng cách: 1.07m
           |        v
           |     * P_real (2.0, 9.0)
           |
(0, 0) ----+------------------ (9, 0) [Beacon 2]
[Beacon 1]
  • Tọa độ tính toán trung bình: $P_{calc}(2.4\text{ m}, 8.1\text{ m})$.
  • Sai số thành phần trục $X$: $\Delta X = |2.4 - 2.0| = 0.4\text{ m}$.
  • Sai số thành phần trục $Y$: $\Delta Y = |8.1 - 9.0| = 0.9\text{ m}$.
  • Sai số khoảng cách Euclid trung bình: $$E = \sqrt{(\Delta X)^2 + (\Delta Y)^2} = \sqrt{0.4^2 + (-0.9)^2} = \sqrt{0.16 + 0.81} \approx 0.98\text{ m}$$
  • Trong 50 lần đo liên tục, $85%$ số kết quả đạt sai số dưới $1.8\text{ m}$, sai số cực đại là $2.4\text{ m}$ khi xuất hiện vật cản che khuất đường truyền thẳng (Non-Line-of-Sight - NLOS).

Đổi mới và đóng góp

  1. Kiến trúc phân lập vi điều khiển kép (Dual-MCU Hardware Ingestion): Thay vì chạy đồng thời cả BLE scan và Wi-Fi client trên 1 chip ESP32 đơn lẻ (gây nghẽn CPU và mất $35%$ gói tin vô tuyến do xung đột kênh truyền 2.4GHz), thiết kế Dual-MCU chia tách hoàn toàn lớp thu thập vật lý và lớp xử lý toán toán học/Cloud, nâng tỷ lệ nhận diện gói tin thành công lên $99.2%$.
  2. Khắc phục triệt để điểm nghẽn sụt áp (LDO Dropout Problem): Các thiết kế thông thường sử dụng IC hạ áp AMS1117 có điện áp sụt tối thiểu $1.3\text{V}$, khiến hệ thống ngừng hoạt động khi pin LiPo giảm xuống dưới $4.6\text{V}$ (bất khả thi vì pin LiPo chỉ có danh định $3.7\text{V}$). Đồ án đã cải tiến sử dụng IC RT9013-33GB với Dropout chỉ $0.2\text{V}$, cho phép khai thác triệt để $95%$ dung lượng pin LiPo xuống tận ngưỡng xả an toàn $3.5\text{V}$.
  3. Mô hình phối hợp năng lượng đa tầng: Kết hợp linh hoạt giữa phát xung quảng bá ngắt quãng ($4\text{s}$ ON / $3\text{s}$ OFF) trên nRF51822 và cơ chế đánh thức ngắt ngoài GPIO33 trên ESP32 Tag, giúp giảm mức tiêu hao năng lượng tổng thể của hệ thống hơn $88%$ so với chế độ phát sóng liên tục truyền thống.

Ứng dụng thực tế và triển khai

Tình huống ứng dụng thực tế (Use Cases)

  • Quản lý vị trí Xe nâng (Forklift Fleet Management): Gắn Beacon Tag lên các xe nâng để theo dõi lộ trình di chuyển, cảnh báo va chạm trong các lối đi hẹp và phát hiện tình trạng ùn ứ hàng hóa.
  • Truy vết Pallet & Kiện hàng giá trị cao: Gắn thẻ Tag để định vị tức thời các thùng hàng, giảm thời gian bốc dỡ và kiểm kê kho định kỳ từ vài ngày xuống vài phút.
  • Giám sát an toàn lao động: Theo dõi công nhân làm việc trong các khu vực hạn chế hoặc khu vực nguy hiểm có nhiệt độ cao/hóa chất.
+---------------------------------------------------------------+
|                       LỘ TRÌNH TRIỂN KHAI                     |
+---------------------------------------------------------------+
  Tháng 1 - 2: Khảo sát hiện trường & Lập bản đồ tọa độ
  Tháng 3 - 4: Lắp đặt mốc iBeacon cố định & Cấu hình Gateway
  Tháng 5 - 6: Gắn thẻ Beacon Tag lên tài sản & Kiểm thử RSSI
  Tháng 7 - 8: Tích hợp Web Dashboard & Huấn luyện nhân viên

Phân tích hiệu quả kinh tế (Cost-Benefit Analysis)

Xét trên quy mô một kho hàng diện tích $1000\text{ m}^2$ cần quản lý 200 đối tượng:

  • Phương án UWB: 200 Tag ($\approx 50\text{ USD/cái}$) + 10 Anchor ($\approx 200\text{ USD/cái}$) = $12,000\text{ USD}$.
  • Phương án BLE Đề tài: 200 Beacon Tag ESP32 ($\approx 6\text{ USD/cái}$) + 20 iBeacon nRF51822 ($\approx 3\text{ USD/cái}$) + 2 Gateway kép ($\approx 25\text{ USD/bộ}$) = $1,310\text{ USD}$.
  • Mức tiết kiệm chi phí đầu tư: Giảm hơn $89%$ chi phí CAPEX, thời gian hoàn vốn (ROI) ước tính chỉ từ 4 đến 6 tháng nhờ tối ưu hóa năng suất lao động.

Hạn chế và hướng phát triển

Hạn chế kỹ thuật

  1. Hiện tượng đa đường và dao động tín hiệu (Multipath Fading): Sóng vô tuyến 2.4GHz phản xạ mạnh trên bề mặt kệ sắt và hàng hóa kim loại, làm biến thiên giá trị RSSI từ $\pm 3\text{ dBm}$ đến $\pm 8\text{ dBm}$, gây sai số định vị cục bộ.
  2. Hạn chế không gian 2D: Thuật toán Trilateration hiện tại chỉ giải quyết mặt phẳng $(x, y)$, chưa tính toán được độ cao tầng kệ chứa hàng (trục $z$).

Hướng phát triển trong tương lai

  • Tích hợp bộ lọc phi tuyến Extended Kalman Filter (EKF) hoặc Particle Filter trực tiếp trên Gateway để làm mượt quỹ đạo di chuyển của Tag.
  • Nâng cấp phần cứng hỗ trợ chuẩn Bluetooth 5.1 / 5.2 Direction Finding với công nghệ Góc tới (Angle of Arrival - AoA), nâng độ chính xác định vị xuống mức dưới $0.5\text{ m}$.
  • Ứng dụng thuật toán phân cụm mờ hoặc máy học (Machine Learning Fingerprinting) để thích nghi tự động với sự thay đổi vật lý của kho bãi.

Đối tượng hưởng lợi

               LỢI ÍCH ĐA CHIỀU TỪ HỆ THỐNG
                           |
   +-----------------------+-----------------------+
   |                       |                       |
[ Doanh nghiệp ]       [ Lập trình viên ]     [ Sinh viên / NC ]
- Giảm 89% chi phí     - Kiến trúc Dual-MCU   - Mã nguồn mẫu
- Tăng 25% hiệu suất   - Mạch nguồn RT9013    - Tài liệu thuật toán
  • Sinh viên ngành Hệ thống nhúng & IoT: Nguồn tài liệu thực chứng toàn diện từ thiết kế phần cứng, xử lý tín hiệu analog/RF đến lập trình Web Fullstack.
  • Kỹ sư và Lập trình viên nhúng: Mẫu thiết kế tham khảo chuẩn (Reference Design) về giải quyết bài toán xung đột Wi-Fi/BLE và tối ưu nguồn pin với LDO chuyên dụng.
  • Doanh nghiệp vận hành Logistics: Giải pháp định vị nội bộ giá rẻ, dễ triển khai mở rộng, bảo mật và tương thích hoàn toàn với hạ tầng đám mây hiện đại.

Câu hỏi thường gặp

1. Yêu cầu kỹ thuật tối thiểu để triển khai hệ thống là gì?

Nhà kho cần phủ sóng mạng Wi-Fi băng tần 2.4GHz tại vị trí đặt BLE Gateway. Các mốc iBeacon nRF51822 cần được lắp đặt cố định trên tường hoặc cột ở độ cao đồng nhất ($2.5 - 3\text{ m}$), cách nhau khoảng $5 - 8\text{ m}$ để đảm bảo mật độ phủ sóng tối thiểu 3 mốc tại mọi vị trí trong kho.

2. Hệ thống có thể mở rộng (Scalability) lên bao nhiêu Tag cùng lúc?

Với kiến trúc phân tải hiện tại, một bộ BLE Gateway kép có thể xử lý luân phiên lên đến 30–50 Beacon Tag trong chu kỳ 5 giây. Để mở rộng lên hàng trăm hoặc hàng nghìn Tag, chỉ cần bổ sung thêm các trạm Gateway tại các phân khu kho riêng biệt mà không làm ảnh hưởng đến cấu trúc mạng.

3. Làm thế nào để khắc phục hiện tượng nhiễu sóng khi nhà kho có nhiều kim loại?

Hệ thống áp dụng kỹ thuật lấy mẫu trung bình trượt (Moving Average Filter) trên mảng 10 mẫu RSSI liên tiếp trước khi tính toán. Ngoài ra, việc hiệu chuẩn (calibration) lại hệ số suy hao $n$ tại từng khu vực đặc thù giúp giảm thiểu đáng kể sai số do phản xạ kim loại.

4. Hệ thống có thể tích hợp với các phần mềm ERP/WMS hiện có không?

Toàn bộ tọa độ và trạng thái thiết bị được đồng bộ theo thời gian thực trên Firebase Realtime Database dưới định dạng JSON tiêu chuẩn. Do đó, các hệ thống phần mềm quản lý kho (WMS) hoặc hoạch định doanh nghiệp (ERP) có thể dễ dàng truy xuất dữ liệu thông qua REST API hoặc WebSocket.

5. Chi phí bảo trì pin của hệ thống sau khi triển khai ra sao?

Các mốc iBeacon sử dụng pin nút CR2477 chỉ cần thay pin sau mỗi 14–16 tháng với chi phí chưa đến 1 USD/viên. Các thẻ Beacon Tag gắn trên xe nâng có thể cắm nguồn trực tiếp từ ắc-quy xe, trong khi thẻ đeo của công nhân có thể sạc lại định kỳ qua cổng micro-USB/Type-C với mạch sạc LTC4054 tích hợp sẵn.


Kết luận

Đồ án tốt nghiệp "Thiết kế hệ thống định vị trong nhà kho bằng sóng BLE" đã hoàn thành xuất sắc toàn bộ các mục tiêu nghiên cứu và thực nghiệm đề ra. Hệ thống kết hợp hài hòa giữa phần cứng nhúng tối ưu năng lượng (nRF51822, ESP32-WROOM-32U), kiến trúc vi điều khiển kép giải quyết triệt để xung đột RF, thuật toán hình học Trilateration chính xác và giao diện Web Dashboard trực quan theo thời gian thực.

Với sai số định vị thực tế duy trì ở mức $\approx 1\text{ m}$, chi phí đầu tư thấp hơn $89%$ so với công nghệ UWB và thời lượng pin bền bỉ, giải pháp mở ra tiềm năng thương mại hóa mạnh mẽ cho các doanh nghiệp vừa và nhỏ trong lộ trình số hóa kho bãi. Đây là nền tảng vững chắc để tiếp tục nâng cấp lên các công nghệ định vị thế hệ mới như BLE AoA và tích hợp trí tuệ nhân tạo trong tương lai.