Định danh nút DroneCAN, điện trở kết cuối và cấu trúc mạng đã lắp đặt
Kiểm tra hệ thống DroneCAN qua định danh nút, bằng chứng trạng thái, cấu trúc mạng vật lý, điện trở kết cuối và chức năng được từng thiết bị hỗ trợ.
Kiểm kê các nút trước khi thay đổi cấu hình
Liệt kê bộ điều khiển và từng thiết bị DroneCAN được kết nối với danh tính vật lý, chương trình cơ sở, chức năng và thông tin nút có sẵn. Tên thiết bị quen thuộc không xác định được đơn vị vật lý nào tạo ra thông báo. Giữ nguyên trạng thái mạng được phát hiện trước khi thay đổi địa chỉ hoặc thay thế các thành phần. Bản kiểm kê này cung cấp cơ sở cụ thể cho các báo cáo về thiết bị bị thiếu không liên tục và ngăn việc giả định thiết bị dự phòng mới được kết nối giống hệt với thiết bị mà nó đã thay thế.
Hiểu danh tính và phân bổ
Các nút DroneCAN yêu cầu danh tính phù hợp với mạng và các hệ thống được hỗ trợ có thể sử dụng các cách sắp xếp phân bổ khác nhau. Đọc tài liệu về thiết bị và mạng thay vì gán giá trị tùy ý cho đến khi cảnh báo biến mất. Phân biệt định danh phần cứng bền vững với mã định danh nút được quan sát trong một phiên. Ghi lại hành vi dự kiến sau khi khởi động lại. Nhận dạng duy nhất và dễ hiểu là rất quan trọng vì dữ liệu nhận được phải luôn được liên kết với cảm biến hoặc bộ truyền động chính xác trong suốt quá trình bảo trì và cấu hình lại.
Vẽ sơ đồ bus vật lý
Lập bản đồ các đoạn cáp, điểm nối, đầu nối, phân phối nguồn và điện trở kết cuối theo hệ thống đã lắp thực tế. Danh sách thiết bị phần mềm được đơn giản hóa không tiết lộ mọi nhánh vật lý. So sánh sự sắp xếp với hướng dẫn phần cứng hiện hành và thiết kế máy bay được phê duyệt. Không thêm các điện trở kết cuối chỉ vì giao tiếp có vẻ không ổn định. Đánh giá chính xác cần có vị trí và mục đích của các yếu tố hiện có, cùng với các yêu cầu về thiết bị và mọi thay đổi được thực hiện trong quá trình làm việc gần đây.
Tách trạng thái nút khỏi dữ liệu ứng dụng hữu ích
Một nút đang hiện diện trên mạng có thể báo cáo trạng thái mà không cung cấp mọi chức năng mà máy bay mong đợi. Kiểm tra các thông báo ứng dụng có liên quan, thông tin tình trạng thiết bị và hỗ trợ triển khai. Ngược lại, một mục hiển thị bị thiếu có thể bắt nguồn từ cấu hình nhận hơn là chứng tỏ bus bị hỏng. Bảo tồn dấu thời gian và các chức năng bị ảnh hưởng. Sự khác biệt này hướng dẫn bước kiểm tra tiếp theo đối với khả năng kết nối vật lý, nhận dạng, diễn giải phần mềm hoặc hành vi dành riêng cho thiết bị thay vì coi mọi triệu chứng đều giống hệt nhau.
Đánh giá các thay đổi với đường cơ sở đã biết
Khi một thiết bị hoặc cáp được thay thế, hãy ghi lại chính xác những gì đã thay đổi và xem lại cấu hình và cấu trúc liên kết kết quả. Sử dụng các phương pháp chẩn đoán đã được phê duyệt và các biện pháp phòng ngừa về điện thích hợp. So sánh hoạt động khởi động, trạng thái và hành vi ứng dụng bắt buộc với đường cơ sở được giữ lại. Một lần phát hiện thiết bị thành công không phải là sự chấp nhận hoàn toàn. Bằng chứng phải chỉ ra rằng thiết bị vật lý chính xác cung cấp thông tin dự định một cách đáng tin cậy trong các điều kiện mà quy trình kỹ thuật thực sự đánh giá.
Lưu hồ sơ mạng phục vụ bảo trì
Lưu trữ sơ đồ bus, nhận dạng thành phần, giả định phân bổ, tài liệu tham chiếu về điện trở kết cuối, phiên bản phần mềm và kiểm tra được chấp nhận cùng nhau. Làm cho các bản mở rộng sau này kích hoạt việc xem xét thay vì quyết định cắm thêm thiết bị tùy tiện. Điều này giúp các nhóm NiVO đánh giá các thiết bị ngoại vi CAN được hỗ trợ mà không cần giả định khả năng tương thích phổ quát. Nó cũng giúp việc liên lạc dịch vụ hiệu quả hơn: kỹ thuật viên nhận được một mạng có thể nhận dạng và triệu chứng có phạm vi xác định chứ không chỉ đơn giản là một báo cáo rằng cảm biến CAN đôi khi biến mất.
