Luận Văn Thạc Sĩ: Thiết Kế Thiết Bị Truy Xuất OBD II Trên Xe Ô Tô

Khám phá ứng dụng công nghệ FPGA trong thiết kế thử nghiệm thiết bị chuẩn đoán OBD II cho xe ô tô, nâng cao hiệu suất và độ chính xác.

• Tác giả: Phùng Quốc Hưng
• Người hướng dẫn: PGS.Ts Phạm Thị Ngọc Yến
• Trường học: Trường Đại Học Bách Khoa Hà Nội
• Chuyên ngành: Đo Lường & Các Hệ Thống Điều Khiển
• Đề tài: Thiết Kế Thiết Bị Truy Xuất OBD II Trên Xe Ô Tô Sử Dụng Công Nghệ FPGA
• Loại tài liệu: luận văn thạc sĩ
• Năm xuất bản: 2006
• Địa điểm: Hà Nội

Mục lục chi tiết

• LỜI CẢM ƠN
• LỜI NÓI ĐẦU
• 1. CHƯƠNG 1: TỔNG QUAN CÁC HỆ THỐNG TỰ CHẨN ĐOÁN ON-BOARD DIAGNOSTIC SYSTEM
• 1.1. TỔNG QUAN
• 1.2. MỤC TIÊU CỦA ODB-II
• 1.3. CÁC ĐẶC ĐIỂM KỸ THUẬT VÀ GIAO THỨC TRUYỀN THÔNG
• 1.3.1. Tầng vật lý
• 1.3.2. Tầng dữ liệu
• 1.4. DỮ LIỆU VÀ THÔNG TIN TRONG ODB-II
• 1.5. CÔNG CỤ TRUY XUẤT THÔNG TIN TỪ ODB-II
• 2. CHƯƠNG 2: CHUẨN TRUYỀN THÔNG TRONG XE CƠ GIỚI
• 2.1. PHẦN 1: CHUẨN TRUYỀN THÔNG ISO 9141-2
• 2.1.1. Tài liệu chỉ dẫn chuẩn
• 2.1.2. Cấu hình cụ thể
• 2.1.3. Mức tín hiệu và đặc điểm kỹ thuật truyền thông
• 2.1.4. Đặc điểm kỹ thuật truyền thông
• 2.1.5. Quá trình bắt tay với các ECUs
• 2.1.6. Đồng bộ tốc độ truyền thông
• 2.1.7. Các yêu cầu đối với thiết bị truy xuất (Diagnostic Tester)
• 2.1.7.1. Giắc kết nối
• 2.1.7.2. Chức năng tối thiểu cần thiết
• 2.1.7.3. Các đặc tính về điện
• 2.1.8. Các yêu cầu đối với ECU
• 2.1.8.1. Các đường truyền vào/ra
• 2.1.8.2. Các đặc tính về điện
• 2.1.8.3. Chức năng tối thiểu của ECU
• 2.1.9. Giao thức truyền thông
• 2.1.9.1. Truyền thông ODB-II
• 2.1.9.2. Định nghĩa Checksum
• 2.1.9.3. Thời gian trong một bản tin và thời gian giữa các bản tin
• 2.1.9.4. Các lỗi truyền thông có thể xảy ra và cách xử lý
• 2.2. PHẦN 2: CHUẨN TRUYỀN THÔNG SAE J1850
• 2.2.1. PHẠM VI ỨNG DỤNG
• 2.2.2. CƠ CHẾ GIAO TIẾP
• 2.2.2.1. Cơ chế giao tiếp sử dụng định dạng kiểu mã hóa
• 2.2.2.2. Phương pháp truy nhập đường truyền
• 2.2.2.3. Cấu trúc bức điện
• 2.2.2.4. Bảo toàn dữ liệu
• 3. CHƯƠNG 3: PHƯƠNG PHÁP THIẾT KẾ BỘ CHUẨN ĐOÁN OBD II CẦM TAY
• 3.1. MỤC ĐÍCH VÀ YÊU CẦU
• 3.2. NGUYÊN TẮC HOẠT ĐỘNG CỦA 1 HAND-HELD SCAN TOOL
• 3.2.1. Sơ đồ khối thiết kế của một thiết bị truy xuất cầm tay
• 3.2.2. Lưu đồ hoạt động của 1 thiết bị cầm tay nói chung
• 3.2.3. Lưu đồ thuật toán một số chức năng thường có ở thiết bị chuẩn đoán
• 3.3. MỘT SỐ GIẢI PHÁP THIẾT KẾ BỘ XỬ LÝ TRUNG TÂM
• 3.3.1. Với khối xử lý trung tâm sử dụng các dòng vi điều khiển
• 3.3.2. Với khối xử lý trung tâm sử dụng PSOC hoặc bộ vi xử lý Intel
• 3.3.3. Với khối xử lý trung tâm dựa trên nền tảng công nghệ FPGA
• 4. CHƯƠNG 4: QUÁ TRÌNH THIẾT KẾ THỬ NGHIỆM BỘ CHUẨN ĐOÁN CẦM TAY OBD
• 4.1. THIẾT KẾ MẠCH CHO THIẾT BỊ
• 4.1.1. Ghép nối PROM với chip FPGA
• 4.1.2. Thiết kế mạch chuyển đổi từ cổng OBD II, cấp nguồn cho FPGA, LCD
• 4.1.3. Lựa chọn các linh kiện cho thiết bị chế thử
• 4.1.4. Sơ đồ mạch chuyển đổi tín hiệu, cung cấp nguồn, ghép nối hiển thị LCD
• 4.2. CHƯƠNG TRÌNH PHẦN CỨNG VHDL, SYNTHESIS
• 4.2.1. Khối bắt tay truyền thông
• 4.2.2. Khối gửi bản tin
• 4.2.3. Khối nhận bản tin
• 4.2.4. Khối điều khiển và chuyển trạng thái
• 4.2.5. Khối điều chế xung clock
• 4.2.6. Khối xử lý tín hiệu vào từ bàn phím
• 4.2.7. Khối điều khiển và hiển thị LCD
• 4.2.8. Khối chương trình chính
• 4.2.9. Synthesis các khối chức năng và khối chương trình chính
• 4.3. GHÉP NỐI CÁC LINH KIỆN
• 5. NẠP CHƯƠNG TRÌNH CHẠY THỬ. KHẢ NĂNG NÂNG CẤP VÀ PHÁT TRIỂN
• TÀI LIỆU THAM KHẢO
• PHỤ LỤC
• Phụ lục 1. TỔNG QUAN VỀ FPGA VÀ PHẦN MỀM ĐẶC TẢ PHẦN CỨNG VHDL
• Phụ lục 2. CHUẨN TRUYỀN THÔNG OBD-II TRÊN CÁC LOẠI XE

Tóm tắt

I. Tổng Quan Về Thiết Kế Thiết Bị OBD II Với FPGA

On-Board Diagnostics (OBD) là thuật ngữ liên quan đến khả năng tự chẩn đoán của xe cơ giới. Nếu hệ thống phát hiện sự cố, mã lỗi (DTC) sẽ được ghi lại và đèn báo lỗi bật sáng. Kỹ thuật viên có thể truy xuất DTC thông qua scan tool để đưa ra giải pháp. Trước khi có OBD, việc xử lý sự cố dựa vào kỹ năng kỹ thuật viên và tài liệu nhà sản xuất. Xe hiện đại có hàng trăm DTC, mỗi DTC chỉ ra một sự cố riêng biệt. OBD-I mở đầu cho DTC được chuẩn hóa vào năm 1989. OBD-II bổ sung thử nghiệm kiểm tra hoạt động hệ thống xả vào năm 1996. CARB (California Air Resources Board) là những hoạt động hàng đầu trong hệ thống qui tắc của OBD. Hiệp hội kỹ sư cơ giới - SAE chuẩn hóa DTC cho tất cả các nhà sản xuất xe trên toàn thế giới.

1.1. Lịch Sử Phát Triển Của Hệ Thống Chẩn Đoán Trên Xe

Hệ thống chẩn đoán trên xe đã trải qua một quá trình phát triển dài. Bắt đầu từ những năm 1970 với sự thành lập của Cơ quan Bảo vệ Môi trường Mỹ (EPA), đến những năm 1980 khi máy tính bắt đầu xuất hiện trên xe. Năm 1982, hệ thống ALCL ra đời, sau đó là ALDL với tốc độ truyền 8192 baud. Năm 1987, hệ thống chuẩn đoán 1 K-line cho tất cả ECU xuất hiện. Đến năm 1989, Opel Keyword 81 ra đời, và năm 1996, OBD II xuất hiện với các chuẩn như ISO 9141-2. Đến năm 2000, EOBD ra đời, và năm 2002, Diagnostics on CAN bus incl. EOBD.

1.2. Mục Tiêu Của Hệ Thống OBD II Đảm Bảo Hiệu Năng

Mục tiêu chính của OBD II là yêu cầu các nhà sản xuất ô tô thiết kế hệ thống điều khiển quá trình xả có độ tin cậy cao để xe có “một vòng đời hiệu quả”. Hệ thống OBD-II xác định khi nào hoạt động của quá trình xả của xe bị hư tổn dưới mức quy định. Khi đó đèn báo sự cố MIL sẽ bật sáng. Tại California, việc cấp phép trở lại cho xe sẽ bị từ chối nếu MIL báo sáng. Bắt đầu từ năm 1996, nhà sản xuất chịu trách nhiệm sửa chữa thiết bị hỏng được báo lỗi qua MIL. Mỗi nhà sản xuất được tự do sử dụng kỹ thuật riêng miễn sao phù hợp với quy định của OBD II.

II. Giải Mã Giao Thức OBD II Yếu Tố Cốt Lõi Cho FPGA

Hệ thống OBD-II quy định một tiêu chuẩn giao tiếp phần cứng, giắc giao tiếp là một giắc cái 16 chân (2x8) J1962 (hay còn gọi là giắc hình thang). Vị trí đặt được quy định là bên phải tay lái gần bảng điều khiển trung tâm. Tiêu chuẩn SAE J1962 định nghĩa các chân của giắc giao tiếp. Các chân không chỉ rõ chức năng được sử dụng cho các tín hiệu quy định riêng của nhà sản xuất nhằm phục vụ cho việc kiểm tra xe khi không sử dụng thiết bị chuẩn đoán kiểm tra theo OBD-II. Khi một xe tuân thủ theo một tiêu chuẩn truyền thông ODB-II thì chỉ có các chân sử dụng trong chuẩn truyền thông đó có chức năng theo sơ đồ trên, còn lại các chân khác được nhà sản xuất sử dụng theo quy định riêng.

2.1. Các Chuẩn Truyền Thông Phổ Biến Trong Hệ Thống OBD II

ECU (Electronic Control Unit) cho phép kết nối các hệ thống cơ khí và điện tử trên xe, phân tích và tính toán số liệu để điều khiển động cơ hiệu quả nhất. Có nhiều loại mạng khác nhau trên xe, sử dụng các loại mạng và giao thức khác nhau. Một số giao thức mạng được thiết lập và tuân thủ theo, giúp nhà sản xuất có sự lựa chọn phù hợp. Bang California – Mỹ đã đưa ra các tiêu chuẩn thống nhất cho hệ thống mạng trên xe khi họ đặt ra các yêu cầu cho hệ thống OBD-II. Họ đưa ra khái niệm về giao thức truyền dữ liệu và giao tiếp chuẩn, cho phép scan tool kết nối tới máy tính trên xe và kiểm tra nồng độ khí xả.

2.2. Tổng Quan Về Các Chuẩn Truyền Thông Sử Dụng Trong Xe Cơ Giới

Các chuẩn truyền thông cơ bản thông qua hai tầng vật lý và tầng dữ liệu trong giao tiếp truyền thông. J1850 VPW (Variable Pulse Width): tốc độ 10.4 Kbps, chủ yếu sử dụng cho xe General Motor coi là Class 2. J1850 PWM (Pulse Width Modulated): tốc độ 41.6 Kbps chủ yếu sử dụng cho xe Ford. ISO 9141-2 : chuẩn truyền thông không đồng bộ, tốc độ 10.4 Kbps, sử dụng cho xe Chrysler và Mazda, và các phương tiện của châu Âu và châu Á. CAN (Controller Area Network): đang trở thành chuẩn được sử dụng rộng rãi, bus cho truyền thông trên xe, tốc độ cao, có thể là 125Kbps, 250Kbps hay thậm chí là 500Kbps. LIN (Local Interconnect Network) : chuẩn truyền thông đơn giản, chi phí thấp, tốc độ chậm, sử dụng trong nội bộ các hệ thống trên xe.

III. Phương Pháp Thiết Kế Thiết Bị Truy Xuất OBD II Dùng FPGA

Chương III của tài liệu gốc đề cập đến phương pháp thiết kế bộ chuẩn đoán OBD II cầm tay. Mục đích và yêu cầu của thiết kế là tạo ra một công cụ cầm tay có khả năng đọc và hiển thị thông tin từ hệ thống OBD II của xe. Nguyên tắc hoạt động của scan tool dựa trên việc giao tiếp với ECU thông qua giao thức OBD II, giải mã dữ liệu và hiển thị cho người dùng. Sơ đồ khối thiết kế bao gồm các thành phần như bộ xử lý trung tâm, giao diện truyền thông, bộ nhớ, và màn hình hiển thị. Có nhiều giải pháp thiết kế bộ xử lý trung tâm, bao gồm sử dụng vi điều khiển, PSOC, bộ vi xử lý Intel, hoặc công nghệ FPGA.

3.1. Lựa Chọn FPGA Cho Thiết Kế Thiết Bị OBD II Ưu Điểm Vượt Trội

Việc lựa chọn FPGA làm bộ xử lý trung tâm mang lại nhiều ưu điểm như khả năng tùy biến cao, hiệu năng mạnh mẽ, và khả năng xử lý song song. FPGA cho phép thực hiện các giao thức truyền thông phức tạp và xử lý dữ liệu thời gian thực. Tuy nhiên, việc sử dụng FPGA cũng đòi hỏi kiến thức chuyên sâu về thiết kế phần cứng và phần mềm nhúng. Việc lựa chọn vi điều khiển thích hợp giúp cho việc thiết kế dễ dàng hơn, tuy nhiên FPGA đem lại hiệu năng tốt hơn hẳn so với vi điều khiển.

3.2. Lưu Đồ Thuật Toán Và Chức Năng Cơ Bản Của Thiết Bị OBD II

Lưu đồ thuật toán của một số chức năng thường có ở thiết bị chuẩn đoán bao gồm: đọc mã lỗi, xóa mã lỗi, hiển thị thông số hoạt động của động cơ, và kiểm tra các cảm biến. Các chức năng này được thực hiện thông qua việc gửi các yêu cầu đến ECU và nhận dữ liệu phản hồi. Việc thiết kế giao diện người dùng cũng rất quan trọng để đảm bảo dễ sử dụng và hiển thị thông tin một cách rõ ràng. Việc sử dụng LCD giúp hiển thị thông tin dễ dàng hơn.

IV. Quy Trình Thiết Kế Và Thử Nghiệm Thiết Bị OBD II Với FPGA

Chương IV trình bày quá trình thiết kế thử nghiệm bộ chuẩn đoán cầm tay OBD II. Thiết kế mạch cho thiết bị bao gồm ghép nối PROM với chip FPGA, thiết kế mạch chuyển đổi từ cổng OBD II, cấp nguồn cho FPGA, LCD. Lựa chọn các linh kiện phù hợp là rất quan trọng để đảm bảo hiệu năng và độ tin cậy của thiết bị. Sơ đồ mạch chuyển đổi tín hiệu, cung cấp nguồn, ghép nối hiển thị LCD được thiết kế chi tiết.

4.1. Chương Trình Phần Cứng VHDL Cho Thiết Bị Truy Xuất OBD II

Chương trình phần cứng VHDL bao gồm các khối chức năng như khối bắt tay truyền thông, khối gửi bản tin, khối nhận bản tin, khối điều khiển và chuyển trạng thái, khối điều chế xung clock, khối xử lý tín hiệu vào từ bàn phím, khối điều khiển và hiển thị LCD, và khối chương trình chính. Mỗi khối chức năng được thiết kế và kiểm tra riêng biệt trước khi tích hợp vào hệ thống. Synthesis các khối chức năng và khối chương trình chính được thực hiện để tạo ra file cấu hình cho FPGA.

4.2. Ghép Nối Linh Kiện Và Nạp Chương Trình Chạy Thử Thiết Bị OBD II

Ghép nối các linh kiện được thực hiện theo sơ đồ mạch thiết kế. Chương trình được nạp vào FPGA và chạy thử để kiểm tra hoạt động của thiết bị. Khả năng nâng cấp và phát triển của thiết bị cũng được xem xét. Tài liệu tham khảo và phụ lục cung cấp thông tin chi tiết về FPGA và chuẩn truyền thông OBD II. Việc đảm bảo ghép nối các linh kiện là rất quan trọng để thiết bị OBD II hoạt động.

V. Ứng Dụng Thực Tế Của Thiết Kế Thiết Bị Truy Xuất OBD II

Thiết bị truy xuất OBD II có rất nhiều ứng dụng thực tế trong việc chẩn đoán và sửa chữa xe ô tô. Kỹ thuật viên có thể sử dụng thiết bị để đọc mã lỗi, xác định nguyên nhân gây ra sự cố, và đưa ra các giải pháp sửa chữa. Thiết bị cũng có thể được sử dụng để theo dõi các thông số hoạt động của động cơ, giúp phát hiện sớm các vấn đề tiềm ẩn. Ngoài ra, thiết bị còn có thể được sử dụng trong các trung tâm kiểm định xe cơ giới để kiểm tra khí thải và đảm bảo xe đáp ứng các tiêu chuẩn quy định.

5.1. Chẩn Đoán Lỗi Xe Từ Xa Tiềm Năng Của Thiết Bị OBD II Kết Nối IOT

Với sự phát triển của công nghệ IOT, thiết bị truy xuất OBD II có thể được kết nối với internet, cho phép chẩn đoán lỗi xe từ xa. Điều này mang lại nhiều lợi ích, chẳng hạn như giúp người lái xe phát hiện sớm các sự cố và được hỗ trợ kịp thời, giảm thiểu thời gian chết của xe, và nâng cao hiệu quả quản lý đội xe. Dữ liệu thu thập được từ thiết bị cũng có thể được sử dụng để phân tích và cải thiện hiệu suất của xe.

5.2. Phân Tích Dữ Liệu Xe Với Big Data Hướng Phát Triển Của OBD II

Dữ liệu thu thập từ hệ thống OBD II có thể được sử dụng để phân tích và tạo ra các thông tin hữu ích về hiệu suất của xe, thói quen lái xe, và các vấn đề tiềm ẩn. Việc sử dụng các công cụ Big Data cho phép xử lý lượng lớn dữ liệu và đưa ra các dự đoán chính xác. Điều này có thể giúp các nhà sản xuất ô tô cải thiện thiết kế xe, các công ty bảo hiểm đánh giá rủi ro, và người lái xe tiết kiệm nhiên liệu.

VI. Kết Luận Tiềm Năng Phát Triển Của Thiết Kế Thiết Bị OBD II

Việc thiết kế thiết bị truy xuất OBD II sử dụng công nghệ FPGA mang lại nhiều ưu điểm về hiệu năng, khả năng tùy biến, và khả năng mở rộng. Với sự phát triển của công nghệ, các thiết bị này ngày càng trở nên thông minh hơn, kết nối hơn, và có khả năng cung cấp nhiều thông tin hữu ích hơn cho người lái xe, kỹ thuật viên, và các nhà sản xuất ô tô. Tiềm năng phát triển của lĩnh vực này là rất lớn, đặc biệt là trong bối cảnh xe điện và xe tự hành ngày càng trở nên phổ biến.

6.1. Hướng Nghiên Cứu Và Phát Triển Thiết Bị OBD II Trong Tương Lai

Các hướng nghiên cứu và phát triển trong tương lai bao gồm: tích hợp trí tuệ nhân tạo (AI) để chẩn đoán lỗi xe một cách thông minh hơn, tăng cường khả năng bảo mật để bảo vệ dữ liệu xe, phát triển các giao thức truyền thông mới để tăng tốc độ và độ tin cậy của việc truyền dữ liệu, và tích hợp các cảm biến mới để thu thập nhiều thông tin hơn về xe.

6.2. Cơ Hội Cho Các Kỹ Sư Và Nhà Nghiên Cứu Trong Lĩnh Vực OBD II

Lĩnh vực OBD II mang lại nhiều cơ hội cho các kỹ sư và nhà nghiên cứu có kiến thức về điện tử, lập trình, và công nghệ ô tô. Các kỹ sư có thể tham gia vào việc thiết kế và phát triển các thiết bị truy xuất OBD II, các nhà nghiên cứu có thể tập trung vào việc phát triển các thuật toán và phương pháp mới để phân tích dữ liệu xe và cải thiện hiệu suất của xe.

Nội dung chính

Tổng quan nghiên cứu

Trong bối cảnh phát triển kinh tế và hội nhập toàn cầu, phương tiện cơ giới đường bộ đóng vai trò thiết yếu trong vận chuyển hàng hóa và con người. Theo ước tính, số lượng xe ô tô hiện đại ngày càng tăng, kéo theo nhu cầu kiểm soát an toàn kỹ thuật và giảm thiểu ô nhiễm môi trường. Hệ thống tự chuẩn đoán trên xe (On-Board Diagnostic - OBD) đã trở thành tiêu chuẩn bắt buộc nhằm giám sát và phát hiện lỗi kỹ thuật trên xe. Đặc biệt, hệ thống OBD-II ra đời năm 1996 cung cấp khả năng truy xuất thông tin chi tiết về động cơ, khung gầm, thân xe và các thiết bị phụ trợ qua các giao thức truyền thông chuẩn hóa.

Mục tiêu nghiên cứu là ứng dụng công nghệ FPGA trong thiết kế thiết bị truy xuất thông tin OBD-II trên xe ô tô, nhằm tạo ra thiết bị chuẩn đoán cầm tay có khả năng giao tiếp đa chuẩn, nhỏ gọn, chi phí hợp lý và dễ sử dụng. Phạm vi nghiên cứu tập trung vào các chuẩn truyền thông ISO 9141-2 và SAE J1850, thử nghiệm trên các dòng xe phổ biến như Toyota và Ford tại Việt Nam trong giai đoạn 2004-2006. Nghiên cứu có ý nghĩa quan trọng trong việc nâng cao hiệu quả kiểm tra, bảo dưỡng xe, góp phần giảm thiểu ô nhiễm và tăng cường an toàn giao thông.

Cơ sở lý thuyết và phương pháp nghiên cứu

Khung lý thuyết áp dụng

Nghiên cứu dựa trên các lý thuyết và mô hình sau:

• Hệ thống tự chuẩn đoán OBD-II: Là hệ thống điện tử tích hợp trên xe ô tô, cung cấp mã lỗi (DTC) và dữ liệu cảm biến qua cổng chuẩn đoán 16 chân theo tiêu chuẩn SAE J1962. Hệ thống này giúp phát hiện và cảnh báo lỗi động cơ, khí thải, và các hệ thống phụ trợ.

• Chuẩn truyền thông ISO 9141-2: Giao thức truyền thông không đồng bộ, tốc độ 10.4 kbps, sử dụng đường truyền K-line và L-line để trao đổi dữ liệu giữa ECU và thiết bị truy xuất. Chuẩn này áp dụng cho nhiều dòng xe châu Á và châu Âu.

• Chuẩn truyền thông SAE J1850: Bao gồm hai biến thể PWM (41.6 kbps, chủ yếu cho Ford) và VPW (10.4 kbps, chủ yếu cho General Motors). Giao thức này sử dụng phương pháp mã hóa xung và cấu trúc mạng BUS ngang hàng với kiểm soát truy nhập ngẫu nhiên (CSMA).

• Công nghệ FPGA (Field Programmable Gate Array): Là nền tảng phần cứng lập trình được, cho phép thiết kế các khối xử lý tín hiệu số phức tạp, đáp ứng yêu cầu xử lý đa chuẩn truyền thông trong thiết bị truy xuất OBD-II.

Các khái niệm chính bao gồm: mã lỗi DTC, Parameter Identification Numbers (PIDs), giao thức bắt tay truyền thông, checksum kiểm tra lỗi, và cấu trúc bản tin truyền thông.

Phương pháp nghiên cứu

Nghiên cứu sử dụng phương pháp thiết kế và thử nghiệm thực nghiệm với các bước chính:

• Nguồn dữ liệu: Thu thập tài liệu chuẩn quốc tế SAE J1979, ISO 9141-2, SAE J1850; khảo sát thực tế hệ thống điện tử trên xe Toyota và Ford tại Việt Nam; dữ liệu thử nghiệm từ thiết bị FPGA thiết kế.

• Phương pháp phân tích: Thiết kế mạch điện tử và phần cứng FPGA theo sơ đồ khối, lập trình VHDL cho các khối chức năng như bắt tay, gửi/nhận bản tin, điều khiển hiển thị LCD. Phân tích tín hiệu truyền thông, kiểm tra độ tin cậy và tốc độ truyền dữ liệu. So sánh hiệu năng thiết bị với các chuẩn truyền thông hiện hành.

• Cỡ mẫu và chọn mẫu: Thử nghiệm trên ít nhất 2 dòng xe tiêu biểu (Toyota sử dụng ISO 9141-2 và Ford sử dụng SAE J1850 PWM) để đánh giá tính tương thích và hiệu quả thiết bị.

• Timeline nghiên cứu: Từ năm 2004 đến 2006, bao gồm giai đoạn khảo sát, thiết kế, lập trình, thử nghiệm và hoàn thiện thiết bị.

Phương pháp nghiên cứu kết hợp lý thuyết chuẩn truyền thông với thực nghiệm thiết kế phần cứng nhằm đảm bảo tính khả thi và ứng dụng thực tế.

Kết quả nghiên cứu và thảo luận

Những phát hiện chính

1. Thiết bị truy xuất OBD-II dựa trên FPGA hoạt động ổn định với chuẩn ISO 9141-2 và SAE J1850 PWM: Qua thử nghiệm trên xe Toyota và Ford, thiết bị đạt tốc độ truyền dữ liệu 10.4 kbps (ISO 9141-2) và 41.6 kbps (SAE J1850 PWM) tương ứng, đảm bảo bắt tay và truyền nhận bản tin đúng chuẩn với tỷ lệ lỗi truyền thông dưới 2%.

2. Khả năng đọc và xử lý mã lỗi DTC chính xác: Thiết bị có thể truy xuất mã lỗi DTC theo chuẩn SAE J1979, với khả năng giải mã 16 bit dữ liệu thành mã lỗi dạng Pxxxx, Cxxxx, Bxxxx hoặc Nxxxx. Tỷ lệ thành công trong việc đọc mã lỗi đạt khoảng 95% trong điều kiện thử nghiệm thực tế.

3. Thiết kế mạch và phần mềm VHDL tối ưu cho thiết bị cầm tay nhỏ gọn: Sử dụng FPGA kết hợp PROM và mạch chuyển đổi tín hiệu, thiết bị hoạt động ổn định trong dải điện áp 8-16V, chịu được nhiệt độ từ 0 đến 50 độ C, phù hợp với môi trường ô tô. Màn hình LCD hiển thị rõ ràng các thông số và mã lỗi.

4. Khả năng mở rộng và nâng cấp phần mềm dễ dàng: Thiết bị hỗ trợ nâng cấp chương trình qua cổng nạp, cho phép bổ sung các chuẩn truyền thông mới như CAN bus trong tương lai. Điều này giúp thiết bị có thể thích ứng với các dòng xe hiện đại hơn.

Thảo luận kết quả

Nguyên nhân thành công của thiết bị là do việc áp dụng công nghệ FPGA cho phép xử lý đa chuẩn truyền thông với độ chính xác cao và tốc độ nhanh. So với các thiết bị dựa trên vi điều khiển truyền thống, FPGA cung cấp khả năng tùy biến linh hoạt và hiệu suất xử lý tốt hơn. Kết quả này phù hợp với các nghiên cứu trong ngành về ứng dụng FPGA trong hệ thống nhúng ô tô.

Việc thử nghiệm trên hai chuẩn truyền thông phổ biến nhất tại Việt Nam (ISO 9141-2 và SAE J1850 PWM) giúp khẳng định tính khả thi của thiết bị trong thực tế. Các số liệu về tốc độ truyền và tỷ lệ lỗi truyền thông được trình bày qua biểu đồ thời gian bắt tay, biểu đồ tỷ lệ lỗi checksum, và bảng so sánh mã lỗi đọc được trên các dòng xe.

Tuy nhiên, thiết bị còn hạn chế về phạm vi thử nghiệm do điều kiện cơ sở vật chất và số lượng xe thử nghiệm hạn chế. Việc mở rộng hỗ trợ chuẩn CAN bus và các giao thức mới sẽ là bước tiếp theo cần thực hiện để đáp ứng nhu cầu thị trường.

Đề xuất và khuyến nghị

1. Phát triển thêm các chuẩn truyền thông mới như CAN bus: Nâng cấp phần mềm và phần cứng FPGA để hỗ trợ chuẩn CAN bus với tốc độ truyền lên đến 500 kbps, nhằm đáp ứng các dòng xe hiện đại. Thời gian thực hiện dự kiến 12 tháng, do nhóm kỹ thuật FPGA và phần mềm đảm nhiệm.

2. Tối ưu hóa giao diện người dùng và màn hình hiển thị: Cải tiến màn hình LCD và bàn phím để tăng tính thân thiện, hỗ trợ đa ngôn ngữ và hiển thị đồ họa. Mục tiêu nâng cao trải nghiệm người dùng, hoàn thành trong 6 tháng, do bộ phận thiết kế giao diện thực hiện.

3. Mở rộng thử nghiệm thực tế trên đa dạng dòng xe và điều kiện môi trường: Tăng cường khảo sát tại các garage ô tô và trung tâm bảo dưỡng trên toàn quốc, nhằm thu thập dữ liệu thực tế và đánh giá độ bền thiết bị. Kế hoạch kéo dài 18 tháng, phối hợp với các đối tác trong ngành ô tô.

4. Xây dựng hệ thống hỗ trợ kỹ thuật và cập nhật phần mềm từ xa: Thiết lập nền tảng cập nhật firmware qua kết nối máy tính hoặc mạng không dây, giúp người dùng dễ dàng nâng cấp thiết bị. Thời gian triển khai 9 tháng, do nhóm phát triển phần mềm và IT đảm nhận.

Các giải pháp trên nhằm nâng cao hiệu quả, độ tin cậy và khả năng cạnh tranh của thiết bị truy xuất OBD-II trên thị trường trong và ngoài nước.

Đối tượng nên tham khảo luận văn

1. Kỹ sư và nhà thiết kế hệ thống nhúng ô tô: Nghiên cứu cung cấp kiến thức về thiết kế phần cứng và phần mềm FPGA cho thiết bị truy xuất OBD-II, giúp phát triển sản phẩm mới hoặc cải tiến thiết bị hiện có.

2. Các trung tâm bảo dưỡng và sửa chữa ô tô: Tham khảo để lựa chọn hoặc tự phát triển thiết bị chuẩn đoán cầm tay phù hợp với các dòng xe phổ biến tại Việt Nam, nâng cao hiệu quả kiểm tra và sửa chữa.

3. Sinh viên và nghiên cứu sinh ngành Điện tử, Tự động hóa và Cơ khí: Tài liệu chi tiết về chuẩn truyền thông OBD-II, phương pháp thiết kế mạch và lập trình VHDL, hỗ trợ học tập và nghiên cứu chuyên sâu.

4. Các nhà quản lý và hoạch định chính sách trong lĩnh vực giao thông và môi trường: Hiểu rõ vai trò của công nghệ chuẩn đoán OBD-II trong kiểm soát khí thải và an toàn giao thông, từ đó xây dựng các chính sách hỗ trợ phát triển công nghệ ô tô xanh và bền vững.

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

1. Thiết bị truy xuất OBD-II dựa trên FPGA có ưu điểm gì so với vi điều khiển truyền thống?
   Thiết bị FPGA cho phép xử lý đa chuẩn truyền thông với tốc độ cao và độ chính xác tốt hơn, đồng thời dễ dàng nâng cấp và tùy biến theo yêu cầu kỹ thuật. Ví dụ, FPGA có thể xử lý đồng thời các giao thức ISO 9141-2 và SAE J1850 PWM mà không cần thay đổi phần cứng.

2. Chuẩn truyền thông ISO 9141-2 và SAE J1850 khác nhau như thế nào?
   ISO 9141-2 sử dụng giao thức không đồng bộ UART với tốc độ 10.4 kbps qua đường K-line và L-line, trong khi SAE J1850 sử dụng mã hóa xung với tốc độ cao hơn (10.4 kbps hoặc 41.6 kbps) trên mạng BUS. Chuẩn SAE J1850 phổ biến ở xe Mỹ, còn ISO 9141-2 phổ biến ở xe châu Á và châu Âu.

3. Làm thế nào để thiết bị đọc được mã lỗi DTC trên xe?
   Thiết bị gửi yêu cầu theo chuẩn SAE J1979 đến ECU qua cổng OBD-II, nhận dữ liệu 16 bit và giải mã thành mã lỗi dạng Pxxxx, Cxxxx, Bxxxx hoặc Nxxxx. Ví dụ, dữ liệu 0143H được giải mã thành mã lỗi P0143.

4. Thiết bị có thể hoạt động trong điều kiện điện áp và nhiệt độ nào?
   Thiết bị hoạt động ổn định trong dải điện áp từ 8V đến 16V, phù hợp với nguồn ắc quy ô tô 12V, và chịu được nhiệt độ môi trường từ 0 đến 50 độ C, đảm bảo hoạt động trong ngăn xe ô tô.

5. Thiết bị có thể nâng cấp để hỗ trợ các chuẩn truyền thông mới không?
   Có, thiết bị được thiết kế với khả năng nạp lại chương trình qua cổng nạp, cho phép bổ sung các chuẩn như CAN bus trong tương lai, giúp thiết bị thích ứng với các dòng xe hiện đại hơn.

Kết luận

• Thiết bị truy xuất OBD-II ứng dụng công nghệ FPGA đã được thiết kế và thử nghiệm thành công trên các dòng xe Toyota và Ford, đáp ứng chuẩn ISO 9141-2 và SAE J1850 PWM.
• Thiết bị có khả năng đọc, giải mã và xóa mã lỗi DTC chính xác với tỷ lệ thành công trên 95%.
• Thiết kế phần cứng và phần mềm tối ưu cho thiết bị cầm tay nhỏ gọn, hoạt động ổn định trong điều kiện điện áp và nhiệt độ thực tế của ô tô.
• Nghiên cứu mở ra hướng phát triển thiết bị truy xuất đa chuẩn, dễ nâng cấp và phù hợp với thị trường Việt Nam.
• Đề xuất các bước tiếp theo bao gồm mở rộng hỗ trợ chuẩn CAN bus, cải tiến giao diện người dùng, và tăng cường thử nghiệm thực tế.

Các nhà nghiên cứu và kỹ sư trong ngành nên tiếp tục phát triển và hoàn thiện thiết bị, đồng thời phối hợp với các trung tâm bảo dưỡng để ứng dụng rộng rãi. Để biết thêm chi tiết và nhận hỗ trợ kỹ thuật, vui lòng liên hệ nhóm nghiên cứu.

Trích đoạn nội dung tài liệu

mở đầu cho DTC được chuẩn hóa vào năm 1989 • OBD-II bổ xung những thử nghiệm khác để kiểm tra hoạt động của hệ thống xả trong động cơ vào năm 1996 • OBD-III đưa vào những tính năng mới và mở ra một thời kỳ phát triển có qui luật The CARB (California Air Resources Board) là những hoạt động hàng đầu trong hệ thống qui tắc của OBD. Liên minh châu âu, Nhật Bản và các tổ chức chính phủ khác cũng có những đòi hỏi về OBD riêng biệt. Hiệp hội kỹ sư cơ giới - SAE (Society of Automotive Engineers) - chuẩn hóa DTC cho tất cả các nhà sản xuất xe trên toàn thế giới. Ngoài ra, mỗi nhà sản xuất có thể mở rộng các khả năng của OBD bằng các DTC của riêng họ.

OBD chữ viết tắt của On-Board Diagnostics, đã xuất hiện trên hầu hết các phương tiện cơ giới từ năm 1981. Thế hệ đầu tiên của OBD (hay OBD-I) được thiết kế ban đầu như một công cụ giám sát các hệ thống khác nhau trên một phương tiện cơ giới (ví dụ: hệ thống phun nhiên liệu, hệ thống đánh lửa, hệ thống xả, v.v) và báo các sự cố mà nó tìm thấy. Trong khi phương tiện cơ giới đó khởi động, một máy tính sẽ kiểm tra lỗi và kích hoạt đèn báo sự cố MIL trên bảng điều khiển để Phùng Quốc Hưng-Đo Lường & Các Hệ Thống Điều Khiển Cao học 2004-2006 -8- cảnh báo người lái về một lỗi nào đó được phát hiện. Tại thời điểm đó, máy tính được lập trình để tạo và lưu trữ các mã số báo lỗi (hai hoặc ba số) có liên quan đến lỗi đó, điều này khiến thiết bị truy xuất mã lỗi trở nên hữu ích.

OBD-I chiếm lĩnh trong suốt các năm từ 1981 cho đến 1993. OBD-I không còn được nhắc tới khi có sự bùng phát của OBD-II. Thế hệ thứ hai này của OBD được đưa ra trên toàn thế giới vào năm 1996 do áp lực từ phía các chính phủ trong vấn đề giảm tải ô nhiễm khí thải từ các phương tiện cơ giới. Hệ thống OBD-II có thể thấy trên các xe từ năm 1996 cho đến nay.

Hệ thống này hiện nay có nhiều cải tiến hơn và gọn hơn so với phiên bản đầu tuy nhiên những tiêu chuẩn thì vẫn như cũ. Máy tính vẫn kiểm soát các hệ thống trên xe để rà soát lỗi, máy tính của xe sẽ vẫn sử dụng một đèn báo sự cố MIL để cảnh báo người lái xe về các trục trặc, và lưu trữ các mã số để xác định hệ thống chấp hành hay mạch điện có sự cố. Lịch sử của các hệ thống chẩn đoán • 1970: Nước Mỹ thay thế tổ chức Hoạt động vì sự trong lành của khí quyển và lập ra cơ quan Bảo vệ Môi trường. • 1980: Các máy tính bắt đầu xuất hiện trên các xe cơ giới, được phát triển rộng rãi cho những ứng dụng về thời gian điều chỉnh tại các hệ thống bơm xăng mặc dù chưa có sự chuẩn hóa trong việc giám sát hoặc thông báo.

• 1982: Các động cơ trong xe thực hiện việc chuẩn hóa bên trong hệ thống chuẩn đoán gọi là Assembly Line Communications Link (ALCL), sau này đổi thành Assembly Line Diagnostics Link (ALDL). Giao thức ban đầu ALCL truyền thông với tốc độ 160 baud với dạng tín hiệu PWM • 1986: Phiên bản nâng cấp ALDL xuất hiện với tốc độ truyền thông 8192 baud 2 chiều tín hiệu UART. Giao thức này được định nghĩa trong GM XDE-5024B. • 1987: Bắt đầu xuất hiện hệ thống chuẩn đoán, 1 K-line cho tất cả các ECU, ISO 9141-1, RB-KW71, mã nháy (Blink code) • 1989: Opel Keyword 81 • 1992: Opel Keyword 82 Phùng Quốc Hưng-Đo Lường & Các Hệ Thống Điều Khiển Cao học 2004-2006 -9- • 1994: 4 separate K-Lines SAE J 1962-Diagnostic Connector (ISO 15031-3) • 1996: KWP 2000, Flash Programming • 1997: OBD II: ISO 9141-2, US-Cadillac Catera • 2000: EOBD: ISO 14230-4 Diagnostics via KWP 2000 • 2002: Diagnostics on CAN incl.

EOBD • 2008: Tất cả các xe được bán tại Mỹ sẽ được yêu cầu sử dụng chuẩn tín hiệu ISO15765-4 (Một dạng CAN bus mới). MỤC TIÊU CỦA ODB-II Những nội dung mang tính bắt buộc của hệ thống OBD-II là yêu cầu các nhà sản xuất ôtô phải thiết kế những hệ thống điều khiển quá trình xả có độ tin cậy nhất định để xe có “một vòng đời hiệu quả”. Hoạt động của quá trình xả trên mỗi phương tiện cơ giới ngày một kém đi và ở mức độ khác nhau tùy thuộc vào rất nhiều yếu tố như là tuổi của xe, số quãng đường mà xe đã qua, việc sử dụng xe, địa hình hoạt động và thiết kế của xe. Các tính năng tinh tế nhất của một hệ thống OBD-II là nó xác định được khi nào thì hoạt động của quá trình xả của một xe đã bị hư tổn ở dưới một mức qui định, khi đó đèn báo sự cố MIL hoặc đèn báo kiểm tra sẽ bật sáng.

Tại Canifornia, việc cấp phép trở lại cho một phương tiện cơ giới sẽ bị từ chối nếu như kiểm tra thấy MIL báo sáng. Bắt đầu từ năm 1996, các nhà sản xuất sẽ chịu trách nhiệm sửa chữa các thiết bị hỏng được báo lỗi qua MIL, miễn là các phương tiện cơ giới đó đang trong thời hạn bảo hành hệ thống xả. Mỗi nhà sản xuất được tự do sử dụng các kỹ thuật riêng của mình miễn sao nó phải phù hợp với những qui định của hệ thống OBD-II. Điều này hạn chế đáng kể các nhà sản xuất ô tô thiết kế một hệ thống kiểm soát quá trình xả mà có tuổi thọ không cao.

CÁC ĐẶC ĐIỂM KỸ THUẬT VÀ GIAO THỨC TRUYỀN THÔNG 3.1 Tầng vật lý: Thực chất là cổng giao tiếp OBD II gắn trên xe Phùng Quốc Hưng-Đo Lường & Các Hệ Thống Điều Khiển Cao học 2004-2006 - 10 - Hệ thống ODB-II quy định rõ ràng về một tiêu chuẩn giao tiếp phần cứng, giắc giao tiếp là một giắc cái 16 chân (2x8) J1962 (hay còn gọi là giắc hình thang). Không giống như giắc giao tiếp của ODB-I, giắc giao tiếp của ODB-II có vị trí đặt được quy định là bên phải tay lái gần bảng điều khiển trung tâm (thường là ngay phía dưới của tay lái). Tiêu chuẩn SAE J1962 định nghĩa các chân của giắc giao tiếp như sau : Các chân không chỉ rõ chức năng là: 1, 3, 8, 9, 11, 12, 13 được sử dụng cho các tín hiệu quy định riêng của nhà sản xuất nhằm phục vụ cho việc kiểm tra xe khi không sử dụng thiết bị chuẩn đoán kiểm tra theo OBD-II. Khi một xe tuân thủ theo một tiêu chuẩn truyền thông ODB-II thì chỉ có các chân sử dụng trong chuẩn truyền thông đó có chức năng theo sơ đồ trên, còn lại các chân khác được nhà sản xuất sử dụng theo quy định riêng.

Ví dụ: Toyota Corolla Altis sử dụng tiêu chuẩn truyền thông ISO 9141-2 (K-line) thì chỉ có 2 chân 4, 5, 7, 15 và 16 là theo sơ đồ trên, còn lại tuân theo quy định của hãng như : chân 13 là chân Tc, chân 14 là chân Ts (do bản chất của nhà SX)… Tiêu chuẩn SAE J1962 quy định kích thước của giắc giao tiếp như sau: Phùng Quốc Hưng-Đo Lường & Các Hệ Thống Điều Khiển Cao học 2004-2006 - 11 - EXTERNAL TEST EQUIPMENT CONNECTOR 3. 2 Tầng dữ liệu: Giao thức truyền thông của ECU với thiết bị ngoại vi thông qua cổng ODB-II Bộ điều khiển kỹ thuật số ECU (Electronic Control Unit) là thiết bị cho phép kết nối các hệ thống cơ khí và điện tử trên xe ôtô, phân tích và tính toán các số liệu để điều khiển động cơ ôtô chạy hiệu quả nhất theo từng chế độ (chạy trên đường trường hay chạy trong phố.) nhằm giảm tối đa lượng khí xả độc hại phát ra môi trường. Có rất nhiều loại mạng khác nhau trên các phương tiện cơ giới. Các phương tiện vận tải nhẹ và các phương tiện vân tải nặng sử dụng các loại mạng khác nhau.

Các nhà sản xuất khác nhau cũng sử dụng các loại mạng và các giao thức khác nhau. Phùng Quốc Hưng-Đo Lường & Các Hệ Thống Điều Khiển Cao học 2004-2006 - 12 - Một số các giao thức mạng được thiết lập và được các nhà sản tuân thủ theo. Việc có đầy đủ các giao thức mạng giúp các nhà sản xuất có sự lựa chọn riêng cho mình sao cho phù hợp nhất với các hệ thống của mình. Bang Canifornia – Mỹ đã đưa ra các tiêu chuẩn thống nhất cho hệ thống mạng trên xe khi họ đặt ra cá yêu cầu cho hệ thống ODB-II.

Họ đã đưa ra các khái niệm về một giao thức truyền dữ liệu và một giao tiếp chuẩn cho các phương tiện cơ giới, nhằm cho phép một thiết bị truy xuất (gọi là công cụ quét – Scan tool) có thể kết nối tới máy tính trên xe và kiểm tra xem xe đó có nồng độ khí xả ở mức ô nhiễm nào, các thông tin nhận được từ máy tính trên xe sẽ được hiển thị trên màn hình của thiết bị truy xuất., đồng thời thiết bị này cũng có thể truy xuất các thông tin của xe hay truy xuất và xóa các mã lỗi được lưu trữ trên xe,…Hiện nay người ta đang đưa ra đề xuất về một hệ thống ODB-III sẽ cho phép xe tự động đưa ra thông báo về mức độ ô nhiễm thông qua radio. Tại Châu âu người ta cũng đang tạo ra phiên bản riêng của ODB-II với tên EODB. Tiêu chuẩn ODB-II quy định giao thức truyền dữ liệu và kết nối vật lý riêng cho mình. Nó cho phép sử dụng các giao thức điện tử khác nhau là : J1850 PWM, J1850 VPW, ISO 9141-2, KWP2000 – hay ISO 14230 và CAN.

Việc có thể cho phép sử dụng khá nhiều các giao thức điện tử khác nhau làm cho ODB-II có rất nhiều điểm nổi bật. Các định nghĩa sau cho chúng ta thấy sự khác biệt của hệ thống tuân theo ODB-II và các hệ thống khác. Tóm lược các chuẩn truyền thông thường sử dụng trong các thiết bị cơ giới: Các chuẩn truyền thông cơ bản thông qua hai tầng vật lý và tầng dữ liệu trong giao tiếp truyền thông. • J1850 VPW (Variable Pulse Width): chuẩn truyền thông có tốc độ 10.4 Kbps, chủ yếu sử dụng cho các xe của hãng General Motor coi là Class 2.

Nó là giao thức sử dụng 1 dây đơn. Phùng Quốc Hưng-Đo Lường & Các Hệ Thống Điều Khiển Cao học 2004-2006 - 13 - • J1850 PWM (Pulse Width Modulated): chuẩn truyền thông có tốc độ 41.6 Kbps chủ yếu sử dụng cho các xe của hãng Ford. Nó là giao thức sử dụng dây kép. • ISO 9141-2 : chuẩn truyền thông không đồng bộ, với tốc độ 10.4 Kbps, sử dụng cho các xe của Chrysler và Mazda, và các phương tiện của châu Âu và châu Á.