Giải pháp

Giải pháp phát triển thiết bị đầu cuối được kết nối thông minh và nhúng trên xe

Phần cứng nhúng, BSP và trình điều khiển, CAN và Ethernet, thu thập dữ liệu, truyền thông, OTA và giao diện đám mây cho các thiết bị đầu cuối trên xe, xe thương mại và xe đặc biệt cũng như thiết bị đường bộ.

Giải pháp

Đường dẫn cung cấp giải pháp

01Xác nhận yêu cầu và điều kiện trang web
02Đóng băng kiến trúc và giao diện
03Phát triển, tích hợp và kiểm chứng theo từng giai đoạn
04Kiểm tra, chấp nhận và triển khai
01Phù hợp nhất
02Đầu vào bắt buộc
03Phạm vi giao hàng
Phạm vi giải pháp

Giải pháp phát triển thiết bị đầu cuối được kết nối thông minh và nhúng trên xe Hướng dẫn thực hiện

Một thiết bị đầu cuối hoặc hệ thống con có thể kiểm tra được bắt nguồn từ mẫu xe, giao diện ECU, môi trường năng lượng, mạng trong xe và các mục tiêu quản lý mà không mở rộng phạm vi để hoàn thành việc lái xe tự động.

Giải pháp phát triển thiết bị đầu cuối được kết nối thông minh và nhúng trên xe Thiết bị đầu cuối được nhúng hoặc kết nối trong xe liên kết nguồn điện của xe, mạng ECU, cảm biến, định vị và liên lạc với nền tảng đám mây và có thể cung cấp khả năng thu thập, cổng, ghi âm, xử lý biên, chẩn đoán hoặc quản lý thiết bị. Việc phát triển hệ thống con không thiết lập chứng nhận an toàn chức năng cho toàn bộ phương tiện, phê duyệt đường bộ hoặc hệ thống lái tự động hoàn chỉnh.

Yếu tố dự ánTuyên bố giải pháp
Phù hợp nhấtDành cho nhà cung cấp và nhà tích hợp thiết bị đầu cuối viễn thông, đội xe thương mại, phương tiện đặc biệt, máy ghi dữ liệu, cổng phương tiện, thiết bị đầu cuối bên đường hoặc phương tiện và công cụ kiểm tra cần phần cứng tùy chỉnh, phần mềm hệ thống, giao thức liên lạc, tích hợp đám mây hoặc xác thực nguyên mẫu.
Đầu vào bắt buộcĐầu vào bao gồm mẫu xe và môi trường, ECU và ma trận thông báo, CAN/CAN FD/LIN/automotive Ethernet, chuyển tiếp nguồn điện và hành vi ngủ/thức, nhiệt độ và độ rung, định vị và liên lạc di động, hệ điều hành, thời gian khởi động, chẩn đoán, OTA, dữ liệu và quyền riêng tư, an ninh mạng và các mục tiêu an toàn chức năng, không gian cài đặt và các tiêu chuẩn kiểm tra của bên thứ ba.
Phạm vi giao hàngSản phẩm bàn giao có thể bao gồm sơ đồ và PCB hoặc các thiết bị được chọn, nguyên mẫu, BSP/trình điều khiển, chương trình cơ sở và ứng dụng, tài liệu thông báo và giao diện, công cụ cấu hình và chẩn đoán, thiết kế OTA, API đám mây, hồ sơ tích hợp băng ghế và phương tiện, trường hợp thử nghiệm, danh sách vấn đề và tài liệu giới thiệu sản xuất. Các bộ phận ô tô và thử nghiệm của bên thứ ba tuân theo phạm vi đã được xác nhận.
Sự chấp nhận được xác định như thế nào?Quá trình chấp nhận có thể kiểm tra việc bật/tắt nguồn của xe, khởi động nguội, chế độ ngủ và thức, tải xe buýt và mất tin nhắn, dấu thời gian thu thập, độ trễ từ đầu đến cuối, khôi phục mạng, khôi phục cập nhật không thành công, nhật ký, quyền, nhiệt độ và môi trường điện từ. EMC, ESD, các thử nghiệm về môi trường và đường bộ sử dụng các tiêu chuẩn được chỉ định và phòng thí nghiệm đủ tiêu chuẩn hoặc bên chịu trách nhiệm.

Người dùng và tình huống phù hợp nhất

Dành cho nhà cung cấp và nhà tích hợp thiết bị đầu cuối viễn thông, đội xe thương mại, phương tiện đặc biệt, máy ghi dữ liệu, cổng phương tiện, thiết bị đầu cuối bên đường hoặc phương tiện và công cụ kiểm tra cần phần cứng tùy chỉnh, phần mềm hệ thống, giao thức liên lạc, tích hợp đám mây hoặc xác thực nguyên mẫu.

Những đầu vào nào được yêu cầu để bắt đầu?

Đầu vào bao gồm mẫu xe và môi trường, ECU và ma trận thông báo, CAN/CAN FD/LIN/automotive Ethernet, chuyển tiếp nguồn điện và hành vi ngủ/thức, nhiệt độ và độ rung, định vị và liên lạc di động, hệ điều hành, thời gian khởi động, chẩn đoán, OTA, dữ liệu và quyền riêng tư, an ninh mạng và các mục tiêu an toàn chức năng, không gian cài đặt và các tiêu chuẩn kiểm tra của bên thứ ba.

Hệ thống có thể bao gồm những mô-đun nào?

Phạm vi có thể bao gồm phần cứng MCU/SoC, bảo vệ nguồn điện, giao diện xe, BSP và trình điều khiển, phân tích tin nhắn, ghi dữ liệu, thuật toán biên, GNSS và liên lạc di động, giao diện ngoại vi V2X, chẩn đoán, OTA và khôi phục, quản lý thiết bị, API đám mây, quyền và nhật ký, công cụ dự phòng và HIL hoặc giao diện phát lại.

Những gì có thể được giao?

Sản phẩm bàn giao có thể bao gồm sơ đồ và PCB hoặc các thiết bị được chọn, nguyên mẫu, BSP/trình điều khiển, chương trình cơ sở và ứng dụng, tài liệu thông báo và giao diện, công cụ cấu hình và chẩn đoán, thiết kế OTA, API đám mây, hồ sơ tích hợp băng ghế và phương tiện, trường hợp thử nghiệm, danh sách vấn đề và tài liệu giới thiệu sản xuất. Các bộ phận ô tô và thử nghiệm của bên thứ ba tuân theo phạm vi đã được xác nhận.

Sự chấp nhận được xác định như thế nào?

Quá trình chấp nhận có thể kiểm tra việc bật/tắt nguồn của xe, khởi động nguội, chế độ ngủ và thức, tải xe buýt và mất tin nhắn, dấu thời gian thu thập, độ trễ từ đầu đến cuối, khôi phục mạng, khôi phục cập nhật không thành công, nhật ký, quyền, nhiệt độ và môi trường điện từ. EMC, ESD, các thử nghiệm về môi trường và đường bộ sử dụng các tiêu chuẩn được chỉ định và phòng thí nghiệm đủ tiêu chuẩn hoặc bên chịu trách nhiệm.

Giới hạn và ranh giới trách nhiệm

Giải pháp này không bao gồm an toàn chức năng toàn bộ phương tiện, an toàn chức năng dự định, chứng nhận an ninh mạng, chứng nhận ô tô, phê duyệt đường bộ, ADAS hoàn chỉnh hoặc trách nhiệm lái xe tự động theo mặc định. ISO 26262, ISO/SAE 21434, AEC-Q và các mục tiêu tương tự yêu cầu phạm vi rõ ràng và xác thực riêng biệt.

Các dịch vụ và trường hợp liên quan

Quay lại phần tổng quan về giải pháp để so sánh các kịch bản hoặc xem xét các trường hợp dự án liên quan đến . Số liệu và điều kiện từ một trường hợp không tự động áp dụng cho dự án mới.

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

Thiết bị đầu cuối có thể kết nối với mạng ECU và CAN hiện có của xe không?

Nó có thể được đánh giá khi có giao diện được ủy quyền và thông tin tin nhắn. Tải bus, chính sách cổng, quyền truy cập chẩn đoán, thời gian gửi tin nhắn, giao diện điện và tuân thủ dữ liệu phải được kiểm tra; cơ chế an toàn xe không được bỏ qua.

Dự án có thể phát triển một hệ thống ADAS hoặc hệ thống lái tự động hoàn chỉnh không?

Giao diện cảm biến, ghi dữ liệu, xử lý cạnh hoặc mô-đun hỗ trợ trong phạm vi có thể được phát triển, nhưng ADAS hoàn chỉnh và lái xe tự động liên quan đến kiến ​​trúc toàn bộ phương tiện, dự phòng, an toàn, kiểm tra đường và trách nhiệm quản lý bên ngoài việc phát triển thiết bị đầu cuối thông thường.

Các chứng nhận cấp độ ô tô và an toàn chức năng có được tự động đưa vào không?

Không. Cấp độ linh kiện, quy trình phát triển, tiêu chuẩn thử nghiệm, phòng thí nghiệm của bên thứ ba, trách nhiệm xác nhận và chứng nhận toàn bộ phương tiện phải được thống nhất khi bắt đầu dự án. Nguyên mẫu được thử nghiệm chức năng không phải là chứng nhận an toàn về chức năng hoặc ô tô.

Quá trình giao hàng

Quá trình giao hàng

Giai đoạn đánh giá giữ cho các giả định chưa được xác minh trở thành các tuyên bố về năng lực hoặc hiệu suất cố định.

01Yêu cầu

Ghi lại mục tiêu, người dùng, đầu vào, đầu ra, môi trường và loại trừ.

02Thiết kế giải pháp

Xác định kiến trúc, mô-đun, giao diện, luồng dữ liệu và rủi ro.

03Nguyên mẫu

Xác minh các giả định về thiết bị, dữ liệu, thuật toán hoặc quy trình chính.

04Phát triển

Triển khai các mô-đun, giao diện, cấu hình và tích hợp đã thống nhất.

05Kiểm tra và chấp nhận

Ghi lại kết quả dựa trên các phiên bản, điều kiện, mẫu và trường hợp thử nghiệm.

06Triển khai

Cung cấp phần mềm, nguồn, tài liệu, hồ sơ và ranh giới bảo trì đã được thống nhất.

Sẵn sàng để bắt đầuGiải pháp phát triển thiết bị đầu cuối được kết nối thông minh và nhúng trên xe?

Chia sẻ kịch bản, hệ thống hiện tại, danh sách dữ liệu hoặc thiết bị, điều kiện triển khai và mục tiêu chấp nhận để có thể đánh giá tính khả thi và phạm vi.

Gửi yêu cầu