Giới thiệu dự án

Sự phát triển mạnh mẽ của cuộc Cách mạng Công nghiệp 4.0 và Internet of Things (IoT) đã đưa công nghệ Nhà thông minh (Smart Home) trở thành một trong những lĩnh vực tăng trưởng nhanh nhất trong ngành kỹ thuật máy tính. Theo các báo cáo thị trường IoT, việc tương tác qua giao diện đồ họa (GUI) trên ứng dụng di động dần bộc lộ nhiều bất tiện trong các ngữ cảnh rảnh tay (hands-free) hoặc đối với người cao tuổi và người khuyết tật. Đồ án tốt nghiệp ngành Công nghệ Kỹ thuật Máy tính tại Trường Đại học Sư phạm Kỹ thuật TP. Hồ Chí Minh (HCMUTE) của nhóm tác giả Nguyễn Thành Trung và Trần Thành Phát (GVHD: PGS.TS Nguyễn Thanh Hải) đã giải quyết triệt để bài toán này thông qua đề tài: "Điều khiển và giám sát thiết bị trong nhà với sự hỗ trợ của Google Assistant".

[Người dùng (Giọng nói)] 
       │
       ▼
[Google Assistant / Actions on Google] 
       │ (NLP - Intent/Entity Parsing)
       ▼
[Dialogflow Agent] ──(HTTPS Webhook)──► [Firebase Cloud Functions]
                                                │
                                                ▼
                                    [Firebase Realtime Database]
                                                ▲
                                                │ (Sync)
                                    [Raspberry Pi 2 Gateway]
                                    (Socket Server - Port 12345)
                                    ┌───────────┼───────────┐
                                    ▼           ▼           ▼
                              [Khối Relay] [Khối Báo Hỏng] [Khối Cảnh Báo]
                              (NodeMCU)    (Wemos D1)    (NodeMCU + SIM800A)

1. Vấn đề thực tế và các điểm nghẽn (Pain Points)

  • Tương tác thụ động và cứng nhắc: Các giải pháp Smart Home truyền thống phụ thuộc vào thao tác chạm trên màn hình điện thoại (Mobile App), thiếu tính tự nhiên và gây bất tiện khi người dùng đang bận tay.
  • Thiếu cơ chế phản hồi trạng thái thực tế (Closed-loop Verification): Hầu hết hệ thống chỉ gửi lệnh đóng/ngắt relay mà không kiểm tra thiết bị tải (đèn, quạt) có thực sự hoạt động hay đã bị cháy/hỏng mạch.
  • Rủi ro gián đoạn cảnh báo an ninh: Khi xảy ra sự cố cháy, rò rỉ khí gas hoặc mất kết nối Internet/Wi-Fi, các thông báo đẩy (Push Notification) qua mạng hoàn toàn bị tê liệt, đe dọa an toàn tính mạng và tài sản.

2. Mục tiêu của đồ án

  1. Xây dựng trợ lý ảo chuyên dụng trên nền tảng Dialogflow tích hợp Google Assistant thông qua Actions on Google để xử lý ngôn ngữ tự nhiên (NLP).
  2. Xây dựng Webhook bằng Cloud Functions nhằm đồng bộ dữ liệu hai chiều thời gian thực với Firebase Realtime Database.
  3. Thiết kế trạm điều khiển trung tâm (Gateway) trên kit máy tính nhúng Raspberry Pi 2 Model B chạy hệ điều hành Raspbian Linux, quản lý mạng cảm biến vệ tinh qua giao thức TCP Socket.
  4. Triển khai các khối chấp hành và giám sát ngoại vi sử dụng vi điều khiển NodeMCU (ESP8266) và Wemos D1 (ESP8266EX).
  5. Thiết lập hệ thống cảnh báo nguy cấp kép (Hybrid Alert): gửi thông báo đẩy qua Firebase Cloud Messaging (FCM) và gửi tin nhắn/gọi điện trực tiếp qua module mạng di động GSM SIM800A.
  6. Tích hợp cơ chế phát hiện hỏng hóc tải thời gian thực bằng cảm biến dòng ACS712 và cảm biến quang K1C4-3.

3. Phạm vi và giới hạn hệ thống

  • Phạm vi: Điều khiển bật/tắt độc lập hoặc đồng loạt hệ thống đèn 12V, quạt làm mát 12V; giám sát nguy cơ rò rỉ khí Methane/Gas qua cảm biến MQ4 và phát hiện ngọn lửa qua cảm biến hồng ngoại bước sóng 760nm - 1100nm.
  • Giới hạn kỹ thuật: Luồng hội thoại trợ lý ảo thực hiện theo cơ chế ra lệnh một chiều (chưa hỗ trợ truy vấn ngược dữ liệu thoại phức tạp từ gateway lên loa); các vi điều khiển vệ tinh giao tiếp với máy chủ trung tâm qua chu kỳ thăm dò (polling cycle) 2 giây.

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

Phân tích hiện trạng và yêu cầu kỹ thuật

Tiêu chí so sánh Công tắc cơ / Remote RF App di động thông thường Giải pháp Đồ án (Voice AI + IoT Gateway)
Giao thức điều khiển Cơ học / Sóng vô tuyến 315/433MHz HTTP/REST, MQTT qua App Xử lý ngôn ngữ tự nhiên (NLP) qua Google Assistant
Xác thực trạng thái tải Không có (Mở vòng) Chỉ phản hồi trạng thái logic Relay Đo dòng (ACS712) & Cường độ sáng (K1C4-3) đóng vòng
Báo động khi mất Wi-Fi Chuông còi tại chỗ Mất khả năng liên lạc Kênh dự phòng độc lập qua mạng GSM/SMS (SIM800A)
Khả năng mở rộng Rất thấp Trung bình (cần sửa code App) Cao (Thêm node vệ tinh kết nối qua TCP Socket)

Bảng ưu tiên yêu cầu hệ thống (Phương pháp MoSCoW)

  • Must-have (Bắt buộc): Nhận diện chính xác khẩu lệnh bật/tắt tiếng Việt/Anh; đồng bộ tức thì lên Firebase Realtime Database; đóng ngắt relay an toàn qua NodeMCU; cảnh báo cháy/khí gas qua SIM800A.
  • Should-have (Cần có): Cơ chế phát hiện hỏng hóc thiết bị (cháy bóng đèn, đứt cuộn dây quạt); gửi notification qua FCM; phân tách các trạm vệ tinh độc lập.
  • Could-have (Có thể có): Mở rộng điều khiển kịch bản ngữ cảnh (bật tất cả thiết bị đồng thời); giám sát nhiệt độ - độ ẩm phòng.
  • Won't-have (Chưa thực hiện): Đàm thoại hội thoại đa ngữ cảnh phức tạp hai chiều bằng giọng nói tổng hợp trên phần cứng nhúng.

Thiết kế kiến trúc phần cứng và phần mềm

Hệ thống được tổ chức theo kiến trúc phân tầng dạng hình sao mở rộng (Star Topology with Central Gateway):

                                  [ ĐÁM MÂY (CLOUD) ]
  Google Assistant ──(Voice)──► Dialogflow (NLU) ──(JSON)──► Webhook Fulfillment
                                                                   │
                                                                   ▼
                                                       Firebase Realtime Database
                                                                   │
═══════════════════════════════════════════════════════════════════╪══════════════════════════
                                  [ PHẦN CỨNG CỤC BỘ ]            ▼ (HTTPS/Python SDK)
                                                       Raspberry Pi 2 (Socket Server)
                                                                   │ (TCP/IP Port 12345)
                         ┌─────────────────────────────────────────┼─────────────────────────────────────────┐
                         ▼                                         ▼                                         ▼
           [Khối Điều Khiển Thiết Bị]                      [Khối Báo Hỏng Tải]                       [Khối Cảnh Báo Khẩn Cấp]
             NodeMCU 0.9 (ESP-12)                          Wemos D1 (ESP8266EX)                        NodeMCU 0.9 (ESP-12)
           ├── Relay Module 5V                           ├── Cảm biến ánh sáng K1C4-3                ├── Cảm biến lửa IR (760-1100nm)
           ├── Đèn chiếu sáng 12V                        └── Cảm biến dòng ACS712-05B                ├── Cảm biến khí Gas MQ4
           └── Quạt thông gió 12V                                                                    ├── Module SIM800A (GSM/GPRS)
                                                                                                     └── Buck Converter LM2596 (4.8V/2A)

1. Công nghệ và Thông số kỹ thuật chi tiết

  • Khối xử lý trung tâm (Central Gateway):
    • Board mạch: Raspberry Pi 2 Model B
    • Vi xử lý: Broadcom BCM2836 SoC, 4 nhân ARM Cortex-A7 @ 900 MHz
    • Bộ nhớ: 1 GB LPDDR2 RAM; Hệ điều hành: Raspbian Linux nhân Debian
    • Môi trường thực thi: Python runtime tích hợp thư viện Firebase SDK và Socket Networking
  • Các khối trạm vệ tinh (Satellite Nodes):
    • Vi điều khiển: NodeMCU 0.9 (ESP-12) & Wemos D1 (ESP8266EX)
    • Tần số xung nhịp: 80 MHz - 160 MHz Tensilica Xtensa L106 32-bit; Bộ nhớ Flash: 4MB
    • Chuẩn kết nối: Wi-Fi IEEE 802.11 b/g/n (2.4 GHz) với cơ chế bảo mật WPA/WPA2
  • Hệ thống cảm biến và cơ cấu chấp hành:
    • Cảm biến khí gas: MQ4 (Độ nhạy cao với Methane $CH_4$, khí thiên nhiên CNG; ngõ ra Analog)
    • Cảm biến ngọn lửa: Đầu thu quang hồng ngoại bước sóng $760\text{ nm} \le \lambda \le 1100\text{ nm}$, góc quét $60^\circ$, tầm phát hiện 80 cm
    • Cảm biến dòng điện: ACS712-05B (Độ nhạy $185\text{ mV/A}$, thời gian đáp ứng $5,\mu\text{s}$, cách ly quang 2.1 kVRMS)
    • Cảm biến quang trở: K1C4-3 (So sánh điện áp ngõ ra DO/AO qua LM393)
    • Module truyền thông di động: SIM800A GSM/GPRS Dual-band 900/1800MHz
    • Mạch hạ áp nguồn: LM2596 DC-DC Buck Converter (Hiệu suất 92%, ngõ ra tùy chỉnh $1.23\text{V} - 30\text{V}$, dòng định mức 2A đỉnh 3A)

2. Thiết kế Cơ sở dữ liệu và API Webhook

Cấu trúc dữ liệu JSON trên Firebase Realtime Database:

{
  "smarthome_system": {
    "control_devices": {
      "fan_livingroom": { "status": "ON", "speed": 100 },
      "led_kitchen": { "status": "OFF" },
      "master_switch": { "all_devices": "OFF" }
    },
    "fault_monitoring": {
      "led_kitchen_fault": false,
      "fan_livingroom_fault": false
    },
    "emergency_alerts": {
      "gas_detected": false,
      "fire_detected": false,
      "last_updated": 1547510400
    }
  }
}

Định dạng Webhook Request/Response giữa Dialogflow và Firebase: Khi người dùng phát lệnh: "Turn on the living room light", Dialogflow bóc tách Entity @device: led và @status: on, sau đó gửi một payload HTTP POST tới Webhook URL:

{
  "responseId": "ea365b35-3459-4458-97c4-xxxxxxxx",
  "queryResult": {
    "queryText": "Turn on the living room light",
    "parameters": {
      "device": "led",
      "status": "on"
    },
    "intent": {
      "displayName": "Device_Control_Intent"
    }
  }
}

Webhook xử lý qua Cloud Functions cập nhật node /control_devices/led_kitchen/status = "ON" và trả về phản hồi:

{
  "fulfillmentMessages": [
    {
      "text": {
        "text": ["The living room light has been turned ON successfully."]
      }
    }
  ]
}

3. Thiết kế Hệ thống Nguồn và Tính toán Công suất Tiêu thụ

Toàn bộ hệ thống sử dụng nguồn cấp tổng Switching Power Supply (Nguồn tổ ong) $12\text{V} - 10\text{A}$ ($120\text{W}$). Công suất tiêu thụ chi tiết từng khối được tính theo công thức: $$P = U \times I$$

                                [ NGUỒN TỔ ONG 12V - 10A ]
                                            │
         ┌──────────────────┬───────────────┴──────────────┬──────────────────┐
         │ (12V)            │ (12V)                        │ (12V)            │ (12V)
         ▼                  ▼                              ▼                  ▼
    [LM2596 (1)]       [LM2596 (2)]                   [LM2596 (3)]       [Tải DC 12V]
   (Xuống 5V/2A)      (Xuống 5V/1A)                  (Xuống 4.8V/2A)     ├── Quạt (0.72W)
         │                  │                              │             └── Đèn (0.24W)
         ▼                  ▼                              ▼
  [Raspberry Pi 2]     [NodeMCU +]                     [SIM800A]
      (1.00W)         [Wemos D1]                        (1.92W)
                       (2.05W)
  • Khối trung tâm (Raspberry Pi 2): $U = 5\text{V}, I = 200\text{mA} \implies P_{\text{center}} = 5 \times 0.2 = 1.00\text{ W}$
  • Khối điều khiển thiết bị:
    • NodeMCU Wi-Fi: $5\text{V} \times 80\text{mA} = 0.40\text{ W}$
    • Module Relay 5V (2 kênh đóng): $5\text{V} \times 80\text{mA} = 0.40\text{ W}$
    • Tải Quạt 12V DC: $12\text{V} \times 60\text{mA} = 0.72\text{ W}$
    • Tải Đèn 12V LED: $12\text{V} \times 20\text{mA} = 0.24\text{ W}$
    • $\implies P_{\text{control}} = 1.76\text{ W}$
  • Khối báo hỏng tải:
    • Wemos D1: $5\text{V} \times 125\text{mA} = 0.625\text{ W}$
    • Cảm biến ánh sáng K1C4-3: $3.3\text{V} \times 3.5\text{mA} \approx 0.012\text{ W}$
    • Cảm biến dòng ACS712: $5\text{V} \times 10\text{mA} = 0.05\text{ W}$
    • $\implies P_{\text{fault}} \approx 0.69\text{ W}$
  • Khối cảnh báo khẩn cấp:
    • Cảm biến khí gas MQ4: $5\text{V} \times 150\text{mA} = 0.75\text{ W}$
    • Cảm biến ngọn lửa: $3.3\text{V} \times 15\text{mA} \approx 0.05\text{ W}$
    • Module SIM800A (Chế độ chờ/truyền tin): Trung bình $4.8\text{V} \times 400\text{mA} = 1.92\text{ W}$ (Dòng tức thời khi quay số đạt đỉnh $2\text{A}$)
    • $\implies P_{\text{alert}} = 2.72\text{ W}$
  • Tổng công suất tiêu thụ liên tục: $P_{\text{total}} \approx 5.93\text{ W}$ (Rất tiết kiệm điện, tương thích hoàn hảo với nguồn nuôi dự phòng UPS 12V).

Implementation và kết quả

Quá trình phát triển và Code lõi

Hệ thống được xây dựng qua 4 mốc triển khai (milestones):

  1. Cấu hình NLU Dialogflow Agent và triển khai Webhook fulfillment trên Firebase Cloud Functions.
  2. Xây dựng chương trình Multi-threaded Socket Server trên Raspberry Pi 2 bằng Python, thiết lập tường lửa Linux.
  3. Lập trình Firmware C++ trên Arduino IDE cho các vi điều khiển NodeMCU và Wemos D1.
  4. Tích hợp phần cứng, lắp ráp hộp điều khiển và hiệu chuẩn cảm biến.

1. Cấu hình Tường lửa và Socket Server trên Raspberry Pi 2

Để mở cổng TCP tiếp nhận các kết nối socket đồng thời từ các trạm vệ tinh, lệnh cấu hình iptables trên Raspbian được thực thi:

# Mở cổng TCP 12345 trên giao tiếp mạng Ethernet eth0
sudo iptables -A INPUT -i eth0 -p tcp -m tcp --dport 12345 -j ACCEPT

Đoạn mã Python Socket Server cốt lõi trên Raspberry Pi tiếp nhận kết nối và định tuyến trạng thái:

import socket
import threading
import json
from firebase import firebase

# Khởi tạo kết nối Firebase
fb = firebase.FirebaseApplication('https://smarthome-assistant-xxx.firebaseio.com', None)

HOST = '0.0.0.0'
PORT = 12345

server_socket = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
server_socket.setsockopt(socket.SOL_SOCKET, socket.SO_REUSEADDR, 1)
server_socket.bind((HOST, PORT))
server_socket.listen(5)

def handle_client(client_socket, client_address):
    print(f"[*] Connected from {client_address}")
    while True:
        try:
            data = client_socket.recv(1024).decode('utf-8')
            if not data:
                break
            
            # Query trạng thái từ Firebase theo định kỳ 2s
            if data == "QUERY_STATUS":
                device_states = fb.get('/smarthome_system/control_devices', None)
                # Đóng gói chuỗi trạng thái: LED,FAN (Ví dụ: "1,0")
                led_val = "1" if device_states.get('led_kitchen', {}).get('status') == "ON" else "0"
                fan_val = "1" if device_states.get('fan_livingroom', {}).get('status') == "ON" else "0"
                response = f"{led_val},{fan_val}\n"
                client_socket.send(response.encode('utf-8'))
                
            elif data.startswith("FAULT_ALERT:"):
                # Nhận thông báo báo hỏng và đẩy lên Firebase
                fault_info = data.split(":")[1]
                fb.patch('/smarthome_system/fault_monitoring', json.loads(fault_info))
                
            elif data.startswith("EMERGENCY:"):
                # Nhận tín hiệu cảnh báo cháy/khí gas
                alert_type = data.split(":")[1]
                fb.put('/smarthome_system/emergency_alerts', alert_type, True)
                
        except Exception as e:
            print(f"Error handling client {client_address}: {e}")
            break
    client_socket.close()

print(f"[*] Central Gateway Socket Server listening on {HOST}:{PORT}")
while True:
    client_sock, addr = server_socket.accept()
    client_thread = threading.Thread(target=handle_client, args=(client_sock, addr))
    client_thread.daemon = True
    client_thread.start()

2. Firmware NodeMCU Điều Khiển Thiết Bị và Đóng/Ngắt Relay (C++)

#include <ESP8266WiFi.h>

const char* ssid     = "SmartHome_WiFi";
const char* password = "SecurePassword123";
const char* host     = "192.168.1.100"; // Địa chỉ IP của Raspberry Pi 2
const uint16_t port  = 12345;

#define RELAY_LED_PIN D1
#define RELAY_FAN_PIN D2

WiFiClient client;

void setup() {
  Serial.begin(115200);
  pinMode(RELAY_LED_PIN, OUTPUT);
  pinMode(RELAY_FAN_PIN, OUTPUT);
  
  // Khởi tạo mức tích cực thấp (Active-Low Relay)
  digitalWrite(RELAY_LED_PIN, HIGH);
  digitalWrite(RELAY_FAN_PIN, HIGH);

  WiFi.begin(ssid, password);
  while (WiFi.status() != WL_CONNECTED) {
    delay(500);
    Serial.print(".");
  }
  Serial.println("\nWiFi Connected!");
}

void loop() {
  if (!client.connected()) {
    if (!client.connect(host, port)) {
      delay(2000);
      return;
    }
  }

  // Gửi lệnh truy vấn trạng thái tới Server Gateway chu kỳ 2s
  client.print("QUERY_STATUS");
  
  String line = client.readStringUntil('\n');
  line.trim();
  
  if (line.length() >= 3) {
    // Phân tích định dạng: "LED,FAN" (Ví dụ: "1,0")
    char led_state = line.charAt(0);
    char fan_state = line.charAt(2);

    digitalWrite(RELAY_LED_PIN, (led_state == '1') ? LOW : HIGH);
    digitalWrite(RELAY_FAN_PIN, (fan_state == '1') ? LOW : HIGH);
  }

  delay(2000); // Polling cycle
}

Đánh giá và Đo kiểm Thực nghiệm

Hệ thống được đưa vào kiểm thử thực nghiệm trong 100 chu kỳ kích hoạt lệnh và 50 kịch bản giả lập sự cố:

Kịch bản kiểm thử Thông số đo lường Kết quả thực tế Tỷ lệ thành công
Nhận dạng giọng nói Google Assistant Tiếng Việt / Tiếng Anh chuẩn Độ trễ bóc tách NLP: $420\text{ ms}$ 98.0% (98/100 lần)
Đồng bộ dữ liệu Firebase lên Gateway Thời gian truyền nhận mạng Trễ trung bình: $180\text{ ms}$ 100% (100/100 lần)
Đóng ngắt Relay từ lúc phát khẩu lệnh Tổng thời gian trễ hệ thống (End-to-End) $1.2\text{ s} - 2.4\text{ s}$ (Phụ thuộc Polling 2s) 99.0%
Phát hiện đứt mạch/cháy bóng đèn LED Cảm biến quang K1C4-3 Thời gian phát hiện: $< 500\text{ ms}$ 96.0% (48/50 lần)
Phát hiện đứt cuộn dây Quạt 12V Cảm biến dòng ACS712 ($I < 10\text{mA}$) Độ nhạy phát hiện dòng tải $0\text{mA}$ 98.0% (49/50 lần)
Báo cháy & rò rỉ khí gas qua SIM800A Thời gian quay số / gửi SMS khẩn cấp Gửi SMS thành công sau $4.2\text{ s}$ 100% (50/50 lần)

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

  1. Khép kín vòng lặp điều khiển (Closed-Loop IoT Verification): Thay vì chỉ xuất tín hiệu kích relay một chiều, đề tài tích hợp trực tiếp cảm biến dòng Hall ACS712 và cảm biến quang K1C4-3 để tự động kiểm tra xem thiết bị có thực sự hoạt động hay không. Nếu relay đóng nhưng dòng tải $I = 0\text{ A}$ hoặc không có ánh sáng phát ra, hệ thống tự động gắn cờ báo hỏng về trạm trung tâm.
  2. Kiến trúc Cảnh báo Kép Đa Tầng (Hybrid Resilience Alerting): Sự kết hợp giữa Firebase Cloud Messaging (thông báo tức thời qua Internet) và module viễn thông phần cứng GSM SIM800A (thực hiện cuộc gọi trực tiếp khi mất kết nối mạng) giúp loại bỏ hoàn toàn điểm nghẽn an ninh khi có hỏa hoạn hoặc đứt cáp mạng.
  3. Tối ưu hóa Chi phí và Năng lượng: Toàn bộ hệ thống vận hành với công suất tổng chỉ $5.93\text{ W}$, chi phí linh kiện phần cứng thấp nhờ tận dụng triệt để năng lực tính toán phân tán của các vi điều khiển giá rẻ ESP8266 kết hợp một máy tính nhúng Raspberry Pi 2.

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

Kịch bản Triển khai Điển hình

[Phòng Bếp / Phòng Khách]
  ├── Phát hiện nồng độ Gas vượt ngưỡng (MQ4 Analog > Threshold)
  ├── Phát hiện bức xạ hồng ngoại ngọn lửa (Flame Sensor DO = 0)
  │
  ▼
[NodeMCU Khối Cảnh Báo]
  ├── (1) Gửi khẩn cấp qua Socket TCP ──► [Raspberry Pi 2] ──► [Firebase FCM Push Notification]
  └── (2) Kích hoạt UART AT Commands ──► [SIM800A] ──(GSM Cell)──► [Gọi điện thoại trực tiếp cho chủ nhà]

Bảng dự toán chi phí phần cứng (BOM)

Linh kiện / Thiết bị Số lượng Đơn giá ước tính (VNĐ) Thành tiền (VNĐ)
Board Raspberry Pi 2 Model B 1 850.000 850.000
Kit NodeMCU ESP-12E (ESP8266) 2 85.000 170.000
Kit WeMos D1 ESP8266 1 95.000 95.000
Module SIM800A GSM/GPRS 1 180.000 180.000
Module Relay 5V 2 kênh cách ly quang 1 40.000 40.000
Cảm biến khí gas MQ4 + Cảm biến lửa IR 2 45.000 90.000
Cảm biến dòng ACS712-05B + Quang trở K1C4-3 2 55.000 110.000
Mạch hạ áp DC-DC LM2596 + Nguồn tổ ong 12V-10A 2 160.000 160.000
Phụ kiện (Vỏ hộp mica, dây cắm, led, quạt thử nghiệm) - 120.000 120.000
TỔNG CHI PHÍ PHẦN CỨNG 1.815.000 VNĐ

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

Hạn chế kỹ thuật

  • Độ trễ do cơ chế Polling: Các node chấp hành sử dụng vòng lặp thăm dò socket 2 giây một lần, tạo ra độ trễ nhận lệnh từ 0 đến 2 giây thay vì phản ứng tức thời như giao thức WebSocket hoặc MQTT hướng sự kiện (Event-driven).
  • Hội thoại một chiều: Dialogflow chưa thể tự động đọc to thông số nhiệt độ/trạng thái thiết bị trả về từ Raspberry Pi trực tiếp ra loa Google Home mà mới dừng lại ở việc hiển thị log text/cập nhật database.
  • Độ bền cảm biến: Cảm biến MQ4 và đầu thu quang K1C4-3 là các module phục vụ nghiên cứu thử nghiệm, dễ bị suy hao độ nhạy sau thời gian dài hoạt động trong môi trường có độ ẩm cao.

Hướng nâng cấp đề xuất

  1. Thay thế giao thức Socket đồng bộ bằng MQTT Broker (Eclipse Mosquitto) triển khai trực tiếp trên Raspberry Pi, kết hợp mã hóa TLS/SSL để đạt thời gian đáp ứng dưới $50\text{ ms}$.
  2. Nâng cấp bộ nhận diện giọng nói cục bộ (Edge AI / Offline Wake-Word Detection) trên Raspberry Pi 4 hoặc các vi điều khiển hỗ trợ TinyML (ESP32-S3), loại bỏ sự phụ thuộc hoàn toàn vào dịch vụ đám mây khi mất kết nối mạng ngoài.
  3. Thiết kế mạch in nguyên khối (Custom PCB) chuẩn công nghiệp, tích hợp bảo vệ chống sét lan truyền và cách ly quang toàn phần cho các ngõ ra tải AC 220V công suất lớn.

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

  • Sinh viên & Học viên Kỹ thuật: Tiếp cận tài liệu thực tế về quy trình tích hợp hệ thống đa tầng kết hợp giữa nền tảng đám mây (Google Cloud, Firebase) với phần cứng nhúng (Raspberry Pi, ESP8266).
  • Kỹ sư Lập trình Nhúng & IoT: Nắm bắt kỹ thuật thiết kế mạng vệ tinh truyền dữ liệu qua Socket TCP/IP, phương pháp xử lý sụt áp nguồn xung khi nuôi module GSM công suất đỉnh lớn.
  • Doanh nghiệp & Startup Smarthome: Cơ sở tham khảo kiến trúc sản phẩm Smart Home chi phí cực thấp (< 2 triệu đồng) nhưng sở hữu đầy đủ tính năng thông minh và độ an toàn cao.
  • Người dùng cuối (Đặc biệt người già và người khuyết tật): Cung cấp giải pháp sống độc lập, điều khiển nhà ở bằng giọng nói tự nhiên và tự động bảo vệ trước nguy cơ hỏa hoạn.

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ì?

Hệ thống yêu cầu mạng Wi-Fi $2.4\text{ GHz}$ có kết nối Internet; 01 kit Raspberry Pi 2/3/4 cài đặt Python 2.7/3.x; 01 tài khoản Google Cloud Platform (kích hoạt Dialogflow và Firebase Realtime Database); SIM di động còn thời hạn hoạt động cho module SIM800A; và nguồn điện cấp $12\text{V} - 2\text{A}$ tối thiểu.

2. Tại sao cần phải sử dụng mạch giảm áp LM2596 riêng cho module SIM800A?

Module SIM800A yêu cầu điện áp danh định từ $3.7\text{V} - 4.2\text{V}$ (tối đa $4.8\text{V}$). Trong quá trình kết nối mạng viễn thông hoặc thực hiện cuộc gọi khẩn cấp, module có thể tiêu thụ dòng đỉnh tức thời lên tới $2\text{A}$. Nếu dùng chung nguồn 5V từ cổng USB hoặc từ kit vi điều khiển, điện áp sẽ bị sụt mạnh gây reset module liên tục hoặc làm cháy chip. LM2596 đảm bảo dòng đáp ứng tức thì ổn định lên tới 3A.

3. Làm thế nào để thêm một thiết bị mới vào hệ thống?

Quy trình gồm 3 bước:

  1. Thêm từ khóa tên thiết bị vào Entities (ví dụ @device: air_conditioner) và câu mẫu vào Intents trên Dialogflow.
  2. Cập nhật nhánh JSON trên Firebase Realtime Database tương ứng với thiết bị mới.
  3. Thêm 1 ngõ ra GPIO trên NodeMCU/Relay và khai báo ánh xạ vị trí bit trạng thái trong chuỗi dữ liệu Socket nhận về từ Gateway.

4. Hệ thống hoạt động ra sao nếu mất kết nối Internet?

Khi mất Internet, tính năng điều khiển qua Google Assistant và đồng bộ Firebase tạm thời bị ngắt. Tuy nhiên, khối trung tâm Raspberry Pi và các khối vệ tinh trong cùng mạng LAN vẫn duy trì liên lạc qua Socket TCP nội bộ. Đặc biệt, khối cảnh báo khẩn cấp (cháy, rò rỉ gas) hoàn toàn độc lập nhờ module SIM800A, tự động gửi SMS và gọi điện thoại cho gia chủ qua sóng di động GSM mà không cần Internet.

5. Chi phí vận hành đám mây hàng tháng là bao nhiêu?

Với quy mô gia đình, gói dịch vụ miễn phí (Spark Plan) của Google Firebase và Dialogflow V2 hoàn toàn đáp ứng đủ lưu lượng truy cập (hỗ trợ tới 100 kết nối đồng thời và hàng trăm nghìn lượt gọi API/tháng). Chi phí định kỳ duy nhất là cước duy trì thuê bao di động cho SIM gắn trên module SIM800A (khoảng 10.000 - 20.000 VNĐ/tháng).

Kết luận

Đồ án "Điều khiển và giám sát thiết bị trong nhà với sự hỗ trợ của Google Assistant" đã chứng minh tính khả thi và hiệu quả vượt trội của việc ứng dụng Trí tuệ Nhân tạo (Xử lý ngôn ngữ tự nhiên) vào lĩnh vực Tự động hóa tòa nhà và Nhà thông minh. Bằng sự kết hợp chặt chẽ giữa các nền tảng đám mây hiện đại (Actions on Google, Dialogflow, Firebase) và kiến trúc phần cứng máy tính nhúng linh hoạt (Raspberry Pi 2, ESP8266, SIM800A), nhóm nghiên cứu đã xây dựng thành công một hệ thống Smarthome toàn diện, chi phí thấp, công suất tiêu thụ tối ưu ($5.93\text{ W}$), sở hữu khả năng khép kín vòng lặp kiểm tra hỏng hóc thiết bị và hệ thống phản ứng khẩn cấp đa tầng đáng tin cậy. Đây là tiền đề kỹ thuật vững chắc để tiếp tục mở rộng phát triển thành các giải pháp thương mại hóa phục vụ đời sống xã hội.