Điều khiển nhiệt độ AHU bằng RSLogix 5000: Chiến lược bù nhiệt độ môi trường
Giải pháp điều khiển AHU bằng RSLogix 5000: cấu hình bù điểm đặt dựa trên nhiệt độ môi trường. Giải quyết các vấn đề ngưng tụ bằng logic điều chỉnh theo mùa ...
Các bộ xử lý không khí duy trì một giá trị đặt cho khí ra hoặc không gian trong suốt mùa đông sẽ dễ gây ngưng tụ trên các bề mặt lạnh—bao gồm cả vỏ camera—và kéo theo hàng loạt yêu cầu ghi đè từ người vận hành. Phản ứng sai lầm là “CỘNG năm độ vào giá trị đặt khi trời lạnh”. Mô hình đó либо khiến giá trị trôi mãi sau mỗi lần quét, либо phá hỏng ý nghĩa của giá trị đặt. Studio 5000 (RSLogix 5000) có thể triển khai bù theo mùa và độ ẩm một cách rõ ràng nếu kiến trúc duy trì một giá trị cơ sở, tính giá trị đặt hiệu dụng ở mỗi lần quét và để PID bám theo kết quả đó.
Việc cấu thành giá trị đặt hiệu dụng—thay vì chỉnh sửa phá hủy Temp_SP—giúp các vòng HVAC ổn định qua các mùa.
Vì sao việc thay đổi trực tiếp giá trị đặt không hiệu quả
Một bậc thang được thực thi lặp đi lặp lại ADD 5 AHU.Control_Temp AHU.Temp_SP (hoặc bất kỳ thao tác ghi cộng dồn nào vào cùng thẻ SP) sẽ gây trôi ngoài kiểm soát: mỗi lần quét lại cộng thêm một lần. Ngay cả ADD một lần mỗi ngày cũng vẫn là mô hình sai. Giá trị đặt phải duy trì điều kiện mong muốn; thông tin về môi trường và độ ẩm nên điều chỉnh một mức bù được tính lại từ các đầu vào đã biết, thay vì cộng dồn vào lịch sử.
Triết lý đúng:
- Base_Setpoint xác định mục tiêu tiện nghi hoặc quy trình được thiết lập thủ công
- Seasonal_Offset và các mức bù theo độ ẩm là các giá trị cộng có giới hạn
- Temp_SP (hiệu dụng) = Base + thành phần theo mùa + thành phần theo độ ẩm, được tính mới ở mỗi lần quét
- Logic PID / đầu đốt so sánh Control_Temp với Temp_SP ± vùng chết
Bộ thẻ dùng cho bù theo mùa
| Thẻ | Kiểu | Vai trò |
|---|---|---|
| AHU1.Base_Setpoint | REAL | Giá trị cơ sở do người vận hành hoặc kỹ thuật thiết lập (ví dụ: 72 °F) |
| AHU1.Seasonal_Offset | REAL | Mức tăng mùa đông (thường là +3 đến +8 °F) |
| AHU1.Temp_SP | REAL | SP hiệu dụng được ghi ở mỗi lần quét |
| Clock.Month | INT | Từ RTC của bộ điều khiển (1–12) |
| Summer_Mode | BOOL | Đúng trong các tháng mùa nóng |
| AHU1.Humidity_PV / Humidity_SP | REAL | Nhánh tùy chọn dựa trên ngưng tụ |
Chế độ mùa và các bậc thang SP hiệu dụng
// Summer_Mode đúng trong các tháng 5–10 (điều chỉnh theo khí hậu) GRT Clock.Month 4 LES Clock.Month 11 OTE Summer_Mode // Xây dựng lại SP hiệu dụng ở mỗi lần quét — không bao giờ cộng dồn MOV AHU1.Base_Setpoint AHU1.Temp_SP XIO Summer_Mode ADD AHU1.Temp_SP AHU1.Seasonal_Offset AHU1.Temp_SP ADD AHU1.Temp_SP AHU1.Temp_Offset_From_Humidity AHU1.Temp_SP
Các nhà máy ở miền Bắc có thể duy trì chế độ mùa đông từ tháng 10 đến tháng 4. Ghi rõ khoảng tháng này bên cạnh HMI để người vận hành hiểu vì sao Temp_SP khác Base_Setpoint mà không cho rằng PID “bị hỏng”.
Các mức bù kích hoạt theo độ ẩm xử lý rủi ro ngưng tụ trực tiếp hơn so với chỉ dựa vào tháng dương lịch.
Bù theo độ ẩm
Khi camera bị mờ do nhiệt độ bề mặt giảm xuống dưới điểm sương, vòng lặp độ ẩm là phương án bù chính được ưu tiên. Duy trì một PID độ ẩm (thường chậm hơn PID nhiệt độ) để tăng Temp_Offset_From_Humidity trong giới hạn khi RH vượt Humidity_SP. Giới hạn offset để cảm biến ẩm bị lỗi không thể yêu cầu nhiệt độ phòng phi lý. Duy trì mục tiêu RH trong khoảng 45–55% trừ khi đặc tả quy trình quy định khác, và kiểm tra hiệu chuẩn cảm biến hằng tháng.
Logic dải chết của đầu đốt / coil
Trình tự khởi động và dừng phải so sánh Control_Temp với Temp_SP có xét dải chết, không phải với nhiệt độ môi trường thô luôn thay đổi. Cấu trúc điển hình gồm các bit cho phép chạy, LES Control_Temp (Temp_SP − dải chết) để yêu cầu gia nhiệt, cùng một cặp LES/GRT riêng để xóa yêu cầu khi nhiệt độ nằm trong dải cho phép. Hãy dùng các lệnh so sánh (LES, GRT, LIM)—không dùng văn bản bất đẳng thức không chính thức dán vào chú thích.
Lỗi chỉ mục mảng COP
Các bảng theo mùa kiểu công thức thường gây lỗi “Invalid array subscript specifier” khi kỹ sư viết biểu thức phức hợp bên trong dấu ngoặc COP hoặc tự tạo chỉ mục 2D phân tách bằng dấu phẩy. Hãy tính trước một chỉ mục DINT duy nhất, sau đó dùng COP từ một mảng 1D:
MOV AHU_No_Select AHU_Array_Index SUB AHU_Array_Index 1 AHU_Array_Index // độ lệch theo quý tùy chọn: ADD AHU_Array_Index Clock_Quarter AHU_Array_Index COP AHU_Temp_SetPoints[AHU_Array_Index] AHU1.Temp_SP 1
Chạy thử và các điểm cần lưu ý
- Ép Summer_Mode thành false; xác nhận Temp_SP bằng Base + Seasonal_Offset
- Ép Summer_Mode thành true; xác nhận Temp_SP trở về Base (cộng thêm mọi thành phần độ ẩm)
- Bơm độ ẩm lên cao hơn SP; xác nhận offset tăng và bị giới hạn
- Xác minh các sườn yêu cầu Burner_Req / yêu cầu làm mát tại Temp_SP ± dải chết
- Theo dõi Control_Temp và Temp_SP trong ít nhất ba mươi phút, bao quát một lần chuyển chế độ
Tránh các mẫu ADD gây tăng không kiểm soát, cảm biến đọc khí cấp thay vì không gian cần điều hòa, dải chết quá hẹp khiến đầu đốt bật tắt liên tục, và các chuyển đổi RTC không có khoảng đệm một hoặc hai ngày khiến Summer_Mode bị đảo trạng thái vào mỗi nửa đêm trong tháng giáp ranh. Giữ Base_SP và Offset hiển thị riêng biệt trên HMI để người vận hành tin tưởng vào phép tính.
Các bộ điều khiển AHU dùng chung việc kiểm soát phiên bản và dự phòng với toàn bộ hệ thống Logix PAC của nhà máy—hãy ghi lại các phương trình bù trong cùng gói dự án với các hệ số PID.
Giới thiệu tác giả
Mark Townsend | Kỹ sư Tự động hóa Cấp cao – Hệ thống Allen-Bradley
Mark Townsend là kỹ sư tự động hóa cấp cao với hơn 18 năm kinh nghiệm trên các nền tảng Allen-Bradley, bao gồm ControlLogix, CompactLogix và dòng SLC-500 cũ. Công việc hằng ngày của ông là lập trình logic RSLogix / Studio 5000 và đưa HMI FactoryTalk View vào vận hành trên các hệ thống cũ và hỗn hợp.
