Khắc phục sự cố lỗi kết nối EtherNet/IP trên Allen-Bradley ControlLogix: Quy trình chẩn đoán đã được kiểm chứng thực tế

Vì sao xảy ra lỗi kết nối

EtherNet/IP là Giao thức Công nghiệp Chung (CIP) chạy trên Ethernet tiêu chuẩn. Giao thức này xử lý I/O và việc nhắn tin trên cùng một mạng. Lỗi kết nối gây ra phần lớn thời gian ngừng hoạt động của EtherNet/IP. Các bộ quét ControlLogix ghi lại mọi trạng thái kết nối. Hướng dẫn này đưa ra một trình tự chẩn đoán có thể lặp lại. Hãy sử dụng hướng dẫn trước khi gọi bộ phận hỗ trợ của nhà cung cấp.

Tìm hiểu mô hình kết nối

CIP định nghĩa hai vai trò thiết bị. Bộ quét (originator) yêu cầu dữ liệu. Bộ điều hợp (target) cung cấp dữ liệu. Các mô-đun ControlLogix 1756-EN2T và 1756-ENBT có thể đảm nhận cả hai vai trò. Kết nối I/O sử dụng Khoảng thời gian gói tin được yêu cầu (RPI). Bộ điều hợp gửi dữ liệu theo khoảng thời gian đó. Thời gian chờ mặc định bằng bốn lần RPI. Ví dụ, RPI 20 ms cho thời gian chờ 80 ms. Kết nối nhắn tin sử dụng cổng TCP 44818. Lưu lượng I/O sử dụng cổng UDP 2222. Cả hai loại đều có thể sử dụng multicast. Mỗi kết nối đều tiêu tốn tài nguyên của bộ quét. Quá nhiều kết nối hoặc RPI quá ngắn có thể làm quá tải CPU.

Trình tự chẩn đoán sáu bước

Bước 1: Đọc đèn LED của mô-đun. Đèn OK sáng xanh liên tục nghĩa là mô-đun đang hoạt động bình thường. Đèn NET A sáng xanh liên tục nghĩa là có kết nối CIP đang hoạt động. Đèn NET A nhấp nháy xanh nghĩa là liên kết đã hoạt động nhưng đang nhàn rỗi. Đèn NET A tắt nghĩa là không có liên kết. Ghi lại trạng thái đèn trước khi thực hiện bất kỳ thao tác nào.

Bước 2: Kiểm tra bằng FactoryTalk Linx. Duyệt cây và xác nhận mô-đun xuất hiện. Ping địa chỉ IP của mô-đun. Mở trang web của mô-đun và kiểm tra các bộ đếm kết nối.

Bước 3: Kiểm tra đường truyền vật lý. Sử dụng cáp Cat5e có chống nhiễu hoặc loại tốt hơn. Kiểm tra đầu bấm RJ45 và đèn LED của cổng switch. Bật tự động đàm phán ở cả hai đầu. Không tương thích song công sẽ âm thầm làm giảm nghiêm trọng thông lượng.

Bước 4: Xem lại cấu hình I/O trong Studio 5000. Xác nhận RPI phù hợp với yêu cầu của thiết bị. Bật unicast cho các mạng có mật độ thiết bị cao. Lưu lượng multicast tràn có thể làm bão hòa các switch.

Bước 5: Phân tích lỗi của lệnh MSG. Theo dõi các bit .EN, .DN và .ER. Đọc mã lỗi trong thẻ .ER. Các mã thuộc khoảng 16#02xx cho thấy có vấn đề về kết nối. 16#0204 nghĩa là kết nối đã hết thời gian chờ. Xác minh đường dẫn, trạng thái của thiết bị đích và RPI.

Bước 6: Thu thập gói tin bằng Wireshark. Lọc tcp.port == 44818 để kiểm tra nhắn tin. Lọc udp.port == 2222 để kiểm tra I/O. Tìm các yêu cầu Forward Open và phản hồi tương ứng. Không có phản hồi thường cho thấy tường lửa hoặc bộ lọc VLAN đang chặn lưu lượng. Kiểm tra các báo cáo IGMP khi lưu lượng multicast biến mất.

Điều chỉnh RPI: Khi nào và như thế nào

Hầu hết I/O analog và rời rạc hoạt động ở mức 20 đến 100 ms. Các vòng điều khiển servo tốc độ cao và vòng an toàn cần 1 đến 10 ms. Bắt đầu với giá trị mặc định của nhà cung cấp. Tăng RPI cho đến khi lỗi dừng lại. Theo dõi mức sử dụng CPU trong quá trình kiểm tra. Đồng thời theo dõi băng thông mạng. RPI 10 ms với 50 thiết bị sẽ tạo ra lưu lượng lớn. Sử dụng chế độ unicast để duy trì tải ở mức có thể dự đoán.

Các kiểu lỗi thường gặp

Một mô-đun liên tục bị ngắt kết nối. Trước tiên, kiểm tra các bộ đếm lỗi của cổng switch. Tiếp theo, thử một sợi cáp đã biết là tốt. Ngoài ra, xác minh phiên bản firmware tương thích với dự án.

Tất cả kết nối bị ngắt sau khi tắt rồi bật nguồn. Điều này thường có nghĩa là cấu hình không khớp hoặc xảy ra xung đột IP. Kiểm tra cơ chế định danh mô-đun và bảng kết nối được lập lịch. Đồng thời kiểm tra thời hạn thuê địa chỉ trên máy chủ DHCP.

Kết nối chập chờn khi khởi động động cơ. Nhiễu điện từ hoặc sụt áp gây ra kiểu lỗi này. Tuy nhiên, đầu nối bị mòn cũng có biểu hiện giống hệt. Kiểm tra nối đất và tính liên tục của lớp chống nhiễu trước khi thay mô-đun.

Lỗi tài nguyên bộ quét. Mô-đun đã đạt giới hạn kết nối. Vì vậy, hãy tăng RPI hoặc bổ sung bộ quét thứ hai. Xem lại số lượng kết nối trên trang web của mô-đun.

Lưu lượng multicast tràn. Một thiết bị đang làm ngập mạng bằng lưu lượng. Buộc sử dụng unicast trong thuộc tính mô-đun. Điều này giúp giảm đáng kể tải cho switch.

Kết luận & khuyến nghị hành động

Hãy làm việc theo một trình tự cố định: vật lý, mạng, cấu hình, tải. Không bao giờ thay đổi RPI nếu không có lý do được ghi chép. Ghi lại các giá trị cơ sở về trạng thái đèn LED và số lượng kết nối. Sử dụng unicast cho các mạng có mật độ thiết bị cao. Cuối cùng, luôn dự phòng một mô-đun đã được cấu hình sẵn. Kỷ luật này giúp giảm thời gian trung bình sửa chữa xuống hàng giờ.

Tác giả: Zhang Min là kỹ sư tự động hóa công nghiệp với hơn 10 năm kinh nghiệm về PLC, DCS và các hệ thống điều khiển.