Từ chối trách nhiệm là tôi chưa bao giờ làm việc trực tiếp với ô tô CAN. Tôi là một thợ cơ khí trong một thời gian dài và sau đó đi vào những thứ khác. Tôi đã làm việc với các ứng dụng CAN nhúng.
Đầu tiên bạn cần một công cụ để kết nối với bus CAN. Công cụ càng linh hoạt thì càng tốt. Có hai vấn đề với kỹ thuật đảo ngược CAN. Một là CAN có thể dựa trên tin nhắn. Điều này có nghĩa là không có hai mô-đun nào nói chuyện trực tiếp với nhau. Mỗi mô-đun phát dữ liệu của nó lên toàn bộ xe buýt và dữ liệu đó được mã hóa bằng ID thông báo. ID thông báo đó xác định dữ liệu đó là gì đối với mọi người và bất kỳ ai quan tâm đến dữ liệu đều đọc dữ liệu đó. Việc triển khai đơn giản nhất của CAN có 2000 ID. Các hệ thống tiên tiến hơn có hàng trăm ngàn. Vấn đề thứ hai là mọi người đều nói chuyện trên xe buýt cùng một lúc. Khó khăn là lọc ra những gì bạn muốn và những gì không liên quan.
Khi bạn kết nối với xe buýt bắt đầu lắng nghe. Nắm bắt dữ liệu và sau đó phân tích nó trong một bảng tính có thể là tốt nhất. RPM động cơ có lẽ sẽ dễ xác định nhất. Khi bạn đã xác định một ID thông báo cụ thể và ý nghĩa của tính linh hoạt của công cụ của bạn. Nói với công cụ để lọc ID thông báo mà bạn đã biết.
Một bạn thụ động xác định hầu hết các dữ liệu trên xe buýt là một sự lựa chọn. Có một cách đã có và một cách dễ dàng từ đây. CAN hỗ trợ yêu cầu dữ liệu. Cách khó khăn liên quan đến việc truyền yêu cầu dữ liệu đến xe và lắng nghe câu trả lời và sau đó cố gắng phân tích ý nghĩa của dữ liệu được trả về. Cách dễ dàng liên quan đến việc mượn một công cụ quét và nghe xe buýt trong khi công cụ đang yêu cầu dữ liệu từ xe hơi. Sau đó phân tích nó để xác định những thông điệp yêu cầu nào nhận được dữ liệu và ID tin nhắn.