PanelView Plus với CompactLogix L32E và SLC 5/04
Thiết kế một ứng dụng PanelView Plus đáng tin cậy cho CompactLogix L32E và SLC 5/04. So sánh EtherNet/IP trực tiếp, các cổng chuyển đổi kế thừa, lối tắt khi chạy, chẩn đoán, các bài kiểm tra chuyển...
Một dự án HMI kết hợp nhiều thế hệ trở nên khó khăn khi một ứng dụng PanelView Plus phải trao đổi dữ liệu với cả CompactLogix 1769-L32E trên EtherNet/IP và SLC 5/04 vẫn phụ thuộc vào DH+ hoặc DF1. Điều chỉnh đầu tiên là về thuật ngữ: L32E là bộ điều khiển CompactLogix, không phải bộ điều khiển ControlLogix. Điều chỉnh thứ hai là về kiến trúc. FactoryTalk View Machine Edition nên xem mỗi đường kết nối bộ điều khiển là một hợp đồng truyền thông riêng biệt, có thể kiểm thử, thay vì che giấu cả hai bộ xử lý sau một lối tắt không rõ ràng.
Một HMI kết hợp nên thể hiện hai đường kết nối bộ điều khiển rõ ràng để kỹ thuật viên có thể phân biệt lỗi EtherNet/IP với lỗi mạng cũ.
Bắt đầu bằng việc kiểm kê, không phải bằng cầu nối
Ghi lại chính xác mã sản phẩm PanelView Plus, phiên bản firmware, phiên bản FactoryTalk View ME, mã sản phẩm bộ điều khiển, cấu hình kênh SLC và mọi mô-đun truyền thông đã lắp đặt. 1769-L32E có cổng Ethernet tích hợp. SLC 5/04 cung cấp DH+ trên Kênh 1 và có thể dùng Kênh 0 cho các giao thức nối tiếp; thiết bị này không trở thành bộ điều khiển EtherNet/IP chỉ vì một gateway được lắp đặt. Sự khác biệt đó quyết định thiết bị nào chịu trách nhiệm định tuyến, chẩn đoán và khôi phục.
Đồng thời, hãy tách biệt đường dẫn lúc thiết kế và lúc chạy. Máy tính kỹ thuật có thể duyệt bộ điều khiển qua một giao diện, trong khi thiết bị đầu cuối lại sử dụng giao diện khác sau khi tệp runtime được tải xuống. Sổ tay hướng dẫn thiết bị mạng EtherNet/IP của Rockwell giải thích rằng FactoryTalk Linx cung cấp dịch vụ truyền thông runtime được PanelView Plus và FactoryTalk View sử dụng. Vì vậy, việc máy tính xách tay duyệt thành công không chứng minh rằng đường dẫn runtime của thiết bị đầu cuối đã đúng.
Xây dựng trực tiếp đường kết nối CompactLogix
Cấp cho L32E một địa chỉ tĩnh được ghi chép đầy đủ trên mạng con điều khiển và tạo một lối tắt thiết bị FactoryTalk Linx riêng, chẳng hạn CLX_L32E. Chọn bộ điều khiển trong thẻ Design, sau đó sao chép hoặc tái tạo đường dẫn trong thẻ Runtime. Xác minh rằng lối tắt trỏ đến chính bộ điều khiển, thay vì chỉ trỏ đến một trình điều khiển Ethernet. Thiết bị đầu cuối, bộ điều khiển và máy trạm kỹ thuật phải có các cài đặt IP tương thích, nhưng không được dùng chung địa chỉ. Kiểm tra mặt nạ mạng con và mọi ranh giới VLAN được định tuyến trước khi đổ lỗi cho ứng dụng HMI.
Khi phù hợp, hãy sử dụng các thẻ có phạm vi bộ điều khiển và duy trì tiền tố xác định rõ quyền sở hữu trong các tham chiếu HMI. Một cảnh báo hoặc lệnh có tên thể hiện bộ điều khiển nguồn sẽ dễ chẩn đoán hơn trong quá trình chuyển đổi. Đối với lệnh, hãy sử dụng các trạng thái yêu cầu, xác nhận, hết thời gian và điều kiện cho phép, thay vì một lệnh ghi tức thời từ HMI với giả định rằng mạng không bao giờ tạm dừng. PLC phải chịu trách nhiệm về quyết định liên động cuối cùng; PanelView là giao diện người vận hành, không phải bộ điều khiển an toàn.
Chọn chiến lược truy cập SLC 5/04 phù hợp thực tế
Đường kết nối SLC phụ thuộc vào phần cứng đã lắp đặt và tốc độ dữ liệu yêu cầu. Một giao diện nối tiếp sang Ethernet có thể cung cấp dữ liệu của Kênh 0, nhưng phải kiểm tra giới hạn kết nối và thông lượng theo đúng sổ tay của giao diện đó. Gateway có thể hữu ích đối với một số lượng nhỏ giá trị HMI, nhưng không nên được xem là tương đương với EtherNet/IP gốc. Việc truy vấn quá nhiều tệp số nguyên qua điểm nghẽn nối tiếp sẽ tạo ra màn hình chậm, giá trị lỗi thời và các cảnh báo truyền thông phiền toái.
Nếu phải duy trì DH+, gateway dựa trên 1756-DHRIO có thể định tuyến giữa Ethernet và DH+ khi được cấu hình đúng trong khung ControlLogix. Khung đó là gateway; nó không biến 1769-L32E thành bộ điều khiển ControlLogix. Xác nhận số nút DH+ ở dạng bát phân, chế độ kênh, tốc độ baud, điện trở kết thúc và toàn bộ tuyến đường. Tránh công bố một đường dẫn thông báo chung cho mọi trường hợp vì số khe và cấu trúc mạng phụ thuộc vào từng cơ sở. Một tuyến đường sao chép từ máy khác có thể truy cập nhầm nút hoặc bị lỗi sau khi thay đổi khung.
Gateway giao thức công nghiệp của bên thứ ba cũng có thể phù hợp, nhưng chỉ sau khi xác minh các dịch vụ được hỗ trợ, giới hạn số máy khách đồng thời, định thời nối tiếp, cấp bảo vệ môi trường và dịch vụ hỗ trợ của nhà cung cấp. Quyết định nên dựa trên lưu lượng HMI đo được và rủi ro trong vòng đời, không phải việc thiết bị có xuất hiện trong cửa sổ duyệt hay không.
Các lối tắt riêng biệt duy trì danh tính bộ điều khiển và giúp chẩn đoán runtime hữu ích hơn nhiều.
Đưa các lối tắt vào vận hành như những hệ thống độc lập
Tạo một lối tắt cho L32E và một lối tắt khác cho đường kết nối SLC. Không bao giờ tái sử dụng tên lối tắt trong quá trình chuyển đổi chỉ để tránh chỉnh sửa thẻ. Xác nhận các thẻ Design và Runtime, lưu cấu hình truyền thông, tạo tệp runtime cho firmware của đúng thiết bị đầu cuối dự kiến và tải xuống cùng với các cài đặt truyền thông chính xác.
Trước tiên, hãy kiểm tra các giá trị chỉ đọc. Sử dụng một giá trị thay đổi theo quy luật, một tín hiệu nhịp tim do mỗi bộ điều khiển tạo ra và dấu thời gian HMI cho thấy dữ liệu có bị cũ hay không. Sau đó kiểm tra các quy trình bắt tay lệnh khi máy đang ở trạng thái an toàn. Ngắt riêng từng đường mạng và xác nhận rằng HMI nhận diện được bộ điều khiển bị lỗi mà không bị treo hoặc hiển thị dữ liệu cũ như dữ liệu hiện tại. Khôi phục kết nối và đo thời gian phục hồi.
Chẩn đoán theo từng lớp
Nếu cả hai lối tắt đều lỗi, hãy bắt đầu bằng địa chỉ thiết bị đầu cuối, trạng thái cổng chuyển mạch, quyền truy cập VLAN và cấu hình runtime. Nếu chỉ L32E lỗi, hãy xác minh khả năng kết nối IP, chế độ bộ điều khiển, trạng thái cổng tích hợp và đích của lối tắt. Nếu chỉ SLC lỗi, hãy chia đường dẫn thành Ethernet đến gateway, cấu hình gateway, dây nối tiếp hoặc DH+ và cài đặt kênh SLC. Bộ đếm lỗi và đèn báo kết nối hữu ích hơn việc liên tục tải xuống cùng một tệp HMI.
Công việc với DH+ cần được thực hiện đặc biệt nghiêm ngặt. Số nút trùng nhau, tốc độ baud không đúng, thiếu điện trở kết thúc, cáp đường trục hư hỏng hoặc kênh DHRIO cấu hình không đúng có thể tạo ra các triệu chứng không ổn định trông giống như lỗi HMI. Hãy ghi lại sơ đồ nút và cấu trúc vật lý đang hoạt động bình thường trước khi thay đổi bất kỳ điều gì. Đối với EtherNet/IP, hãy theo dõi mức sử dụng kết nối và tốc độ gói tin thay vì cho rằng mô hình mạng văn phòng ít tải cũng phù hợp.
Thiết kế lối thoát cho quá trình chuyển đổi
Cầu nối thường là tài sản tạm thời, nhưng các hệ thống tạm thời có thể tồn tại nhiều năm. Ghi lại nguồn điện, cáp, firmware, bản sao lưu cấu hình, phương án dự phòng và người chịu trách nhiệm cho từng lối tắt. Giữ ổn định hợp đồng dữ liệu SLC trong khi đưa logic mới vào vận hành, sau đó loại bỏ các đường dẫn cũ theo từng giai đoạn có kiểm soát. Việc lập kế hoạch thay thế liên quan nên được thực hiện cùng danh mục hệ thống PLC và PAC của cửa hàng và kế hoạch vòng đời màn hình HMI.
Mục tiêu kỹ thuật không chỉ là làm cho các thẻ có thể duyệt được. Đó là tạo ra một thiết kế truyền thông trong đó lỗi có thể nhìn thấy, được giới hạn và có thể khôi phục. Việc tách biệt danh tính bộ điều khiển, sử dụng các đường dẫn runtime rõ ràng, đo lường lưu lượng và kiểm thử hành vi khi mất truyền thông sẽ tạo nên nền tảng đó.