Các bảng điều khiển có thể tự phục hồi không? Thiết kế các hệ thống chịu lỗi thông minh hơn

Điều gì xảy ra khi một tủ điều khiển công nghiệp phát hiện lỗi đang phát triển trước khi người vận hành nhận ra vấn đề rõ ràng?

Bộ truyền động động cơ có thể bắt đầu tiêu thụ dòng điện không ổn định. Mô-đun nguồn có thể bắt đầu nóng hơn bình thường. Lỗi truyền thông có thể xuất hiện gián đoạn giữa các thiết bị điều khiển.

Trong một hệ thống thông thường, những điều kiện này thường chỉ trở thành vấn đề bảo trì sau khi xảy ra cảnh báo, ngắt hoặc dừng hệ thống.

Các kiến trúc điều khiển thông minh hơn có thể phản ứng sớm hơn.

Chúng có thể phát hiện các điều kiện bất thường, cô lập những lỗi được chọn, chuyển chức năng sang thiết bị dự phòng và cung cấp cho nhân viên bảo trì thông tin chẩn đoán chi tiết.

Khái niệm này đôi khi được mô tả là tủ điều khiển tự phục hồi.

Không nên hiểu thuật ngữ này theo nghĩa đen. Tủ điều khiển không thể tự sửa công-tắc-tơ bị hỏng, đầu nối bị cháy hoặc bộ truyền động bị lỗi.

Nó có thể nhận diện một số lỗi nhất định và sử dụng các chiến lược khôi phục được định trước để hạn chế ảnh hưởng của chúng đến hoạt động sản xuất.

Hình 1. Tủ điều khiển công nghiệp dạng mô-đun tạo nền tảng cho việc chẩn đoán, cô lập và thay thế linh kiện theo quy trình.

Điểm yếu thường không nằm ở máy móc

Tủ điều khiển điều phối một phần lớn thiết bị công nghiệp hiện đại.

PLC, bộ nguồn, rơ-le, bộ truyền động, mô-đun truyền thông và thiết bị I/O phối hợp với nhau để duy trì trình tự vận hành có thể dự đoán.

Do đó, một lỗi ở một linh kiện nhỏ có thể ảnh hưởng đến một quy trình lớn hơn nhiều.

Một rơ-le bị hỏng có thể khiến động cơ không khởi động được. Bộ nguồn bị lỗi có thể làm mất đồng thời nhiều mạch điều khiển. Sự cố truyền thông có thể khiến thiết bị vốn vẫn hoạt động bình thường không khả dụng đối với bộ điều khiển.

Các chiến lược bảo trì truyền thống giải quyết những rủi ro này thông qua kiểm tra, phụ tùng thay thế, thay thế phòng ngừa và sự can thiệp của người vận hành.

Những biện pháp đó vẫn cần thiết.

Hạn chế nằm ở thời gian phản hồi.

Khi việc phát hiện lỗi chủ yếu phụ thuộc vào việc máy dừng hoặc người vận hành nhìn thấy cảnh báo, quy trình đã bước vào trạng thái vận hành bất thường.

Thiết kế điều khiển hiện đại ngày càng cố gắng phát hiện sự suy giảm trước khi đến thời điểm đó.

Khả năng tự phục hồi thực sự có nghĩa là gì

Về mặt kỹ thuật, khả năng tự phục hồi được hiểu chính xác hơn là sự kết hợp giữa phát hiện lỗi, cô lập lỗi và khôi phục tự động.

Một kiến trúc thực tiễn có thể thực hiện nhiều chức năng.

Thứ nhất, hệ thống phát hiện tín hiệu hoặc điều kiện vận hành bất thường.

Thứ hai, logic chẩn đoán xác định thiết bị, mạch điện hoặc khu vực quy trình bị ảnh hưởng.

Thứ ba, hệ thống điều khiển cô lập chức năng bị ảnh hưởng khi kiến trúc cho phép.

Cuối cùng, phần cứng dự phòng hoặc đường điều khiển thay thế có thể duy trì một phần quy trình cho đến khi bộ phận bảo trì can thiệp.

Người vận hành vẫn nhận được cảnh báo, nhật ký và thông tin chẩn đoán.

Mục tiêu không phải là loại bỏ sự cố. Mục tiêu là ngăn mọi sự cố riêng lẻ tự động trở thành gián đoạn trên toàn nhà máy.

Kiến trúc mô-đun giúp việc cô lập sự cố trở nên thiết thực

Khả năng vận hành chịu lỗi bắt đầu từ thiết kế vật lý.

Một tủ điện được xây dựng như một cụm điện liên kết chặt chẽ duy nhất sẽ khó cô lập khi một linh kiện hỏng.

Kiến trúc mô-đun tạo ra các ranh giới chức năng rõ ràng hơn.

Phân phối điện, điều khiển, truyền thông, bộ truyền động và I/O có thể được chia thành các phần dễ nhận diện với khả năng bảo vệ và truy cập chẩn đoán phù hợp.

Điều này mang lại một số lợi thế về vận hành.

Một sự cố thường có thể được liên kết với một khu vực chức năng nhỏ hơn. Nhân viên bảo trì có thể xác định phần cứng bị ảnh hưởng nhanh hơn, và việc thay thế trở nên có hệ thống hơn.

Tính mô-đun cũng hỗ trợ các chiến lược phụ tùng thay thế được tiêu chuẩn hóa.

Thay vì xử lý sự cố đến cấp bo mạch cho từng linh kiện, kỹ thuật viên có thể thay thế các mô-đun đã được xác định và khôi phục dịch vụ theo một quy trình bảo trì được thiết lập.

Phần cứng hỗ trợ thay nóng có thể cải thiện phương pháp này khi nền tảng điều khiển và ứng dụng cụ thể hỗ trợ việc thay thế khi đang có điện.

Tuy nhiên, không bao giờ được mặc định rằng có thể thay nóng chỉ vì một hệ thống có tính mô-đun.

Bộ điều khiển, nền tảng I/O, thiết kế điện và quy trình an toàn phải hỗ trợ rõ ràng việc này.

Đối với các hệ thống được xây dựng xoay quanh phần cứng điều khiển có thể thay thế, mô-đun I/O được phân loại rõ ràng cũng có thể đơn giản hóa việc bảo trì trong suốt vòng đời và lập kế hoạch phụ tùng thay thế.

Giám sát dự đoán tìm kiếm các thay đổi trước khi xảy ra hỏng hóc

Một chiến lược điều khiển tự quản cần có thông tin về tình trạng thiết bị.

Đây là lúc cảm biến IIoT và bảo trì dự đoán trở nên quan trọng.

Các hệ thống giám sát hiện đại có thể theo dõi tải điện, nhiệt độ, độ rung, chất lượng truyền thông và các biến vận hành khác.

Một phép đo đơn lẻ có thể không cho thấy vấn đề.

Xu hướng thường hữu ích hơn.

Một đầu nối đầu cực tăng nhiệt độ dần dần có thể cho thấy tình trạng điện cần được kiểm tra.

Động cơ cho thấy xu hướng rung tăng dần có thể cần được kiểm tra cơ khí trước khi tình trạng này dẫn đến việc dừng máy ngoài kế hoạch.

Tình trạng mất cân bằng dòng điện lặp lại cũng có thể cung cấp bằng chứng chẩn đoán hữu ích khi được đánh giá trong đúng bối cảnh điện và cơ khí.

Điện toán biên cho phép thực hiện một phần quá trình phân tích này gần máy móc.

Thay vì truyền mọi phép đo thô đến máy chủ từ xa, một thiết bị biên có thể đánh giá các tín hiệu được chọn ngay tại chỗ và tạo sự kiện khi phát hiện các điều kiện đã định.

Điều này có thể giảm độ trễ phản hồi và hạn chế lưu lượng dữ liệu không cần thiết.

Chẩn đoán phải giải thích nhiều hơn “Lỗi”

Một đèn báo lỗi chung chỉ mang lại giá trị hạn chế khi dây chuyền đã dừng hoạt động.

Chẩn đoán hiệu quả cần xác định sự cố xảy ra ở đâu và cung cấp đủ bối cảnh để nhân viên bảo trì điều tra.

Các bộ điều khiển hiện đại và thiết bị thông minh có thể cung cấp thông tin chẩn đoán ở cấp linh kiện thông qua mạng điều khiển.

Sau đó, lớp HMI hoặc SCADA có thể hiển thị thông tin cảnh báo cụ thể hơn.

Thay vì chỉ báo cáo lỗi chung của bộ truyền động, hệ thống có thể xác định bộ truyền động nào đã tạo ra cảnh báo và ghi lại các giá trị vận hành liên quan.

Các sự kiện trong lịch sử cũng giúp kỹ sư xác định điều gì đã xảy ra ngay trước khi ngắt.

Điều này đặc biệt quan trọng khi một lỗi ban đầu tạo ra nhiều cảnh báo thứ cấp.

Cảnh báo đầu tiên hiển thị trên màn hình có thể không phải là nguyên nhân gốc.

Các trình tự sự kiện được ghi dấu thời gian chính xác giúp kỹ sư tái dựng những gì đã xảy ra.

Cô lập lỗi ngăn một sự cố lan rộng

Chỉ riêng việc phát hiện không tạo ra khả năng chịu lỗi.

Kiến trúc cũng phải xác định điều gì xảy ra sau khi lỗi được nhận diện.

Trong một số ứng dụng, mô-đun bị ảnh hưởng có thể được loại bỏ về mặt logic khỏi trình tự vận hành.

Trong các trường hợp khác, quy trình có thể chuyển sang thiết bị dự phòng.

Bộ nguồn, đường truyền mạng, bộ điều khiển, giao diện truyền thông và thiết bị quy trình đều có thể sử dụng tính năng dự phòng khi ứng dụng biện minh cho độ phức tạp bổ sung.

Dự phòng không phải lúc nào cũng mang lại lợi ích.

Một hệ thống dự phòng được thiết kế kém có thể tạo ra các chế độ hỏng hóc bổ sung và khiến việc khắc phục sự cố trở nên khó khăn hơn.

Do đó, chiến lược khôi phục cần được thiết kế đồng thời với chiến lược phát hiện lỗi.

Hình 2. Một trình tự chịu lỗi phát hiện tình trạng bất thường, cô lập chức năng bị ảnh hưởng và chuyển hoạt động sang nơi có khả năng dự phòng.

Một sự cố bộ truyền động cho thấy cách thức hoạt động của khái niệm này

Hãy xem xét một dây chuyền đóng chai sử dụng các bộ truyền động biến tần để điều chỉnh tốc độ băng tải.

Một bộ truyền động bắt đầu có biểu hiện dòng điện bất thường và nhiệt độ tăng.

Trong một kiến trúc thông thường, bộ truyền động có thể tiếp tục chạy cho đến khi các chức năng bảo vệ của nó tạo ra tín hiệu ngắt.

Băng tải dừng lại.

Sau đó, bộ phận bảo trì bắt đầu khắc phục sự cố ở phần bị hỏng trong khi quá trình sản xuất vẫn bị gián đoạn.

Một kiến trúc có khả năng chịu lỗi cao hơn có thể phản hồi theo cách khác.

Hệ thống giám sát tình trạng phát hiện đầu tiên kiểu bất thường về điện và nhiệt.

Hệ thống điều khiển phát cảnh báo bảo trì trước khi quy trình đạt đến điều kiện ngắt.

Nếu ứng dụng bao gồm một bộ truyền động dự phòng được thiết kế sẵn hoặc một đường truyền cơ khí dự phòng, chức năng bị ảnh hưởng khi đó có thể được chuyển giao theo logic định trước.

Bộ truyền động ban đầu được cô lập và bộ phận bảo trì nhận được thông tin lỗi chi tiết.

Sản xuất có thể tiếp tục với công suất đầy đủ hoặc giảm tùy thuộc vào thiết kế quy trình.

Ví dụ này minh họa một hạn chế quan trọng.

Hệ thống điều khiển không thể tạo ra khả năng dự phòng chưa từng được thiết kế trong máy.

Khôi phục tự động chỉ khả thi khi kiến trúc điện, cơ khí và phần mềm cung cấp một đường thay thế.

Khi có điều khiển tốc độ biến thiên, kiến trúc VFD và bộ truyền động AC phù hợp có thể trở thành một phần của chiến lược bảo trì và dự phòng rộng hơn.

Truyền thông là một phần của kiến trúc khôi phục

Chẩn đoán hiện đại phụ thuộc nhiều vào các mạng truyền thông công nghiệp.

Bộ điều khiển cần thông tin trạng thái từ các bộ truyền động, mô-đun I/O từ xa, thiết bị bảo vệ và các thành phần thông minh khác.

EtherNet/IP, PROFINET và các giao thức công nghiệp khác có thể cung cấp khả năng chẩn đoán này khi thiết bị hỗ trợ.

Tuy nhiên, việc sử dụng giao thức Ethernet công nghiệp không tự động khiến mạng có khả năng chịu lỗi.

Khả năng chống chịu phụ thuộc vào kiến trúc mạng.

Các bộ chuyển mạch được quản lý, đường truyền dự phòng, khả năng của bộ điều khiển, cấu trúc liên kết và các cơ chế khôi phục đều ảnh hưởng đến điều xảy ra sau khi mất liên lạc.

Do đó, các kỹ sư nên tách biệt hai câu hỏi này.

Thiết bị có thể báo cáo sự cố không?

Mạng có thể tiếp tục hoạt động sau sự cố không?

Đó là những khả năng có liên quan nhưng khác nhau về mặt kỹ thuật.

An toàn và khôi phục tự động cần có ranh giới rõ ràng

Khôi phục tự động không bao giờ được ghi đè chức năng an toàn của máy móc hoặc quy trình.

Một số sự cố nên dẫn đến việc dừng có kiểm soát thay vì tự động tiếp tục.

Không thể đơn giản bỏ qua nút dừng khẩn cấp, liên động an toàn hoặc tình trạng điện nguy hiểm chỉ vì mong muốn duy trì sản xuất.

Logic khôi phục phải phân biệt giữa các sự cố cho phép tiếp tục vận hành và các sự cố yêu cầu thiết bị chuyển sang trạng thái an toàn.

Điều này đặc biệt quan trọng khi có các đường điều khiển dự phòng.

Các kỹ sư cần biết tín hiệu nào thuộc về tự động hóa tiêu chuẩn và tín hiệu nào thuộc về kiến trúc liên quan đến an toàn.

Vì vậy, khái niệm tự phục hồi hoạt động hiệu quả nhất khi việc cô lập sự cố được thiết kế xoay quanh các vùng chức năng và an toàn đã xác định.

Bản sao số bổ sung một lớp kiểm thử

Bản sao số có thể mở rộng thiết kế chịu lỗi vượt ra ngoài tủ điện vật lý.

Biểu diễn ảo của hệ thống điều khiển cho phép các kỹ sư nghiên cứu trình tự vận hành trước khi triển khai thay đổi trên thiết bị đang vận hành.

Có thể đưa các điều kiện sự cố vào mô hình để kiểm tra cách logic điều khiển phản hồi.

Các kỹ sư có thể đánh giá xem cảnh báo phù hợp có xuất hiện hay không, hệ thống dự phòng có chuyển đổi chính xác hay không và có xảy ra tương tác ngoài ý muốn giữa các quy trình hay không.

Điều này đặc biệt hữu ích khi logic khôi phục trở nên phức tạp.

Việc kiểm thử mọi sự cố có thể xảy ra trên thiết bị sản xuất đang vận hành có thể không thực tế hoặc không an toàn.

Môi trường mô phỏng cung cấp một cách khác để xác thực hoạt động trước khi triển khai.

Hình 3. Mô phỏng kỹ thuật số có thể giúp các kỹ sư đánh giá chuỗi sự cố và logic khôi phục trước khi những thay đổi được áp dụng cho thiết bị đang vận hành.

Trí tuệ biên đang mở rộng khả năng ra quyết định cục bộ

Một bước phát triển khác là khả năng xử lý ngày càng lớn được cung cấp trực tiếp tại máy.

Các kiến trúc điều khiển truyền thống thường gửi những tác vụ phân tích cấp cao hơn đến các máy chủ tập trung.

Các nền tảng biên cho phép một số chẩn đoán được duy trì cục bộ.

Điều này có thể hữu ích cho các ứng dụng mà quyết định về sự cố phải được đưa ra nhanh hoặc không thể giả định rằng kết nối liên tục với đám mây luôn sẵn có.

Phân tích cục bộ có thể xác định các mẫu bất thường và chỉ gửi những sự kiện liên quan đến các hệ thống giám sát hoặc hệ thống doanh nghiệp.

PLC vẫn thực hiện điều khiển tất định.

Lớp phân tích cung cấp thêm thông tin có thể tác động đến các quyết định bảo trì hoặc logic phục hồi được xác định trước.

Việc giữ cho các chức năng đó được tách biệt rõ ràng là rất quan trọng.

Điều khiển máy không nên trở nên phụ thuộc vào một mô hình phân tích không minh bạch mà hành vi của nó không thể được xác thực.

Các câu hỏi kỹ sư nên đặt ra trong quá trình thiết kế tủ điều khiển

Một tủ điều khiển chịu lỗi bắt đầu từ các câu hỏi thiết kế chứ không phải một tính năng phần mềm.

Các kỹ sư nên xác định liệu các vùng sự cố riêng lẻ có được phân định rõ ràng trong kiến trúc điện hay không.

Chúng nên xác định những hỏng hóc nào có thể được cô lập mà không cần tắt toàn bộ máy.

Thiết bị nên cung cấp phản hồi chẩn đoán đầy đủ cho chiến lược bảo trì.

Các chức năng quan trọng nên được xem xét để xác định liệu dự phòng có được chứng minh là hợp lý về mặt kỹ thuật và kinh tế hay không.

Nhóm thiết kế cũng nên quyết định những biến trạng thái nào cần được giám sát liên tục ngoài số giờ vận hành đơn giản.

Chẩn đoán từ xa có thể hữu ích, nhưng cần xem xét vấn đề bảo mật mạng và quyền vận hành ngay từ đầu.

Logic phục hồi cũng nên được kiểm thử bằng các kịch bản hỏng hóc thực tế thay vì chỉ các trình tự vận hành bình thường.

Mục tiêu là suy giảm có kiểm soát, không phải một tủ điều khiển bất khả hỏng

Thiết bị công nghiệp sẽ tiếp tục hỏng hóc.

Các linh kiện bị lão hóa. Các kết nối xuống cấp. Mạng mất liên lạc. Bộ truyền động bị ngắt. Bộ nguồn hết thời hạn sử dụng.

Vì vậy, mục tiêu kỹ thuật không phải là tạo ra một tủ điều khiển bất khả hỏng.

Mục tiêu tốt hơn là suy giảm có kiểm soát.

Hệ thống nên sớm xác định tình trạng suy giảm khi có thể.

Khi xảy ra sự cố, ảnh hưởng của nó nên được giới hạn trong phạm vi cho phép của kiến trúc.

Người vận hành nên nhận được thông tin chẩn đoán hữu ích thay vì các cảnh báo chung chung.

Khi thích hợp, các quy trình quan trọng nên chuyển sang những chức năng dự phòng được thiết kế sẵn.

Khi đó, nhân viên bảo trì sẽ có đủ thông tin để sửa chữa phần cứng bị ảnh hưởng mà không cần điều tra không cần thiết.

Đó là ý nghĩa thực tiễn của một tủ điều khiển tự phục hồi.

Nó không tự sửa chữa.

Nó được thiết kế để hiểu rõ hơn về tình trạng của chính mình, phản ứng thông minh trước các hỏng hóc có thể dự đoán và duy trì mức vận hành an toàn tối đa có thể cho đến khi con người hoàn tất việc sửa chữa vật lý.