Đ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 đề bằng mắt thườ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 không liên tục 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, tác động ngắt hoặc dừng máy.

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 một số lỗi nhất định, chuyển chức năng sang thiết bị dự phòng và cung cấp thông tin chẩn đoán chi tiết cho nhân viên bảo trì.

Khái niệm này đôi khi được gọi 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.

Hệ thống có thể nhận diện một số lỗi nhất định và sử dụng các chiến lược phục hồi được xác định trước để hạn chế ảnh hưởng của chúng đến 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 có hệ thống.

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

Tủ điều khiển phối hợp 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. Bộ nguồn hỏng 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 hoạt động tốt nhưng không thể được bộ điều khiển sử dụng.

Các chiến lược bảo trì truyền thống xử lý 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 hướng đến việc phát hiện sự suy giảm trước khi tình trạng đó xảy ra.

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à phục hồi 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 nếu kiến trúc cho phép.

Cuối cùng, phần cứng dự phòng hoặc một đường dẫn điều khiển thay thế có thể duy trì một phần quy trình cho đến khi nhân viê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ỏ mọi hỏng hóc. Mục tiêu là ngăn mỗi hỏng hóc riêng lẻ tự động trở thành sự 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 khả thi

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 bị hỏng.

Một 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 nhận diện được, 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ế trong vận hành.

Sự cố thường có thể được gắn 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ế trong lúc đ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 tính năng này.

Đối với các hệ thống được xây dựng quanh phần cứng điều khiển có thể thay thế, các 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 toàn bộ 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 những 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.

Một động cơ có 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 dừng máy ngoài kế hoạch.

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 đã xác đị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 mang lại rất ít giá trị khi dây chuyền đã ngừ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 một lỗi bộ truyền động chung chung, hệ thống có thể xác định bộ truyền động nào đã phát cảnh báo và ghi lại các giá trị vận hành liên quan.

Các sự kiện 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 chuỗi 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ỉ phát hiện lỗi 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 nhận diện lỗi.

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 những 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 dự phòng khi ứng dụng оправ оправ cho độ phức tạp bổ sung.

Dự phòng không phải lúc nào cũng có lợi.

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. 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 khi có khả năng dự phòng.

Một Sự Cố Bộ Truyền Động Cho Thấy Khái Niệm Hoạt Động Như Thế Nào

Hãy xem xét một dây chuyền đóng chai sử dụng 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ó dòng điện bất thường và nhiệt độ tăng cao.

Trong 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ệ phát lệnh ngắt.

Băng tải dừng.

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

Kiến trúc có khả năng chịu lỗi cao hơn có thể phản ứng 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 có bộ truyền động dự phòng được thiết kế sẵn hoặc đườ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 truyền thay thế.

Khi có sử dụng điều khiển tốc độ biến thiên, các kiến trúc VFD và biến tần 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 tổng thể.

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ừ biến tần, 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 hiển thị chẩn đoán này khi thiết bị hỗ trợ.

Tuy nhiên, việc sử dụng một 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.

Switch được quản lý, các đườ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ơ chế khôi phục đều ảnh hưởng đến những gì xảy ra sau khi mất liên lạc.

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

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 phép 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.

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 không thể đơn giản bị bỏ qua 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.

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.

Do đó, khái niệm tự phục hồi hoạt động hiệu quả nhất khi việc khoanh vùng sự cố được thiết kế dựa trên 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ủ vật lý.

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

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

Kỹ sư có thể đánh giá xem cảnh báo phù hợp có xuất hiện hay không, việc chuyển đổi dự phòng có diễn ra 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 hành vi trước khi triển khai.

Hình 3. Mô phỏng số có thể giúp kỹ sư đánh giá các chuỗi sự cố và logic khôi phục trước khi 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 diễn biế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.

Nền tảng biên cho phép duy trì các chức năng chẩn đoán được chọn tại cục bộ.

Điều này hữu ích cho các ứng dụng mà quyết định xử lý lỗi cần được đưa ra nhanh chóng hoặc không thể giả định có kết nối đám mây liên tụ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 mang tính xác đị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 khôi phục được xác định trước.

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

Điều khiển máy không nên phụ thuộc vào một mô hình phân tích khó hiểu mà không thể xác thực hành vi.

Những câu hỏi kỹ sư nên đặt ra trong quá trình thiết kế tủ

Một tủ có khả năng chịu lỗi bắt đầu từ các câu hỏi thiết kế, không phải từ 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 lỗi riêng lẻ có được phân định rõ ràng trong kiến trúc điện hay không.

Thiết bị nên xác định những lỗi nào có thể được cô lập mà không cần dừng toàn bộ máy.

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

Cần đánh giá các chức năng quan trọng để xác định liệu dự phòng có 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, vượt ngoài số giờ vận hành đơn thuần.

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

Logic khôi phục cũng cần được kiểm thử theo các kịch bản sự cố thực tế, thay vì chỉ theo 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ủ bất khả hỏng

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

Các linh kiện bị lão hóa. Các mối nối xuống cấp. Mạng mất liên lạc. Bộ biến tần bị ngắt do lỗi. Bộ nguồn đạt đến cuối vòng đời vận hành.

Do đó, 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 phát hiện sớm tình trạng xuống cấp khi có thể.

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

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.

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

Nhân viên bảo trì khi đó 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.

Hệ thống không tự sửa chữa.

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