Tại sao các xung ONS trong Studio 5000 biến mất tại một OTE
Các lệnh ONS và OTE trong Studio 5000 có thể tạo ra xung kéo dài một chu kỳ quét hợp lệ nhưng không hiển thị khi giám sát trực tuyến và không đáng tin cậy kh...
Một lệnh ONS có thể hoạt động chính xác như thiết kế, trong khi đầu ra bên cạnh dường như không bao giờ được kích hoạt. Mâu thuẫn này xuất phát từ thời điểm quét: ONS truyền một chuyển đổi từ false sang true trong một lần quét chương trình, còn OTE ghi giá trị đích theo điều kiện của rung mỗi khi rung được đánh giá. Khi đặt nối tiếp, giá trị đích sẽ true trong một lần quét rồi lại false.
Xung đó hoàn toàn có thể hợp lệ khi tăng bộ đếm, ghi nhận một sự kiện hoặc yêu cầu chuyển trạng thái. Tuy nhiên, đây thường là lệnh không phù hợp cho bộ khởi động động cơ, cuộn điện từ van hoặc đèn báo cho người vận hành—những thiết bị phải duy trì hoạt động cho đến khi một điều kiện khác kết thúc.

Vùng tô sáng màu xanh khi trực tuyến có thể bị bỏ lỡ nếu trạng thái true chỉ kéo dài trong một lần thực thi tác vụ.
ONS và OTE thực sự bảo đảm điều gì
Rockwell Automation định nghĩa ONS là lệnh làm cho phần còn lại của rung thang ở trạng thái true trong một lần quét khi điều kiện rung đầu vào chuyển từ false sang true. Bit lưu trữ của nó ghi nhớ liệu logic trước đó đã ở trạng thái true hay chưa. Bit lưu trữ này thuộc về bộ phát hiện sườn và không nên tùy tiện dùng chung với một lệnh one-shot khác.
OTE có một cơ chế khác. Nó đặt bit đích thành true khi điều kiện rung là true và xóa bit này khi điều kiện rung là false. Tài liệu tham khảo về lệnh bit của Studio 5000 của Rockwell phân biệt việc cho phép trong một lần quét bằng ONS với các hành vi duy trì và lưu giữ của OTE, OTL và OTU.
Trong lần quét phát hiện sườn lên, ONS cho phép rung tiếp tục và giá trị đích của OTE trở thành true. Ở lần quét tiếp theo, đầu vào có thể vẫn true, nhưng ONS chặn sự liên tục vì sườn đã được xử lý. Sau đó OTE xóa giá trị đích. Kết quả là một xung hợp lệ trong một lần quét, không phải một cuộn dây bị lỗi.
Vì sao xung biến mất khỏi tầm quan sát
Việc thực thi tác vụ Logix và việc làm mới trực tuyến trên máy trạm kỹ thuật là hai quy trình riêng biệt. Một tác vụ chu kỳ có thể được thực thi nhiều lần giữa hai lần cập nhật màn hình. Vì vậy, đầu ra có thể bật rồi tắt giữa hai lần làm mới hiển thị, dù bộ xử lý đã thực thi chính xác cả hai trạng thái.
Đầu ra vật lý tạo thêm một ranh giới khác. Bộ điều khiển cập nhật dữ liệu đầu ra, mô-đun giao tiếp truyền dữ liệu theo lịch của nó, còn thiết bị kết nối có thời gian đáp ứng điện và cơ học. Một xung tồn tại trong ảnh bộ điều khiển trong một lần quét có thể quá ngắn để truyền đến hoặc kích hoạt thiết bị ngoài hiện trường một cách đáng tin cậy. Hành vi chính xác phụ thuộc vào chu kỳ tác vụ, thời gian cập nhật mô-đun, cấu trúc mạng, phần cứng đầu ra và tải—không phụ thuộc vào một ngưỡng mili giây chung nào.
Để chẩn đoán, hãy đếm các sườn trong một tag nội bộ, chốt một bit chẩn đoán tạm thời yêu cầu đặt lại có chủ ý hoặc ghi xu hướng sự kiện ở tốc độ phù hợp với tác vụ. Không nên kéo dài một lệnh sản xuất chỉ để làm cho nó dễ quan sát hơn mà chưa xem xét lệnh kéo dài đó có thể điều khiển những gì.
Chọn mẫu thiết kế theo hành vi trạng thái cần thiết
Dùng xung một lần quét cho một sự kiện
ONS phù hợp khi lệnh phía sau chỉ nên thực thi một lần: tăng bộ đếm, sao chép công thức, ghi dấu thời gian, khởi tạo tin nhắn hoặc yêu cầu máy trạng thái chuyển sang trạng thái tiếp theo. Trong thiết kế đó, tag một lần quét là một sự kiện, không phải lệnh thiết bị.
Hãy đặt tên phù hợp—Start_Request_Pulse rõ ràng hơn Pump_Start. Quy trình trạng thái hoặc thiết bị nên tiếp nhận yêu cầu, kiểm tra các điều kiện cho phép, xác lập quyền sở hữu và tạo lệnh chạy duy trì.
Dùng phương trình tự duy trì cho lệnh duy trì không lưu giữ
Nếu một sự kiện khởi động phải giữ bit chạy ở trạng thái true cho đến khi điều kiện dừng, lỗi hoặc liên động trở thành true, một phương trình trạng thái tự duy trì có thể điều khiển một OTE duy nhất. Lệnh vẫn true vì bit trạng thái tham gia vào điều kiện duy trì chính nó, chứ không phải vì ONS vẫn true.
Hãy bố trí các điều kiện dừng, lỗi, chế độ và cho phép sao cho thứ tự ưu tiên rõ ràng. Tránh vẽ một nhánh bỏ qua chính liên động được thiết kế để dừng thiết bị. Một chủ sở hữu đầu ra duy nhất dễ xem xét hơn nhiều rung cùng ghi vào một BOOL.

One-shot nên yêu cầu thay đổi trạng thái; logic duy trì nên chịu trách nhiệm về lệnh thiết bị.
Chỉ dùng OTL và OTU khi quyền đặt lại được xác định rõ
OTL đặt một bit thành true còn OTU xóa bit đó. Đây có thể là mẫu thiết kế rõ ràng từ sự kiện sang trạng thái, nhưng mọi đường dẫn đặt bit đều cần một đường dẫn đặt lại đã được xem xét. Hãy xác định điều gì xảy ra trong lần quét đầu tiên, khi đổi chế độ, tải chương trình xuống, bộ xử lý khởi động lại, mất tín hiệu phản hồi và chuyển sang trạng thái lỗi. Không bao giờ giả định rằng nút dừng của người vận hành là điều kiện duy nhất cần nhả chốt lệnh.
Đối với thiết bị phức tạp, máy trạng thái thường rõ ràng hơn các lệnh chốt và nhả chốt rải rác. Nó cung cấp một nơi duy nhất để xác định hành vi Idle, Starting, Running, Stopping và Faulted, cùng với các chuyển tiếp được phép giữa chúng.
Trình tự khắc phục sự cố ưu tiên lỗi
Trước tiên, hãy xác nhận logic phía trước ONS thực sự chuyển từ false sang true. Nếu logic đã true khi quy trình bắt đầu thực thi, có thể không có sườn mới nào để truyền. Kiểm tra xem quy trình được quét liên tục, được gọi có điều kiện hay được đặt trong một tác vụ đang bị vô hiệu hóa.
Thứ hai, xác minh bit lưu trữ của ONS là duy nhất. Việc dùng lại một tag lưu trữ ở hai vị trí sẽ liên kết lịch sử sườn của các rung không liên quan và có thể triệt tiêu những xung đáng lẽ phải xuất hiện.
Thứ ba, kiểm tra tham chiếu chéo đến đích OTE. Một OTE, OTL, OTU khác, tag được tạo, bí danh hoặc ghi từ bên ngoài có thể thay đổi cùng bit đó ở phần sau của lần quét hoặc trong một tác vụ khác. Tài liệu OTE của Rockwell đặc biệt cảnh báo về việc toán hạng bị ghi đè. Hãy xác lập một chủ sở hữu cho lệnh cuối cùng và để các quy trình khác yêu cầu thay đổi thông qua các tag riêng biệt.
Thứ tư, tách biệt trạng thái bộ điều khiển với trạng thái vật lý. Quan sát tag lệnh, trạng thái kết nối mô-đun, dữ liệu đầu ra, điện áp hiện trường, rơ-le trung gian, đầu vào bộ khởi động và tín hiệu phản hồi thiết bị như những điểm khác nhau trong chuỗi tín hiệu. Một tag đúng không chứng minh có điện ngoài hiện trường, và đèn LED đầu ra sáng không chứng minh cơ cấu chấp hành đã chuyển động.
Cuối cùng, hãy gỡ các force và chốt chẩn đoán tạm thời sau khi kiểm tra. Ghi lại phương pháp kiểm tra để nhân viên bảo trì không tiếp nhận một bit chỉ dùng cho bảo dưỡng nhưng âm thầm thay đổi hành vi sản xuất.
Ví dụ ứng dụng: chọn bơm chính
Một quy trình lead/lag có thể tạo ra one-shot khi Bơm 1 trở thành thiết bị chính được chọn. Sườn này không nên nối trực tiếp đến đầu ra vật lý. Nó nên yêu cầu mô-đun thiết bị bơm khởi động. Sau đó, mô-đun kiểm tra chế độ tự động, các điều kiện cho phép, trạng thái trip, thời gian tối thiểu khi tắt, nhu cầu của quy trình và khả năng sẵn sàng trước khi xác lập lệnh chạy duy trì.
Tín hiệu phản hồi nên chuyển trạng thái từ Starting sang Running, còn thời gian khởi động vượt quá giới hạn sẽ tạo phản hồi lỗi. Nhu cầu dừng và các lỗi nên chuyển trạng thái về dừng có kiểm soát hoặc trip ngay lập tức theo thiết kế quy trình. Việc tách biệt này ngăn một sự kiện chọn thiết bị thoáng qua trở thành yếu tố duy nhất giữ lệnh động cơ.
Để xem một ví dụ khác về việc chuyển ý định Boolean thành cấu trúc ladder có thể bảo trì, hãy xem hướng dẫn đã chỉnh sửa về logic XOR ba công tắc và logic parity lẻ. Bạn cũng có thể xem các tùy chọn bộ điều khiển và I/O thông qua các hệ thống PLC và PAC.
Kiểm tra thiết kế là xác định quyền sở hữu
Quan điểm biên tập: sai lầm lặp đi lặp lại không phải là hiểu sai one-shot; mà là cho phép một bit sự kiện giả dạng trạng thái thiết bị. Bộ phát hiện sườn trả lời câu hỏi “chuyển đổi này đã xảy ra chưa?” Logic trạng thái trả lời câu hỏi “hiện tại máy phải đang làm gì?” Giữ hai câu hỏi này tách biệt sẽ tạo ra mã dễ chạy thử hơn, an toàn hơn khi khởi động lại và ít bị ảnh hưởng hơn bởi các chỉnh sửa cuộn dây trùng lặp.
Câu hỏi thường gặp
ONS có kích hoạt OTE phía sau không?
Có, trong lần quét mà điều kiện rung đầu vào chuyển từ false sang true. Ở lần quét tiếp theo, ONS sẽ chặn rung cho đến khi điều kiện đầu vào trước tiên trở lại false rồi tăng lên true lần nữa.
Vì sao tôi không thấy OTE bật khi trực tuyến?
Xung một lần quét có thể bắt đầu và kết thúc giữa các lần làm mới của máy trạm kỹ thuật. Hãy dùng bộ đếm sự kiện nội bộ, chốt chẩn đoán có kiểm soát hoặc tính năng ghi xu hướng được cấu hình phù hợp để chứng minh sườn đã xảy ra.
Tôi có nên thay OTE bằng OTL không?
Chỉ khi trạng thái lưu giữ thực sự là yêu cầu và mọi điều kiện nhả chốt đều được thiết kế rõ ràng. Đối với nhiều lệnh thiết bị, máy trạng thái hoặc phương trình tự duy trì với một chủ sở hữu OTE duy nhất sẽ dễ kiểm tra hơn.
Hai lệnh ONS có thể dùng chung một bit lưu trữ không?
Không nên. Bit lưu trữ ghi lại lịch sử sườn. Việc dùng chung sẽ liên kết hai lệnh và có thể khiến một rung triệt tiêu xung đáng lẽ phải xuất hiện của rung kia.
OTE một lần quét có thể điều khiển đầu ra vật lý không?
Bộ điều khiển có thể ghi trạng thái đó, nhưng xung có thể không được truyền đi hoặc không được duy trì đủ lâu để mô-đun và thiết bị ngoài hiện trường phản hồi. Các lệnh vật lý nên dựa trên một yêu cầu trạng thái duy trì được xác định rõ.