Giới thiệu dự án

Sự bùng nổ của cuộc Cách mạng Công nghiệp 4.0 và công nghệ Internet of Things (IoT) đã thúc đẩy mạnh mẽ quá trình chuyển dịch sang mô hình tự động hóa nhà ở thông minh (Smart Home). Theo các báo cáo công nghệ toàn cầu, số lượng thiết bị IoT gia dụng đang tăng trưởng với tốc độ kép hàng năm (CAGR) vượt trên 20%. Tuy nhiên, thị trường đang đối mặt với sự phân mảnh nghiêm trọng: hàng trăm nhà sản xuất (như Xiaomi, Samsung, Apple, Philips Hue) áp dụng các giao thức đóng, cơ chế quản lý dữ liệu độc quyền và kiến trúc phụ thuộc hoàn toàn vào Cloud Server của bên thứ ba.

Thực trạng này tạo ra các rào cản kỹ thuật lớn đối với người dùng và kỹ sư phát triển:

  • Vendor lock-in và sự cô lập hệ sinh thái: Thiết bị từ các hãng khác nhau không thể kết nối hoặc hiểu tập lệnh của nhau nếu không thông qua cầu nối đám mây phức tạp.
  • Phân mảnh ứng dụng điều khiển: Người dùng phải cài đặt đồng thời nhiều ứng dụng di động riêng lẻ để kiểm soát từng loại thiết bị, làm suy giảm trải nghiệm người dùng.
  • Rủi ro bảo mật và phụ thuộc đường truyền Internet: Việc gửi toàn bộ luồng dữ liệu (Data Flow) và luồng điều khiển (Control Flow) lên máy chủ trung gian làm tăng độ trễ (latency), tiêu tốn băng thông và tiềm ẩn nguy cơ lộ lọt dữ liệu cá nhân khi kết nối WAN bị gián đoạn hoặc máy chủ bị tấn công.

Đề tài "Nghiên cứu mô hình giao tiếp chung cho thiết bị IoT trong ứng dụng nhà thông minh" được thực hiện bởi nhóm nghiên cứu Trường Đại học Công nghệ Thông tin - ĐHQG TP.HCM nhằm giải quyết triệt để các hạn chế trên. Dự án đề ra 4 mục tiêu cụ thể:

  1. Xây dựng bản đặc tả mô hình giao tiếp chung (Common Communication Model) dựa trên các giao thức không dây tiêu chuẩn gồm Wi-Fi (IEEE 802.11 b/g/n) và Bluetooth Low Energy (BLE 4.0).
  2. Thiết kế mô hình quản lý thông tin thiết bị chuẩn hóa (Device Profile) sử dụng định dạng JSON linh hoạt, kết hợp cơ chế nén gói tin điều khiển nhị phân 16-bit.
  3. Hiện thực hóa kiến trúc phần cứng Edge Gateway đóng vai trò làm trung tâm điều phối cục bộ (Local-first Home Gateway), loại bỏ sự phụ thuộc vào máy chủ đám mây trung gian.
  4. Triển khai ứng dụng Web Dashboard tập trung và thực nghiệm kiểm chứng hệ thống trên các cụm thiết bị phần cứng thực tế với 500 chu kỳ đo kiểm.

Phạm vi nghiên cứu tập trung vào hai nhóm thiết bị: nhóm tính năng đơn giản ($\le 4$ chức năng như Đèn LED đơn, LED RGB, Quạt mini 5V điều tốc) và nhóm thiết bị mô phỏng phức tạp ($> 4$ chức năng như màn hình OLED I2C mô phỏng Smart TV).


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

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

Các chuẩn giao tiếp và giải pháp nhà thông minh hiện hành trên thị trường sở hữu các ưu - nhược điểm riêng biệt về chi phí, độ phức tạp và khả năng mở rộng:

Giải pháp Chuẩn giao tiếp hỗ trợ Điểm mạnh Hạn chế cốt lõi Chi phí & Độ phức tạp
KNX Standard Twisted Pair, RF, IP Độ ổn định cao cấp công nghiệp, bảo mật chuẩn Cấu hình phức tạp qua phần mềm ETS, chi phí thiết bị rất đắt Rất cao / Chuyên gia kỹ thuật
Control4 Zigbee, Wi-Fi, Ethernet Hệ sinh thái hoàn chỉnh, tích hợp đa phương tiện Phụ thuộc hoàn toàn vào Controller trung tâm độc quyền Rất cao / Đơn vị tích hợp chuyên nghiệp
OpenHAB / Home Assistant Đa giao thức qua Plugin Mã nguồn mở, cộng đồng lớn, hỗ trợ nhiều hãng Đòi hỏi người dùng tự cấu hình YAML/Driver, chưa chuẩn hóa Device Profile từ NSX Trung bình / Người dùng am hiểu kỹ thuật
Mô hình đề xuất Wi-Fi, BLE, HTTP, JSON Local-first qua Gateway, tự động nạp Profile từ NSX, lệnh nén 16-bit Cần mở rộng thêm giao thức Mesh (Zigbee/Matter) trong tương lai Thấp / Cắm và chạy (Plug-and-Play)

Hệ thống được xác định theo mô hình ưu tiên yêu cầu MoSCoW:

  • Must have: Tự động tải và phân tích Device Profile JSON; Giao tiếp 2 chiều qua BLE/Wi-Fi; Giao diện Web điều khiển tập trung; Cấu trúc lệnh 16-bit mã hóa Hex.
  • Should have: Xác thực khóa ghép nối (Passkey Handshake) kết hợp mã hóa AES-128; Cơ chế kiểm tra toàn vẹn gói tin bằng cờ xác nhận ACK; Chế độ tiết kiệm năng lượng (Sleep Mode).
  • Could have: Khả năng mở rộng quản lý Multi-home (nhiều ngôi nhà); Mô phỏng máy chủ Cloud Server của nhiều nhà sản xuất (Apple, Samsung).
  • Won't have (phiên bản hiện tại): Điều khiển tự động hóa bằng thuật toán AI phân tích ngữ cảnh; Xử lý giọng nói Offline trên biên.

Thiết kế hệ thống

Kiến trúc hệ thống được phân lớp thành 3 tầng chức năng độc lập nhưng tích hợp chặt chẽ:

[ Cloud Layer ]       Cloud Server (NSX Apple)    Cloud Server (NSX Samsung)
                              ^                             ^
                              | RESTful API (HTTPS)          | RESTful API (HTTPS)
                              v                             v
[ Edge Layer ]       +-----------------------------------------------+
                     |         Home Gateway (Raspberry Pi 4)         |
                     |  - Local Web Server & Local Database          |
                     |  - Protocol Engine (JSON Parser, Hex Encoder) |
                     +-----------------------------------------------+
                                      |                |
                     Wi-Fi (TCP/IP)  |                | Bluetooth (BLE 4.0)
                                      v                v
[ Device Layer ]             ESP32 Node 1            ESP32 Node 2
                           (Quạt Mini 5V)          (Đèn LED RGB)
  1. Device Layer (Tầng thiết bị): Các vi điều khiển nhúng ESP32 kết nối trực tiếp với cảm biến/cơ cấu chấp hành, giao tiếp với Gateway qua Wi-Fi 2.4 GHz hoặc Bluetooth.
  2. Edge Layer (Tầng biên): Bo mạch Raspberry Pi 4 Model B đóng vai trò Home Gateway, lưu trữ cơ sở dữ liệu cục bộ, quản lý phiên làm việc của người dùng, phân tích tệp mô tả JSON và trực tiếp phát lệnh điều khiển qua mạng nội bộ.
  3. Cloud Layer (Tầng đám mây): Giả lập các máy chủ phân phối của nhà sản xuất (Manufacturer Cloud), cung cấp API để Gateway xác thực danh tính thiết bị và tải xuống bản mô tả tính năng chuẩn.

Đặc tả tệp mô tả thiết bị (Device Profile Schema)

Mỗi thiết bị khi xuất xưởng được định nghĩa thông qua một tệp dữ liệu JSON chuẩn hóa, phân tách rõ ràng 4 trường thông tin:

{
  "Header": {
    "deviceName": "RGB_Light",
    "deviceID": "00001",
    "deviceLocation": "Living room",
    "manufacturer": "Apple_Sim"
  },
  "Function": [
    {"Name": "Update description file", "IDName": "00000", "valueRange": "000000"},
    {"Name": "Turn On/Off", "IDName": "00001", "valueRange": "000000"},
    {"Name": "Change Color Red", "IDName": "00010", "valueRange": "000000"},
    {"Name": "Set Brightness", "IDName": "00011", "valueRange": "000000-111111"}
  ],
  "Security": {
    "Standard": "AES",
    "Version": "128",
    "AuthType": "Passkey_Handshake"
  },
  "Communication": {
    "Standard": "Bluetooth",
    "BaudRate": "9600",
    "Version": "4.0",
    "Passkey": "A8F9E2"
  }
}

Cấu trúc tập lệnh điều khiển nén 16-bit

Để tối ưu hóa băng thông truyền dẫn qua mạng không dây và giảm thiểu tài nguyên xử lý chuỗi ký tự trên vi điều khiển nhúng, nhóm nghiên cứu đã thiết kế cấu trúc lệnh nén 16-bit dạng số nhị phân và chuyển đổi sang số thập lục phân (Hexadecimal):

$$\text{Command Format (16 bits)} = \underbrace{\text{Device ID}}{\text{5 bits (0--31)}} \parallel \underbrace{\text{Opcode}}{\text{5 bits (0--31)}} \parallel \underbrace{\text{Value}}_{\text{6 bits (0--63)}}$$

  • Device ID (5 bits): Cho phép định danh trực tiếp tối đa 32 thiết bị trong cùng một phân vùng Gateway.
  • Opcode (5 bits): Hỗ trợ 32 mã lệnh điều khiển chức năng khác nhau.
  • Value (6 bits): Cung cấp 64 mức tham số điều khiển (ví dụ: cấp tốc độ quạt $0-100%$, mức độ sáng hoặc dải màu).

Bảng tra mã lệnh Hex cho thiết bị quạt mini (Device ID = 2 $\rightarrow$ Nhị phân 00010):

Tên chức năng Device ID (5b) Opcode (5b) Value (6b) Mã nhị phân đầy đủ Mã Hex gửi đi
Cập nhật Profile 00010 00000 000000 0001 0000 0000 0000 0x1000
Bật / Tắt (Toggle) 00010 00001 000000 0001 0000 0100 0000 0x1040
Tốc độ 20% 00010 00010 000000 0001 0000 1000 0000 0x1080
Tốc độ 60% 00010 00010 000010 0001 0000 1000 0010 0x1082
Tốc độ 100% 00010 00010 000100 0001 0000 1000 0100 0x1084
Ngắt kết nối 00010 00100 000000 0001 0001 0000 0000 0x1100

Methodology

Đề tài áp dụng quy trình phát triển lặp kỹ thuật (Iterative Engineering Methodology) với 4 mốc tiến độ (Milestones):

  1. Giai đoạn 1: Phân tích lý thuyết, thiết kế đặc tả chuẩn giao tiếp, định dạng Device Profile JSON và kiến trúc tập lệnh 16-bit.
  2. Giai đoạn 2: Lập trình firmware cho các node thiết bị trên nền tảng ESP32, xây dựng trình giải mã lệnh Hex và cơ chế phản hồi cờ ACK.
  3. Giai đoạn 3: Phát triển lõi điều khiển trên Gateway (Raspberry Pi 4) sử dụng Python, thiết lập giao diện Web tương tác và hệ thống RESTful API kết nối Cloud Server mô phỏng.
  4. Giai đoạn 4: Thiết lập môi trường thử nghiệm thực địa tại ký túc xá, thực hiện 500 chu kỳ đo đạc kiểm chứng hiệu năng và tỷ lệ rớt gói tin.

Implementation và kết quả

Development process

Cấu trúc phần cứng triển khai thực nghiệm bao gồm:

  • Home Gateway: Bo mạch máy tính nhúng Raspberry Pi 4 Model B (Broadcom BCM2711, Quad-core Cortex-A72 64-bit SoC @ 1.5GHz, 4GB LPDDR4-2400 SDRAM, tích hợp Wi-Fi chuẩn dual-band và BLE).
  • Thiết bị đầu cuối: Module ESP-WROOM-32 tích hợp vi xử lý 32-bit Xtensa Dual-core LX6, hỗ trợ kết nối trực tiếp thiết bị ngoại vi qua GPIO, ADC, PWM, I2C.
[Web Client Request] 
       |
       v HTTP POST (Payload: 0x1082)
[Gateway Core Engine]
       |
       v Bluetooth BLE Socket (GATT Write)
[ESP32 Firmware Parser] ---> Trích xuất: ID=2, Opcode=2, Value=2
       |
       v PWM Duty Cycle = 60%
[Cơ cấu Quạt Mini 5V]
       |
       v Trả về cờ ACK ('0xAA')
[Gateway Core Engine] ---> Cập nhật UI: "State: 60% Active"

Đo lường thời gian thực thi được tự động hóa bằng module Python thông qua chênh lệch dấu thời gian Epoch:

import time
import socket

def send_control_command(device_ip: str, port: int, hex_cmd: int) -> float:
    # Đóng gói dữ liệu lệnh 16-bit
    payload = hex_cmd.to_bytes(2, byteorder='big')
    sock = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
    sock.settimeout(3.0)
    
    start_time = time.time()
    try:
        sock.connect((device_ip, port))
        sock.sendall(payload)
        ack = sock.recv(1) # Nhận phản hồi cờ ACK
        if ack == b'\xaa':
            execution_time = time.time() - start_time
            return execution_time
    except socket.error as e:
        print(f"Connection error: {e}")
        return -1.0
    finally:
        sock.close()
    return -1.0

Testing và validation

Hiệu năng thời gian thực thi được đánh giá chi tiết qua các giai đoạn trong chu trình sống của kết nối:

Bảng đo thời gian thực thi lệnh trung bình (đơn vị: Giây):

Thao tác thực thi Bluetooth (LED RGB) Bluetooth (Quạt mini) Wi-Fi (LED RGB) Wi-Fi (Quạt mini)
Quét thiết bị (Scan) 12.655 s 11.528 s Tự động (IP) Tự động (IP)
Ghép đôi (Pairing) 0.108 s 0.112 s Bỏ qua Bỏ qua
Kết nối (Connection) 2.255 s 2.365 s 1.129 s 1.148 s
Xác thực mật khẩu (Passkey) 2.013 s 2.024 s 0.852 s 0.840 s
Tải và cập nhật Profile 1.018 s 1.107 s 0.726 s 0.730 s
Gửi lệnh điều khiển (Control) 1.051 s 1.047 s 1.012 s 1.008 s
Hủy kết nối (Disconnect) 1.102 s 1.195 s 0.510 s 0.520 s

Thử nghiệm khả năng truyền nhận gói tin với 500 chu kỳ thử nghiệm độc lập trên từng kịch bản không gian thực tế:

Bảng kết quả đo lường độ tin cậy và tỷ lệ mất gói:

Kịch bản không gian Giao thức Khoảng cách Số gói gửi Số gói nhận Tỷ lệ rớt gói Đánh giá vật cản
Hành lang thẳng Bluetooth 6.7 m 500 500 0.0% Tầm nhìn thẳng (LOS), không cản
Hành lang thẳng Wi-Fi 2.4GHz 6.0 m (cao 4m) 500 500 0.0% Không cản, độ cao 4m
Trong 1 phòng ($40\text{ m}^2$) Bluetooth 5.7 m 500 500 0.0% Giường, tủ đồ, bàn kim loại
Trong 1 phòng ($40\text{ m}^2$) Wi-Fi 2.4GHz 5.7 m 500 500 0.0% Giường, tủ đồ, bàn kim loại
Giữa 2 phòng liên kề Bluetooth 9.7 m 500 0 100% (Mất kết nối) Vách tường bê tông dày 20cm
Giữa 2 phòng liên kề Wi-Fi 2.4GHz 9.7 m 500 500 0.0% Xuyên tường gạch/bê tông
Xuyên 2 tầng lầu Wi-Fi 2.4GHz 8.5 m (chéo) 500 496 0.8% Sàn bê tông cốt thép dày

Kết quả đạt được

  1. Hiệu năng truyền thông ổn định: Trong phạm vi kết nối cho phép, cả hai giao thức BLE và Wi-Fi đạt tỷ lệ rớt gói tuyệt đối $0%$ qua 500 chu kỳ kiểm thử trong phòng đơn $40\text{ m}^2$.
  2. Thời gian đáp ứng tối ưu: Sau giai đoạn ghép nối ban đầu, độ trễ phát lệnh điều khiển từ giao diện Web đến khi thiết bị thực thi cơ cấu chỉ mất xấp xỉ $1.0$ giây, đảm bảo trải nghiệm tức thời cho người dùng.
  3. Độc lập máy chủ đám mây: Việc điều khiển diễn ra trực tiếp $100%$ tại mạng LAN cục bộ thông qua Home Gateway, duy trì hoạt động thông suốt ngay cả khi mất đường truyền kết nối Internet ra thế giới bên ngoài.

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

  • Cơ chế nạp hồ sơ thiết bị động (Dynamic Profile Decoupling): Thay vì lập trình cứng (hardcode) các hàm xử lý tính năng vào bộ nhớ Gateway, hệ thống tự động tải tệp JSON Profile từ máy chủ của hãng để render giao diện và nạp bảng mã Opcode tương ứng.
  • Tối ưu hóa tải trọng truyền thông (Payload Optimization): Nén toàn bộ cấu trúc lệnh phức tạp về đúng 16 bits (2 Bytes) biểu diễn dưới dạng Hex. So với việc truyền chuỗi văn bản JSON nguyên bản qua sóng BLE, phương pháp này giảm tới $87.5%$ dung lượng gói tin truyền dẫn, tiết kiệm năng lượng đáng kể cho các node pin.
  • Mô hình bảo mật đa lớp cục bộ: Tích hợp mã xác thực Passkey lúc bắt tay, mã hóa nội dung bằng chuẩn AES-128 và kiểm tra tính toàn vẹn thông qua cơ chế phản hồi cờ ACK hai chiều.

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

Kịch bản ứng dụng thực tế

  • Căn hộ gia đình đa thương hiệu: Cho phép gia chủ mua bóng đèn từ Apple, quạt từ Xiaomi, công tắc từ Samsung nhưng quản lý chung qua một màn hình Tablet gắn tường duy nhất chạy Home Gateway.
  • Hệ thống phòng trọ, Ký túc xá thông minh: Quản lý bật/tắt thiết bị tập trung từ phòng quản trị mà không cần cấp quyền truy cập mạng Internet rộng cho từng vi điều khiển.

Hướng dẫn cài đặt và yêu cầu hệ thống

  1. Yêu cầu phần cứng:
    • 01 Home Gateway: Raspberry Pi 4 Model B (hệ điều hành Raspberry Pi OS 64-bit).
    • Thiết bị đầu cuối: Các kit phát triển ESP32-WROOM-32 kết nối ngoại vi.
    • Router Wi-Fi băng tần 2.4 GHz chuẩn 802.11 b/g/n.
  2. Quy trình triển khai Gateway:
    # 1. Cập nhật hệ thống và cài đặt môi trường
    sudo apt-get update && sudo apt-get upgrade -y
    sudo apt-get install python3-pip bluetooth bluez libbluetooth-dev -y
    
    # 2. Cài đặt các thư viện phụ thuộc
    pip3 install pybluez requests flask
    
    # 3. Khởi chạy Gateway Server Engine
    git clone https://github.com/uit-research/iot-common-model.git
    cd iot-common-model
    python3 gateway_main.py --port 8080 --host 0.0.0.0
    

Phân tích hiệu quả kinh tế và chi phí (ROI)

So sánh một căn hộ 3 phòng ngủ trang bị 20 thiết bị thông minh:

  • Chi phí giải pháp KNX/Control4 thương mại: $$3,500 - $5,000$ (Bao gồm bộ điều khiển trung tâm, bản quyền phần mềm và phí nhân công chuyên trách).
  • Chi phí giải pháp mô hình đề xuất: $$350 - $500$ (Sử dụng phần cứng Raspberry Pi 4 giá $\approx $65$, các node ESP32 giá $\approx $4/\text{node}$, phần mềm mã nguồn mở chuẩn hóa).
  • Mức tiết kiệm chi phí đầu tư: Giảm hơn $80%$ chi phí đầu tư ban đầu trong khi vẫn duy trì tính mở và dễ bảo trì.

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

Hạn chế kỹ thuật

  • Thời gian quét BLE ban đầu lớn: Giai đoạn quét sóng BLE trên Raspberry Pi chiếm $11.5 - 13.2\text{ giây}$ do cơ chế lọc địa chỉ MAC và độ suy hao môi trường.
  • Giới hạn không gian địa chỉ 16-bit: 5-bit Device ID chỉ hỗ trợ tối đa 32 node trên một Gateway cục bộ.
  • Khả năng xuyên vật cản của BLE: Tín hiệu BLE suy giảm mạnh và mất kết nối khi truyền qua vách tường bê tông dày $20\text{ cm}$.

Hướng phát triển tiếp theo

  • Nâng cấp cấu trúc tập lệnh sang định dạng 32-bit hoặc 64-bit để mở rộng không gian quản trị lên hàng nghìn thiết bị và hỗ trợ các cơ cấu chấp hành đa kênh.
  • Tích hợp chuẩn mạng lưới không dây Bluetooth Mesh và giao thức Matter over Thread để loại bỏ hoàn toàn điểm nghẽn tầm nhìn thẳng và vật cản tường bê tông.
  • Nghiên cứu tích hợp chip bảo mật phần cứng chuyên dụng (như ATECC608A) trên node ESP32 để gia cố khả năng bảo mật phần cứng.

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

+-------------------------------------------------------------------------+
|                        CÁC NHÓM HƯỞNG LỢI                               |
+--------------------+--------------------+-------------------------------+
| Sinh viên & Kỹ sư  |  - Nắm vững kiến trúc phần mềm nhúng IoT 3 tầng.   |
|                    |  - Mô hình mẫu thiết kế tập lệnh nhị phân tối ưu.  |
+--------------------+--------------------+-------------------------------+
| Nhà sản xuất thiết |  - Chỉ cần xuất bản JSON Device Profile chuẩn hóa. |
| bị IoT             |  - Không tốn chi phí xây dựng ứng dụng di động     |
|                    |    và duy trì Cloud Server riêng cho từng thiết bị.|
+--------------------+--------------------+-------------------------------+
| Người dùng cuối    |  - Dùng duy nhất 1 ứng dụng điều khiển đa năng.    |
|                    |  - Đảm bảo an toàn thông tin cá nhân và giảm $80\%$ |
|                    |    chi phí trang bị thiết bị Smart Home.           |
+--------------------+--------------------+-------------------------------+

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

1. Hệ thống có tiếp tục hoạt động nếu mạng Internet bị mất kết nối hoàn toàn?

Có. Quá trình điều khiển diễn ra cục bộ trực tiếp giữa ứng dụng Web, Home Gateway (Raspberry Pi 4) và các node thiết bị (ESP32) thông qua mạng LAN Wi-Fi và Bluetooth. Kết nối Internet chỉ cần thiết duy nhất một lần khi thêm thiết bị mới để tải tệp JSON Profile từ Cloud của hãng sản xuất.

2. Làm thế nào để giải quyết giới hạn 32 thiết bị của tập lệnh 16-bit?

Nhóm kỹ sư có thể mở rộng trường Device ID từ 5 bits lên 10 bits trong cấu trúc lệnh mở rộng 32-bit (hỗ trợ tối đa 1024 thiết bị), hoặc triển khai mô hình Gateway phân cụm (Clustered Gateways) theo từng khu vực phòng/tầng.

3. Thiết bị của các hãng chưa hỗ trợ chuẩn giao tiếp này có tích hợp được không?

Có thể tích hợp dễ dàng bằng cách tạo một module phần mềm chuyển đổi (Adapter/Bridge Driver) trên Home Gateway để chuyển đổi định dạng dữ liệu của hãng thứ ba sang cấu trúc Device Profile JSON chuẩn của hệ thống.

4. Giải pháp khắc phục tình trạng suy hao tín hiệu Bluetooth khi gặp vật cản tường bê tông?

Có thể kết hợp cấu hình thiết bị sang chế độ thu phát Wi-Fi 2.4 GHz (vốn có khả năng xuyên vật cản tốt hơn trong phạm vi $16\text{ m}$) hoặc nâng cấp firmware hỗ trợ mạng lưới chuyển tiếp Bluetooth Mesh giữa các node lân cận.

5. Chi phí bảo trì và vận hành hệ thống hàng tháng là bao nhiêu?

Gần như bằng $0$ VNĐ cho hạ tầng mạng, vì hệ thống chạy trên máy tính nhúng tiêu thụ điện năng thấp (Raspberry Pi 4 tiêu thụ khoảng $5\text{W}-7\text{W}$) và không tốn chi phí thuê máy chủ đám mây định kỳ.


Kết luận

Đề tài "Nghiên cứu mô hình giao tiếp chung cho thiết bị IoT trong ứng dụng nhà thông minh" của nhóm tác giả Trường Đại học Công nghệ Thông tin - ĐHQG TP.HCM đã giải quyết thành công bài toán phân mảnh thiết bị trong hệ sinh thái Smart Home. Bằng việc kết hợp kiến trúc Edge Gateway cục bộ, định dạng quản lý Device Profile bằng JSON và cơ chế nén tập lệnh 16-bit, hệ thống đạt độ tin cậy tuyệt đối với tỷ lệ rớt gói $0%$ trong điều kiện phòng tiêu chuẩn và độ trễ điều khiển chỉ $\approx 1.0\text{ giây}$.

Công trình mở ra giải pháp thực tiễn có khả năng ứng dụng cao cho các nhà sản xuất thiết bị IoT, giúp tối ưu chi phí phần cứng, đảm bảo an toàn thông tin người dùng và thúc đẩy tiêu chuẩn hóa nhà thông minh tại Việt Nam. Các nhà phát triển có thể kế thừa mã nguồn và tài liệu kiến trúc này để tiếp tục tích hợp thêm các công nghệ mạng tiên tiến như Matter và Bluetooth Mesh trong giai đoạn tới.