Các khối chức năng Mark VI của GE cho logic điều khiển tuabin khí

Việc chẩn đoán sự cố điều khiển tua-bin khí trở nên dễ dàng hơn khi các kỹ sư tách biệt ba lớp: phần cứng hiện trường, logic ứng dụng của bộ điều khiển và các công cụ giám sát dùng để quan sát, bảo trì cả hai lớp này. Hệ thống GE Mark VI và Mark VIe thực thi logic ứng dụng được tập hợp từ các phần tử chức năng liên kết với nhau, nhưng tên khối, thư viện và giao diện phần cứng cụ thể phụ thuộc vào thế hệ được lắp đặt và phiên bản dự án.

Sự phân biệt này rất quan trọng trong thời gian dừng máy. Một giao diện I/O bị hỏng hoặc tín hiệu hiện trường bị thiếu không thể được sửa bằng cách thay đổi logic trình tự. Một đầu vào hoạt động bình thường nhưng bị điều kiện cho phép, bộ chọn bỏ phiếu, bộ định thời hoặc quá trình chuyển trạng thái từ chối cũng không thể được sửa bằng cách thay thế một bo mạch đầu cuối khác. Nhiệm vụ đầu tiên là xác định lớp nào đã ngừng đáp ứng chức năng của nó.

Phần cứng truyền tín hiệu hiện trường và thực thi ứng dụng; dự án khối chức năng xác định cách các tín hiệu đó trở thành lệnh, điều kiện cho phép, cảnh báo và tín hiệu dừng khẩn cấp.

Bắt đầu bằng việc xác định thế hệ hệ thống điều khiển đang được lắp đặt

Mark VI và Mark VIe thuộc cùng một dòng hệ thống điều khiển, nhưng không phải là các nền tảng có thể hoán đổi cho nhau. Chi tiết về bộ điều khiển, I/O, mạng và công cụ kỹ thuật của chúng khác nhau. Bản vẽ, bản sao lưu hoặc linh kiện thay thế phải phù hợp với cấu hình thực tế của tổ máy, thay vì nhãn “Mark VI” chung chung thường được dùng trong trao đổi.

Đối với hệ thống Mark VIe, GE Vernova mô tả bộ phần mềm ControlST là môi trường bao gồm ToolboxST để cấu hình và chẩn đoán, cùng các ứng dụng cho máy trạm, xu hướng, cảnh báo và quản lý hệ thống. Tổng quan về bộ phần mềm ControlST chính thức là tài liệu tham khảo hữu ích cho các vai trò này. Các hệ thống Mark VI đời đầu có thể có công cụ và ràng buộc phiên bản khác, vì vậy hãy sử dụng giấy phép tại cơ sở, hồ sơ phần mềm đã cài đặt và tài liệu OEM dành cho đúng tổ máy.

Khi việc sửa chữa yêu cầu phần cứng, hãy đối chiếu đầy đủ mã linh kiện, phiên bản, yêu cầu firmware, mối quan hệ với bo mạch đầu cuối và vai trò dự phòng. Có thể xem các linh kiện liên quan trong bộ sưu tập bo mạch GE và điều khiển tua-bin, nhưng khả năng tương thích phải được xác định dựa trên danh mục vật tư của cơ sở và tài liệu hướng dẫn, không phải sự tương đồng về hình thức.

Đọc ứng dụng theo chức năng, không dựa vào tên khối ghi nhớ

Dự án tua-bin dễ hiểu hơn khi logic được nhóm theo mục đích kỹ thuật. Tên các khối độc quyền cụ thể có thể khác nhau, trong khi các yêu cầu điều khiển cốt lõi vẫn có thể nhận diện được.

Trình tự và điều kiện cho phép

Khởi động, làm sạch, đánh lửa, tăng tốc, hòa đồng bộ, tăng tải, giảm tải và dừng máy là các quá trình được điều khiển theo trạng thái. Mỗi lần chuyển trạng thái phụ thuộc vào các điều kiện cho phép như vị trí van, tình trạng dầu bôi trơn, tốc độ, ngọn lửa, thông gió và thời gian. Một trình tự bị đình trệ nên được truy ngược đến điều kiện chuyển trạng thái đầu tiên chưa được đáp ứng. Ép chuyển sang trạng thái phía sau sẽ che giấu nguyên nhân và có thể bỏ qua bằng chứng cần thiết cho việc sửa chữa an toàn.

Điều khiển nhiên liệu và tải

Nhu cầu nhiên liệu được định hình bởi trạng thái vận hành, điều khiển tốc độ hoặc tải, các giới hạn nhiệt độ, giới hạn gia tốc, đặc tính hóa van và các ràng buộc của hệ thống nhiên liệu. Các bộ chọn chọn nhu cầu hoặc giới hạn hợp lệ có tính hạn chế nhất. Bộ tạo dốc và bộ giới hạn tốc độ thay đổi ngăn lệnh thay đổi đột ngột. Vì vậy, nhu cầu đầu ra thấp không nhất thiết cho thấy bộ điều chỉnh bị hỏng; một giới hạn khác có thể đang được chọn đúng.

Điều khiển lưu lượng khí và nhiệt độ

Lịch điều khiển cánh hướng dòng khí vào và điều khiển nhiệt độ khí xả tương tác với điều kiện vận hành máy nén, chế độ cháy, điều kiện môi trường và tải. Hãy chẩn đoán chuỗi đo lường và giới hạn đang tác động trước khi thay đổi hằng số hiệu chỉnh. Một đầu vào nhiệt độ bị lệch, giá trị trung vị không hợp lệ hoặc trạng thái chất lượng không chính xác có thể khiến một vòng điều khiển hoạt động tốt trông như được hiệu chỉnh kém.

Bảo vệ và bỏ phiếu

Các chức năng bảo vệ quá tốc, ngọn lửa, rung, nhiệt độ ổ trục, quá trình cháy và các chức năng khác quyết định việc vận hành có được phép tiếp tục hay không. Các kênh dự phòng có thể được chọn, bỏ phiếu hoặc xác nhận dựa trên logic chất lượng và thời gian. Người vận hành cần biết kênh riêng lẻ nào không đồng thuận, kết quả bỏ phiếu nào đã có hiệu lực và tín hiệu dừng xuất phát bên trong bộ điều khiển tua-bin hay từ một hệ thống bảo vệ bên ngoài.

Đặt chất lượng tín hiệu cạnh giá trị tín hiệu

Một khối chức năng không nên xem mọi đầu vào số là đáng tin cậy như nhau. Chẩn đoán kỹ thuật cần có giá trị thô hoặc đã điều hòa, trạng thái chất lượng, trạng thái nằm trong dải, chỉ báo giá trị tốt gần nhất và thông tin về sự sai lệch giữa các kênh. Một bộ truyền tín hiệu bị lỗi nhưng giữ nguyên ở giá trị có vẻ hợp lý có thể nguy hiểm hơn một tín hiệu rõ ràng vượt ngoài dải.

Trước khi quy trách nhiệm cho logic ứng dụng, hãy truy vết tín hiệu từ đầu đến cuối: thiết bị hiện trường, dây dẫn và nguồn điện, điểm đấu nối, chẩn đoán I/O, biến của bộ điều khiển, khâu điều hòa, bộ bỏ phiếu hoặc bộ chọn và thiết bị tiêu thụ cuối cùng. So sánh các kênh dự phòng và xu hướng lịch sử. Nếu bộ điều khiển nhận giá trị khác với màn hình vận hành, hãy xác định nơi quy mô hóa, truyền thông hoặc xử lý hiển thị bị sai lệch.

Sử dụng các công cụ kỹ thuật như bằng chứng

GE Vernova cho biết hệ sinh thái điều khiển Mark VIe hỗ trợ điều khiển, trình tự và bảo vệ, giám sát và cảnh báo, cũng như các chức năng trình tự sự kiện hoặc lịch sử dừng máy. Các bản ghi này nên được sử dụng cùng nhau. Xu hướng cho thấy các giá trị đã biến đổi như thế nào; danh sách cảnh báo cho thấy các điều kiện được khai báo; dữ liệu trình tự sự kiện giúp xác lập thứ tự; còn chức năng giám sát ứng dụng cho thấy đường đi đang hoạt động qua các điều kiện cho phép và bộ chọn.

Hãy thu thập bằng chứng trước khi tắt mở nguồn hoặc thay thế phần cứng. Ghi lại tình trạng bộ điều khiển và I/O, các chẩn đoán đang hoạt động, thông tin nguyên nhân đầu tiên, trạng thái đồng bộ thời gian, các xu hướng liên quan và trạng thái chính xác của tổ máy. Việc khởi động lại có thể xóa triệu chứng đồng thời làm mất trình tự diễn biến.

Quy trình chẩn đoán có kỷ luật

1. Xác định chức năng bị lỗi

Mô tả điều hệ thống đã không thực hiện: quá trình chuyển trạng thái khởi động không hoàn tất, nhu cầu nhiên liệu vẫn bị giới hạn, một kênh bị từ chối hoặc đầu ra dừng máy đã tác động. Tránh bắt đầu bằng giả định về linh kiện bị hỏng.

2. Tìm điều kiện quyết định đầu tiên

Truy theo ứng dụng từ lệnh cuối cùng hoặc trạng thái hiện tại ngược qua các bộ chọn, điều kiện cho phép, bộ định thời và logic chất lượng. Xác định điều kiện phía trước đầu tiên giải thích được kết quả. Xác nhận nguồn của điều kiện đó thay vì ghi đè nó.

3. Kiểm chứng đường đi của phần cứng

Sử dụng chẩn đoán I/O và phép đo độc lập khi an toàn. Kiểm tra nguồn điện, dây dẫn, cấu hình kênh, phần cứng đầu cuối, tình trạng mạng và trạng thái dự phòng. Đối với tín hiệu rung, hãy kiểm tra cả bộ giám sát bên ngoài và chuỗi đầu dò khi phù hợp; có thể xem các linh kiện liên quan trong bộ sưu tập Bently Nevada.

4. So sánh với cấu hình chuẩn được kiểm soát

Xác nhận phiên bản ứng dụng, cấu hình bộ điều khiển, phiên bản thư viện và trạng thái đã tải xuống so với bản sao lưu được phê duyệt. Một khác biệt không được ghi chép là vấn đề quản lý cấu hình, ngay cả khi tua-bin hiện vẫn đang vận hành.

5. Kiểm tra khả năng phục hồi và hành vi khi có sự cố

Sau khi sửa chữa, hãy xác minh cả vận hành bình thường và điều kiện bất thường liên quan. Kiểm chứng việc xử lý chất lượng kênh, chuyển đổi dự phòng, hiển thị cảnh báo, thời gian trình tự, quy tắc đặt lại tín hiệu dừng và khả năng quan sát của người vận hành. Chỉ việc cảnh báo biến mất không phải là phép thử nghiệm thu.

Thay đổi cần được quản trị ở cấp độ dừng máy

Các thay đổi ứng dụng có thể ảnh hưởng đến quá trình cháy, thiết bị quay, hành động bảo vệ, phát thải và rủi ro đối với con người. Hãy sử dụng quyền truy cập được ủy quyền, gói thay đổi đã được phê duyệt, đánh giá của OEM hoặc kỹ sư đủ năng lực, bản sao lưu, kiểm tra chéo, mô phỏng hoặc rà soát ngoại tuyến khi có thể và kế hoạch khôi phục được lập thành tài liệu. Không bao giờ nhập logic từ một khung hoặc tổ máy khác chỉ vì sơ đồ khối trông quen thuộc; hệ thống nhiên liệu, thiết bị đo lường, tùy chọn và các sửa đổi tại cơ sở có thể khác nhau.

Quan điểm thực tế là “tài liệu tham khảo khối chức năng” có giá trị nhất khi đóng vai trò như bản đồ trách nhiệm, chứ không phải danh mục phổ quát về các tên gọi độc quyền. Những kỹ sư hiểu các ranh giới của trình tự, giới hạn, bỏ phiếu, chất lượng tín hiệu và bảo vệ có thể tìm thấy bằng chứng quyết định trong dự án thực tế tại cơ sở. Những kỹ sư ghi nhớ tên khối nhưng không xác minh phiên bản đã lắp đặt có nguy cơ sửa nhầm lớp của hệ thống.