Bối cảnh và vấn đề nghiên cứu
Trong xu hướng phát triển của cuộc Cách mạng Công nghiệp 4.0, các nhà sản xuất ô tô lớn trên thế giới đã triển khai nhiều ứng dụng kết nối và quản lý phương tiện từ xa như Honda CONNECT, Toyota T-Connect, Hyundai Bluelink, Mazda MyMazda App, Mercedes me Connect hay BMW ConnectedDrive. Các hệ thống này cho phép người lái giám sát trạng thái xe, nhận các cảnh báo nguy hiểm, hỗ trợ bảo dưỡng định kỳ và điều khiển một số tính năng từ xa thông qua điện thoại thông minh nhờ sự kết hợp giữa Internet vạn vật (IoT) và trí tuệ nhân tạo (AI). Tuy nhiên, trên thực tế, các dòng xe phổ thông hoặc các đời xe trước đây thường chưa được tích hợp đầy đủ hoặc không phổ biến các tính năng kết nối này do rào cản về giá thành sản xuất, phân khúc thị trường và giới hạn công nghệ tại thời điểm xuất xưởng.
Song song đó, tình hình an toàn giao thông tại Việt Nam vẫn ghi nhận nhiều diễn biến phức tạp. Dữ liệu từ Ủy ban An toàn Giao thông Quốc gia cho thấy năm 2023 cả nước xảy ra 22.067 vụ tai nạn giao thông, làm 11.628 người tử vong và 15.292 người bị thương; trong đó tai nạn giao thông đường bộ chiếm tỷ lệ cao nhất với 21.498 người chết và 15.255 người bị thương. Bước sang 6 tháng đầu năm 2024, toàn quốc tiếp tục ghi nhận 12.343 người tử vong và 9.552 người bị thương do tai nạn giao thông, phản ánh các vấn đề cố hữu về ý thức lái xe thiếu an toàn và hạ tầng giao thông. Bên cạnh đó, khung pháp lý giao thông đường bộ có những điều chỉnh quan trọng: Khoản 1 Điều 20 của Luật Trật tự An toàn giao thông đường bộ 2024 (có hiệu lực từ ngày 01/01/2025) quy định bắt buộc người điều khiển phương tiện phải bật đèn chiếu sáng phía trước trong khung giờ từ 18 giờ ngày hôm trước đến 06 giờ ngày hôm sau hoặc khi điều kiện thời tiết xấu làm hạn chế tầm nhìn; đồng thời Nghị định 100/2019/NĐ-CP (sửa đổi, bổ sung bởi Nghị định 123/2021/NĐ-CP) quy định mức phạt tiền từ 800.000 đồng đối với các vi phạm liên quan đến việc không sử dụng hoặc sử dụng không đúng quy chuẩn đèn chiếu sáng.
Xuất phát từ thực tiễn trên, đề tài khóa luận tập trung giải quyết bài toán giám sát an toàn chủ động cho người lái bằng việc tận dụng dữ liệu từ cổng chẩn đoán trên xe. Mục tiêu nghiên cứu được xác định cụ thể gồm 3 nội dung:
- Thiết kế và chế tạo hệ thống cảnh báo nguy hiểm trên ô tô sử dụng điện thoại di động qua giao tiếp với cổng OBD II.
- Thu thập dữ liệu từ cảm biến và hệ thống điện tử của xe, phân tích các chỉ số quan trọng như đèn chiếu sáng, xi nhan, hệ thống lái và tốc độ xe.
- Gửi và phát âm thanh cảnh báo bật đèn chiếu sáng và xi nhan tới điện thoại di động của người lái trong quá trình vận hành xe.
Đối tượng nghiên cứu của đồ án là mạng truyền thông nội bộ CAN (Controller Area Network) và cổng chẩn đoán OBD II trên phương tiện cơ giới. Phạm vi nghiên cứu được giới hạn thực nghiệm trên dòng xe Honda CR-V sản xuất năm 2016, tập trung vào việc thiết kế phần cứng đọc - phát tín hiệu và xây dựng ứng dụng di động tiếp nhận cảnh báo.
Cơ sở lý thuyết và phương pháp
Khung lý thuyết và công nghệ nền tảng
Nghiên cứu được xây dựng dựa trên nền tảng mạng truyền thông Controller Area Network (CAN) do hãng Bosch công bố năm 1985 và được tiêu chuẩn hóa quốc tế theo chuẩn ISO 11898 từ năm 1993. Mạng CAN hoạt động theo cấu trúc vi sai hai dây (CAN High và CAN Low) với điện trở kết thúc 120 Ohm ở hai đầu nhằm triệt tiêu phản xạ đường truyền và kháng nhiễu điện từ. Cấu trúc khung truyền dữ liệu của giao thức CAN bao gồm các trường kỹ thuật cơ bản:
| Tên trường trong khung CAN |
Chức năng kỹ thuật |
| SOF (Start Of Frame) |
1 bit báo hiệu bắt đầu khung và đồng bộ hóa các nút (node) trên đường bus. |
| Arbitration ID |
Định danh thông điệp, xác định địa chỉ node truyền và xác lập mức độ ưu tiên (ID thấp có quyền ưu tiên cao hơn). |
| RTR (Remote Transmit Request) |
Phân biệt khung dữ liệu (mức logic 0) và khung yêu cầu truyền / điều khiển (mức logic 1). |
| DLC (Data Length Code) |
Mã hóa số lượng byte của trường dữ liệu kế tiếp (từ 0 đến 8 byte). |
| Data Field |
Trường dữ liệu thực thi, chứa từ 0 đến 8 byte dữ liệu cảm biến hoặc lệnh chấp hành. |
| CRC (Cyclic Redundancy Check) |
Trường kiểm tra lỗi toàn vẹn của chuỗi dữ liệu truyền. |
| ACK (Acknowledge Bit) |
Bit xác nhận từ các node nhận dữ liệu hợp lệ trên bus. |
| EOF (End Of Frame) |
Chuỗi 7 bit lặn (recessive bits) đánh dấu kết thúc một khung truyền. |
Về giao diện kết nối, cổng chẩn đoán On-Board Diagnostics II (OBD II) được tiêu chuẩn hóa theo quy định của Cơ quan Quản lý Tài nguyên Không khí California (CARB) từ năm 1991. Đầu nối OBD II gồm 16 chân chuẩn hóa, trong đó các chân phục vụ giao tiếp CAN và cấp nguồn gồm:
| Số chân |
Tên định danh |
Chức năng chi tiết |
| Chân 4 |
Chassis Ground |
Nối đất thân xe. |
| Chân 5 |
Signal Ground |
Nối đất tín hiệu logic. |
| Chân 6 |
CAN High (J-2234) |
Đường truyền tín hiệu CAN mức cao. |
| Chân 14 |
CAN Low |
Đường truyền tín hiệu CAN mức thấp. |
| Chân 16 |
Battery Power |
Cấp nguồn dương trực tiếp từ ắc quy ô tô. |
| Chân khác (1, 3, 8, 9, 11, 12, 13) |
Vendor Option |
Các chân tùy chọn riêng theo thiết kế của nhà sản xuất. |
| Chân 2, 10 & Chân 7, 15 |
J1850 & ISO 9141-2 |
Các giao thức chẩn đoán chuẩn khác (K-Line/L-Line). |
Hệ thống phần cứng phụ trợ bao gồm:
- Vi điều khiển Arduino UNO R3: Sử dụng vi xử lý ATmega328 (8-bit, tần số hoạt động 16 MHz, bộ nhớ Flash 32 KB, SRAM 2 KB, EEPROM 1 KB, điện áp hoạt động 5V DC).
- Vi điều khiển ESP32 (Espressif Systems): Vi xử lý lõi kép Tensilica Xtensa 32-bit LX6 (tần số 160–240 MHz, SRAM 520 KB, Flash 4 MB, tích hợp Wi-Fi chuẩn 802.11 b/g/n và Bluetooth v4.2 BR/EDR & BLE, 34 chân GPIO).
- Module chuyển đổi giao tiếp CAN MCP2515: Kết hợp chip điều khiển độc lập MCP2515 chuẩn CAN 2.0B (hỗ trợ tốc độ đến 1 Mbps, giao tiếp vi điều khiển qua chuẩn SPI) và chip thu phát TJA1050 đóng vai trò tầng vật lý kết nối với đường bus CAN.
Phương pháp nghiên cứu
Đề tài áp dụng 4 phương pháp nghiên cứu chính:
- Phương pháp quan sát: Khảo sát thực tế hệ thống điện - điện tử trên xe Honda CR-V 2016 và phân tích cơ chế vận hành của các ứng dụng thương mại hiện hành.
- Phương pháp nghiên cứu lý thuyết: Phân tích các tiêu chuẩn quốc tế ISO 11898, giao thức OBD II, cấu trúc gói tin CAN, các quy định pháp luật giao thông đường bộ và các thuật toán giao tiếp phần cứng.
- Phương pháp thực nghiệm: Lắp đặt thiết bị chế tạo trên xe thật, thực hiện đánh lái, chuyển hướng, bật/tắt đèn trong các điều kiện thực tế để kiểm tra khả năng bắt gói tin và tính ổn định của hệ thống cảnh báo.
- Phương pháp phân tích tổng kết kinh nghiệm: Đo đạc độ trễ phản hồi, phân tích tỷ lệ kích hoạt cảnh báo đúng điều kiện và đề xuất phương án cải tiến kỹ thuật.
Nguồn dữ liệu của nghiên cứu là các khung truyền dữ liệu thời gian thực được trích xuất trực tiếp từ mạng CAN của xe Honda CR-V 2016 thông qua chân 6 và 14 của cổng OBD II, cùng dữ liệu trung chuyển được đồng bộ hóa trên cơ sở dữ liệu đám mây Firebase Realtime Database.
Thiết kế và triển khai hệ thống
Kiến trúc phần cứng và sơ đồ kết nối
Thiết bị được phân chia thành hai giai đoạn thiết kế phần cứng:
- Khối trích xuất và phân tích mã lệnh (Sniffing Hardware): Gồm Arduino UNO R3 phối hợp với module MCP2515 để thu thập các gói tin thô trên đường truyền CAN và gửi dữ liệu lên máy tính thông qua giao tiếp nối tiếp để phân tích trên phần mềm CANHacker 2.0.
- Khối thiết bị cảnh báo thực tế (Operational Alert Hardware): Sử dụng vi điều khiển ESP32 kết nối với module MCP2515, cắm trực tiếp vào cổng OBD II trên xe để lấy nguồn và nhận tín hiệu CAN, sau đó gửi dữ liệu trạng thái qua mạng Wi-Fi lên máy chủ đám mây.
Sơ đồ đấu nối giữa mạch chuyển đổi CAN MCP2515 và vi điều khiển phục vụ đọc dữ liệu được quy định cụ thể:
- Chân GND nối với chân GND.
- Chân VCC nối với chân cấp nguồn 5V.
- Chân CS (Chip Select) nối với chân Digital 10.
- Chân MOSI (Master Out Slave In) nối với chân Digital 11.
- Chân MISO (Master In Slave Out) nối với chân Digital 12.
- Chân SCK (Serial Clock) nối với chân Digital 13.
- Chân INT (Interrupt) nối với chân Digital 2 (ngắt ngoài).
Kiến trúc phần mềm và truyền thông dữ liệu
Hệ thống xử lý thông tin qua ba tầng công nghệ:
- Tầng thu nhận dữ liệu: Vi điều khiển sử dụng thư viện điều khiển MCP2515 trên môi trường Arduino IDE để thiết lập bộ lọc và tiếp nhận thông điệp mạng CAN. Đoạn mã điều khiển tích hợp trên khối giải mã dữ liệu với phần mềm CANHacker được thiết lập như sau:
#include <can.h>
const int SPI_CS_PIN = 10;
const int INT_PIN = 2;
const int SS_RX_PIN = 3;
const int SS_TX_PIN = 4;
CanHackerLineReader *lineReader = NULL;
CanHacker *canHacker = NULL;
SoftwareSerial softwareSerial(SS_RX_PIN, SS_TX_PIN);
void setup() {
Serial.begin(115200);
Stream *interfaceStream = &Serial;
Stream *debugStream = &softwareSerial;
canHacker = new CanHacker(interfaceStream, debugStream, SPI_CS_PIN);
//canHacker->enableLoopback(); // uncomment this for loopback
lineReader = new CanHackerLineReader(canHacker);
pinMode(INT_PIN, INPUT);
}
void loop() {
CanHacker::ERROR error;
if (digitalRead(INT_PIN) == LOW) {
error = canHacker->processInterrupt();
handleError(error);
}
error = lineReader->process();
handleError(error);
}
void handleError(const CanHacker::ERROR error) {
switch (error) {
case CanHacker::ERROR_OK:
case CanHacker::ERROR_UNKNOWN_COMMAND:
case CanHacker::ERROR_NOT_CONNECTED:
case CanHacker::ERROR_MCP2515_ERRIF:
case CanHacker::ERROR_INVALID_COMMAND:
return;
default:
break;
}
softwareSerial.print("Error: ");
softwareSerial.println(error);
}
- Tầng trung gian và đám mây: Vi điều khiển ESP32 xử lý logic điều kiện, đọc thời gian thực và đẩy trạng thái phương tiện lên Firebase Realtime Database thông qua mạng không dây. Cơ sở dữ liệu đám mây được cấu hình các quy tắc cấp quyền nhận và ghi dữ liệu công cộng phục vụ thử nghiệm.
- Tầng giao diện người dùng: Ứng dụng di động xây dựng bằng công cụ Android Studio trên hệ điều hành Android. Ứng dụng liên tục đồng bộ trạng thái từ Firebase Realtime Database. Khi phát hiện các sự kiện mất an toàn, giao diện ứng dụng sẽ đổi màu biểu tượng cảnh báo đồng thời kích hoạt phát âm thanh thông báo qua loa ngoài của điện thoại.
Nội dung chính theo từng chương
Chương 1: Tổng quan
Chương 1 thiết lập tính cấp thiết của đề tài thông qua các báo cáo thống kê tai nạn giao thông tại Việt Nam năm 2023 và nửa đầu năm 2024, cùng các quy định pháp luật mới về thời gian bật đèn xe chiếu sáng (Luật Trật tự An toàn giao thông đường bộ 2024 và Nghị định 100/2019/NĐ-CP). Tác giả tổng hợp tình hình nghiên cứu liên quan:
- Nghiên cứu trong nước: Nhóm tác giả Vũ Ngọc Tuấn, Nguyễn Đình Dũng và Trịnh Ngọc Hùng (Học viện Kỹ thuật Quân sự / Đại học Kỹ thuật Lê Quý Đôn) chế tạo thiết bị đọc OBD II dùng Arduino Uno và CAN Bus Shield, đạt kích thước giảm 60% và tốc độ đọc dữ liệu đạt 0,02 giây (nhanh gấp 50 lần thiết bị truyền thống); nhóm Nguyễn Thạc Dũng, Nguyễn Đức Tuấn, Phạm Đức Long nghiên cứu thiết bị IoT cảnh báo tai nạn qua gia tốc kế, cảm biến rung và module SIM+GPS A9; nhóm Nguyễn Thị Thu cùng cộng sự (Đại học Công nghiệp Hà Nội) phát triển ứng dụng CarSafe phát hiện trạng thái bất thường của người lái.
- Nghiên cứu ngoài nước: Các nền tảng CarPlay, Android Auto, ứng dụng chẩn đoán thương mại (Torque, ScanMaster, Carista); các công trình nghiên cứu của Iskandar và cộng sự về chẩn đoán lỗi cơ học; Zaldivar và cộng sự về phát hiện va chạm qua dữ liệu gia tốc kết hợp OBD II; dự án VehSense của Hou và cộng sự về phát hiện mặt đường trơn trượt; Khorsravinia và cộng sự về giám sát xe điện qua ứng dụng di động.
Từ các phân tích trên, chương 1 xác định rõ mục tiêu, phương pháp, cách tiếp cận và giới hạn phạm vi nghiên cứu trên mẫu xe CR-V đời 2016.
Chương 2: Cơ sở lý thuyết
Chương này cung cấp toàn bộ nền tảng kỹ thuật cho việc triển khai phần cứng và giao thức truyền thông:
- Chi tiết về mạng CAN: Lịch sử ra đời từ Bosch (1985), tiêu chuẩn hóa ISO 11898 (1993), cấu trúc mạng vi sai hai dây (CAN_H, CAN_L), cơ chế phân xử quyền ưu tiên dựa trên Arbitration ID và giải thích chi tiết chức năng từng trường trong khung truyền dữ liệu.
- Cổng kết nối OBD II: Nguồn gốc tiêu chuẩn CARB (1991), sơ đồ chân chi tiết của giắc 16 chân, chỉ rõ vị trí và chức năng chân tín hiệu CAN (chân 6 và 14), chân mass (chân 4, 5) và chân nguồn dương (chân 16).
- Thông số kỹ thuật các phần cứng điều khiển: Phân tích kiến trúc vi điều khiển ATmega328 trên Arduino UNO R3, thông số vi điều khiển ESP32 lõi kép 32-bit cùng sơ đồ gán chân GPIO cho các chuẩn UART, SPI, I2C, ADC, DAC.
- Module CAN MCP2515: Nguyên lý hoạt động của IC điều khiển CAN độc lập MCP2515 kết hợp IC thu phát TJA1050, sơ đồ khối phần cứng (Khối CAN Module, Control Logic, SPI Block), cùng cách cấu hình tải trở 120 Ohm bằng jumper và bộ dao động thạch anh 8 MHz.
Chương 3: Cài đặt phần mềm và thiết kế thiết bị cảnh báo
Chương 3 trình bày các bước chuẩn bị môi trường phát triển và hiện thực hóa phần cứng:
- Cài đặt phần mềm Arduino IDE, cấu hình đường dẫn Additional Boards Manager để tích hợp gói mạch ESP32, nạp thư viện xử lý cho MCP2515.
- Cài đặt và thiết lập giao diện phần mềm CANHacker 2.0 phục vụ phân tích gói tin.
- Thiết kế mạch phần cứng đọc dữ liệu mạng CAN gồm Arduino UNO R3 ghép nối module MCP2515 qua các chân SPI, trích xuất dữ liệu trực tiếp từ cổng OBD II của xe lên máy tính.
- Thiết kế mạch phần cứng cảnh báo hoàn chỉnh sử dụng vi điều khiển ESP32 kết nối MCP2515 để nhận dạng tín hiệu trực tiếp trên xe.
- Cấu hình dự án trên Firebase, thiết lập cơ sở dữ liệu thời gian thực (Realtime Database), cấu hình quy tắc đọc/ghi và thiết lập luồng truyền nhận dữ liệu từ vi điều khiển lên máy chủ đám mây.
Chương 4: Lắp đặt và thử nghiệm thiết bị trên xe Honda CRV đời 2016
Chương này mô tả toàn bộ quá trình thực nghiệm tại hiện trường và đánh giá chức năng hệ thống:
- Xác định vị trí cổng OBD II trên xe Honda CR-V 2016, cắm giắc phần cứng và trích xuất dữ liệu CAN giao tiếp giữa ECU và các bộ chấp hành.
- Lập bảng mã lệnh điều khiển nhận diện các byte dữ liệu tương ứng với trạng thái góc lái, xi nhan trái, xi nhan phải và đèn pha/đèn cốt/đèn đờ mi.
- Lập trình cho ESP32 đọc các byte dữ liệu này, duy trì kết nối Wi-Fi và đẩy biến trạng thái lên cơ sở dữ liệu Firebase.
- Thiết kế giao diện đồ họa trên Android Studio hiển thị trực quan vô lăng, biểu tượng đèn xi nhan, biểu tượng đèn chiếu sáng và khung thông báo cảnh báo.
- Tiến hành thực nghiệm 3 kịch bản vận hành thực tế trên xe:
- Thử nghiệm rẽ trái: Khi người lái đánh lái vô lăng sang trái mà không bật đèn báo rẽ, hệ thống kích hoạt cảnh báo nhắc nhở bật xi nhan trái. Khi bật xi nhan trái, hệ thống hiển thị đèn tín hiệu bật sáng và ngừng cảnh báo.
- Thử nghiệm rẽ phải: Khi đánh lái sang phải mà không bật xi nhan, hệ thống phát cảnh báo yêu cầu bật xi nhan phải; hệ thống ghi nhận đúng tín hiệu xi nhan phải bật trên giao diện điện thoại.
- Thử nghiệm bật đèn xe: Khi thời gian thực vượt quá 18 giờ, nếu xe không bật đèn chiếu sáng hoặc chỉ bật đèn đờ mi (parking light), ứng dụng lập tức phát thông báo cảnh báo người lái mở đèn chiếu sáng theo đúng quy định pháp luật.
Kết quả và đóng góp
Kết quả nghiên cứu thực nghiệm
Hệ thống đã được chế tạo và vận hành thực tế thành công trên mẫu xe Honda CR-V 2016 với các kết quả cụ thể:
- Giải mã chính xác các khung dữ liệu giao tiếp trên mạng CAN của xe liên quan đến góc xoay hệ thống lái, trạng thái gạt cần xi nhan (trái/phải) và trạng thái công tắc đèn chiếu sáng (tắt đèn, bật đờ mi, bật đèn pha/cốt).
- Hoàn thiện phần cứng nhỏ gọn, sử dụng nguồn 12V trực tiếp từ chân 16 của cổng OBD II trên xe (được hạ áp thích hợp) để cấp nguồn cho vi điều khiển và module CAN, loại bỏ nhu cầu can thiệp hay cắt dây điện trên hệ thống nguyên bản của xe.
- Thiết lập thành công luồng truyền thông thời gian thực từ mạng CAN xe -> MCP2515 -> ESP32 -> Firebase Realtime Database -> Ứng dụng Android trên điện thoại với phản hồi tức thời.
- Vận hành chính xác 3 kịch bản an toàn chủ động:
- Cảnh báo rẽ trái không bật xi nhan khi đánh lái qua trái.
- Cảnh báo rẽ phải không bật xi nhan khi đánh lái qua phải.
- Cảnh báo bật đèn chiếu sáng phía trước sau 18 giờ khi phát hiện xe không mở đèn hoặc chỉ mở đèn đờ mi.
Đóng góp kỹ thuật của đề tài
- Đề tài đã xây dựng một giải pháp kỹ thuật có chi phí chế tạo thấp nhưng giải quyết được bài toán an toàn giao thông thiết thực, bám sát các quy định mới nhất của Luật Trật tự An toàn giao thông đường bộ 2024.
- So với các nghiên cứu trong nước trước đây (thường chỉ tập trung vào việc đọc mã lỗi động cơ DTC, đọc thông số kỹ thuật phục vụ chẩn đoán sửa chữa hoặc yêu cầu lắp thêm các cảm biến phụ trợ như gia tốc kế, cảm biến rung), đồ án này trực tiếp khai thác nguồn dữ liệu có sẵn từ hệ thống cảm biến gốc của xe thông qua cổng OBD II để phục vụ bài toán cảnh báo hành vi lái xe an toàn.
- Chứng minh tính khả thi của việc nâng cấp các dòng xe phổ thông đời cũ (như Honda CR-V 2016) thành các phương tiện có khả năng kết nối thông minh mà không làm ảnh hưởng đến tính nguyên bản của hệ thống điện trên xe.
Hạn chế và hướng nghiên cứu tiếp
Mặc dù đã hoàn thành các mục tiêu đề ra, đề tài tồn tại một số giới hạn được xác định từ phạm vi nghiên cứu:
- Phạm vi thực nghiệm mới chỉ thực hiện trên một mẫu xe cụ thể là Honda CR-V đời 2016. Do cấu trúc mã định danh (CAN ID) và vị trí các byte dữ liệu trong trường Data Field của mạng CAN phụ thuộc vào từng nhà sản xuất, việc áp dụng thiết bị lên các hãng xe hoặc các đời xe khác sẽ yêu cầu quá trình trích xuất và giải mã lại gói tin.
- Hệ thống truyền dữ liệu của ESP32 lên Firebase hiện phụ thuộc vào kết nối mạng Wi-Fi (cần phát Wi-Fi từ điện thoại hoặc bộ phát trên xe), chưa tích hợp modem di động độc lập.
Các hướng mở rộng nghiên cứu tiếp theo bao gồm:
- Tích hợp trực tiếp module truyền thông di động (SIM 4G/LTE kết hợp định vị GPS) lên bo mạch thiết bị để độc lập hoàn toàn với kết nối Wi-Fi trung gian.
- Mở rộng trích xuất các thông số vận hành an toàn khác từ mạng CAN như tốc độ di chuyển của xe, trạng thái đạp phanh, cảm biến thắt dây an toàn và áp suất lốp.
- Xây dựng cơ sở dữ liệu mã lệnh CAN cho nhiều dòng xe phổ biến khác nhau tại thị trường Việt Nam nhằm tiêu chuẩn hóa thiết bị cho nhiều phương tiện.
Giá trị tham khảo
Đồ án tốt nghiệp là tài liệu tham khảo có giá trị học thuật và thực tiễn cao đối với sinh viên, giảng viên và kỹ sư thuộc các chuyên ngành Công nghệ Kỹ thuật Ô tô, Kỹ thuật Cơ điện tử, Kỹ thuật Điều khiển và Tự động hóa, cũng như Hệ thống nhúng và IoT:
- Về mặt lý thuyết: Tài liệu cung cấp tổng hợp chi tiết về cấu trúc mạng CAN theo tiêu chuẩn ISO 11898, cấu hình chân cổng OBD II và phương pháp giao tiếp vi điều khiển với chip MCP2515 qua chuẩn SPI.
- Về mặt thực hành: Nội dung Chương 3 và Chương 4 là tài liệu hướng dẫn kỹ thuật rõ ràng về phương pháp bắt gói tin CAN bằng phần mềm CANHacker, kỹ thuật lập trình vi điều khiển ESP32 đồng bộ Firebase Realtime Database và quy trình lập trình ứng dụng Android hiển thị trạng thái xe. Đây là nền tảng trực tiếp cho những đề tài phát triển hệ thống giám sát xe thông minh (Telematics) hoặc nghiên cứu chẩn đoán kỹ thuật ô tô.
Câu hỏi thường gặp
1. Thiết bị cảnh báo nguy hiểm trong đề tài thực hiện phát hiện và cảnh báo những hành vi cụ thể nào?
Hệ thống phát hiện và cảnh báo 3 trường hợp vi phạm an toàn khi vận hành: (1) Xe đánh lái rẽ trái nhưng người lái không bật đèn xi nhan trái; (2) Xe đánh lái rẽ phải nhưng người lái không bật đèn xi nhan phải; và (3) Xe lưu thông sau 18 giờ nhưng người lái không bật đèn chiếu sáng phía trước hoặc chỉ bật đèn đờ mi.
2. Cấu hình phần cứng thu thập và gửi dữ liệu từ cổng OBD II gồm những thành phần nào?
Phần cứng gồm module chuyển đổi CAN MCP2515 (tích hợp IC điều khiển CAN độc lập MCP2515 và IC thu phát TJA1050, sử dụng thạch anh 8 MHz) kết nối với vi điều khiển ESP32 (lõi kép Tensilica Xtensa 32-bit LX6) thông qua giao tiếp SPI, lấy tín hiệu trực tiếp từ chân 6 (CAN_H) và chân 14 (CAN_L) của cổng OBD II trên xe.
3. Dữ liệu từ xe được truyền tải đến điện thoại của người lái thông qua kiến trúc nào?
Dữ liệu mạng CAN từ cổng OBD II được module MCP2515 chuyển đổi và truyền tới ESP32 qua giao thức SPI. ESP32 phân tích các byte dữ liệu logic và gửi biến trạng thái lên cơ sở dữ liệu đám mây Firebase Realtime Database qua kết nối Wi-Fi. Ứng dụng chạy trên hệ điều hành Android liên tục lắng nghe thay đổi từ Firebase để hiển thị đồ họa và phát cảnh báo âm thanh.
4. Tại sao đề tài lại chọn mốc thời gian sau 18 giờ để kích hoạt cảnh báo bật đèn xe?
Mốc thời gian này được căn cứ theo Khoản 1 Điều 20 của Luật Trật tự An toàn giao thông đường bộ 2024 (có hiệu lực từ ngày 01/01/2025), quy định người điều khiển phương tiện bắt buộc phải bật đèn chiếu sáng phía trước trong khoảng thời gian từ 18 giờ ngày hôm trước đến 06 giờ ngày hôm sau nhằm đảm bảo an toàn giao thông.
5. Đề tài sử dụng các chân kết nối nào trên cổng OBD II 16 chân của xe Honda CR-V 2016?
Thiết bị sử dụng các chân chuẩn hóa trên cổng OBD II gồm: Chân 6 (CAN High) và Chân 14 (CAN Low) để trích xuất tín hiệu vi sai của mạng CAN; Chân 4 (Chassis Ground) hoặc Chân 5 (Signal Ground) để nối mass; và Chân 16 (Battery Power) để lấy nguồn dương trực tiếp từ ắc quy ô tô cấp cho hệ thống.
Kết luận
Đồ án tốt nghiệp "Nghiên cứu chế tạo thiết bị cảnh báo nguy hiểm trên ô tô bằng điện thoại thông qua cổng OBD II" đã thiết kế, chế tạo và thử nghiệm thành công hệ thống giám sát an toàn chủ động trên dòng xe Honda CR-V đời 2016. Bằng việc kết hợp vi điều khiển ESP32, module CAN MCP2515, cơ sở dữ liệu thời gian thực Firebase và ứng dụng di động Android, hệ thống đã trích xuất hiệu quả dữ liệu từ cổng OBD II để đưa ra cảnh báo chính xác cho các tình huống quên bật xi nhan khi chuyển hướng và không bật đèn chiếu sáng sau 18 giờ. Nghiên cứu khẳng định tính khả thi của giải pháp ứng dụng công nghệ IoT và mạng CAN trên các phương tiện giao thông phổ thông, đóng góp giải pháp kỹ thuật thiết thực nhằm nâng cao ý thức lái xe và giảm thiểu tai nạn giao thông đường bộ.
