Tối ưu hiệu suất Chiller: Đừng chỉnh máy trước khi đọc dữ liệu

Hãy hình dung một tình huống.

Hôm qua Chiller cung cấp 200 RT và tiêu thụ khoảng 140 kW.

Hôm nay, tải lạnh vẫn quanh mức đó nhưng công suất điện tăng lên 150 kW.

Câu hỏi đầu tiên của tôi không phải:

“Máy có xuống cấp không?”

Tôi muốn biết hôm nay hệ thống đang làm việc trong điều kiện nào.

Nhiệt độ ngoài trời có cao hơn không?

Nước giải nhiệt vào bình ngưng có thay đổi không?

Lưu lượng nước lạnh có đúng không?

Chênh nhiệt cấp – hồi đang bao nhiêu?

Bơm và quạt tháp đang chạy thế nào?

Đó là cách tôi tiếp cận tối ưu hiệu suất Chiller.

Cùng một thiết bị nhưng hiệu suất có thể thay đổi đáng kể theo phụ tải, điều kiện giải nhiệt, nhiệt độ nước lạnh, lưu lượng và cách điều khiển hệ thống. Vì vậy, không thể lấy một chế độ vận hành cố định rồi coi đó là phương án tối ưu cho mọi thời điểm.

Đừng chỉnh Chiller trước khi hiểu điều kiện khiến Chiller đang làm việc như vậy.

Tôi muốn nhìn xu hướng trước khi nhìn một con số

Một giá trị kW/RT tại một thời điểm cho tôi biết trạng thái của máy lúc đó.

Nhưng nó chưa cho biết hệ thống đang đi theo hướng nào.

Tôi muốn xem dữ liệu theo thời gian.

Buổi sáng tải thấp nhưng bao nhiêu Chiller đang chạy?

Đến giờ cao điểm, nhiệt độ nước lạnh cấp có giữ được điểm đặt không?

Khi tải giảm cuối ngày, máy có tiếp tục chạy ở cấu hình như giờ cao điểm không?

Số lần khởi động – dừng có tăng bất thường không?

Bài gốc HRT cũng nhấn mạnh rằng khi phụ tải thấp, không nên mặc định tắt máy hoặc chia tải đều; cần xem đặc tính hiệu suất của từng model, kW/RT tại từng mức tải, giới hạn tải tối thiểu và số lần khởi động – dừng.

Ở góc độ điều hành, tôi muốn báo cáo vận hành trả lời được:

Tải thay đổi thế nào và hệ thống đã phản ứng ra sao?

Một bảng số liệu đứng riêng chưa đủ.

Tải thấp không có nghĩa Chiller luôn chạy kém

Đây là một nhận định tôi không muốn đội vận hành áp dụng máy móc.

Một số Chiller, đặc biệt với công nghệ điều chỉnh công suất phù hợp, có thể vận hành hiệu quả ở vùng tải từng phần.

Thiết bị khác lại có thể gặp tình trạng chạy không ổn định khi tải xuống quá thấp.

Do đó, tôi không sử dụng một quy tắc kiểu:

“Dưới 50% tải thì phải tắt một máy.”

Hoặc:

“Chia đều tải cho hai máy sẽ tiết kiệm hơn.”

Phải nhìn đường đặc tính của đúng thiết bị.

Với trạm nhiều Chiller, quyết định đưa máy vào hoặc ra khỏi vận hành còn phải xét tới bơm và hệ giải nhiệt đi kèm.

Điều tôi muốn biết khi tải giảm

Tôi sẽ yêu cầu đội vận hành kiểm tra:

• Tải lạnh thực tế trên từng máy.

• Công suất điện tương ứng.

• kW/RT tại từng mức tải.

• Số lần đóng/ngắt.

• Giới hạn tải thấp của thiết bị.

• Điện bơm và thiết bị giải nhiệt khi thay đổi số máy chạy.

Mục tiêu không phải chạy ít Chiller nhất.

Mục tiêu là tìm tổ hợp thiết bị có tổng hiệu quả tốt nhưng vẫn vận hành ổn định.

Tải tăng cao: đừng tiết kiệm bằng cách làm mất nhiệm vụ chính

Khi công trình bước vào giờ cao điểm, ưu tiên phải thay đổi.

Nếu Chiller không đáp ứng đủ tải, nhiệt độ nước lạnh cấp có thể tăng và trực tiếp ảnh hưởng đến AHU, FCU hoặc thiết bị sử dụng lạnh. Trong điều kiện đó, việc giảm công suất điện bằng mọi giá không còn là mục tiêu ưu tiên.

Tôi muốn hệ thống trước hết phải hoàn thành nhiệm vụ.

Khi tải tăng, cần kiểm tra:

Công suất lạnh thực tế.

Nhiệt độ nước cấp – hồi.

Lưu lượng qua bình bay hơi.

Điều kiện giải nhiệt.

Khả năng của máy dự phòng.

Nếu cần gọi thêm Chiller, tôi không muốn quyết định dựa trên một con số % tải duy nhất.

Tải có đang tiếp tục tăng không?

Máy đang chạy có còn đủ biên công suất không?

Nhiệt độ nước lạnh có bắt đầu lệch setpoint không?

Điều kiện nào sẽ gọi máy tiếp theo?

Khi nào sẽ nhả máy?

Bài gốc cũng lưu ý cần có độ trễ phù hợp để tránh tình trạng Chiller liên tục khởi động rồi dừng khi tải dao động quanh ngưỡng chuyển máy.

Một trình tự tốt phải tránh cả hai việc: thiếu lạnh và gọi máy quá sớm.

Cùng tải lạnh nhưng thời tiết khác, điện năng cũng có thể khác

Đây là điểm rất quan trọng khi đánh giá hiệu suất.

Với Chiller giải nhiệt gió, nhiệt độ không khí đi vào dàn ngưng ảnh hưởng trực tiếp đến điều kiện làm việc.

Với Chiller giải nhiệt nước, cần theo dõi nhiệt độ nước vào bình ngưng, cooling tower và điều kiện bầu ướt ngoài trời.

Vì vậy, nếu hôm nay Chiller tiêu thụ điện nhiều hơn hôm qua, tôi không muốn kết luận ngay thiết bị đã giảm hiệu suất.

Hãy so điều kiện giải nhiệt trước.

Cooling Tower không phải cứ chạy mạnh là tốt

Khi thời tiết thuận lợi, có thể xuất hiện cơ hội hạ nhiệt độ nước giải nhiệt để cải thiện điều kiện làm việc của Chiller.

Nhưng nếu quạt tháp phải tăng tốc quá nhiều để đạt mục tiêu đó, điện quạt cũng tăng.

Kết quả cuối cùng phải nhìn trên toàn hệ thống:

Điện Chiller + điện bơm + điện quạt tháp.

Bài gốc HRT cũng xác định cần cân đối phần điện này và luôn giữ nhiệt độ nước giải nhiệt trong giới hạn nhà sản xuất cho phép.

Tôi không muốn tối ưu một thiết bị bằng cách làm thiết bị khác dùng nhiều điện hơn.

Nước lạnh càng thấp chưa chắc càng tốt

Một setpoint quen thuộc có thể được giữ nhiều năm chỉ vì “hệ thống vẫn chạy”.

Tôi muốn đặt lại câu hỏi:

Có cần giữ nhiệt độ nước lạnh thấp như vậy trong mọi thời điểm không?

Trong điều kiện phù hợp, nâng nhiệt độ nước lạnh cấp khi tải thấp có thể giảm công nén và cải thiện hiệu suất Chiller. Bài gốc đưa ví dụ hệ thống thiết kế 7°C có thể được xem xét thử điểm đặt cao hơn khi tải giảm, nhưng nhấn mạnh đây không phải khuyến nghị áp dụng đồng loạt.

Tôi đồng ý với cách tiếp cận đó.

Không đổi setpoint chỉ vì lý thuyết nói rằng Chiller sẽ tiết kiệm điện.

AHU và FCU phải được theo dõi cùng lúc

Khi nhiệt độ nước lạnh tăng:

Khả năng trao đổi nhiệt tại coil thay đổi.

Khả năng khử ẩm có thể thay đổi.

Van có thể phải mở lớn hơn.

Lưu lượng nước có thể tăng.

Điện bơm có thể tăng.

Nếu kết quả là Chiller tiết kiệm 5 kW nhưng bơm tăng điện và phòng bắt đầu không kiểm soát được độ ẩm, đó chưa phải một phương án tốt.

Trước khi chấp nhận thay đổi, bài gốc yêu cầu theo dõi nhiệt độ phòng, độ ẩm, độ mở van, lưu lượng và công suất điện.

Đây cũng là nguyên tắc tôi muốn giữ:

Thay đổi một setpoint phải được đánh giá bằng phản ứng của toàn hệ thống.

Bơm giảm tốc chưa chắc hệ thống đã được tối ưu

Biến tần là công cụ tốt khi được đặt trong đúng chiến lược.

Nhưng tôi không đánh giá một dự án tối ưu bằng báo cáo:

“Đã giảm tốc bơm 20%.”

Tôi muốn biết sau khi giảm tốc:

Lưu lượng qua Chiller còn đúng giới hạn không?

Áp suất chênh ở tuyến bất lợi còn đủ không?

Van cuối tuyến mở bao nhiêu phần trăm?

ΔT thay đổi thế nào?

AHU xa nhất có còn nhận đủ nước không?

Bài gốc xác định lưu lượng quá thấp có thể khiến Chiller không đáp ứng yêu cầu hoặc kích hoạt bảo vệ, trong khi lưu lượng cao không cần thiết lại làm tăng điện bơm.

Low ΔT không được xử lý bằng cách giảm lưu lượng máy móc

Nếu ΔT nước lạnh thấp bất thường, tôi muốn kiểm tra nguyên nhân trước.

Van bypass có đang mở không?

Coil có trao đổi nhiệt tốt không?

Cảm biến có chính xác không?

Lưu lượng phân phối có quá cao không?

Van điều khiển có làm việc đúng không?

Bài gốc cũng chỉ ra những nội dung này và nhấn mạnh không nên tăng ΔT bằng cách đơn giản giảm lưu lượng.

ΔT là tín hiệu để chẩn đoán, không phải một con số phải ép đạt bằng mọi giá.

Hiệu suất giảm: hãy chứng minh lỗi nằm ở máy trước khi sửa máy

Một trong những câu hỏi tôi thường đặt ra là:

“Cùng tải lạnh, tại sao hôm nay máy dùng nhiều điện hơn?”

Có nhiều nguyên nhân ngoài bản thân máy nén.

Nhiệt độ nước lạnh thay đổi.

Điều kiện giải nhiệt xấu hơn.

Lưu lượng sai.

Bình ngưng hoặc bình bay hơi bám bẩn.

Cảm biến hoặc đồng hồ đo có sai lệch.

Nếu các điều kiện đầu vào khác nhau, chỉ số hiệu suất thay đổi là điều có thể xảy ra ngay cả khi thiết bị chưa hỏng.

Vì vậy, tôi không muốn đề xuất thay thế hoặc sửa lớn chỉ dựa trên câu:

“kW/RT tăng.”

Phải trả lời:

Tăng trong cùng điều kiện so sánh hay không?

Bảo trì theo hiện trạng, không chỉ theo lịch

Lịch bảo trì định kỳ vẫn cần.

Nhưng tôi muốn kết hợp với dữ liệu vận hành.

Với Chiller giải nhiệt nước, cần quan tâm thêm cáu cặn bình ngưng, chất lượng nước, cooling tower và tình trạng bơm.

Với Chiller giải nhiệt gió, cần kiểm tra độ sạch dàn ngưng, quạt, luồng khí và không gian giải nhiệt.

Nếu hiệu suất bắt đầu suy giảm nhưng chưa tới lịch bảo trì tiếp theo, dữ liệu phải đủ khả năng tạo ra một đầu việc kiểm tra.

Bảo trì tốt là bảo trì đúng vấn đề, không chỉ đúng ngày.

COP và kW/RT phải được sử dụng đúng mục đích

Hai chỉ số thường gặp là COP và kW/RT.

COP = Công suất lạnh tạo ra / Công suất điện tiêu thụ

COP càng cao thường thể hiện hiệu quả chuyển đổi năng lượng tốt hơn trong cùng phạm vi và điều kiện đánh giá.

kW/RT = Công suất điện tiêu thụ / Công suất lạnh thực tế

kW/RT càng thấp thường thể hiện hiệu suất tốt hơn khi so sánh trong điều kiện tương đương.

Điều tôi đặc biệt lưu ý là:

kW/RT của Chiller không giống kW/RT của toàn Chiller plant.

Toàn trạm còn có bơm, cooling tower và các thiết bị phụ trợ liên quan.

Vì vậy, báo cáo phải ghi rõ phạm vi.

Một ví dụ cho thấy vì sao điều kiện vận hành quan trọng

Bài gốc đưa tình huống giả định:

Chiller cung cấp 200 RT.

Điều kiện A: máy dùng 150 kW → 0,75 kW/RT.

Điều kiện B: vẫn 200 RT nhưng giải nhiệt thuận lợi hơn, máy dùng 140 kW → 0,70 kW/RT.

Máy không thay đổi.

Điều kiện vận hành thay đổi và hiệu suất tốt hơn.

Tuy nhiên, tôi cũng không dùng một thời điểm tốt như vậy để công bố mức tiết kiệm cả năm.

Phải xét thời gian vận hành và điện của thiết bị phụ trợ.

Tôi muốn mỗi thử nghiệm chỉ thay đổi đủ ít để hiểu được nguyên nhân

Khi tối ưu một trạm Chiller, thay đổi quá nhiều thông số cùng lúc tạo ra một vấn đề:

Kết quả tốt hơn nhưng không biết vì sao.

Tôi muốn quá trình thực hiện có trình tự.

Ghi nhận hiện trạng.

Thu thập tải, điện, nhiệt độ nước, lưu lượng và điều kiện môi trường.

Phân tích.

So dữ liệu với lịch sử vận hành và đặc tính thiết bị.

Chọn một thay đổi có căn cứ.

Có thể là staging, setpoint nước lạnh, giải nhiệt hoặc điều khiển bơm.

Thử nghiệm có kiểm soát.

Theo dõi phản ứng của thiết bị và khu vực sử dụng.

Xác minh rồi mới duy trì.

So sánh dữ liệu trong điều kiện tương đương và cập nhật quy trình vận hành.

Đây cũng chính là năm bước tối ưu được bài gốc HRT đề xuất.

Tôi muốn thêm một nguyên tắc xuyên suốt:

Không được làm mất các liên động bảo vệ và giới hạn an toàn chỉ để đạt một con số hiệu suất đẹp.

BMS phải biến dữ liệu thành quyết định vận hành

Một dashboard có hàng chục biểu đồ chưa chắc giúp hệ thống tốt hơn.

Tôi muốn người trực nhìn thấy những chỉ số có khả năng tạo ra hành động.

Tải hiện tại.

kW/RT.

Nhiệt độ nước lạnh.

ΔT.

Điều kiện nước giải nhiệt.

Lưu lượng.

Tốc độ bơm.

Số Chiller đang chạy.

Nếu hiệu suất rời khỏi vùng bình thường trong cùng điều kiện tải, hệ thống cần tạo cảnh báo hoặc đầu việc kiểm tra.

Nếu operator điều chỉnh setpoint bằng tay, phải biết ai thực hiện và khi nào cần rà soát lại.

Dữ liệu chỉ có giá trị khi nó giúp người vận hành đưa ra quyết định tốt hơn.

Góc nhìn CEO Đoàn Văn Hoàng: Tôi không tối ưu chiếc Chiller, tôi tối ưu điều kiện mà nó phải làm việc

Khi xem một báo cáo tối ưu, tôi không muốn chỉ thấy:

“Giảm setpoint.”

“Giảm tốc bơm.”

“Giảm số máy chạy.”

“Điện Chiller giảm.”

Tôi muốn thấy mối liên hệ giữa các quyết định.

Tải lúc đó bao nhiêu?

Điều kiện giải nhiệt thế nào?

Nước lạnh được đặt ở bao nhiêu độ?

Lưu lượng có nằm trong giới hạn?

AHU và FCU có đáp ứng không?

Tổng điện toàn trạm thay đổi thế nào?

Đó là cách tôi áp dụng tinh thần Hiểu Đúng – Rõ Ràng – Tận Tâm.

Hiểu đúng tải và điều kiện vận hành.

Rõ ràng về dữ liệu, giới hạn kỹ thuật và tác động của mỗi thay đổi.

Tận tâm theo đến khi kết quả được kiểm chứng trong vận hành thực tế.

Bài gốc HRT kết luận rất rõ: Chiller hiệu suất cao trên catalogue chưa đủ; giá trị nằm ở khả năng duy trì hiệu quả trong điều kiện thực tế của công trình.

Tôi muốn chuyển nguyên tắc đó thành một câu hành động:

Đừng hỏi Chiller đang chạy ở setpoint nào trước. Hãy hỏi vì sao hệ thống cần setpoint đó trong điều kiện hiện tại.

Khi câu trả lời rõ, quyết định tối ưu mới có căn cứ.

Trao đổi phương án tối ưu hiệu suất Chiller cùng HRT

Với hệ thống đang vận hành, nên chuẩn bị dữ liệu tải lạnh, điện năng, kW/RT, nhiệt độ nước cấp – hồi, lưu lượng, điều kiện giải nhiệt, trạng thái bơm và lịch vận hành.

Nếu đang có biểu hiện tăng điện, thiếu lạnh hoặc Low ΔT, cần ghi rõ thời điểm và điều kiện xuất hiện.

Từ dữ liệu đó, các bên có thể xác định vấn đề nằm ở tải, Chiller, thủy lực, giải nhiệt hay điều khiển trước khi quyết định thay đổi setpoint, bảo trì hoặc đầu tư thiết bị.

CEO Đoàn Văn Hoàng | HRT
Đúng từ đầu – Rõ đến cùng – Xanh bền vững.

Liên hệ HRT: 0909 326 888

Thẻ bài viết: tối ưu hiệu suất Chiller, hiệu suất Chiller, kW/RT Chiller, COP Chiller, vận hành Chiller, Low Delta T, điều khiển Chiller, tải từng phần Chiller, Chiller plant, tiết kiệm điện Chiller, CEO Đoàn Văn Hoàng, HRT.