Quay lại blog

Di chuyển CompactLogix L32E/L35E sang 5370 hoặc 5380

Lập kế hoạch chuyển đổi CompactLogix L32E hoặc L35E bằng cách tách riêng việc chuyển đổi bộ điều khiển khỏi việc thay thế I/O, sau đó xác thực chương trình cơ sở, truyền thông, chuyển động, không g...

Việc thay thế CompactLogix 1769-L32E hoặc 1769-L35E không chỉ là thay bộ điều khiển trên một dòng lệnh. Dự án bao gồm khả năng tương thích của bộ điều khiển, kiến trúc I/O cục bộ, phiên bản phần mềm, hoạt động Ethernet, yêu cầu nối tiếp, bố trí tủ điện, đánh giá an toàn và chạy thử sản xuất. Chọn một mã sản phẩm mới trước khi ghi nhận các yếu tố phụ thuộc này có thể biến việc thay thế phụ tùng dự phòng khẩn cấp thành một dự án thiết kế lại hệ thống điều khiển ngoài kế hoạch.

Quyết định trọng tâm là liệu hệ thống 1769 Compact I/O và hệ thống dây hiện trường hiện có có cần được giữ lại hay không. Bộ điều khiển thuộc dòng 5370 có thể cung cấp phương án ít xáo trộn hơn cho nhiều kiến trúc 1769. Nền tảng 5380 chuyển hệ thống sang bộ điều khiển mới hơn và kiến trúc Compact 5000 I/O, có thể mang lại giá trị vòng đời dài hơn nhưng đòi hỏi công việc kỹ thuật toàn diện hơn.

Bộ điều khiển CompactLogix được xem xét cho dự án hiện đại hóa L32E hoặc L35E

Hãy chọn phương án chuyển đổi dựa trên các ràng buộc về I/O, truyền thông, chuyển động, an toàn và tủ điện hiện có, thay vì chỉ dựa vào dung lượng bộ nhớ.

Kiểm kê hệ thống hiện có trước khi chọn nền tảng đích

Bắt đầu với dự án ngoại tuyến và khảo sát thực tế. Ghi lại chính xác mã sản phẩm, series, phiên bản firmware của bộ điều khiển, phiên bản dự án, mức sử dụng bộ nhớ, các mô-đun I/O cục bộ, bố trí các khối mở rộng, bộ nguồn, cổng truyền thông, các tag được tạo và sử dụng, thông báo tường minh, trình điều khiển HMI, trục chuyển động và mọi mô-đun của bên thứ ba.

Đối chiếu dự án với tủ điện đã lắp đặt. Các hệ thống cũ thường có những thay thế mô-đun hoặc thay đổi dây dẫn chưa được lập tài liệu. Chụp ảnh thứ tự mô-đun, ký hiệu đầu nối, kết nối mạng, đèn trạng thái và khoảng hở trong tủ. Lưu dự án gốc ở chế độ chỉ đọc, đồng thời xuất báo cáo tag, mô-đun và tham chiếu chéo trước khi thay đổi loại bộ điều khiển.

Xác định các yếu tố phụ thuộc không xuất hiện trong logic bậc thang thông thường. Những yếu tố này có thể bao gồm các từ trạng thái của bộ điều khiển, đường dẫn thông báo, dịch vụ socket, giao thức nối tiếp, khóa điện tử, hồ sơ add-on, hướng dẫn của nhà cung cấp, ghi dữ liệu và các thiết bị bên ngoài yêu cầu một địa chỉ IP hoặc cách thức kết nối cụ thể.

Hiểu phương án duy trì nền tảng 5370

Bộ điều khiển 5370 L3 thường được cân nhắc khi nhà máy muốn giữ lại kiến trúc 1769 Compact I/O. Điều này có thể giảm việc đi lại dây hiện trường và xây dựng lại tủ điện, nhưng không có nghĩa là chắc chắn có thể thay thế trực tiếp. Bộ điều khiển được chọn phải hỗ trợ số lượng mô-đun đã lắp đặt, bố trí các khối, yêu cầu truyền thông, tải tác vụ, mức sử dụng bộ nhớ và phiên bản phần mềm.

Bộ nhớ của bộ điều khiển cần bao gồm phần dự phòng tăng trưởng thực tế. Việc chỉ khớp số byte đang sử dụng của dự án hiện tại là chưa đủ khi quá trình chuyển đổi còn bổ sung chẩn đoán, tag được tạo, hồ sơ mô-đun mới hơn hoặc dữ liệu HMI đã chỉnh sửa. Hãy xác minh dung lượng và các tính năng được hỗ trợ theo đúng mã sản phẩm và firmware, thay vì chỉ dựa vào so sánh bộ nhớ ở cấp dòng sản phẩm.

Xác nhận dự án cũ có sử dụng cổng nối tiếp hay không. Các hệ thống L32E và L35E có thể phụ thuộc vào DF1, ASCII, Modbus thông qua giao diện hoặc kết nối bảo trì. Bộ điều khiển thay thế không có cùng cổng vật lý sẽ cần một gateway hoặc chiến lược mạng được thiết kế riêng. Hãy xem đây là yêu cầu chức năng, không phải quyết định về phụ kiện.

Nếu nhà máy dự định duy trì một bộ điều khiển dự phòng dung lượng bộ nhớ cao, hãy xác minh bộ dự phòng đó với từng dự án máy trước khi tuyên bố có thể dùng chung. Lưu một dự án đã chuyển đổi và được phê duyệt cho từng máy. Việc thay đổi loại bộ điều khiển, không tương thích firmware hoặc khác biệt về đường truyền thông có thể ngăn cản quá trình khôi phục nhanh ngay cả khi dung lượng bộ nhớ là đủ.

Hiểu phương án hiện đại hóa nền tảng 5380

CompactLogix 5380 sử dụng nền tảng 5069 và Compact 5000 I/O cho kiến trúc cục bộ. Nền tảng này cần được xem là một dự án hiện đại hóa thay vì một phương án thay thế đơn giản cho một rack 1769 cục bộ. Tài liệu CompactLogix 5380 của Rockwell hiện xác định các hướng dẫn sử dụng, thông số kỹ thuật và tài nguyên chuyển đổi áp dụng.

Phương án 5380 có thể bổ sung hiệu năng, dung lượng, các chức năng bảo mật và tùy chọn truyền thông mới hơn. Những lợi ích đó phải được đánh giá cùng với các cụm đầu nối mới, phân phối nguồn, lựa chọn mô-đun I/O, kích thước tủ điện, nhiệt lượng, thiết kế mạng và thời gian chạy thử.

Ánh xạ từng mô-đun 1769 sang một chức năng 5069 đã được xác minh. Số lượng kênh tương tự không chứng minh rằng chúng có hành vi tương đương. Hãy so sánh loại ngõ vào điện, khả năng cách ly, giới hạn dòng điện, tính năng chẩn đoán, định dạng dữ liệu, thời gian cập nhật, trạng thái lỗi, khóa điện tử, bố trí đầu nối và mọi cấu hình dành riêng cho kênh. Các mô-đun chuyên dụng cần được xem xét bổ sung.

Trang sản phẩm 5069-L320ER hiện là một tài liệu tham chiếu phần cứng, trong khi bộ sưu tập hệ thống PLC và PAC hỗ trợ so sánh bộ điều khiển rộng hơn. Tuy nhiên, việc lựa chọn cuối cùng vẫn phải dựa trên hướng dẫn sử dụng chính thức và các yêu cầu đã được xác minh của dự án.

Đừng xem việc chuyển đổi chương trình là chạy thử

Logix Designer có thể chuyển đổi một dự án sang loại bộ điều khiển khác, nhưng việc chuyển đổi thành công chỉ chứng minh rằng phần mềm đã tạo được một dự án. Hãy xem xét các thông báo chuyển đổi và những định nghĩa mô-đun đã thay đổi. Xác nhận các lệnh không được hỗ trợ, tag ở phạm vi bộ điều khiển, kiểu dữ liệu, chu kỳ tác vụ, các kết nối được tạo và sử dụng, cấu hình chuyển động và đường dẫn thông báo.

Firmware và phần mềm phải được lập kế hoạch đồng thời. Cần kiểm tra các công cụ tương thích và ghi chú phát hành của Rockwell đối với bộ điều khiển đích, firmware, phiên bản Logix Designer, hồ sơ add-on và phần mềm truyền thông hỗ trợ. Không nạp firmware cho phần cứng tại máy cho đến khi tổ hợp đã được phê duyệt và phương án khôi phục được lập tài liệu.

Giữ nguyên kế hoạch IP hiện có trừ khi việc thiết kế lại mạng là có chủ đích. Xác minh cơ chế bảo vệ địa chỉ trùng, subnet, gateway, cấu hình switch, việc tham gia ring, hoạt động multicast, shortcut HMI, kết nối hệ thống lưu trữ dữ liệu và quyền truy cập từ xa. Một bộ điều khiển chạy được logic bậc thang nhưng không thể trao đổi dữ liệu với phần còn lại của cell thì chưa phải là một quá trình chuyển đổi hoàn tất.

Lập tài liệu rõ ràng cho các thay đổi về I/O và tủ điện

Đối với kiến trúc 1769 được giữ lại, hãy kiểm tra công suất bộ nguồn, khoảng cách giữa các mô-đun, cáp mở rộng, nắp cuối và các quy tắc bố trí khối. Việc thay bộ điều khiển là cơ hội tốt để phát hiện các đầu nối yếu, mô-đun chuyên dụng lỗi thời và liên động chưa được lập tài liệu, nhưng các thay đổi không liên quan phải được kiểm soát thay vì tự ý gộp vào dự án mà không xem xét.

Đối với chuyển đổi sang 5069, hãy lập bản vẽ tủ điện và sơ đồ đầu nối mới. Kiểm tra chiều dài dây, kích thước dây dẫn, cách nhóm dây chung, cách đấu đầu chống nhiễu, nguồn hiện trường, các khối đầu nối tháo rời, cầu chì và các kênh dự phòng. Xem xét các yêu cầu về nhiệt độ và khoảng cách theo đúng hướng dẫn lắp đặt. Không được giả định rằng cụm mới chiếm cùng chiều dài trên thanh ray hoặc sử dụng cùng cách bố trí dây chung hiện trường.

Các chức năng an toàn cần được đánh giá riêng. Nếu có liên quan đến rơ-le an toàn, GuardLogix, chuyển động an toàn hoặc thiết bị bảo vệ, hãy xác nhận vòng đời an toàn áp dụng, chữ ký, hồ sơ xác nhận và các yêu cầu kiểm soát thay đổi. Việc chuyển đổi bộ điều khiển tiêu chuẩn không được âm thầm làm thay đổi chức năng an toàn.

Lập kế hoạch kiểm thử trước khi dừng máy

Khi thực tế cho phép, hãy chạy thử nền tảng bộ điều khiển đích trên bàn. Nạp dự án đã chuyển đổi, thiết lập truyền thông, xác minh firmware và kiểm tra các I/O hoặc tín hiệu mô phỏng tiêu biểu. Xác nhận kết nối với HMI và máy trạm kỹ thuật. Ghi lại danh tính mô-đun và trạng thái chẩn đoán dự kiến.

Chứng minh tính đúng đắn của logic và dữ liệu

So sánh các giá trị tag quan trọng, tỷ lệ chuyển đổi, bộ định thời, bộ đếm, trạng thái trình tự, công thức, dữ liệu lưu giữ, ngưỡng cảnh báo và quá trình khởi tạo khi khởi động. Kiểm tra việc tắt bật nguồn và thay đổi chế độ. Xác nhận mọi logic quét lần đầu hoặc logic khôi phục hoạt động đúng như dự kiến với bộ điều khiển mới.

Chứng minh mọi giao diện bên ngoài

Kiểm tra lệnh HMI, các giá trị hiển thị, cảnh báo, hệ thống lưu trữ dữ liệu, biến tần, I/O từ xa, thông báo, thiết bị nối tiếp, các tag được tạo và sử dụng và quyền truy cập bảo trì. Xác minh hoạt động khi hết thời gian chờ và khi xảy ra lỗi mạng, thay vì chỉ kiểm tra trong điều kiện bình thường.

Chứng minh quy trình vật lý

Chạy thử các ngõ ra trong điều kiện được kiểm soát. Kiểm tra chiều quay, trạng thái khi lỗi, liên động, giới hạn và tín hiệu phản hồi. Cho máy chạy qua các chế độ và tốc độ sản xuất tiêu biểu. Lập biên bản kiểm thử có chữ ký và duy trì phương án quay lui cho đến khi hoàn tất nghiệm thu.

Chọn phương án dựa trên rủi ro vòng đời

Chuyển đổi sang 5370 có thể giảm xáo trộn trước mắt khi hệ thống 1769 và hệ thống dây hiện trường đã lắp đặt vẫn còn giá trị đáng kể. Chuyển đổi sang 5380 thường là lựa chọn dài hạn tốt hơn khi tủ điện, I/O, truyền thông hoặc thiết kế an toàn vốn đã cần được thay đổi lớn. Không nên chọn phương án nào chỉ dựa vào bảng tra cứu thay thế.

Phương án chuyển đổi tốt nhất sẽ tách biệt rủi ro sẵn sàng khẩn cấp khỏi hoạt động hiện đại hóa theo kế hoạch. Hãy lập tài liệu cho hệ thống hiện có, xác nhận tổ hợp đích chính xác, chạy thử quá trình chuyển đổi và chứng minh mọi giao diện. Cách tiếp cận đó biến vấn đề bộ điều khiển lỗi thời thành một dự án vòng đời được kiểm soát.

Để lại bình luận

Xin lưu ý, bình luận cần được phê duyệt trước khi được đăng.