ONS Instruction Not Energizing OTE in Studio 5000 Ladder Logic — figure 1

Lệnh ONS không kích hoạt OTE trong Logic Ladder của Studio 5000

Lệnh ONS được kích hoạt nhưng cuộn dây OTE không bao giờ tự duy trì trong Studio 5000 vì one-shot chỉ đúng trong một vòng quét. Thay vào đó, hãy sử dụng OTL/...

Các màn hình giám sát trực tuyến đôi khi hiển thị bit lưu trữ ONS chuyển trạng thái, trong khi OTE tương ứng dường như không bao giờ thực sự kích điện cho bộ khởi động động cơ hoặc solenoid. Trong Studio 5000 Logix Designer, đây thường không phải là lỗi card đầu ra. ONS là bộ phát hiện sườn lên, chỉ đúng trong một lần đánh giá routine. OTE ghi điều kiện rung của nó ở mỗi lần quét mà không có mạch tự duy trì bên trong. Khi ghép trực tiếp hai lệnh này, bạn tạo ra một xung chỉ kéo dài một lần quét—thường là 5–20 ms—khiến công tắc tơ, biến tần VFD và thậm chí cả hiệu ứng hoạt ảnh trên HMI gần như không nhận thấy, trong khi tốc độ hiển thị chậm hơn của IDE hoàn toàn bỏ lỡ xung đó.

Lệnh ONS không kích điện OTE trong logic thang Studio 5000 — hình 1

Trực giác từ mạch rơ-le không áp dụng được ở đây: một lần ghi Logix kéo dài 10 ms không giống với một tiếp điểm phụ được duy trì.

Cơ chế vật lý của chu kỳ quét

Lần quét Sườn tín hiệu đầu vào Đầu ra ONS Thẻ OTE
n-1 0 0 0
n 0→1 1 1 (một lần quét)
n+1 1 0 0
n+2 1 0 0

Các bộ khởi động thực tế thường cần lệnh ổn định trong 50–100 ms. Một nhánh ONS→OTE đơn lẻ không thể cung cấp khoảng thời gian đó. Các cửa sổ giám sát của Studio 5000 lấy mẫu chậm hơn nhiều so với chu kỳ tác vụ, vì vậy xác suất bắt được một xung 10 ms là thấp—từ đó xuất hiện lầm tưởng rằng “ONS chưa bao giờ tác động”.

Kéo dài tín hiệu để chẩn đoán

  • TOF song song (giá trị đặt 1–2 giây) trên sự kiện ONS; theo dõi .TT/.DN trong IDE
  • Cộng 1.0 vào bộ đếm REAL ở mỗi sườn; theo dõi xu hướng số đếm
  • Dùng Studio Trend với chu kỳ lấy mẫu khoảng 10 ms trên thẻ OTE để thấy chu kỳ tác động thực tế
Lệnh ONS không kích điện OTE trong logic thang Studio 5000 — hình 2

Các mẫu tự duy trì hoặc OTL/OTU biến một quyết định một lần thành lệnh chạy được duy trì.

Giải pháp A — OTL / OTU

[Pump1_RunCmd_ONS] ----(OTL Pump1_RunCmd)
[Pump1_Stop_PB]    ----(OTU Pump1_RunCmd)
[Pump1_Fault]      ----(OTU Pump1_RunCmd)

Hãy nhớ rằng các bit chốt mặc định được duy trì qua các chu kỳ mất điện. Hãy bổ sung lệnh reset ở lần quét đầu tiên hoặc reset phục vụ bảo trì cho những đầu ra không được phép tự khởi động lại động cơ sau khi khởi động lại hệ thống.

Giải pháp B — mạch tự duy trì quanh OTE

|--[Start_ONS]-+----------(OTE RunCmd)--|
|              |                        |
|--[RunCmd]----+                        |
|--[Stop_PB]---/                        |

Đây là mô hình bộ khởi động ba dây được áp dụng rộng rãi trong thực hành lập trình Logix: ONS cung cấp sườn khởi động; tiếp điểm RunCmd tự duy trì sẽ giữ OTE cho đến khi nút dừng hoặc liên động mở mạch.

Giải pháp C — bit trạng thái kết hợp OTE lệnh

Đối với thiết bị vận hành theo trình tự, hãy dùng OTL để chốt bước Selected tại sườn tín hiệu, điều khiển OTE Start khi Selected đang đúng và phản hồi Running chưa đúng, sau đó dùng OTU để bỏ chốt Selected khi có phản hồi. HMI vẫn thấy lệnh Start thực sự trong khi bit chốt sở hữu bước đó.

Bối cảnh lead/lag và các điểm dễ sai

Các bộ điều khiển trình tự bơm dựa trên số giờ vận hành thường dùng sai ONS trong các phép so sánh “bơm này hiện là bơm chính”. Sau khi sửa cấu trúc từ sườn tín hiệu đến lệnh, hãy bổ sung bộ định thời thời gian chạy tối thiểu (chống chu kỳ đóng/ngắt quá ngắn), cơ chế ngăn xoay vòng bơm chính quá sớm và các nhánh OTU khi có lỗi. Hãy tham chiếu chéo thẻ OTE để tìm các cuộn dây trùng lặp ở phần sau của chu kỳ quét, vốn có thể âm thầm ghi đè giá trị 1 đã được tự duy trì thành 0. Nên chỉ có một cuộn dây sở hữu mỗi BOOL.

Cũng hãy kiểm tra cấu trúc nhánh: một nhánh song song bỏ qua ONS có thể khiến OTE vẫn sai ngay cả khi bit lưu trữ chớp trạng thái, và một routine thứ hai ghi cùng BOOL có thể hủy mạch tự duy trì hoàn chỉnh ở tác vụ kế tiếp. Khi nhiều thiết bị tiêu thụ cần cùng một xung, hãy chỉ lấy ONS để điều khiển một BOOL trung gian duy nhất, sau đó phân phối logic tự duy trì hoặc chốt từ bit đó.

// Kéo dài tạm thời — xóa trước khi chạy thử nghiệm cuối cùng
[Pump1_Start_ONS] ---(TOF Stretch_Timer, 2.0 s)
[Stretch_Timer.TT] ---(OTE Diagnostic_Stretch_On)

Khi có mạch kéo dài, Diagnostic_Stretch_On vẫn hiển thị trong IDE và trên đèn báo nhấp nháy của HMI, qua đó chứng minh tần suất sườn tín hiệu trước khi bạn tin cậy logic tự duy trì trong sản xuất. Hãy xóa hoặc vô hiệu hóa nhánh chẩn đoán sau FAT để người vận hành không tiếp tục theo dõi một đèn báo dịch vụ mãi mãi.

Hãy áp dụng nhất quán các quy tắc sở hữu này trên các nền tảng PLC và PAC để những thay đổi của ca đêm không đưa các rung ONS→OTE không có mạch duy trì trở lại trong gói triển khai tiếp theo.

Về tác giả

Mark Townsend | Kỹ sư tự động hóa cấp cao – Hệ thống Allen-Bradley

Mark Townsend là kỹ sư tự động hóa cấp cao với hơn 18 năm kinh nghiệm trên các nền tảng Allen-Bradley, bao gồm ControlLogix, CompactLogix và SLC-500 thế hệ cũ. Công việc hằng ngày của ông là phát triển logic RSLogix / Studio 5000 và đưa HMI FactoryTalk View vào vận hành trên các hệ thống cũ và đội thiết bị hỗn hợp.

Lệnh ONS không kích hoạt OTE trong Logic Ladder của Studio 5000

Lệnh ONS được kích hoạt nhưng cuộn dây OTE không bao giờ tự duy trì trong Studio 5000 vì one-shot chỉ đúng trong một vòng quét. Thay vào đó, hãy sử dụng OTL/OTU hoặc mạch tự duy trì.

Các màn hình giám sát trực tuyến đôi khi hiển thị bit lưu trữ ONS chuyển trạng thái, trong khi OTE tương ứng dường như không bao giờ thực sự kích điện cho bộ khởi động động cơ hoặc solenoid. Trong Studio 5000 Logix Designer, đây thường không phải là lỗi card đầu ra. ONS là bộ phát hiện sườn lên, chỉ đúng trong một lần đánh giá routine. OTE ghi điều kiện rung của nó ở mỗi lần quét mà không có mạch tự duy trì bên trong. Khi ghép trực tiếp hai lệnh này, bạn tạo ra một xung chỉ kéo dài một lần quét—thường là 5–20 ms—khiến công tắc tơ, biến tần VFD và thậm chí cả hiệu ứng hoạt ảnh trên HMI gần như không nhận thấy, trong khi tốc độ hiển thị chậm hơn của IDE hoàn toàn bỏ lỡ xung đó.

Lệnh ONS không kích điện OTE trong logic thang Studio 5000 — hình 1

Trực giác từ mạch rơ-le không áp dụng được ở đây: một lần ghi Logix kéo dài 10 ms không giống với một tiếp điểm phụ được duy trì.

Cơ chế vật lý của chu kỳ quét

Lần quét Sườn tín hiệu đầu vào Đầu ra ONS Thẻ OTE
n-1 0 0 0
n 0→1 1 1 (một lần quét)
n+1 1 0 0
n+2 1 0 0

Các bộ khởi động thực tế thường cần lệnh ổn định trong 50–100 ms. Một nhánh ONS→OTE đơn lẻ không thể cung cấp khoảng thời gian đó. Các cửa sổ giám sát của Studio 5000 lấy mẫu chậm hơn nhiều so với chu kỳ tác vụ, vì vậy xác suất bắt được một xung 10 ms là thấp—từ đó xuất hiện lầm tưởng rằng “ONS chưa bao giờ tác động”.

Kéo dài tín hiệu để chẩn đoán

  • TOF song song (giá trị đặt 1–2 giây) trên sự kiện ONS; theo dõi .TT/.DN trong IDE
  • Cộng 1.0 vào bộ đếm REAL ở mỗi sườn; theo dõi xu hướng số đếm
  • Dùng Studio Trend với chu kỳ lấy mẫu khoảng 10 ms trên thẻ OTE để thấy chu kỳ tác động thực tế
Lệnh ONS không kích điện OTE trong logic thang Studio 5000 — hình 2

Các mẫu tự duy trì hoặc OTL/OTU biến một quyết định một lần thành lệnh chạy được duy trì.

Giải pháp A — OTL / OTU

[Pump1_RunCmd_ONS] ----(OTL Pump1_RunCmd)
[Pump1_Stop_PB]    ----(OTU Pump1_RunCmd)
[Pump1_Fault]      ----(OTU Pump1_RunCmd)

Hãy nhớ rằng các bit chốt mặc định được duy trì qua các chu kỳ mất điện. Hãy bổ sung lệnh reset ở lần quét đầu tiên hoặc reset phục vụ bảo trì cho những đầu ra không được phép tự khởi động lại động cơ sau khi khởi động lại hệ thống.

Giải pháp B — mạch tự duy trì quanh OTE

|--[Start_ONS]-+----------(OTE RunCmd)--|
|              |                        |
|--[RunCmd]----+                        |
|--[Stop_PB]---/                        |

Đây là mô hình bộ khởi động ba dây được áp dụng rộng rãi trong thực hành lập trình Logix: ONS cung cấp sườn khởi động; tiếp điểm RunCmd tự duy trì sẽ giữ OTE cho đến khi nút dừng hoặc liên động mở mạch.

Giải pháp C — bit trạng thái kết hợp OTE lệnh

Đối với thiết bị vận hành theo trình tự, hãy dùng OTL để chốt bước Selected tại sườn tín hiệu, điều khiển OTE Start khi Selected đang đúng và phản hồi Running chưa đúng, sau đó dùng OTU để bỏ chốt Selected khi có phản hồi. HMI vẫn thấy lệnh Start thực sự trong khi bit chốt sở hữu bước đó.

Bối cảnh lead/lag và các điểm dễ sai

Các bộ điều khiển trình tự bơm dựa trên số giờ vận hành thường dùng sai ONS trong các phép so sánh “bơm này hiện là bơm chính”. Sau khi sửa cấu trúc từ sườn tín hiệu đến lệnh, hãy bổ sung bộ định thời thời gian chạy tối thiểu (chống chu kỳ đóng/ngắt quá ngắn), cơ chế ngăn xoay vòng bơm chính quá sớm và các nhánh OTU khi có lỗi. Hãy tham chiếu chéo thẻ OTE để tìm các cuộn dây trùng lặp ở phần sau của chu kỳ quét, vốn có thể âm thầm ghi đè giá trị 1 đã được tự duy trì thành 0. Nên chỉ có một cuộn dây sở hữu mỗi BOOL.

Cũng hãy kiểm tra cấu trúc nhánh: một nhánh song song bỏ qua ONS có thể khiến OTE vẫn sai ngay cả khi bit lưu trữ chớp trạng thái, và một routine thứ hai ghi cùng BOOL có thể hủy mạch tự duy trì hoàn chỉnh ở tác vụ kế tiếp. Khi nhiều thiết bị tiêu thụ cần cùng một xung, hãy chỉ lấy ONS để điều khiển một BOOL trung gian duy nhất, sau đó phân phối logic tự duy trì hoặc chốt từ bit đó.

// Kéo dài tạm thời — xóa trước khi chạy thử nghiệm cuối cùng
[Pump1_Start_ONS] ---(TOF Stretch_Timer, 2.0 s)
[Stretch_Timer.TT] ---(OTE Diagnostic_Stretch_On)

Khi có mạch kéo dài, Diagnostic_Stretch_On vẫn hiển thị trong IDE và trên đèn báo nhấp nháy của HMI, qua đó chứng minh tần suất sườn tín hiệu trước khi bạn tin cậy logic tự duy trì trong sản xuất. Hãy xóa hoặc vô hiệu hóa nhánh chẩn đoán sau FAT để người vận hành không tiếp tục theo dõi một đèn báo dịch vụ mãi mãi.

Hãy áp dụng nhất quán các quy tắc sở hữu này trên các nền tảng PLC và PAC để những thay đổi của ca đêm không đưa các rung ONS→OTE không có mạch duy trì trở lại trong gói triển khai tiếp theo.

Về tác giả

Mark Townsend | Kỹ sư tự động hóa cấp cao – Hệ thống Allen-Bradley

Mark Townsend là kỹ sư tự động hóa cấp cao với hơn 18 năm kinh nghiệm trên các nền tảng Allen-Bradley, bao gồm ControlLogix, CompactLogix và SLC-500 thế hệ cũ. Công việc hằng ngày của ông là phát triển logic RSLogix / Studio 5000 và đưa HMI FactoryTalk View vào vận hành trên các hệ thống cũ và đội thiết bị hỗn hợp.

Để lại bình luận

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