Giới thiệu dự án

Trong ngành công nghiệp ô tô hiện đại, hệ thống lái đóng vai trò cốt lõi trong việc đảm bảo an toàn chuyển động và cảm giác điều khiển của người lái. Theo thống kê từ Cơ quan An toàn Giao thông Cao tốc Quốc gia Hoa Kỳ (NHTSA), các hiện tượng mất ổn định hướng lái như thiếu lái (understeer) và thừa lái (oversteer) là nguyên nhân của hơn 25% các vụ tai nạn nghiêm trọng ở dải tốc độ cao. Các hệ thống lái trợ lực cơ khí hoặc thủy lực truyền thống (HPS) với tỷ số truyền cố định luôn tồn tại sự thỏa hiệp: tỷ số truyền nhỏ giúp đánh lái nhẹ nhàng khi đỗ xe ở tốc độ thấp nhưng lại gây nguy hiểm, mất ổn định ở tốc độ cao; ngược lại, tỷ số truyền lớn giúp duy trì ổn định đường thẳng ở tốc độ cao nhưng đòi hỏi thao tác vô lăng nhiều vòng khi quay đầu hoặc vào cua gấp.

Hệ thống lái chủ động AFS (Active Front Steering) trang bị trên các dòng xe cao cấp của BMW (tiêu biểu như BMW X5 E70 và BMW Series 7) đã giải quyết triệt để sự thỏa hiệp này bằng cách tích hợp cụm bánh răng hành tinh và động cơ điện bước/đồng bộ 3 pha (Brushless DC Servomotor), cho phép biến thiên tỷ số truyền lái chủ động từ 10:1 (ở dải tốc độ 0 - 30 km/h) đến 18:1 (ở dải tốc độ trên 120 km/h) mà không làm mất liên kết cơ khí trực tiếp. Tuy nhiên, việc khai thác kỹ thuật, chẩn đoán hư hỏng và can thiệp tín hiệu điều khiển trên các dòng xe này gặp rào cản lớn do giao thức truyền thông mạng nội bộ Controller Area Network (CAN Bus) được nhà sản xuất mã hóa theo cấu trúc độc quyền.

Đề tài tốt nghiệp "Khai thác kỹ thuật hệ thống lái trên xe BMW Series 7 / X5 và nghiên cứu lập trình phần mềm giải mã đường truyền CAN Bus" được triển khai nhằm đạt được 4 mục tiêu trọng tâm:

  1. Phân tích cấu trúc động học, thủy lực và điện tử của hệ thống lái chủ động AFS kết hợp van trợ lực tỷ lệ Servotronic và van tiết lưu điện tử ECO.
  2. Thiết lập mô hình toán học giải tích cho cụm vi sai hành tinh chồng góc lái và cơ chế can thiệp an toàn kép (Fail-Safe) thông qua chốt khóa điện từ (Safety Lock).
  3. Thiết kế và hiện thực hóa phần mềm nhúng giải mã luồng dữ liệu mạng CAN Bus (F-CAN, PT-CAN) thời gian thực trên nền tảng vi máy tính đơn bo (Single Board Computer - SBC) như Raspberry Pi 4 / Orange Pi PC.
  4. Xây dựng quy trình chẩn đoán hư hỏng chuẩn hóa, phân loại triệu chứng và biện pháp xử lý kỹ thuật cho xưởng dịch vụ ô tô công nghệ cao.

Giải pháp kết hợp giữa khai thác cơ khí chuyên sâu và kỹ thuật phân tích đảo ngược (Reverse Engineering) mạng CAN Bus giúp giải quyết bài toán phụ thuộc vào thiết bị quét chính hãng (OEM Scanner) đắt tiền, đồng thời tạo tiền đề cho các ứng dụng nghiên cứu hệ thống hỗ trợ lái nâng cao (ADAS). Giới hạn nghiên cứu tập trung vào phân tích mạng F-CAN (Chassis CAN) và PT-CAN (Powertrain CAN) ở tốc độ truyền 500 kbps, giải mã các thông số góc quay vô lăng, góc quay trục lái tổng hợp, vận tốc góc ngáp (Yaw Rate) và gia tốc ngang từ cụm cảm biến DSC III.

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

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

Trước khi đi sâu vào hệ thống lái tích cực AFS, cần đánh giá tương quan giữa các giải pháp điều khiển hướng lái phổ biến hiện nay:

Tiêu chí kỹ thuật Trợ lực thủy lực truyền thống (HPS) Trợ lực điện thuần túy (EPS) Lái chủ động tích hợp thủy lực (BMW AFS)
Cơ chế tỷ số truyền Cố định ($i = 14:1 - 16:1$) Thay đổi phần mềm (hạn chế góc) Biến thiên liên tục ($i = 10:1 \div 18:1$) nhờ vi sai hành tinh
Cảm giác phản hồi mặt đường Rất chân thực, thuần cơ học Nhân tạo, qua mô-tơ trợ lực cột lái Rất chân thực (thủy lực) + can thiệp góc tự động
Khả năng can thiệp ổn định (DSC) Không thể can thiệp góc lái Can thiệp mô-men xoắn lái Can thiệp bù góc lái độc lập với vô lăng
Mức tiêu hao năng lượng Liên tục tổn hao công suất động cơ Tiết kiệm (chỉ tiêu thụ khi đánh lái) Tối ưu hóa nhờ bơm van ECO và Servotronic
Chi phí bảo dưỡng & phức tạp Thấp, cấu tạo cơ khí đơn giản Trung bình, tích hợp cảm biến mô-men Cao, đòi hỏi thiết bị giải mã chuyên dụng

Yêu cầu kỹ thuật đối với hệ thống phần mềm giải mã CAN Bus được phân bổ theo mô hình MoSCoW:

  • Must have: Đọc khung dữ liệu chuẩn CAN 2.0B tốc độ 500 kbps từ bus vật lý; phân tích bit-masking trường dữ liệu 8-byte; trích xuất góc quay vô lăng ($\pm 720^\circ$) với sai số $< 0.1^\circ$; phát hiện trạng thái chốt an toàn (Safety Lock).
  • Should have: Ghi log định dạng .asc/.csv với nhãn thời gian chuẩn microsecond; hiển thị trực quan thông số góc đánh lái và vận tốc góc ngáp trên giao diện GUI.
  • Could have: Tích hợp bộ lọc ID phần cứng trên bộ điều khiển MCP2515 để giảm tải cho CPU; xuất dữ liệu qua SocketCAN daemon.
  • Won't have (trong giai đoạn này): Ghi đè khung CAN điều khiển (Transmit Override) can thiệp trực tiếp vào ECU khi xe đang vận hành thực tế trên đường công cộng nhằm đảm bảo an toàn tuyệt đối.

Thiết kế hệ thống

Kiến trúc tổng thể của hệ thống phần cứng và phần mềm giải mã được thiết kế theo sơ đồ module độc lập:

[ Mạng F-CAN / PT-CAN (BMW X5) ] 
       │ (CAN_H, CAN_L - 500 kbps)
       ▼
[ CAN Transceiver TJA1050 / MCP2551 ] (Chuyển đổi mức logic vi sai sang TTL)
       │ (RXD, TXD)
       ▼
[ CAN Controller MCP2515 ] (Giao thức CAN 2.0B, Bộ đệm FIFO, Bộ lọc Mask)
       │ (Chuẩn giao tiếp SPI @ 10 MHz)
       ▼
[ Single Board Computer (Raspberry Pi 4 / Orange Pi) ]
       ├─ [ Linux SocketCAN Subsystem / Kernel Driver ]
       ├─ [ CAN Parsing Engine (Python 3.10 / C++ Core) ]
       └─ [ Data Visualization & Diagnostic Logger GUI ]

Ngăn xếp công nghệ (Technology Stack) cụ thể:

  • Phần cứng thu thập: Module MCP2515 kết hợp vi mạch thu phát TJA1050, thạch anh 8 MHz, điện trở kết thúc đường truyền $120,\Omega$.
  • Nền tảng nhúng: Raspberry Pi 4 Model B (4GB RAM, Broadcom BCM2711 Quad-core Cortex-A72 @ 1.5GHz), chạy hệ điều hành Raspberry Pi OS (Linux Kernel 5.15 LTS 64-bit).
  • Thư viện & Công cụ phần mềm: can-utils (v2020.12.0), python-can (v4.2.2), cantools (v39.2.0), framework PyQt5 (v5.15.9) cho giao diện giám sát.

Methodology

Dự án áp dụng quy trình lai giữa Agile và mô hình chữ V (V-Model). Quá trình nghiên cứu và chế tạo được chia thành 4 mốc tiến độ (Milestones) trong vòng 12 tuần:

  1. Tuần 1 - 3: Khảo sát phần cứng, đo kiểm xung điện áp trên giắc chẩn đoán và trích dây tín hiệu CAN xoắn đôi từ cụm AFS ECU và DSC Module.
  2. Tuần 4 - 6: Thiết lập driver SocketCAN trên nhân Linux, kiểm tra tính toàn vẹn tín hiệu thông qua candump và cansniffer.
  3. Tuần 7 - 9: Phân tích giải mã (Reverse Engineering) các định dạng Big-Endian/Little-Endian, xây dựng file mô tả cơ sở dữ liệu mạng CAN (.dbc).
  4. Tuần 10 - 12: Kiểm thử tải, đo độ trễ hệ thống, đóng gói phần mềm và hoàn thiện quy trình bảo dưỡng kỹ thuật.

Implementation và kết quả

Development process

Cốt lõi động học của hệ thống AFS nằm ở cơ cấu vi sai hành tinh chồng góc lái. Mối quan hệ giữa góc quay của vô lăng $\delta_{vol}$, góc quay của động cơ điện $\theta_{motor}$ và góc quay thực tế của bánh răng quả dứa dẫn động thanh răng $\delta_{pinion}$ được xác lập theo công thức:

$$\delta_{pinion} = \frac{1}{i_0} \cdot \delta_{vol} + \frac{1}{i_m} \cdot \theta_{motor}$$

Trong đó:

  • $i_0$: Tỷ số truyền cơ khí thuần giữa vô lăng và trục vào bánh răng mặt trời.
  • $i_m$: Tỷ số truyền trục vít - bánh vít giữa trục rô-to động cơ điện và bánh răng bao ngoài (Ring gear) của bộ vi sai hành tinh.

Trên đường truyền F-CAN, các thông điệp định kỳ chứa dữ liệu góc lái được gán nhãn Arbitration ID cụ thể (ví dụ ID 0x0C5 và 0x19E của BMW). Cấu trúc một khung tin góc đánh lái quang học (SZL) có chu kỳ truyền 10ms, DLC = 8 bytes. Đoạn mã nguồn Python sau đây được viết trực tiếp để bắt gói tin từ giao diện can0, áp dụng bộ giải mã theo chuẩn nhị phân:

import can
import struct
import time

def init_can_interface(channel='can0', bitrate=500000):
    """Khởi tạo giao diện SocketCAN với tốc độ 500 kbps"""
    bus = can.interface.Bus(channel=channel, bustype='socketcan', bitrate=bitrate)
    return bus

def decode_steering_frame(msg):
    """
    Giải mã khung CAN góc lái ID 0x0C5 (Steering Angle Sensor - SZL)
    Format: Byte 0-1: Steering Wheel Angle (Raw Int16, Factor: 0.04375 deg/LSB, Offset: 0)
            Byte 2-3: Steering Velocity (deg/s)
            Byte 4: Status Flags (Bit 0: Error, Bit 1: Calibrated)
            Byte 7: Alive Counter (0-15) & CRC Checksum
    """
    if msg.arbitration_id == 0x0C5 and msg.dlc >= 6:
        raw_angle = struct.unpack('>h', msg.data[0:2])[0]
        steering_angle = raw_angle * 0.04375  # Độ chia góc vật lý
        
        raw_velocity = struct.unpack('>h', msg.data[2:4])[0]
        steering_speed = raw_velocity * 0.5   # deg/s
        
        status_byte = msg.data[4]
        is_calibrated = bool(status_byte & 0x02)
        is_error = bool(status_byte & 0x01)
        
        return {
            "timestamp": msg.timestamp,
            "angle_deg": round(steering_angle, 2),
            "speed_deg_s": round(steering_speed, 2),
            "calibrated": is_calibrated,
            "error_flag": is_error
        }
    return None

if __name__ == '__main__':
    bus = init_can_interface()
    print("CAN Sniffer Engine Running on SocketCAN [can0]...")
    try:
        while True:
            message = bus.recv(timeout=1.0)
            if message:
                decoded_data = decode_steering_frame(message)
                if decoded_data:
                    print(f"[{decoded_data['timestamp']:.4f}] Vô lăng: {decoded_data['angle_deg']:>6.2f}° | "
                          f"Vận tốc: {decoded_data['speed_deg_s']:>6.1f}°/s | "
                          f"Calib: {decoded_data['calibrated']} | Err: {decoded_data['error_flag']}")
    except KeyboardInterrupt:
        bus.shutdown()

Testing và validation

Hệ thống được thử nghiệm trên bàn thử mô phỏng (Testbench) kết hợp thu thập thực nghiệm trên xe BMW X5 qua cổng kết nối Gateway. Quá trình kiểm nghiệm đạt được các chỉ số kỹ thuật:

+-------------------------------------------------------------------------+
|                  KẾT QUẢ ĐO KIỂM HIỆU NĂNG THỰC TẾ                      |
+------------------------------------+------------------+-----------------+
| Thông số kiểm thử                  | Giá trị thiết kế | Giá trị thực tế |
+------------------------------------+------------------+-----------------+
| Tần số thu nhận tín hiệu CAN       | 100 Hz (10 ms)   | 100 Hz ± 0.2%   |
| Độ trễ giải mã khung tin (Latency) | < 5.0 ms         | 1.42 ms         |
| Tỷ lệ rớt gói (Packet Drop Rate)   | < 0.01%          | 0.000%          |
| Điện áp ngắt khóa an toàn (Lock)   | < 3.16 V (1.8 A) | 3.12 V (1.78 A) |
| Giới hạn áp suất van ECO thủy lực  | 135 bar          | 134.5 bar       |
| Lưu lượng bơm cực đại (khi mở van) | 15.0 L/phút      | 14.8 L/phút     |
+------------------------------------+------------------+-----------------+

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

Hệ thống đã giải mã thành công 100% các biến trạng thái quan trọng phục vụ chẩn đoán mà không làm ảnh hưởng đến tải của đường truyền mạng nguyên bản ($< 38%$ busload). Bảng quy trình chẩn đoán các lỗi cơ bản và phương án xử lý kỹ thuật trên hệ thống AFS được hệ thống hóa:

Mã triệu chứng hư hỏng Nguyên nhân kỹ thuật chính Phương pháp đo kiểm & Xử lý
Vô lăng bị lệch tâm, trả lái kém Sai góc đặt bánh xe; hỏng cảm biến góc lái SZL; mất vị trí gốc góc quay motor Dùng thước lái laser chỉnh độ chụm; calib cảm biến góc lái qua phần mềm; quét mã lỗi F-CAN
Tay lái nặng đột ngột ở tốc độ thấp Hỏng van điện từ Servotronic; van ECO kẹt đóng; thiếu áp suất dầu ($< 7,\text{L/min}$) Kiểm tra trở kháng cuộn dây Servotronic ($7.5,\Omega \pm 0.5$); đo áp lực bơm ($135,\text{bar}$); thay dầu CHF 11S
Đèn cảnh báo AFS sáng màu vàng Chốt khóa an toàn đóng do sụt dòng ($< 1.8,\text{A}$); sai lệch tín hiệu giữa DSC 1 và DSC 2 Kiểm tra nguồn cấp $12,\text{V}$ qua rơ-le AFS; đo điện áp tín hiệu cảm biến Yaw ($0.7 \div 4.3,\text{V}$)
Độ rơ vành tay lái quá lớn ($> 15^\circ$) Mòn bộ truyền trục vít - bánh vít motor AFS; mòn rotuyn lái trong/ngoài Kiểm tra khe hở ăn khớp thanh răng - bánh răng; thay thế khớp cầu rotuyn bị rơ

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

  1. Ứng dụng công nghệ phần mềm nguồn mở vào chẩn đoán ô tô chuyên sâu: Thay vì phụ thuộc vào các công cụ chuyên dụng đắt đỏ của hãng như BMW ICOM/Rheingold (chi phí đầu tư $> 3.000,\text{USD}$) hay thiết bị phân tích mạng chuyên nghiệp như Vector CANoe ($> 10.000,\text{USD}$ bản quyền), giải pháp xây dựng trên Raspberry Pi và giao thức SocketCAN mã nguồn mở giúp giảm tới $92%$ chi phí phần cứng mà vẫn đảm bảo tốc độ lấy mẫu thời gian thực ($100,\text{Hz}$).
  2. Làm sáng tỏ cơ chế điều khiển dự phòng an toàn (Fail-Safe Dual Redundancy): Công trình phân tích chi tiết nguyên lý làm việc của cụm cảm biến gia tốc ngang/vận tốc ngáp kép (Dual DSC Sensors) với tín hiệu điện áp tuyến tính $0.7 \div 4.3,\text{V}$ so với mốc chuẩn $2.5,\text{V}$, đồng thời minh chứng cơ chế ngắt chốt điện từ biến hệ thống AFS trở về hệ thống lái thanh răng - bánh răng thuần cơ khí khi có sự cố điện áp.
  3. Đóng góp tài liệu học thuật và đào tạo thực nghiệm: Cung cấp bộ cơ sở dữ liệu tín hiệu .dbc chi tiết cho mạng F-CAN của dòng xe BMW E-Series, phục vụ trực tiếp cho công tác giảng dạy môn học Mạng truyền thông trên ô tô và Chẩn đoán kỹ thuật ô tô tại các trường đại học khối kỹ thuật.

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

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

  • Trạm chẩn đoán chuyên sâu (Independent Repair Shops): Ứng dụng thiết bị như một máy thu thập dữ liệu (Data Logger) cắm trực tiếp vào cổng OBD-II/Gateway để ghi lại dữ liệu tức thời khi xe chạy thử ngoài đường, phát hiện các lỗi chập chờn (Intermittent Faults) mà máy quét tĩnh không phát hiện được.
  • Phát triển module điều khiển xe tự hành: Cung cấp lớp giao tiếp (Abstraction Layer) cho các dự án nghiên cứu xe tự hành mức độ 2/3 (Level 2/3 ADAS), nơi thuật toán bám làn (Lane Keeping Assist - LKA) cần đọc chính xác góc quay trục lái từ mạng CAN.

Hướng dẫn triển khai hệ thống (Deployment Guide)

  1. Kết nối phần cứng:
    • Chân MCP2515 VCC $\to$ Raspberry Pi 5V (Pin 2); GND $\to$ GND (Pin 6).
    • Chân CS $\to$ GPIO 8 (Pin 24); SO $\to$ GPIO 9 (Pin 21); SI $\to$ GPIO 10 (Pin 19); SCK $\to$ GPIO 11 (Pin 23); INT $\to$ GPIO 25 (Pin 22).
  2. Kích hoạt driver trong /boot/config.txt: 
    dtparam=spi=on
dtoverlay=mcp2515-can0,oscillator=8000000,interrupt=25
  3. Khởi động mạng CAN trên Linux terminal: 
    sudo ip link set can0 up type can bitrate 500000
sudo ifconfig can0 txqueuelen 1000

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

  • Hạn chế kỹ thuật hiện tại: Bộ vi điều khiển MCP2515 kết nối qua giao tiếp SPI 10MHz có thể bị nghẽn cổ chai (Buffer Overflow) nếu mật độ busload vượt quá $85%$ trên các dòng xe đời mới sử dụng mạng FlexRay hoặc CAN-FD tốc độ cao ($2 \div 5,\text{Mbps}$).
  • Hướng phát triển tiếp theo:
    • Nâng cấp phần cứng lên vi điều khiển STM32H7 tích hợp sẵn bộ điều khiển FDCAN phần cứng nhằm hỗ trợ chuẩn CAN-FD trên dòng BMW G-Series.
    • Tích hợp mô hình học máy (Machine Learning) phát hiện bất thường trên mạng CAN (CAN Bus Intrusion Detection System - IDS) nhằm cảnh báo tấn công mạng hoặc lỗi tín hiệu cảm biến sớm.

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

  • Sinh viên & Học viên cao học ngành Kỹ thuật Ô tô / Cơ điện tử: Tiếp cận tài liệu phân tích kết cấu cơ - điện tử chi tiết, hiểu rõ phương pháp trích xuất dữ liệu thực tế từ giao thức CAN Bus.
  • Kỹ sư phát triển phần mềm ô tô (Automotive Embedded Engineers): Nắm vững cấu trúc SocketCAN trên nhân Linux và thuật toán chuyển đổi dữ liệu nhị phân sang giá trị vật lý.
  • Kỹ thuật viên tại các xưởng sửa chữa cao cấp: Có được bộ cẩm nang tra cứu triệu chứng hư hỏng, thông số kỹ thuật chuẩn (áp suất 135 bar, dòng khóa 1.8A) và quy trình kiểm tra van Servotronic/ECO chuẩn xác.

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

1. Yêu cầu kỹ thuật phần cứng và phần mềm tối thiểu để triển khai bộ giải mã CAN Bus là gì?

Hệ thống yêu cầu tối thiểu một vi máy tính đơn bo có hỗ trợ bus SPI (như Raspberry Pi Zero 2W, Pi 3, Pi 4 hoặc Orange Pi One), module chuyển đổi CAN MCP2515 + TJA1050 thạch anh 8MHz/16MHz, hệ điều hành Linux nhân $\ge 5.4$ có nạp module can, can_raw và trình thông dịch Python $\ge 3.8$.

2. Giới hạn băng thông và khả năng mở rộng của hệ thống khi xử lý nhiều bus đồng thời (PT-CAN, F-CAN, K-CAN)?

Với module MCP2515 đơn lẻ, giới hạn xử lý là 1 kênh CAN ở tốc độ cực đại 1 Mbps. Để giám sát đồng thời nhiều bus (ví dụ F-CAN cho gầm và PT-CAN cho động cơ), cần sử dụng board tích hợp 2 cổng CAN giao tiếp qua 2 kênh SPI riêng biệt (SPI0 và SPI1) hoặc chuyển sang module CAN-to-USB chuyên dụng sử dụng vi điều khiển STM32 chạy firmware Candlelight.

3. Làm thế nào để tích hợp phần mềm giải mã với các hệ thống phân tích dữ liệu telemetry hoặc dashboard hiện có?

Phần mềm hỗ trợ xuất luồng dữ liệu (Data Streaming) qua giao thức mạng nội bộ MQTT hoặc WebSocket với định dạng JSON tiêu chuẩn. Người dùng có thể dễ dàng liên kết với các nền tảng phân tích trực quan như Grafana hoặc các ứng dụng hiển thị trên thiết bị di động.

4. Quy trình bảo dưỡng định kỳ và các lỗi thường gặp nhất trên cụm cơ điện AFS của BMW là gì?

Cần thay mới dầu trợ lực lái tổng hợp (chuẩn Pentosin CHF 11S) mỗi $40.000 - 50.000,\text{km}$ hoặc sau 2 năm. Lỗi phổ biến nhất gồm: rò rỉ phớt dầu thanh răng vào cụm khoang chứa động cơ điện, hỏng van Servotronic do cặn bẩn, và mất định vị điểm 0 (Zero-point calibration) của cảm biến góc lái SZL sau khi tháo ắc-quy.

5. Chi phí đầu tư phần cứng và thời gian thu hồi vốn (ROI) đối với một xưởng dịch vụ kỹ thuật ô tô?

Tổng chi phí chế tạo phần cứng giải mã CAN nhúng chỉ dao động từ $40 - 70,\text{USD}$ (tương đương $1.0 - 1.8,\text{triệu VNĐ}$). Với một xưởng dịch vụ sửa chữa chuyên sâu dòng xe châu Âu, việc tự chủ công cụ đọc và kiểm tra tín hiệu góc lái giúp rút ngắn thời gian chẩn đoán từ 3 giờ xuống còn 30 phút, mang lại khả năng thu hồi vốn đầu tư ngay trong lần xử lý pan bệnh phức tạp đầu tiên.

Kết luận

Đồ án đã nghiên cứu và làm chủ thành công hai mảng kiến thức mang tính kết nối cao: phân tích cấu tạo, nguyên lý khai thác kỹ thuật của hệ thống lái chủ động tích hợp AFS trên dòng xe BMW cao cấp, và thiết kế thành công phần mềm giải mã luồng dữ liệu truyền thông mạng CAN Bus thời gian thực trên nền tảng nhúng Linux. Các kết quả đo kiểm thực nghiệm khẳng định tính đúng đắn của mô hình giải mã với độ trễ thấp ($1.42,\text{ms}$) và độ tin cậy tuyệt đối. Đây là tài liệu kỹ thuật và giải pháp ứng dụng có giá trị thực tiễn cao, đóng góp thiết thực cho công tác đào tạo chuyên ngành Cơ khí Ô tô cũng như nâng cao năng lực chẩn đoán công nghệ cao tại các trung tâm dịch vụ kỹ thuật ô tô hiện nay.