Quay lại blog

Mạch giữ trạng thái hay OTL/OTU? Lựa chọn bộ nhớ PLC an toàn

Mạch duy trì và lệnh OTL/OTU có thể giữ cùng một lệnh, nhưng chúng sẽ gặp lỗi theo những cách khác nhau. Hướng dẫn này so sánh hành vi quét, rủi ro khi khởi động lại, việc khắc phục sự cố, các điều...

Một lệnh động cơ vẫn duy trì sau khi người vận hành nhả nút Start có thể được xây dựng bằng một nhánh tự duy trì hoặc bằng các lệnh set/reset có duy trì. Kết quả ở trạng thái ổn định có thể trông giống hệt nhau trên HMI. Tuy nhiên, cách hệ thống phản ứng khi xảy ra khởi động lại, lỗi hoặc chỉnh sửa trực tuyến lại không giống nhau—và sự khác biệt đó rất quan trọng.

Vì vậy, câu hỏi kỹ thuật hữu ích không phải là “lệnh nào tốt hơn?” mà là “trạng thái nên được lưu ở đâu, ai được phép thay đổi nó và những điều kiện nào phải luôn chiếm ưu thế?”

Hai cách ghi nhớ, hai hợp đồng khác nhau

Một rung tự duy trì thông thường sử dụng một lệnh đầu ra thông thường và một tiếp điểm song song lấy từ bit được điều khiển. Theo thuật ngữ Logix, lệnh Output Energize tuân theo điều kiện rung ở mỗi lần quét: rung đúng sẽ ghi bit ở trạng thái đúng và rung sai sẽ ghi bit ở trạng thái sai. Nhánh này giữ cho rung vẫn đúng sau khi yêu cầu Start dạng xung biến mất, nhưng một lệnh Stop, lỗi hoặc điều kiện cho phép mắc nối tiếp có thể ngắt đường dẫn ngay lập tức.

Lệnh Output Latch ghi bit ở trạng thái đúng khi rung của nó trở nên đúng. Bit này sau đó vẫn ở trạng thái đúng cho đến khi một lệnh Output Unlatch—hoặc một tác vụ ghi khác—xóa nó. Tài liệu tham khảo về lệnh bit của Rockwell Automation phân biệt OTE là đầu ra tuân theo quá trình quét, còn OTL và OTU là các thao tác set và xóa có duy trì.

Các rung set và reset riêng biệt ghi vào bit lệnh động cơ được duy trì

Một cặp set/reset tách biệt các điều kiện thiết lập và xóa lệnh. Sơ đồ được giữ nguyên từ hình minh họa truyền thông ban đầu; nguồn: Control.com.

Chu kỳ quét quyết định thiết kế nào dễ tin cậy hơn

Logic tự duy trì làm rõ đường dừng chi phối

Đối với một yêu cầu chạy đơn giản, mẫu tự duy trì giữ cho các điều kiện Start, Stop, quá tải, chế độ và cho phép hiển thị trên cùng một rung. Khi bất kỳ điều kiện mắc nối tiếp nào chuyển sang sai, OTE được ghi lại thành sai trong lần quét đó. Kỹ thuật viên bảo trì thường có thể theo dõi toàn bộ quyết định mà không phải tìm kiếm qua nhiều routine.

Mẫu này trở nên khó quản lý khi nhiều hệ thống con có thể khởi động hoặc dừng cùng một trạng thái. Việc liên tục bổ sung các nhánh song song sẽ che khuất mức ưu tiên và khiến việc xử lý sự cố trực tuyến khó hơn. Khi đó, một máy trạng thái chuyên dụng thường rõ ràng hơn một rung tự duy trì khổng lồ hoặc các lệnh latch rải rác.

OTL và OTU tách sự kiện khỏi trạng thái

Các lệnh có duy trì hữu ích khi những sự kiện độc lập phải thiết lập và xóa một trạng thái: một bước trình tự, một quá trình bắt tay đã hoàn tất, xác nhận cảnh báo hoặc một yêu cầu phải tồn tại lâu hơn xung kích hoạt. Rủi ro nằm ở quyền sở hữu. Nếu cùng một thẻ được ghi từ nhiều routine, thứ tự tác vụ và thứ tự quét có thể quyết định giá trị cuối cùng.

Việc tham chiếu chéo cho thấy một lệnh latch và một lệnh unlatch tự nó không chứng minh rằng hệ thống hoạt động an toàn. Chương trình cũng cần một quy tắc ưu tiên rõ ràng. Nếu điều kiện set và reset có thể cùng đúng trong một lần quét, kỹ sư phải ghi lại kết quả nào được ưu tiên và xác minh rằng lịch thực thi routine không thể thay đổi kết quả đó ngoài dự kiến.

Giữ trạng thái được ghi nhớ tách khỏi đầu ra vật lý

Một mẫu thiết kế hiệu quả là ghi nhớ lệnh nội bộ hoặc trạng thái trình tự, sau đó điều khiển đầu ra vật lý bằng một OTE duy nhất được kiểm soát bởi các điều kiện cho phép hiện tại. Yêu cầu được ghi nhớ có thể vẫn đúng, nhưng lệnh đến cơ cấu chấp hành vẫn phải chuyển sang tắt khi quá tải, điều kiện bảo vệ, liên động quy trình hoặc chế độ vận hành loại bỏ quyền cho phép.

Sự tách biệt này cũng cải thiện khả năng chẩn đoán. Người vận hành có thể thấy rằng một yêu cầu chạy đang tồn tại trong khi một điều kiện cho phép cụ thể đang chặn chuyển động. Nguyên tắc tương tự cũng hữu ích trong quá trình chạy thử bộ điều khiển; quy trình chạy thử Micro800 giải thích vì sao đầu ra cần được kiểm chứng trong các điều kiện được kiểm soát thay vì chỉ suy ra từ một bit nội bộ.

Các chức năng an toàn yêu cầu phần cứng đạt chuẩn an toàn, logic đã được thẩm định và thiết kế giảm thiểu rủi ro được lập thành tài liệu. Một nhánh tự duy trì hay một cặp OTL/OTU thông thường đều không biến đầu ra PLC tiêu chuẩn thành một chức năng an toàn.

Hành vi khi khởi động lại là yêu cầu thiết kế, không phải điều bất ngờ

Trước khi chọn logic có duy trì, hãy xác định điều gì cần xảy ra sau khi mất điện, thay đổi chế độ bộ điều khiển, tải chương trình hoặc gián đoạn liên lạc. Công tắc tơ vật lý sẽ mất điện khi nguồn biến mất, nhưng một lệnh được duy trì có thể vẫn đúng khi hệ thống điều khiển khôi phục. Tự động khởi động lại có thể chấp nhận được đối với một số quy trình liên tục và không thể chấp nhận đối với máy móc mà con người có thể tiếp cận.

Hãy sử dụng một trạng thái khởi động để chủ động đối chiếu các yêu cầu được duy trì với điều kiện hiện tại tại hiện trường. Xác nhận các thiết bị phản hồi, xóa các quá trình bắt tay cũ, khôi phục chất lượng liên lạc và yêu cầu thao tác mới từ người vận hành khi đánh giá rủi ro quy định điều đó.

Các thử nghiệm chạy thử giúp phát hiện lỗi tiềm ẩn

Đừng chỉ kiểm tra Start và Stop. Hãy giữ cả hai yêu cầu ở trạng thái đúng, lần lượt loại bỏ từng điều kiện cho phép, tạo lỗi trong quá trình chuyển trạng thái, chuyển đổi các chế độ của bộ điều khiển, ngắt phản hồi qua mạng và xác minh điều gì xảy ra sau khi khôi phục nguồn. Theo dõi đồng thời bit lệnh, rung đầu ra cuối cùng và phản hồi tại hiện trường.

Hành vi one-shot cũng có thể thay đổi thiết kế latch. Nếu một sự kiện được kỳ vọng chỉ xảy ra một lần, hãy xác minh bit lưu trữ và thời điểm quét của nó. Hướng dẫn liên quan về xung one-shot trong Studio 5000 và hành vi của OTE cho thấy vì sao một xung tồn tại bên trong có thể không bao giờ tạo ra kết quả tại hiện trường như kỹ sư mong đợi.

Quan điểm biên tập: quyền sở hữu duy nhất quan trọng hơn việc ưu tiên lệnh

Đối với các lệnh duy trì đơn giản, PLC ProTech ưu tiên mẫu tự duy trì vì đường dừng hiển thị rõ và được đánh giá liên tục. Đối với trạng thái trình tự và bộ nhớ sự kiện, logic set/reset phù hợp khi một routine duy nhất sở hữu trạng thái, mức ưu tiên reset được xác định rõ và đầu ra vật lý vẫn được điều khiển bởi một OTE riêng dựa trên các điều kiện cho phép.

Việc chọn lệnh chỉ là yếu tố thứ yếu. Dấu hiệu quyết định về chất lượng là liệu một kỹ sư khác có thể xác định mọi nơi ghi dữ liệu, dự đoán trạng thái sau một lần gián đoạn và chứng minh rằng các điều kiện bảo vệ luôn chiếm ưu thế hay không.

Câu hỏi thường gặp

Lệnh OTL có giữ cho một đầu ra thực tế luôn có điện khi mất điện không?

Không. Mất nguồn điều khiển sẽ loại bỏ năng lượng khỏi mạch đầu ra vật lý. Vấn đề là bit lệnh được duy trì có thể vẫn ở trạng thái đúng khi bộ điều khiển và hệ thống đầu ra hoạt động trở lại, tùy thuộc vào bộ điều khiển, cấu hình bộ nhớ và logic khởi động.

Một rung tự duy trì có phải là không duy trì không?

OTE tuân theo rung của nó mỗi khi rung được quét. Một nhánh tự duy trì có thể giữ rung trong quá trình vận hành bình thường, nhưng hành vi khi khởi động và prescan phụ thuộc vào từng bộ điều khiển. Kỹ sư nên xác minh trên nền tảng mục tiêu thay vì giả định rằng các họ PLC khác nhau có hành vi giống hệt nhau.

Có thể dùng cùng một thẻ cho các lệnh OTL, OTU và OTE không?

Nhiều PLC cho phép có nhiều nơi ghi, nhưng kết quả có thể phụ thuộc vào thứ tự thực thi và khó xử lý sự cố. Thiết kế an toàn hơn là giao cho mỗi trạng thái một chủ sở hữu duy nhất và điều khiển mỗi đầu ra vật lý từ một vị trí lệnh cuối cùng.

Khi nào logic set/reset là lựa chọn tốt hơn?

Logic này hữu ích cho bộ nhớ sự kiện, các bước trình tự, xác nhận cảnh báo và các quá trình bắt tay phải tồn tại lâu hơn một xung kích hoạt kéo dài một lần quét. Điều kiện reset, chính sách khởi động và phản ứng khi có lỗi phải được xác định đồng thời.

Bởi Đội ngũ biên tập PLC ProTech

Để lại bình luận

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