Có thể đọc từ cổng ODB can thiệp vào bản đồ STO tùy chỉnh không?

Gần đây tôi đã có một hệ thống miễn phí đầy đủ được trang bị cho Opel / Vauxhall Astra Turbo Coupe của tôi. Cùng với điều này, tôi đã hoàn thành bản đồ 1 giai đoạn 1 để tận dụng tối đa các đặc điểm khí thải mới. Bằng mọi giá, tôi đã hỏi bộ chỉnh tần xem tôi có thể sử dụng ứng dụng Torque Pro mà tôi có trên Tab Galaxy để đọc tăng tốc, nhiệt độ, thời gian trước, v.v. từ cổng OBD như tôi đã làm trước đây không. Ông nói rằng cố gắng này sẽ làm hỏng bản đồ. Ông cũng tuyên bố rằng phần mềm STO mà ông đã flash vào ECM sẽ báo cáo kết quả sai.

Bây giờ, tôi biết câu trả lời khá rõ ràng đối với một người là nhà phát triển phần mềm và biết một chút về giao thức OBD, nhưng an toàn hơn là xin lỗi. Có vẻ như anh chàng nghĩ rằng tôi muốn thiết kế ngược lại bản đồ của mình và bán nó hoặc tùy chỉnh nó hơn nữa, vì vậy nói chuyện với anh ta giống như nói chuyện với một bức tường gạch.

Nên về cơ bản:

1. Có thể làm cho phần mềm STO (hoặc bất kỳ phần mềm nào được tải lên OEM ECU) báo cáo kết quả sai trên cổng OBD không?
2. Phần mềm STO (hoặc phần mềm khác) có thể được sử dụng để dọn rác bản đồ nếu phát hiện giao tiếp trên cổng OBD không?

Tôi chưa bao giờ gặp vấn đề với việc đọc nội dung từ cổng OBD khi xe vẫn còn chuẩn.

Theo tôi, hầu hết những điều anh ấy nói với bạn là nhảm nhí.

Trước hết, anh ta không cài đặt bất kỳ phần mềm nào trên ECU; anh ta chỉ bỏ phần sụn ban đầu, xác định các giá trị kiểm soát phun nhiên liệu là gì (lượng nhiên liệu, v.v.), thay đổi chúng và cài đặt phần sụn đã sửa đổi đó; cuối cùng anh ta chỉ sửa đổi một vài chữ số trong mã gốc, không có gì hơn.

Để làm những gì anh ấy nói với bạn, anh ấy phải viết lại hoàn toàn mã xử lý giao tiếp OBD, đặc trưng cho từng ECU, độc quyền (hoàn toàn không có mã nguồn, chúc may mắn đảo ngược mã lắp ráp mà bạn có được từ ECU đó) và cực kỳ khó để làm nếu có thể thực hiện được (không đề cập đến rủi ro, hãy tưởng tượng sự nguy hiểm nếu phần mềm lỗi của anh ấy đột nhiên gặp sự cố và động cơ của bạn hoạt động hết tốc lực).

Bây giờ, hãy thoải mái kết nối bộ chuyển đổi chẩn đoán của bạn, không cần phải sợ bất cứ điều gì.

Ồ và nếu bạn muốn thiết kế ngược lại bản đồ của anh ấy, chỉ cần giải nén ROM ECU của động cơ, chọc vào nó bằng trình chỉnh sửa hex, tìm vị trí "bản đồ" thực sự và ở đó bạn có "bản đồ" quý giá của mình (bạn có thể muốn tải nó trong một phần mềm như WinOLS); và không có số lượng phần mềm cũng như nhảm nhí mà anh ta nói sẽ thay đổi điều đó (để bảo vệ rằng bạn phải thực hiện mã hóa trong ECU để giải mã dữ liệu của chính mình, điều có lẽ là không thể đối với phần cứng thông số thấp như vậy, và thậm chí sau đó, chìa khóa vẫn còn ở đâu đó chờ đợi để được tìm thấy bởi một linh hồn tò mò).

Tôi là một lập trình viên ứng dụng CAN nên tôi muốn chia sẻ một chút kinh nghiệm của mình.

1. Có, bạn có thể báo cáo sai. Nó thậm chí rất đơn giản. Chỉ cần xem các tin nhắn bạn không thích và sau đó báo cáo lỗi. Nhưng điểm để thực hiện một công cụ như vậy là gì? Sau đó, bạn sẽ không thể đọc lỗi hoặc một số thông số khác của riêng bạn.

2. Cũng có, nếu anh ta đang cố bảo vệ phần mềm của mình, nhưng tại sao lại như vậy? Là một lập trình viên, tôi sẽ làm một cái gì đó như backlist cho các lệnh như: đọc / ghi dữ liệu ECU, vì vậy những thứ khác như đọc và xóa lỗi và đọc các tham số có thể hoạt động như trước.

Vấn đề là, ngay cả với STO đã được sửa đổi, bạn vẫn có thể đọc nội dung của mình (với tab galaxy) như bạn đã làm trước đây / xe tiêu chuẩn.

Sử dụng 'bom logic' hoặc các loại 'hạt giống' khác là hợp lý và hợp lý để bảo vệ bất kỳ phần mềm cụ thể nào khỏi bị sao chép. Nếu phần mềm được thực hiện dễ dàng hoặc mở để phân phối lại, bạn sẽ thấy rất nhiều nhà phát triển sẽ phá sản. Các phương pháp bạn hỏi trong câu hỏi của bạn chỉ ra những cách tốt để ngăn chặn phần mềm được nâng lên.