Kontrol Suhu AHU RSLogix 5000: Strategi Kompensasi Suhu Lingkungan
Solusi kontrol AHU RSLogix 5000: mengonfigurasi kompensasi setpoint berbasis suhu lingkungan. Mengatasi masalah kondensasi dengan logika penyesuaian musiman ...
Unit penanganan udara yang mempertahankan satu setpoint udara keluar atau ruang sepanjang musim dingin berisiko menimbulkan kondensasi pada permukaan dingin—termasuk rumah kamera—serta serangkaian override operator. Insting yang keliru adalah “TAMBAHKAN lima derajat ke setpoint saat cuaca dingin.” Pola tersebut akan terus menyimpang pada setiap pemindaian atau menghilangkan makna setpoint. Studio 5000 (RSLogix 5000) dapat menerapkan kompensasi musiman dan kelembapan dengan rapi jika arsitekturnya mempertahankan nilai dasar, menghitung setpoint efektif pada setiap pemindaian, dan membiarkan PID mengejar hasilnya.
Komposisi setpoint efektif—bukan perubahan destruktif pada Temp_SP—menjaga kestabilan loop HVAC sepanjang musim.
Mengapa perubahan langsung pada setpoint gagal
Rung yang dieksekusi berulang kali ADD 5 AHU.Control_Temp AHU.Temp_SP (atau penulisan terakumulasi apa pun ke tag SP yang sama) menghasilkan penyimpangan tak terkendali: setiap pemindaian menambah nilai lagi. Bahkan ADD sekali sehari tetap merupakan model yang salah. Setpoint harus tetap menjadi kondisi yang diinginkan; informasi ambien dan kelembapan harus menyesuaikan offset yang dihitung ulang dari input yang diketahui, bukan terakumulasi ke dalam riwayat.
Filosofi yang benar:
- Base_Setpoint menetapkan target kenyamanan atau proses yang dikurasi secara manual
- Seasonal_Offset dan offset kelembapan merupakan penambah yang dibatasi
- Temp_SP (efektif) = Base + istilah musiman + istilah kelembapan, dihitung ulang dari awal pada setiap pemindaian
- Logika PID / burner membandingkan Control_Temp dengan Temp_SP ± deadband
Set tag untuk kompensasi musiman
| Tag | Tipe | Peran |
|---|---|---|
| AHU1.Base_Setpoint | REAL | Basis operator atau teknisi (misalnya, 72 °F) |
| AHU1.Seasonal_Offset | REAL | Kenaikan musim dingin (biasanya +3 hingga +8 °F) |
| AHU1.Temp_SP | REAL | SP efektif ditulis pada setiap pemindaian |
| Clock.Month | INT | Dari RTC pengontrol (1–12) |
| Summer_Mode | BOOL | True untuk bulan-bulan musim panas |
| AHU1.Humidity_PV / Humidity_SP | REAL | Jalur berbasis kondensasi opsional |
Mode musiman dan rung SP efektif
// Summer_Mode bernilai true untuk bulan 5–10 (sesuaikan dengan iklim) GRT Clock.Month 4 LES Clock.Month 11 OTE Summer_Mode // Bangun ulang SP efektif pada setiap pemindaian — jangan pernah mengakumulasi 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
Pabrik di wilayah utara mungkin mempertahankan mode musim dingin aktif dari Oktober hingga April. Dokumentasikan rentang bulan tersebut di samping HMI agar operator memahami alasan Temp_SP berbeda dari Base_Setpoint tanpa mengira PID “rusak”.
Offset yang dipicu kelembapan menangani risiko kondensasi secara lebih langsung daripada hanya berdasarkan bulan kalender.
Kompensasi berdasarkan kelembapan
Saat kamera berembun karena suhu permukaan turun di bawah titik embun, loop kelembapan merupakan kompensasi utama yang lebih disarankan. Pertahankan PID kelembapan (biasanya lebih lambat daripada suhu) yang menaikkan Temp_Offset_From_Humidity secara terbatas ketika RH melebihi Humidity_SP. Batasi offset agar sensor basah yang rusak tidak memerintahkan suhu ruangan yang tidak masuk akal. Pertahankan target RH dalam rentang 45–55% kecuali spesifikasi proses menyatakan lain, dan verifikasi kalibrasi sensor setiap bulan.
Logika deadband burner / koil
Urutan mulai dan berhenti harus membandingkan Control_Temp dengan Temp_SP menggunakan deadband, bukan dengan suhu lingkungan mentah yang terus berubah. Struktur umumnya mencakup bit izin operasi, LES Control_Temp (Temp_SP − deadband) untuk meminta pemanasan, serta pasangan LES/GRT terpisah untuk menghapus permintaan saat rentang terpenuhi. Gunakan instruksi perbandingan (LES, GRT, LIM)—bukan teks ketidaksetaraan informal yang ditempelkan dalam komentar.
Kesalahan subskrip array COP
Tabel musiman bergaya resep sering gagal dengan “Invalid array subscript specifier” ketika teknisi menulis ekspresi gabungan di dalam tanda kurung COP atau membuat indeks 2D yang dipisahkan koma. Hitung terlebih dahulu satu indeks DINT, lalu lakukan COP dari array 1D:
MOV AHU_No_Select AHU_Array_Index SUB AHU_Array_Index 1 AHU_Array_Index // offset kuartal opsional: ADD AHU_Array_Index Clock_Quarter AHU_Array_Index COP AHU_Temp_SetPoints[AHU_Array_Index] AHU1.Temp_SP 1
Komisioning dan kendala
- Paksa Summer_Mode menjadi false; pastikan Temp_SP sama dengan Base + Seasonal_Offset
- Paksa Summer_Mode menjadi true; pastikan Temp_SP kembali ke Base (ditambah komponen kelembapan apa pun)
- Suntikkan kelembapan di atas SP; pastikan offset meningkat dan dibatasi
- Verifikasi tepi permintaan Burner_Req / pendinginan pada Temp_SP ± deadband
- Tren Control_Temp dan Temp_SP setidaknya selama tiga puluh menit saat terjadi perubahan mode
Hindari pola ADD yang tidak terkendali, sensor yang membaca udara suplai alih-alih ruangan, deadband yang terlalu sempit hingga burner berulang kali menyala-mati, serta transisi RTC tanpa buffer satu atau dua hari yang mengubah Summer_Mode setiap tengah malam di sekitar bulan peralihan. Tampilkan Base_SP dan Offset secara terpisah pada HMI agar operator mempercayai perhitungannya.
Pengontrol AHU berbagi pengendalian revisi dan suku cadang cadangan dengan armada PAC Logix lainnya di pabrik—dokumentasikan persamaan kompensasi dalam paket proyek yang sama dengan penguatan PID.
Tentang Penulis
Mark Townsend | Insinyur Otomasi Senior – Sistem Allen-Bradley
Mark Townsend adalah insinyur otomasi senior dengan pengalaman lebih dari 18 tahun pada platform Allen-Bradley, mencakup ControlLogix, CompactLogix, dan SLC-500 lama. Pekerjaan sehari-harinya meliputi logika RSLogix / Studio 5000 dan penyiapan HMI FactoryTalk View pada armada peralatan lama dan campuran.