Một phép thử liên động cần nêu trạng thái ban đầu, lệnh thao tác, điều kiện cho phép hoặc chặn, phản ứng mong đợi và bằng chứng quan sát. Thiết bị không đóng chưa đủ chứng minh interlock đúng; nó cũng có thể mất nguồn hoặc chưa sẵn sàng. Ma trận tốt kiểm tra cả trường hợp được phép và bị chặn trong phạm vi đã phê duyệt.
Interlock là yêu cầu về hành vi, không chỉ là tên một tiếp điểm
Liên động nhằm kiểm soát thao tác theo trạng thái của thiết bị hoặc hệ thống. Khi lập FAT, câu “có interlock” chưa nói rõ thao tác nào bị ngăn, ở trạng thái nào và bằng cách nào. Cần chuyển câu đó thành yêu cầu có thể quan sát: thiết bị nào nhận lệnh, điều kiện đầu vào nào tồn tại và đầu ra nào phải xuất hiện hoặc phải bị chặn.
Trong một hệ thống có thể có liên động cơ khí, liên động bằng mạch điện và logic điều khiển. Catalog MasterPacT MTZ của Schneider Electric mô tả phối hợp liên động điện với liên động cơ khí trong hệ chuyển nguồn của hãng. Tài liệu đó không có nghĩa mọi tủ đều dùng cùng phụ kiện hoặc cùng ma trận trạng thái.
Bài viết hướng dẫn cách soạn và đọc ma trận kiểm tra, không hướng dẫn đấu tắt, cưỡng bức cơ cấu hoặc thao tác trên tủ đang mang điện. Ví dụ hai nguồn và một máy cắt liên lạc là mô hình tự tạo để duyệt logic; không phải bản vẽ chế tạo, chương trình PLC hoặc quy trình chuyển nguồn.
Chuẩn hóa từ ngữ trước khi viết một dòng thử
Nên lập một bảng định nghĩa chung giữa thiết kế, sản xuất và người thử. OPEN/CLOSED mô tả trạng thái tiếp điểm máy cắt; Connected/Test/Disconnected mô tả vị trí của thiết bị kéo ra. Hai nhóm không thay thế nhau. Tên “service” trong dự án cũng cần gắn với định nghĩa và tín hiệu cụ thể của đúng thiết bị.
Tài liệu MasterPacT MTZ phân biệt spring charged với ready-to-close. Vì vậy, khi người thử thấy lò xo đã tích năng nhưng máy cắt không đóng, không nên kết luận ngay rằng mạch liên động đang chặn. Điều kiện sẵn sàng, trạng thái sau trip và các phụ kiện liên quan phải được đối chiếu theo manual.
Một mục định nghĩa nên ghi: tên người vận hành nhìn thấy, đại lượng nó đại diện, nguồn tín hiệu và điều kiện cập nhật. Ví dụ tự tạo: “CB OPEN” lấy từ tiếp điểm trạng thái, còn “CB OUT OF SERVICE” lấy từ vị trí cradle theo thiết kế. Nếu cả hai dùng chung một nhãn “OFF”, người đọc có thể hiểu sai dù wiring đúng.
Đối chiếu: Schneider Electric — Masterpact MTZ2/MTZ3 Device Operation (UL/ANSI): trạng thái và anti-pumping ↗
Bốn thông tin cần ghi riêng trong một phép thử
Nếu bảng chưa hiển thị đầy đủ, vuốt ngang trong bảng để xem các cột còn lại.
| Thông tin | Ví dụ | Không tự đồng nghĩa với |
|---|---|---|
| Lệnh | CLOSE từ Local hoặc Remote | Máy cắt đã đóng |
| Trạng thái tiếp điểm | OPEN / CLOSED | Vị trí Connected / Test / Disconnected |
| Điều kiện cơ cấu | Spring charged / ready-to-close | Hệ thống đã cho phép thao tác |
| Phản hồi/hiển thị | Đèn, DI, HMI hoặc log | Toàn bộ wiring và cơ cấu đã được xác nhận |
Cấu trúc một dòng trong ma trận kiểm tra
Một dòng thử nên đủ cụ thể để người khác có thể xem lại kết quả mà không hỏi “lúc đó tủ đang ở đâu?”. Ban biên tập đề xuất mỗi dòng gồm mã yêu cầu, trạng thái ban đầu, lệnh và nơi phát lệnh, điều kiện được thay đổi, phản ứng mong đợi, phản ứng thực tế và tài liệu bằng chứng.
Tách điều kiện của thiết bị với điều kiện của hệ thống. Chẳng hạn máy cắt đã sẵn sàng về cơ cấu nhưng hệ thống chưa cho phép nối hai thanh cái. Cũng cần tách lệnh CLOSE được gửi từ HMI, tín hiệu CLOSE thật sự đến mạch điều khiển và máy cắt thực sự CLOSED. Một ảnh HMI không đồng thời chứng minh cả ba.
Trước khi điền PASS/FAIL, nhóm kỹ thuật phải chốt tiêu chí của từng quan sát. Với một yêu cầu chặn đóng, “không CLOSED” có thể chưa đủ nếu thiết kế còn yêu cầu đầu ra đóng không được phát và cảnh báo phải xuất hiện. Chỉ ghi những phản ứng đã được hồ sơ dự án yêu cầu; không tự thêm một tiêu chí chung cho mọi sản phẩm.
- Mã yêu cầu và căn cứ: trang bản vẽ, logic revision, manual hoặc mô tả chức năng.
- Trạng thái đầu: vị trí thiết bị, OPEN/CLOSED, nguồn phụ, mode Local/Remote và điều kiện sẵn sàng.
- Tác động: lệnh nào, từ đâu, trạng thái nào thay đổi và cách mô phỏng được phép.
- Mong đợi: đầu ra được phép hoặc bị chặn, trạng thái cuối và chỉ thị cần có.
- Thực tế: kết quả từng quan sát, file/ảnh/log, người thử và ngày.
- Xử lý: đạt, không đạt, chưa thử hoặc không áp dụng có lý do; mã retest khi cần.
Ví dụ tự tạo: hai nguồn, một tie và điều kiện chống song song
Giả sử nguồn A cấp thanh cái A qua Q1, nguồn B cấp thanh cái B qua Q2, còn QT nối hai thanh cái. Phạm vi ví dụ không có đường nối nguồn khác và không cho phép hai nguồn vận hành song song. Đặt 1 là CLOSED, 0 là OPEN; khi Q1 = Q2 = QT = 1, ba máy cắt tạo đường nối giữa hai nguồn nên trạng thái đó bị cấm trong mô hình.
Có thể diễn đạt riêng điều kiện này là: không đồng thời Q1 AND Q2 AND QT. Tuy nhiên, thỏa điều kiện đó chưa đồng nghĩa được cấp quyền đóng. Tình trạng nguồn, thanh cái, tiếp địa, vị trí máy cắt, khóa, bảo vệ và trình tự chuyển nguồn còn phải được xem xét theo thiết kế. Đây không phải toàn bộ logic điều khiển.
Schneider Electric công bố nhiều cấu hình liên động khác nhau, trong đó có hai main và một tie. Bảng trạng thái và cơ cấu của một bộ phụ kiện cụ thể có thể hạn chế thêm các trạng thái trung gian. Bảng tự tạo ở đây chỉ dùng để diễn giải một yêu cầu chống song song; không được đem áp nguyên xi vào một bộ interlock thương mại.
Không tạo trạng thái cấm trên mạch lực để “chứng minh lỗi”. Mục tiêu thử là xác nhận lệnh dẫn tới trạng thái cấm bị ngăn trong môi trường và cấu hình thử an toàn đã phê duyệt. Khi cần mô phỏng đầu vào, phạm vi mô phỏng và phần cơ cấu chưa tham gia phải được ghi rõ.
Bốn tổ hợp minh họa điều kiện chống song song
Nếu bảng chưa hiển thị đầy đủ, vuốt ngang trong bảng để xem các cột còn lại.
| Q1 | Q2 | QT | Xét riêng điều kiện chống song song |
|---|---|---|---|
| 1 | 1 | 0 | Hai thanh cái tách nhau; chưa nối hai nguồn qua QT |
| 1 | 0 | 1 | Nguồn B bị tách tại Q2 trong mô hình |
| 0 | 1 | 1 | Nguồn A bị tách tại Q1 trong mô hình |
| 1 | 1 | 1 | Trạng thái cấm; không tạo trên mạch lực để thử |
Chuyển bảng trạng thái thành các lệnh thử có thể đối chiếu
Bảng trạng thái mô tả một tổ hợp; ma trận thử phải thêm hành động làm thay đổi tổ hợp đó. Trong ví dụ, từ Q1/Q2/QT = 1/1/0, lệnh đóng QT phải bị chặn bởi điều kiện chống song song. Từ 1/0/1, lệnh đóng Q2 cũng phải bị chặn; từ 0/1/1, lệnh đóng Q1 phải bị chặn.
Cần có cả trường hợp đối chứng mà điều kiện đang xem xét không chặn lệnh. Nhưng “không bị điều kiện này chặn” khác với “máy cắt bắt buộc đóng”: các điều kiện còn lại phải được xác nhận và toàn bộ tổ hợp phải hợp lệ với đúng phần cứng. Vì thế mỗi dòng nên có cột ghi các điều kiện khác đã được duyệt và đang thỏa mãn.
Bốn dòng minh họa dưới đây không phải kế hoạch FAT đầy đủ. Người lập kế hoạch còn phải xét các kênh điều khiển thực có, chiều chuyển trạng thái và những tình huống trong yêu cầu chức năng. Không nhân bản hàng loạt dòng chỉ để tăng số lượng mà không gắn với một rủi ro hoặc yêu cầu cụ thể.
Từ tổ hợp sang lệnh: bốn dòng duyệt logic
Nếu bảng chưa hiển thị đầy đủ, vuốt ngang trong bảng để xem các cột còn lại.
| Mã | Trạng thái đầu Q1/Q2/QT | Lệnh xem xét | Kết quả của điều kiện chống song song |
|---|---|---|---|
| IL-01 | 1 / 1 / 0 | Đóng QT | Phải chặn để không tới 1/1/1 |
| IL-02 | 1 / 0 / 1 | Đóng Q2 | Phải chặn để không tới 1/1/1 |
| IL-03 | 0 / 1 / 1 | Đóng Q1 | Phải chặn để không tới 1/1/1 |
| IL-04 | 1 / 0 / 0 | Đóng Q2 | Điều kiện này không chặn; vẫn cần mọi điều kiện khác và cấu hình phần cứng hợp lệ |
Vì sao một lần không đóng chưa chứng minh liên động đạt?
Xét tình huống tự tạo: lệnh CLOSE không làm máy cắt đóng, người thử ghi interlock đạt. Nhưng nguồn điều khiển chưa có nên kết quả sẽ giống hệt dù interlock có sai. Đây là phép thử không phân biệt được nguyên nhân; cần hoàn thiện điều kiện thử trước khi dùng kết quả để xác nhận chức năng chặn.
Cách kiểm tra có ích là ghép một trường hợp được phép với một trường hợp bị chặn, giữ các điều kiện nền đã được duyệt nhất quán và thay điều kiện mục tiêu theo phương thức được phép. Khi chức năng yêu cầu nhiều đầu vào, kiểm tra từng điều kiện trọng yếu rồi bổ sung các tổ hợp hoặc trình tự mà phân tích thiết kế yêu cầu.
Việc thay từng điều kiện không thay thế đánh giá tổ hợp, phản hồi lỗi hay cạnh tranh lệnh. Nó chỉ giúp tránh trường hợp một khóa khác vô tình che lỗi. Nếu chưa thể thiết lập trạng thái cần thử một cách an toàn hoặc phần cứng không hỗ trợ, ghi “chưa thử” và chuyển người phụ trách kỹ thuật xử lý phạm vi; không cưỡng bức thiết bị để hoàn thành biểu mẫu.
Tách bằng chứng logic, wiring và cơ cấu
Một mô phỏng trên chương trình có thể cho thấy biểu thức logic đáp ứng với đầu vào giả lập. Một phép kiểm tra tại terminal có thể cho thấy tín hiệu đi đúng đoạn dây. Một kiểm tra cơ khí có thể cho thấy bộ liên động thực ngăn chuyển động theo hướng dẫn hãng. Nếu chỉ làm một lớp, hồ sơ phải giữ đúng phạm vi lớp đó.
Đối với draw-out, tài liệu MasterPacT MTZ mô tả riêng vị trí, tiếp điểm vị trí và thao tác racking. Trong ma trận, nên ghi rõ kiểm tra đang ở vị trí thực hay chỉ mô phỏng tiếp điểm. Mô phỏng “Connected = TRUE” không chứng minh cơ cấu và tiếp điểm vị trí thực đã được kiểm tra.
Một đèn “không ở service” sáng đúng trong mô phỏng vẫn có thể lấy sai nguồn tín hiệu khi lắp hoàn chỉnh. Đề xuất hồ sơ là liên kết mã input với terminal và chỉ thị cơ khí tương ứng, sau đó lưu kết quả kiểm tra thực trong phạm vi cho phép. Vị trí Test hoặc trạng thái OPEN không thay cho xác nhận cô lập và an toàn điện.
Các phép thử có thứ tự: mất nguồn, phục hồi và lệnh duy trì
Ma trận tĩnh chỉ mô tả trạng thái tại một thời điểm. Yêu cầu chức năng có thể còn quy định khi mất nguồn phụ, khi nguồn trở lại, khi mất truyền thông hoặc khi tín hiệu phản hồi mâu thuẫn. Với từng tình huống, cần ghi trạng thái trước sự kiện, sự kiện, kết quả mong đợi sau sự kiện và yêu cầu xác nhận lại nếu có.
Không thể đặt một phản ứng “an toàn chung” cho mọi tủ: máy cắt dùng shunt trip, undervoltage release hoặc cơ cấu khác có hành vi khác nhau khi mất nguồn. Nếu mô tả chức năng chưa nói rõ, trạng thái trong ma trận phải là “chờ xác nhận thiết kế”, không phải tự chọn giữ nguyên, trip hoặc tự đóng lại.
Anti-pumping là một ví dụ cần kiểm tra theo trình tự thay vì chỉ xem một trạng thái. Manual MasterPacT MTZ giải thích chức năng này liên quan lệnh đóng duy trì sau thao tác mở/trip, và yêu cầu ngắt rồi phát lại lệnh đóng trước khi đóng lại. Khi áp dụng, phải dùng đúng trình tự hãng và thiết kế dự án; không mô phỏng sự cố thật hoặc tạo chu kỳ đóng cắt ngoài giới hạn thiết bị.
Đối chiếu: Schneider Electric — Masterpact MTZ2/MTZ3 Device Operation (UL/ANSI): trạng thái và anti-pumping ↗
Tình huống tự tạo: đèn đúng nhưng điều kiện chặn sai
Một bài thử giả định yêu cầu chặn CLOSE từ Remote khi điều kiện X không thỏa. HMI hiển thị “BLOCKED”, nhưng đầu ra đóng vẫn xuất hiện; máy cắt không đóng vì một điều kiện sẵn sàng khác đang thiếu. Nếu chỉ nhìn HMI và trạng thái cuối OPEN, lỗi đầu ra có thể bị bỏ sót.
Biên bản nên tách ba quan sát: HMI báo gì, đầu ra điều khiển làm gì và thiết bị thực ở trạng thái nào. Với yêu cầu giả định này, chỉ thị đạt nhưng đầu ra không đạt; toàn bộ dòng thử không được đánh PASS. Sau khi sửa logic, phải kiểm tra lại đường lệnh Remote liên quan và xem Local hoặc các kênh khác có bị ảnh hưởng không.
Cách ghi này cũng áp dụng khi logic đúng nhưng nhãn, tiếp điểm phụ hoặc mapping truyền thông sai. Cần mô tả vị trí lỗi dựa trên bằng chứng thay vì chỉ ghi “interlock NG”. Không xem một ảnh sau sửa là bằng chứng đủ cho tất cả điều kiện đã được yêu cầu.
Đóng punch bằng kết quả thử lại có truy xuất
Một punch liên động nên dẫn về mã yêu cầu và dòng thử thất bại. Bản ghi gồm trạng thái ban đầu, phản ứng mong đợi, phản ứng đã quan sát, phần được sửa, bản vẽ/logic revision sau sửa và mã báo cáo thử lại. Người sửa xác nhận hoàn thành công việc; người có thẩm quyền xác nhận kết quả nghiệm thu theo quy trình dự án.
Nên giữ riêng bốn trạng thái: đạt, không đạt, chưa thử và không áp dụng có lý do. Nếu phép thử chỉ được làm bằng mô phỏng, cần nêu rõ phần hiện trường hoặc cơ cấu còn chờ xác nhận. Ngày sửa xong không tự trở thành ngày đóng punch.
Trước bàn giao, đối chiếu các tín hiệu force, chế độ test, dây hoặc nguồn tạm và cài đặt đã thay trong quá trình thử với danh mục hoàn nguyên. Công việc này phải theo procedure của đơn vị và có xác nhận phù hợp. Không để một trạng thái mô phỏng tiếp tục tồn tại mà hồ sơ cuối lại mô tả hệ thống ở chế độ vận hành bình thường.
Một dòng punch liên động cần nối được tới lần thử lại
Nếu bảng chưa hiển thị đầy đủ, vuốt ngang trong bảng để xem các cột còn lại.
| Trường hồ sơ | Nội dung ví dụ |
|---|---|
| Yêu cầu | Khi X không thỏa, chặn đầu ra CLOSE từ Remote |
| Phát hiện | HMI báo BLOCKED nhưng đầu ra CLOSE vẫn xuất hiện |
| Phạm vi sửa | Logic hoặc mapping được xác định sau điều tra; cập nhật revision |
| Phạm vi thử lại | Trường hợp X thỏa và không thỏa; kênh Remote cùng các kênh bị ảnh hưởng |
| Điều kiện đóng punch | Kết quả đáp ứng yêu cầu, file bằng chứng, hoàn nguyên và xác nhận theo quy trình |
Cách dùng bài này trong buổi duyệt ITP
Có thể dùng các bảng như câu hỏi duyệt hồ sơ: mỗi yêu cầu đã có trạng thái đầu và lệnh chưa; đã phân biệt cho phép với bị chặn chưa; có thể quan sát đúng đầu ra chưa; phép mô phỏng còn bỏ qua phần nào; tiêu chí hoàn nguyên và người xác nhận đã rõ chưa. Chỉ sau khi giải quyết các câu hỏi đó mới hoàn thiện trình tự thử trên thiết bị cụ thể.
Nguồn công khai được đối chiếu ngày 07/10/2026. Các manual MasterPacT được dẫn là tài liệu của những dòng và cấu hình cụ thể, có trang thuộc bộ tài liệu UL/ANSI; chúng được dùng để minh họa phân biệt trạng thái và chức năng, không để xác nhận tủ khác đạt IEC hay đáp ứng dự án. Bảng thử và ví dụ trong bài là đề xuất biên tập, không phải trích nguyên một tiêu chuẩn.
GHI NHỚ TẠI HIỆN TRƯỜNG
- Mỗi dòng thử cần trạng thái đầu, lệnh, điều kiện, phản ứng mong đợi và bằng chứng.
- Không đóng có thể do mất nguồn hoặc chưa sẵn sàng; cần trường hợp đối chứng phù hợp.
- Logic mô phỏng, wiring thực và cơ cấu thực là những phạm vi bằng chứng khác nhau.
- Ma trận ví dụ không cho phép nối song song nguồn hoặc bỏ qua quy trình an toàn.
- Đóng punch cần kết quả thử lại và hoàn nguyên có truy xuất, không chỉ ảnh sửa xong.
Câu hỏi thường gặp
Kiểm tra đèn báo đúng có đủ xác nhận interlock không?
Không. Cần đối chiếu yêu cầu với tín hiệu đầu vào, logic hoặc mạch chặn, đầu ra và phản ứng thực của thiết bị trong phạm vi phép thử.
Tủ ở vị trí Test có thể dùng để xác nhận mọi liên động không?
Không mặc nhiên. Phải xem đúng model, những tiếp điểm còn tham gia và chức năng cần kiểm tra. Kết quả tại Test không tự xác nhận toàn bộ hành vi ở Connected; Test cũng không thay quy trình cách ly.
Liên động cơ khí có thay hoàn toàn liên động điện không?
Không thể kết luận chung. Hai lớp có phạm vi khác nhau; cấu hình cần thiết phải theo thiết kế hệ thống và hướng dẫn của đúng bộ phụ kiện.
Mất nguồn điều khiển thì tất cả máy cắt đều phải mở?
Không. Hành vi phụ thuộc loại cơ cấu, cuộn tác động, nguồn và logic. Ma trận phải lấy phản ứng mong đợi từ thiết kế được duyệt, không tự đặt một quy tắc cho mọi máy cắt.
Có cần thử mọi tổ hợp của tất cả input không?
Kế hoạch cần được xây dựng từ yêu cầu chức năng và phân tích thiết kế. Kiểm tra từng điều kiện riêng giúp khoanh vùng, nhưng vẫn phải bổ sung các tổ hợp, trình tự và tình huống lỗi mà thiết kế yêu cầu; không có số dòng chung cho mọi tủ.
Nguồn kỹ thuật tham khảo
Tài liệu dưới đây là nguồn chính hãng hoặc trang tiêu chuẩn. Tiêu chuẩn đầy đủ có thể yêu cầu mua bản quyền.
- Schneider Electric — MasterPacT MTZ Integration in Source-Changeover Systems: các cấu hình liên động ↗
- Schneider Electric — Masterpact MTZ2/MTZ3 Device Operation (UL/ANSI): trạng thái và anti-pumping ↗
- Schneider Electric — Masterpact MTZ2/MTZ3 Drawout Device Racking (UL/ANSI): vị trí và tiếp điểm vị trí ↗
- Schneider Electric — Masterpact MTZ2/MTZ3 Interlocking Actions (UL/ANSI): giới hạn của từng bộ liên động ↗
Nội dung này dùng cho học tập và tham khảo chung. Khi thiết kế, vận hành hoặc thử nghiệm, phải ưu tiên bản vẽ được phê duyệt, hướng dẫn nhà sản xuất, tiêu chuẩn áp dụng và quy trình an toàn của đơn vị.
Phát hiện thông tin cần sửa? Gửi URL, đoạn nội dung và nguồn đối chiếu cho ban biên tập →