So Sánh Tệp WinOLS: ORI vs MOD vs Bản Cập Nhật OEM Mà Không Trộn Lẫn Phiên Bản

Hai tệp có thể trông giống nhau nhưng vẫn là so sánh sai

So sánh một tệp gốc với một tệp đã sửa đổi nghe có vẻ đơn giản: mở cả hai, tìm điểm khác biệt và xem lại các bản đồ đã thay đổi. Khó khăn bắt đầu khi các tệp không có cùng cơ sở phần mềm.

Bản cập nhật OEM có thể di chuyển dữ liệu, thay thế các phần mã, thay đổi cấu trúc hiệu chuẩn hoặc giới thiệu các biến bản đồ mới. Một bản đọc ảo có thể đến từ một tệp cơ sở dữ liệu được khớp thay vì các byte chính xác đã được lưu trữ trước đó trong ECU. Một tệp do khách hàng cung cấp có thể đã chứa các thay đổi chưa được ghi lại.

WinOLS có thể hiển thị sự khác biệt, kết nối các dự án và hỗ trợ chuyển đổi các thay đổi, nhưng phần mềm không thể thay thế việc xác định tệp và đánh giá kỹ thuật. Trước khi nhập bất cứ thứ gì, người điều chỉnh phải xác định rõ từng tệp là gì và liệu việc so sánh có hợp lệ hay không.

Xác định các tệp trước khi so sánh chúng

Sử dụng các thuật ngữ rõ ràng trong dự án:

• ORI: tệp gốc đã được xác minh hoặc tệp cơ sở tốt nhất có sẵn cho phần mềm ECU chính xác.

Không gắn nhãn tệp là ORI chỉ vì tên của nó chứa "original". Tên tệp chỉ là ghi chú, không phải bằng chứng.

Tạo bảng thông tin nhận dạng tệp

Trước khi mở chế độ xem so sánh, hãy ghi lại thông tin nhận dạng có sẵn cho mọi tệp.

Việc khớp kích thước tệp rất hữu ích, nhưng nó không chứng minh rằng hai tệp có cùng cấu trúc phần mềm.

Ba tác vụ so sánh khác nhau

1. ORI so với MOD từ cùng một bản gốc

Đây là phép so sánh rõ ràng nhất. Bản MOD được tạo trực tiếp từ bản ORI và cả hai tệp đều có cấu trúc giống nhau. Sự khác biệt nên tương ứng với các chỉnh sửa hiệu chuẩn đã được ghi lại và bất kỳ thay đổi nào liên quan đến checksum dự kiến.

2. Một phiên bản phần mềm OEM so với một phiên bản khác

Đây không phải là so sánh tune thông thường. Các khu vực lớn có thể khác biệt do nhà sản xuất đã thay đổi mã, chẩn đoán, cấu trúc hiệu chuẩn hoặc căn chỉnh dữ liệu. Sự khác biệt không nên được hiểu là thay đổi tune.

3. Phiên bản cũ đã sửa đổi so với phiên bản OEM mới hơn

Đây là kịch bản chuyển đổi rủi ro cao nhất. Các địa chỉ cũ có thể không còn trỏ đến cùng một bản đồ. Các thay đổi nên được tạo lại và xác thực dựa trên cấu trúc phần mềm mới thay vì sao chép một cách mù quáng.

Bắt đầu với đánh giá tổng quan sự khác biệt

Trước khi mở từng bản đồ riêng lẻ, hãy xem xét tổng thể các điểm khác biệt.

Hãy tự hỏi:

• Các thay đổi có tập trung ở một khu vực hiệu chỉnh nhỏ không?
• Sự khác biệt có trải rộng trên hầu hết tệp không?
• Các khối lớn có vẻ bị dịch chuyển không?
• Cả khu vực mã và khu vực hiệu chỉnh đều khác nhau?
• Có các mẫu khác biệt lặp đi lặp lại không?
• Một tệp có chứa dữ liệu bổ sung hoặc phần đệm không?
• Các thay đổi có nhất quán với lịch sử tệp không?

Một nhóm thay đổi bản đồ nhỏ gọn có thể nhất quán với một bản chỉnh sửa hiệu chuẩn thông thường. Sự khác biệt lớn lan rộng thường yêu cầu phân tích phiên bản phần mềm trước khi đưa ra kết luận ở cấp độ bản đồ.

Các mẫu khác biệt là manh mối, không phải bằng chứng

Mẫu khác biệt	Giải thích có thể	Kiểm tra cần thiết
Các cụm nhỏ bên trong bản đồ đã biết	Các thay đổi hiệu chuẩn đã được ghi lại	Xác nhận trục, đơn vị và chức năng mong đợi
Các vùng liên tục lớn	Cập nhật phần mềm OEM hoặc cơ sở tệp khác	Xác minh phần mềmsố và cấu trúc mã
Các byte riêng lẻ lặp lại	Checksum, bộ đếm, siêu dữ liệu hoặc xử lý công cụ	Xem lại giao thức và quy trình checksum
Các map tương tự ở các địa chỉ khác nhau	Di chuyển dữ liệu giữa các phiên bản phần mềm	Đối sánh theo cấu trúc, trục và chức năng, không phải địa chỉ
Sự khác biệt ngoài dự kiến"khu vực hiệu chỉnh	Tệp sai, cập nhật, bản vá hoặc sửa đổi chưa được ghi lại	Dừng truyền cho đến khi hiểu nguồn tệp

Không có mẫu nào được coi là sự đảm bảo. Hãy sử dụng nó để quyết định những gì cần kiểm tra kỹ lưỡng hơn.

So sánh bản đồ, không chỉ địa chỉ

Một địa chỉ chỉ hợp lệ bên trong cấu trúc phần mềm của nó. Khi các tệp sử dụng các phiên bản phần mềm khác nhau, cùng một chức năng có thể được lưu trữ ở một địa chỉ khác hoặc được biểu diễn khác nhau.

Đối với mỗi bản đồ đang được so sánh, hãy xác nhận:

• kích thước bản đồ;
• giá trị trục;
• thứ tự trục;
• kiểu dữ liệu;
• thứ tự byte;
• hệ số và độ lệch;
• đơn vị kỹ thuật;
• cấu trúc dữ liệu xung quanh;
• mối quan hệ với các bản đồ mục tiêu và giới hạn liên quan.

Một bảng có cùng hình dạng không nhất thiết có cùng chức năng. Trục và logic xung quanh cũng phải hợp lý.

Sử dụng các phiên bản tham chiếu một cách cẩn thận

Phiên bản tham chiếu rất hữu ích khi xem xét cùng một cơ sở dự án hoặc khi thực hiện so sánh cập nhật có kiểm soát. Nó cho phép kỹ thuật viên kiểm tra các giá trị và sự khác biệt mà không cần liên tục chuyển đổi tệp.

Quy trình làm việc rõ ràng là:

1. Giữ nguyên phiên bản gốc đã xác minh.
2. Tạo hoặc nhập tệp so sánh dưới dạng một phiên bản riêng biệt hoặc dự án được kết nối.
3. Xác nhận nhận dạng dự án trước khi kết nối các tệp.
• Xem xét sự khác biệt tổng quan trước.
• Mở các bản đồ đã biết và so sánh cấu trúc cũng như giá trị.
• Ghi lại những thay đổi nào được xác nhận, không chắc chắn hoặc bị từ chối.

Không chuyển các thay đổi một cách tự động chỉ vì WinOLS có thể xác định các vùng tương tự.

Khi nào nhập tự động là phù hợp

Việc nhập các thay đổi đáng tin cậy nhất khi các tệp chia sẻ cùng một cơ sở phần mềm và mối quan hệ từ bản gốc sang bản sửa đổi được ghi lại.

Nên thận trọng khi chuyển đổi tự động hoặc bán tự động trong các trường hợp sau:

• số phần mềm khác nhau;
• một tệp là bản cập nhật OEM;
• một tệp là bản đọc ảo và tệp kia là bản đọc vật lý;
• địa chỉ map đã di chuyển;
• tệp MOD nguồn chứa các bản vá không được ghi lại;
• kích thước tệp hoặc bố cục bộ nhớ khác nhau;
• dự án nguồn sử dụng các định nghĩa chưa được xác minh.

Trong những tình huống này, hãy tạo lại các thay đổi hiệu chỉnh cần thiết theo từng bản đồ và xác minh logic trên phần mềm đích.

Tạo bảng tính chuyển đổi thay đổi

Bản đồ hoặc chức năng	Trạng thái nguồn	Khớp mục tiêu	Hành động
Yêu cầu của người lái	Đã xác nhận trong nguồn	Trục và đơn vị khớp	Tạo lại và xem xét
Giới hạn mô-men xoắn	Đã xác nhận	Nhiều biến thể mục tiêu được tìm thấy	Điều tra trước khi chỉnh sửa
Mục tiêu áp suất	Đã thay đổi trong nguồn	Tỷ lệ chưa được xác nhận	Chưa chuyển
Bản vá không xác định	Chưa ghi lại	Không có tương đương mục tiêu đã xác minh	Từ chối chuyển

Bảng tính này ngăn chặn các thay đổi nguồn chưa được ghi lại

khỏi việc âm thầm tham gia dự án mới.

Không chuyển đổi thay đổi phần trăm một cách mù quáng

Một cách làm tắt phổ biến là tính toán mức độ thay đổi của một giá trị trong tệp MOD cũ và áp dụng cùng một tỷ lệ phần trăm cho một bản đồ tương tự trong phần mềm mới. Điều này có thể gây hiểu lầm vì nhà sản xuất có thể đã thay đổi giá trị cơ sở, đơn vị, mối quan hệ giới hạn hoặc chiến lược điều khiển.

Thay vào đó, hãy tự hỏi:

• Mục đích ban đầu của việc chỉnh sửa là gì?
• Phần mềm mới đã chứa mục tiêu đã sửa đổi chưa?
• Bản đồ nào liên quan kiểm soát cùng một chức năng?
• Các trục và vùng hoạt động có tương đương không?
• Có thể xác nhận kết quả mong muốn bằng nhật ký không?

Chuyển mục tiêu hiệu chỉnh, không chỉ các số cũ.

Tách các thay đổi hiệu chỉnh khỏi các bản vá và siêu dữ liệu

Không phải mọi sự khác biệt đều là chỉnh sửa bản đồ. Các tệp cũng có thể khác nhau vì:

• sửa lỗi checksum;
• xử lý riêng cho từng công cụ;
• bộ đếm lập trình;
• bản vá phần mềm;
• siêu dữ liệu phiên bản;
• cấu hình chẩn đoán;
• công việc trước đó không xác định.

Các thay đổi không xác định bên ngoài khu vực hiệu chuẩn đã được ghi lại cần được điều tra trước khi tệp được phê duyệt.

Xác thực dự án đích sau khi chuyển

Sau khi tạo lại hoặc nhập các thay đổi, hãy thực hiện xem xét dự án đầy đủ:

• kiểm tra mọi bản đồ đã chỉnh sửa so với trục của nó;
• xem xét các mục tiêu và bộ giới hạn liên quan;
• xác nhận đơn vị và tỷ lệ;
• kiểm tra các ô nội suy và ranh giới;
• kiểm tra xem không có vùng không mong muốn nào bị thay đổi;
• xác nhận trách nhiệm kiểm tra tổng;
• lưu báo cáo khác biệt so với bản ORI mục tiêu;
• dán nhãn rõ ràng phiên bản tệp cuối cùng;
• chuẩn bị tệp phục hồi chính xác;
• lập kế hoạch cho một bài kiểm tra chẩn đoán và ghi dữ liệu có kiểm soát.

Việc xuất thành công không chứng minh rằng logic hiệu chuẩn là chính xác.

Tài nguyên WinOLS liên quan

Để khớp định nghĩa, xác thực gói bản đồ và kiểm tra tỷ lệ, hãy đọc WinOLS A2L/DAMOS & Gói bản đồ. Trước khi ghi tệp đã hoàn chỉnh, hãy xem lại WinOLS Checksums.

Để thảo luận về phiên bản phần mềm ECU và các trường hợp tệp thực tế, hãy xem CarTechnology hoặc MHHAuto. Hãy coi thông tin diễn đàn là nghiên cứu và xác nhận mọi thay đổi trong dự án mục tiêu thực tế.

Danh sách kiểm tra so sánh tệp

• Phân loại mọi tệp là ORI, MOD, bản cập nhật OEM, tệp gốc ảo hoặc không xác định.
• Ghi lại nhận dạng phần cứng và phần mềm ECU.
• Xác nhận phương pháp đọc và kích thước tệp.
• Kiểm tra xem các tệp có dùng chung cơ sở phần mềm không.
• Xem xét mẫu khác biệt tổng thể trước khi mở bản đồ.
• Đối chiếu bản đồ theo cấu trúc, trục, đơn vị và chức năng.
• Không chuyển đổi thay đổi chỉ dựa trên địa chỉ.
• Từ chối các bản vá không có tài liệu cho đến khi chúng được hiểu.
• Tái tạo các thay đổi một cách cẩn thận khi phiên bản OEM mục tiêu khác.
• Lưu báo cáo khác biệt cuối cùng so với bản gốc đích.
• Xác thực xử lý checksum và chuẩn bị phục hồi.

FAQ

Tôi có thể sao chép bản đồ từ phiên bản phần mềm OEM cũ hơn vào phiên bản mới hơn không?

Không an toàn chỉ bằng địa chỉ. Xác nhận chức năng bản đồ, kích thước, trục, tỷ lệ và chiến lược xung quanh trong phần mềm mới hơn, sau đó tạo lại thay đổi dự định.

Việc khớp kích thước tệp có nghĩa là các tệp tương thích không?

Không. Các tệp có cùng kích thước có thể chứa mã, bố cục hiệu chuẩn hoặc phiên bản phần mềm khác nhau.

So sánh ORI với MOD an toàn nhất là gì?

So sánh an toàn nhất sử dụng một tệp gốc đã được xác minh và một phiên bản đã sửa đổi được ghi lại, được tạo trực tiếp từ cùng một cơ sở gốc đó.

Tại sao có sự khác biệt bên ngoài các bản đồ tôi đã chỉnh sửa?

Đó có thể là các thay đổi checksum, siêu dữ liệu, xử lý công cụ, bộ đếm hoặc công việc chưa được ghi lại. Hãy xác định chúng trước khi phê duyệt tệp.

Có nên sử dụng nhập tự động cho bản cập nhật OEM không?

Chỉ khi có sự kiểm tra cẩn thận. Khi cơ sở phần mềm thay đổi, các bản đồ có thể di chuyển hoặc thay đổi cấu trúc. Việc xem xét thủ công và tạo lại có kiểm soát thường an toàn hơn.

So sánh WinOLS không chỉ đơn thuần là tìm kiếm các byte khác nhau. Đó là một quy trình để chứng minh danh tính tệp, hiểu mối quan hệ phần mềm và chỉ chuyển các quyết định hiệu chỉnh vẫn còn hiệu lực trong phiên bản đích.