I. AUTOSAR là gì?

AUTOSAR (viết tắt của AUTomotive Open System ARchitecture) là một chuẩn kiến trúc phần mềm mở cho ngành công nghiệp ô tô, được thành lập vào năm 2003.

Đây là một kiến trúc phân lớp (layered architecture), được phát triển bởi sự hợp tác của các OEM (nhà sản xuất ô tô), nhà cung cấp (suppliers) và nhiều công ty trong các lĩnh vực phần mềm, bán dẫn và điện tử.

💡 AUTOSAR là một chuẩn mở – nghĩa là tất cả tài liệu đặc tả đều được định nghĩa rõ ràng và có thể truy cập công khai từ website chính thức của tổ chức.

II. ECU là gì?

Trước khi đi sâu vào AUTOSAR, bạn cần hiểu khái niệm ECU (Electronic Control Unit) – đặc biệt nếu bạn mới bước vào ngành ô tô.

Nếu xem một chiếc xe như một hệ thống (system), bên trong xe chứa rất nhiều bộ điều khiển điện tử chịu trách nhiệm kiểm soát từng bộ phận riêng biệt. Ví dụ:

  • ECU động cơ (Engine Control Unit): kiểm soát hệ thống phun nhiên liệu, đánh lửa,…
  • ECU hộp số: điều khiển hộp số tự động.
  • ECU ABS: điều khiển hệ thống chống bó cứng phanh.
  • ECU túi khí: kích hoạt túi khí trong tình huống va chạm

III. Truy cập tài liệu chuẩn AUTOSAR.

AUTOSAR là một chuẩn mở, vì vậy tất cả tài liệu đặc tả đều có thể tải về miễn phí từ website chính thức.

  • 3.1 Cách tải tài liệu:

  • Truy cập website chính thức của AUTOSAR (autosar.org).

  • Vào mục Standards → Classic Platform.

  • Chọn phiên bản chuẩn – trong khóa học này chúng ta dùng AUTOSAR 4.4.0.

  • Tải về các file ZIP theo từng layer

  • 3.2 Cấu trúc tài liệu trong mỗi layer:

Khi giải nén file ZIP của bất kỳ layer nào (ví dụ: MCAL), bạn sẽ thấy 2 loại tài liệu:

Loại tài liệu Tên đầy đủ Mục đích
SRS Software Requirement Specification Tài liệu về yêu cầu của layer đó
SWS Software Specification Tài liệu đặc tả kỹ thuật của layer đó

Cách sử dụng: Dùng SWS để hiểu đặc tả kỹ thuật của từng layer. Dùng SRS khi cần làm rõ các yêu cầu cụ thể hơn.

IV. Tổ chức AUTOSAR – Ai tạo nên chuẩn này?

AUTOSAR không phải sản phẩm của một công ty đơn lẻ, mà là kết quả hợp tác của nhiều tổ chức. Các thành viên được chia thành 4 cấp bậc:

  • 4.1. Core Partners (Đối tác cốt lõi)

  • Gồm 10 công ty (tại thời điểm viết bài) là sự kết hợp giữa OEM và nhà cung cấp lớn nhất.
  • Có quyền kiểm soát tổ chức và nắm quyền quản lý cấp cao nhất.
  • Là cơ quan quyết định về việc ban hành, phê duyệt và phát hành chuẩn AUTOSAR.
  • Tham gia vào Leadership Working Group và đóng góp kỹ thuật cho chuẩn.
  • 4.2. Premium Members (Thành viên cao cấp)

  • Là các OEM hoặc nhà cung cấp hàng đầu sử dụng và đóng góp cho chuẩn AUTOSAR.
  • Tham gia vào Leadership Working Group, có thể đóng góp kỹ thuật.
  • Có quyền truy cập vào tài liệu làm việc nội bộ (working documents).
  • 4.3. Development Members (Thành viên phát triển).

  • Là các tổ chức nhỏ hơn hoặc startup muốn tham gia vào hệ sinh thái AUTOSAR.
  • Chỉ được truy cập tài liệu chuẩn cuối cùng (không có working documents như Premium Members).
  • Đôi khi vẫn có thể đóng góp kỹ thuật.
  • 4.4. Attendees (Người theo dõi).
    • Chủ yếu là tổ chức phi lợi nhuận hoặc cá nhân muốn theo dõi chuẩn.
    • Chỉ được phép sử dụng tài liệu chuẩn, không tham gia đóng góp.

V. Tại sao cần AUTOSAR? – Bài toán của ngành ô tô.

  • 5.1. Lịch sử phát triển điện tử ô tô.

  • Cuối thập niên 1980: Điện tử bắt đầu xuất hiện trong xe – điều khiển phun nhiên liệu, buồng đốt.

  • Những năm tiếp theo: Số lượng ECU tăng dần – ABS, hộp số tự động,…

  • Năm 2005: Bùng nổ tính năng: túi khí, start-stop, tự động đỗ xe, cập nhật phần mềm OTA,…

  • Năm 2021 đến nay: Xe kết nối (connected vehicle), ADAS, hệ thống tự lái… và vẫn đang mở rộng

  • 5.2. Vấn đề với phần mềm không theo chuẩn AUTOSAR (None-Autosar).

Trong mô hình phần mềm truyền thống (non-AUTOSAR), phần mềm ứng dụng được viết trực tiếp cho một phần cứng cụ thể (vi điều khiển). Điều này tạo ra sự gắn kết chặt chẽ (tight coupling) giữa phần cứng và phần mềm.

Hệ quả từ góc nhìn khách hàng (OEM):

Nếu cần thay đổi phần cứng hoặc vi điều khiển → phải phát triển lại toàn bộ phần mềm → chi phí rất lớn.

Hệ quả từ góc nhìn nhà cung cấp (Supplier):

Nhà cung cấp muốn bán một phần mềm cho nhiều khách hàng khác nhau → nhưng mỗi khách hàng dùng phần cứng khác nhau → không thể tái sử dụng dễ dàng.

VI. AUTOSAR giải quyết bài toán như thế nào?

AUTOSAR ra đời để tách biệt phần cứng và phần mềm thông qua kiến trúc phân lớp và trừu tượng hóa (abstraction). Nhờ đó, AUTOSAR mang lại các lợi ích sau:

  • Tăng tính linh hoạt trong phát triển phần mềm – nhờ cơ chế trừu tượng hóa, tách rời phần cứng và phần mềm.
  • Tái sử dụng phần mềm – phần mềm phát triển một lần có thể dùng lại trên nhiều dòng xe hoặc chia sẻ giữa các khách hàng.
  • Phát triển song song (parallel development) – các nhà cung cấp khác nhau có thể cùng phát triển đồng thời, giúp đưa sản phẩm ra thị trường nhanh hơn.
  • Plug and Play phần mềm – khách hàng có thể chọn và tích hợp phần mềm tốt nhất từ nhiều nhà cung cấp khác nhau.
  • Thúc đẩy đổi mới – chỉ giải pháp tốt nhất mới tồn tại được trên thị trường.