Bối cảnh và vấn đề nghiên cứu

Hệ thống tự chẩn đoán trên xe On-Board Diagnostic thế hệ thứ hai (OBD-II) là một trang bị bắt buộc đối với các dòng xe ô tô hiện đại nhằm kiểm soát khí thải, đồng thời hỗ trợ kỹ thuật viên trong quá trình theo dõi, bảo dưỡng và xử lý hư hỏng. Tuy nhiên, các thiết bị chẩn đoán hiện hữu còn bộc lộ một số hạn chế thực tế: giá thành trang bị tương đối cao, đòi hỏi kỹ thuật viên phải thao tác trực tiếp tại vị trí xe, và làm phát sinh chi phí vận chuyển lớn khi xe gặp sự cố không thể tự lăn bánh về trạm dịch vụ.

Song song với sự phổ biến của OBD-II, các đề xuất về hệ thống OBD-III đang được định hình nhằm yêu cầu phương tiện giao thông tích hợp khả năng truyền dữ liệu vận hành từ xa về máy chủ trung tâm phục vụ công tác quản lý và giám sát kỹ thuật. Kết hợp cùng xu hướng ứng dụng mạng vạn vật kết nối Internet (IoT) trên phương tiện giao thông, đề tài "Nghiên cứu và chế tạo thiết bị đọc mã lỗi trên ô tô thông qua ứng dụng di động" được thực hiện nhằm giải quyết rào cản về khoảng cách địa lý khi tiếp cận xe, giảm chi phí di chuyển và tạo cơ sở cho việc triển khai các hệ thống chẩn đoán ô tô từ xa.

Mục tiêu nghiên cứu:

  • Mục tiêu tổng quát: Nghiên cứu, chế tạo thiết bị chẩn đoán ô tô thông qua ứng dụng di động kết nối qua Internet.
  • Mục tiêu cụ thể:
    1. Nghiên cứu và chế tạo được module giao tiếp và đọc dữ liệu từ hệ thống OBD-II trên xe.
    2. Xây dựng được ứng dụng hoạt động trên hệ điều hành Android.
    3. Thiết lập giao tiếp hai chiều giữa ứng dụng và module thông qua Internet.

Đối tượng và phạm vi nghiên cứu:

  • Đối tượng nghiên cứu: Hệ thống tự chẩn đoán OBD-II trên ô tô; Hệ điều hành Android và các công cụ lập trình phát triển ứng dụng di động; Cơ sở dữ liệu thời gian thực Firebase Realtime Database.
  • Phạm vi không gian: Thực nghiệm trên hai phương tiện là Toyota Vios (năm sản xuất 2007) và Ford Focus (năm sản xuất 2019) tại Khoa Cơ khí Động lực, Trường Đại học Sư phạm Kỹ thuật Thành phố Hồ Chí Minh.
  • Phạm vi thời gian: Đề tài được triển khai từ ngày 23/02/2024 đến ngày 10/06/2024.
  • Phạm vi kỹ thuật: Tập trung nghiên cứu giao thức CAN Bus và các chế độ chẩn đoán trên hệ thống điều khiển động cơ; thiết kế phần cứng module sử dụng vi điều khiển ESP32 giao tiếp qua cổng OBD-II chuẩn SAE J1962 Loại A (nguồn điện 12V); lập trình ứng dụng Android bằng Android Studio; kết nối dữ liệu từ xa qua nền tảng Firebase.

Cơ sở lý thuyết và phương pháp

Khóa luận được xây dựng dựa trên hệ thống tiêu chuẩn kỹ thuật truyền thông công nghiệp ô tô và các công nghệ nhúng:

  • Giao thức mạng CAN Bus (ISO 11898): Mạng truyền thông nối tiếp vi sai gồm hai dây tín hiệu CAN_H và CAN_L với điện trở đầu cuối 120Ω. Trạng thái logic phân định theo điện áp vi sai ($V_{\text{diff}} = V_{\text{CAN_H}} - V_{\text{CAN_L}}$): trạng thái lặn khi $V_{\text{diff}} < 0{,}5\text{V}$ (mức điện áp xấp xỉ 2,5V trên cả hai dây) và trạng thái trội khi $V_{\text{diff}} > 0{,}9\text{V}$ (CAN_H đạt 3,5V, CAN_L đạt 1,5V). Mạng định vị mức ưu tiên bản tin bằng mã định danh (ID 11-bit trên chuẩn CAN 2.0A hoặc ID 29-bit trên chuẩn CAN 2.0B) theo nguyên tắc bit 0 lấn áp bit 1 để chống xung đột bus.
  • Giao thức tầng truyền vận ISO 15765-2 (CAN-TP): Cho phép phân mảnh và tái cấu trúc khối dữ liệu chẩn đoán có kích thước lên đến 4096 byte thông qua bốn loại khung: Khung đơn (Single Frame - SF cho dữ liệu $\le 7$ byte), Khung đầu tiên (First Frame - FF), Khung liên tiếp (Consecutive Frame - CF), và Khung kiểm soát luồng (Flow Control Frame - FC).
  • Bộ tiêu chuẩn chẩn đoán OBD-II (SAE J1962 và SAE J1979): Quy định cấu trúc cổng kết nối 16 chân loại A (điện áp 12V) và 10 chế độ dịch vụ chẩn đoán (Diagnostic Services). Cấu trúc khung yêu cầu gửi tới địa chỉ ID 7DF và nhận phản hồi từ ID 7E8 của ECU động cơ.
  • Nguyên lý giải mã thông số (PID Mode 01) và mã lỗi (DTC Mode 03): Giá trị vật lý của thông số được xác định qua công thức: $$\text{physical_value} = \text{offset} + \text{scale} \times \text{raw_value_decimal}$$ Mã lỗi chẩn đoán bao gồm 5 ký tự, trong đó ký tự phân loại đầu tiên được quy định bởi hai bit cao A7-A6: 00 là mã hệ thống truyền lực (P - Powertrain), 01 là mã hệ thống gầm (C - Chassis), 10 là mã thân xe (B - Body), và 11 là mã mạng giao tiếp (U - Network).

Phương pháp nghiên cứu thực tế:

  • Phương pháp phân tích - tổng hợp tài liệu: Rà soát các tiêu chuẩn ISO/SAE, phân tích các giải pháp thương mại và nghiên cứu trước đây (như thiết bị ELM327 Bluetooth, thiết bị FOBD của Fcar, các nghiên cứu chẩn đoán ô tô qua GSM/IoT).
  • Phương pháp thiết kế và chế tạo kỹ thuật: Thiết kế phần cứng mạch nhúng tích hợp vi điều khiển ESP32, IC thu phát CAN TJA1050 và mạch hạ áp DC mini 3A; thiết kế cơ sở dữ liệu phi quan hệ Firebase Realtime Database; lập trình ứng dụng Android trên phần mềm Android Studio.
  • Phương pháp thực nghiệm kiểm chứng: Đấu nối thiết bị trực tiếp trên cổng OBD-II của hai mẫu xe Toyota Vios 2007 và Ford Focus 2019. Thực hiện tạo lỗi nhân tạo bằng cách rút giắc kết nối của cảm biến lưu lượng khí nạp (MAF) và cảm biến nhiệt độ khí nạp (IAT) để kiểm tra khả năng bắt lỗi, giải mã mã lỗi, xóa lỗi và kiểm tra cơ cấu chấp hành, đồng thời so sánh kết quả chẩn đoán với máy quét chuyên dụng Autel.

Thiết kế và triển khai

Hệ thống chẩn đoán từ xa bao gồm ba khối chính: Module phần cứng trên xe, Cơ sở dữ liệu thời gian thực trung gian, và Ứng dụng di động dành cho kỹ thuật viên.

Khối chức năng Thành phần phần cứng / Công nghệ Nhiệm vụ kỹ thuật
Module phần cứng trên xe Vi điều khiển ESP32, Transceiver TJA1050, Mạch giảm áp DC mini 3A, Đầu giắc OBD-II Type A Thu nhận tín hiệu CAN qua chân 6 và 14 của cổng OBD-II, hạ áp từ 12V (chân 16) xuống cấp nguồn hệ thống; xử lý khung truyền ISO 15765-2 và đẩy dữ liệu lên Internet qua kết nối Wi-Fi.
Cơ sở dữ liệu trung gian Firebase Realtime Database (Google) Lưu trữ dưới định dạng cây JSON, làm cầu nối đồng bộ hai chiều giữa ESP32 và điện thoại; duy trì các nút trạng thái kết nối, yêu cầu lệnh và dữ liệu phản hồi.
Ứng dụng chẩn đoán di động Nền tảng Android (Android Studio), mô hình quản trị vòng đời Activity và Fragment Giao diện điều khiển cho phép kỹ thuật viên chọn các chế độ chẩn đoán, gửi yêu cầu đọc dữ liệu, hiển thị đồ thị và kích hoạt kiểm tra hệ thống.

Quy trình triển khai 6 chức năng chẩn đoán chính:

  1. Đọc dữ liệu động (Mode 01): ESP32 quét các PID được hỗ trợ, đọc giá trị thô, giải mã theo bảng hệ số scale/offset và cập nhật liên tục lên cơ sở dữ liệu để hiển thị các thông số thời gian thực (tốc độ vòng tua máy, nhiệt độ nước làm mát, góc đánh lửa, lưu lượng khí nạp...).
  2. Đọc mã lỗi (Mode 03): Gửi yêu cầu truy xuất các mã lỗi DTC đang lưu trữ trong bộ nhớ ECU làm sáng đèn báo hỏng MIL, phân tách các byte phản hồi để hiển thị chính xác tiền tố (P, C, B, U) cùng các chữ số mã lỗi.
  3. Xóa mã lỗi (Mode 04): Thực hiện xóa toàn bộ mã lỗi đã lưu trữ, đặt lại trạng thái giám sát và tắt đèn cảnh báo MIL sau khi sự cố phần cứng đã được khắc phục.
  4. Đọc dữ liệu đóng băng (Mode 02): Đọc lại ảnh chụp nhanh trạng thái hoạt động của động cơ tại đúng thời điểm mã lỗi cuối cùng được kích hoạt và lưu vào bộ nhớ.
  5. Vẽ đồ thị dữ liệu thời gian thực: Trực quan hóa biến thiên của các thông số động cơ trên giao diện ứng dụng giúp kỹ thuật viên quan sát xu hướng thay đổi.
  6. Kích hoạt kiểm tra cơ cấu chấp hành (Mode 08): Truyền lệnh điều khiển cưỡng bức từ ứng dụng xuống hộp ECU để kiểm tra hoạt động đóng mở của các bộ phận chấp hành trên động cơ.

Quá trình kiểm thử thực tế được tiến hành bằng việc ngắt kết nối vật lý hai cảm biến MAF và IAT trên xe Toyota Vios 2007 nhằm tạo lỗi hệ thống nạp khí, sau đó tiến hành kích hoạt chức năng quét lỗi, đọc thông số dữ liệu đóng băng, thực hiện xóa mã lỗi và kiểm tra đối chứng chéo bằng máy chẩn đoán Autel.

Nội dung chính theo từng chương

Chương 1: Tổng quan về đề tài

Chương này làm rõ tính cấp thiết của việc hiện đại hóa công cụ chẩn đoán ô tô thông qua mạng kết nối không dây, hướng đến các tiêu chuẩn tương lai như OBD-III. Tác giả tổng hợp bức tranh nghiên cứu trong nước (máy chẩn đoán cầm tay dùng vi xử lý, thiết bị ELM327 Bluetooth, máy đọc lỗi FOBD của Fcar) và nước ngoài (hệ thống chẩn đoán qua GSM tiêu chuẩn châu Âu, hệ thống IoT hỗ trợ đặt lịch bảo dưỡng, hệ thống giám sát và cảnh báo khí thải từ xa). Từ các hạn chế về khoảng cách truyền tải (Bluetooth chỉ hoạt động phạm vi gần) và giới hạn tính năng (chưa hỗ trợ kích hoạt cơ cấu chấp hành hoặc thiếu đồ thị trực quan), chương 1 xác lập mục tiêu, đối tượng, phương pháp và phạm vi nghiên cứu của đề tài tại Khoa Cơ khí Động lực.

Chương 2: Cơ sở lý thuyết

Nội dung chương 2 tập trung phân tích sâu các cơ sở khoa học kỹ thuật nền tảng:

  • Cấu trúc vật lý và logic mạng CAN Bus, cơ chế chống xung đột bằng mã ID định danh, phân loại CAN theo tốc độ (CAN tốc độ thấp ISO 11898-3 tối đa 125 kbps, CAN tốc độ cao ISO 11898-2 tối đa 1 Mbps, và CAN FD tối đa 5 Mbps).
  • Quy chuẩn truyền nhận đa khung ISO 15765-2 với cấu trúc cụ thể của các khung SF, FF, CF và FC cùng các trường kiểm soát luồng (Block Size, Separation Time).
  • Tiêu chuẩn OBD-II: phân loại cổng kết nối SAE J1962 (Loại A cho điện áp 12V xe con, Loại B cho 24V xe tải nặng), cấu trúc khung dữ liệu 11-bit (yêu cầu từ 7DF, phản hồi từ 7E8), bảng mô tả 10 chế độ chẩn đoán OBD-II.
  • Bảng quy định giá trị của 96 PID thuộc Chế độ 01 theo SAE J1979 kèm công thức dịch chuyển tỷ lệ, nguyên lý giải mã các bit A7-A6 sang mã loại lỗi P, C, B, U.
  • Giới thiệu thông số phần cứng vi điều khiển ESP32, IC chuyển đổi TJA1050, vòng đời thành phần ứng dụng Android (Activity, Fragment) và cấu trúc dữ liệu JSON thời gian thực trên Firebase Realtime Database.

Chương 3: Kết quả nghiên cứu

Trình bày chi tiết quá trình hiện thực hóa thiết bị và phần mềm:

  • Thiết kế sơ đồ nguyên lý và chế tạo thành công module phần cứng hoàn chỉnh kết hợp ESP32, TJA1050, mạch giảm áp 3A, kết nối qua giắc OBD-II Type A không xâm lấn hệ thống dây nguyên bản.
  • Xây dựng lưu đồ thuật toán và chương trình nhúng trên ESP32 phục vụ việc gửi/nhận khung CAN, giải mã dữ liệu Mode 01, Mode 02, Mode 03 và đồng bộ lên Firebase.
  • Thiết kế cây cơ sở dữ liệu trên Firebase Realtime Database bảo đảm tính toàn vẹn và khả năng phản hồi hai chiều giữa phần cứng và ứng dụng.
  • Xây dựng hoàn chỉnh giao diện và mã nguồn ứng dụng Android Studio bao gồm: màn hình chính, giao diện kết nối Internet/Firebase, chức năng đọc dữ liệu động, chức năng đọc và xóa mã lỗi, chức năng xem dữ liệu đóng băng, chức năng vẽ đồ thị thông số và chức năng kích hoạt kiểm tra các cơ cấu chấp hành.

Chương 4: Đánh giá kết quả nghiên cứu

Chương 4 ghi nhận và phân tích toàn bộ số liệu thu thập được khi thử nghiệm thực địa:

  • Đánh giá khả năng hoạt động trên hai phương tiện Toyota Vios 2007 và Ford Focus 2019: ghi nhận đầy đủ danh mục PID hỗ trợ, số lượng thông số hiện hành, thông số dữ liệu đóng băng và các mã lỗi phát sinh.
  • Đánh giá độ tin cậy của việc xóa mã lỗi: kiểm chứng việc xóa mã lỗi và tắt đèn MIL trên cả hai xe đạt tỷ lệ thành công 100%.
  • Kiểm tra tính chuẩn xác của mã lỗi hiển thị bằng cách so sánh đối chiếu với máy chẩn đoán đa năng Autel.
  • Đo đạc thời gian cập nhật dữ liệu trung bình trên vi điều khiển ESP32 và thời gian phản hồi, cập nhật hiển thị trên giao diện ứng dụng di động qua Internet.
  • Tổng kết các đóng góp thực tiễn của thiết bị và đề xuất các giải pháp nâng cấp, hoàn thiện hệ thống trong tương lai.

Kết quả và đóng góp

Nghiên cứu đã hoàn thành việc chế tạo module phần cứng và phát triển ứng dụng di động, đồng thời kiểm nghiệm thực tế trên hai dòng xe với các số liệu cụ thể được ghi nhận trong văn bản:

Nội dung thử nghiệm Xe Toyota Vios (Đời 2007) Xe Ford Focus (Đời 2019)
Số thông số dữ liệu động đọc được (Chế độ 01) 30 thông số 34 thông số
Số thông số dữ liệu đóng băng (Chế độ 02) 26 thông số 32 thông số
Số mã lỗi DTC phát hiện và giải mã 3 mã lỗi (ở 2 trạng thái) 3 mã lỗi (ở 2 trạng thái)
Tỷ lệ xóa mã lỗi thành công (Chế độ 04) 100% 100%
Số chức năng hoàn thành trên ứng dụng 6/6 chức năng 6/6 chức năng

Giải pháp và kiến nghị kỹ thuật của tác giả:

  • Thiết bị được thiết kế dạng module gắn ngoài cổng DLC tiêu chuẩn, tận dụng trực tiếp nguồn 12V trên chân 16 cổng OBD-II thông qua mạch giảm áp mini 3A, không cắt nối hay làm ảnh hưởng đến cấu trúc mạng điện nguyên bản của xe.
  • Ứng dụng mô hình truyền thông dữ liệu hai chiều thông qua Firebase Realtime Database giúp khắc phục triệt để giới hạn cự ly ngắn của các kết nối Bluetooth/dây cáp truyền thống, cho phép kỹ thuật viên phân tích tình trạng xe từ xa qua mạng Internet.

Đóng góp của đề tài:

  • Chế tạo thành công thiết bị chẩn đoán kinh tế, tích hợp đọc tín hiệu CAN và nền tảng IoT, hỗ trợ giao tiếp hai chiều thay vì chỉ đọc dữ liệu một chiều.
  • Bổ sung các tính năng nâng cao mà các thiết bị chẩn đoán chi phí thấp trên thị trường (như ELM327) chưa hỗ trợ, bao gồm: hiển thị đồ thị biến thiên thời gian thực, đọc dữ liệu đóng băng chi tiết, tra cứu mã lỗi trực tuyến và chức năng kích hoạt kiểm tra cơ cấu chấp hành (Mode 08).

Hạn chế và hướng nghiên cứu tiếp

Hạn chế của đề tài:

  • Các chức năng chẩn đoán hiện tại mới chỉ triển khai được trên hệ thống điều khiển động cơ (Powertrain), chưa can thiệp được vào các hệ thống điều khiển điện tử khác trên ô tô như hệ thống chống bó cứng phanh (ABS), túi khí (SRS), hay bộ điều khiển thân xe (Body).
  • Hoạt động của hệ thống phụ thuộc hoàn toàn vào kết nối mạng Internet; khi môi trường không có sóng Wi-Fi cho ESP32 hoặc mất dữ liệu di động trên điện thoại, các thao tác chẩn đoán từ xa không thể thực hiện.
  • Thiết bị mới chỉ được thử nghiệm thực nghiệm trên phạm vi hai mẫu xe (Toyota Vios 2007 và Ford Focus 2019), chưa có điều kiện đánh giá trên nhiều dòng xe và hãng xe khác nhau.

Hướng phát triển:

  • Mở rộng tập lệnh và thuật toán giải mã để hỗ trợ chẩn đoán chuyên sâu các hệ thống ngoài động cơ (Body, Chassis, Network).
  • Tích hợp module truyền thông mạng di động trực tiếp (4G/LTE hoặc GSM/GPS) lên phần cứng nhằm giải quyết bài toán độc lập đường truyền, không phụ thuộc vào nguồn phát Wi-Fi bên ngoài.
  • Tiếp tục thử nghiệm, thu thập dữ liệu và hiệu chỉnh phần mềm trên nhiều hãng xe khác nhau nhằm hoàn thiện cơ sở dữ liệu PID và mã lỗi riêng biệt của từng nhà sản xuất.

Giá trị tham khảo

Tài liệu khóa luận cung cấp nguồn dữ liệu kỹ thuật hữu ích cho:

  • Sinh viên, học viên ngành Công nghệ Kỹ thuật Ô tô, Kỹ thuật Cơ điện tử, Kỹ thuật Điều khiển & Tự động hóa và Điện tử - Viễn thông: Có thể tham khảo tài liệu để nắm bắt phương pháp xây dựng thiết bị IoT ứng dụng trên phương tiện giao thông, cách thức lập trình nhúng đọc mạng CAN Bus và kỹ thuật xây dựng ứng dụng di động giao tiếp với phần cứng.
  • Kỹ thuật viên tại các trung tâm dịch vụ, garage ô tô: Tham khảo mô hình chẩn đoán từ xa để áp dụng vào thực tiễn hỗ trợ khách hàng xử lý sự cố khẩn cấp trên đường.
  • Các nội dung đáng tham khảo chuyên sâu: Bảng tra cứu 96 mã PID tiêu chuẩn của Chế độ 01 theo SAE J1979 kèm hệ số scale/offset; quy trình xử lý đa khung theo chuẩn ISO 15765-2 (Single Frame, First Frame, Consecutive Frame, Flow Control Frame); và thiết kế phần cứng giao tiếp giữa ESP32 với transceiver TJA1050 kết nối cổng OBD-II.

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

1. Module phần cứng trong đề tài được thiết kế từ các linh kiện chính nào và lấy nguồn điện hoạt động từ đâu?
Module phần cứng được xây dựng từ vi điều khiển ESP32, IC thu phát tín hiệu CAN TJA1050, mạch giảm áp DC mini 3A và đầu kết nối OBD-II chuẩn SAE J1962 Loại A. Thiết bị lấy nguồn điện 12V trực tiếp từ chân 16 của cổng OBD-II trên xe, qua mạch hạ áp mini 3A để cấp điện cho hệ thống mà không cần pin ngoài hay can thiệp dây dẫn của xe.

2. Giao thức ISO 15765-2 đóng vai trò gì trong quá trình đọc dữ liệu chẩn đoán từ xe?
Mỗi khung truyền CAN Bus tiêu chuẩn chỉ mang tối đa 8 byte dữ liệu. Giao thức ISO 15765-2 (CAN-TP) cho phép chia nhỏ và ghép nối các bản tin chẩn đoán lớn có kích thước lên đến 4096 byte thông qua bốn loại khung: Single Frame, First Frame, Consecutive Frame và Flow Control Frame, giúp truyền nhận đầy đủ các chuỗi dữ liệu phức tạp từ ECU về thiết bị đọc.

3. Kết quả thử nghiệm thực tế của thiết bị trên hai xe Toyota Vios 2007 và Ford Focus 2019 đạt được các thông số cụ thể nào?
Trên xe Toyota Vios 2007, thiết bị đọc được 30 thông số dữ liệu hiện hành, 26 thông số dữ liệu đóng băng và 3 mã lỗi ở 2 trạng thái. Trên xe Ford Focus 2019, thiết bị đọc được 34 thông số hiện hành, 32 thông số dữ liệu đóng băng và 3 mã lỗi ở 2 trạng thái. Tỷ lệ xóa mã lỗi thành công trên cả hai phương tiện đạt 100%.

4. Ứng dụng di động trong đề tài được tích hợp những chức năng chẩn đoán nào?
Ứng dụng di động trên nền tảng Android được tích hợp đầy đủ 6 chức năng: Đọc dữ liệu động (Chế độ 01), Đọc và xóa mã lỗi DTC (Chế độ 03 và 04), Đọc dữ liệu đóng băng (Chế độ 02), Vẽ đồ thị dữ liệu thời gian thực, Tra cứu mô tả mã lỗi trên Internet, và Kích hoạt kiểm tra cơ cấu chấp hành (Chế độ 08).

5. Ký tự đầu tiên của mã lỗi chẩn đoán (DTC) được giải mã dựa trên nguyên lý nào?
Ký tự chữ cái đầu tiên của mã lỗi được phân loại dựa vào giá trị của hai bit cao nhất (A7-A6) trong byte dữ liệu đầu tiên nhận về từ ECU: tổ hợp 00 tương ứng với nhóm P (Powertrain - Hệ thống truyền lực/động cơ), 01 là nhóm C (Chassis - Khung gầm), 10 là nhóm B (Body - Thân xe), và 11 là nhóm U (Network - Mạng giao tiếp).

Kết luận

Đồ án tốt nghiệp của tác giả Nguyễn Ngọc Lê tại Trường Đại học Sư phạm Kỹ thuật Thành phố Hồ Chí Minh đã chế tạo thành công thiết bị đọc và xử lý mã lỗi ô tô từ xa qua mạng CAN Bus và giao thức OBD-II bằng vi điều khiển ESP32 và module TJA1050. Hệ thống thiết lập liên lạc hai chiều ổn định với ứng dụng Android thông qua cơ sở dữ liệu Firebase Realtime Database, đáp ứng đầy đủ 6 chức năng chẩn đoán gồm đọc/xóa lỗi, hiển thị dữ liệu động, dữ liệu đóng băng, đồ thị và kích hoạt cơ cấu chấp hành. Kết quả thử nghiệm thực tế trên xe Toyota Vios 2007 và Ford Focus 2019 khẳng định tính chính xác với tỷ lệ xóa lỗi thành công 100% khi so sánh với máy chẩn đoán thương mại Autel, tạo tiền đề thực tiễn cho việc phát triển các giải pháp bảo dưỡng và hỗ trợ kỹ thuật phương tiện từ xa dựa trên nền tảng IoT.