การควบคุมอุณหภูมิ AHU ด้วย RSLogix 5000: กลยุทธ์การชดเชยอุณหภูมิแวดล้อม
โซลูชันควบคุม AHU ด้วย RSLogix 5000: การกำหนดค่าการชดเชยค่าตั้งตามอุณหภูมิแวดล้อม แก้ปัญหาการควบแน่นด้วยลอจิกการปรับตามฤดูกาลและออฟเซ็ตอุณหภูมิที่ทริกเกอร์ด้...
หน่วยจัดการอากาศที่รักษาเซตพอยต์ของอากาศจ่ายหรือพื้นที่ไว้ค่าเดียวตลอดฤดูหนาว ย่อมเสี่ยงต่อการควบแน่นบนพื้นผิวเย็น—รวมถึงตัวเรือนกล้อง—และทำให้มีการโอเวอร์ไรด์จากผู้ปฏิบัติงานตามมา ปฏิกิริยาที่ไม่ถูกต้องคือ “บวกห้าองศาให้เซตพอยต์เมื่ออากาศเย็น” รูปแบบดังกล่าวอาจทำให้ค่าเบี่ยงเบนเพิ่มขึ้นไม่สิ้นสุดในทุกสแกน หรือทำให้ความหมายของเซตพอยต์เสียไป Studio 5000 (RSLogix 5000) สามารถใช้การชดเชยตามฤดูกาลและความชื้นได้อย่างเป็นระบบ หากสถาปัตยกรรมแยกค่าพื้นฐาน คำนวณเซตพอยต์ที่มีผลใหม่ทุกสแกน และปล่อยให้ PID ติดตามค่าดังกล่าว
การประกอบเซตพอยต์ที่มีผล—แทนการแก้ไข Temp_SP แบบทำลายค่าเดิม—ช่วยรักษาเสถียรภาพของลูป HVAC ตลอดฤดูกาลต่าง ๆ
เหตุใดการเปลี่ยนค่าเซตพอยต์โดยตรงจึงล้มเหลว
รันก์ที่ทำงานซ้ำ ๆ ADD 5 AHU.Control_Temp AHU.Temp_SP (หรือการเขียนสะสมค่าใด ๆ ลงในแท็ก SP เดียวกัน) ทำให้ค่าเบี่ยงเบนเพิ่มขึ้นเรื่อย ๆ: ทุกสแกนจะบวกซ้ำอีกครั้ง แม้จะใช้ ADD เพียงวันละครั้งก็ยังเป็นรูปแบบที่ไม่ถูกต้อง ค่าเซตพอยต์ต้องคงไว้เป็นสภาวะที่ต้องการ ส่วนข้อมูลอุณหภูมิแวดล้อมและความชื้นควรปรับออฟเซ็ตที่คำนวณใหม่จากอินพุตที่ทราบ แทนการสะสมจากประวัติ
แนวคิดที่ถูกต้อง:
- Base_Setpoint กำหนดเป้าหมายความสบายหรือกระบวนการที่คัดสรรและปรับด้วยตนเอง
- Seasonal_Offset และออฟเซ็ตความชื้นเป็นค่าบวกที่มีขอบเขตจำกัด
- Temp_SP (ค่าที่มีผล) = Base + เทอมฤดูกาล + เทอมความชื้น โดยคำนวณใหม่ทุกสแกน
- ตรรกะ PID / หัวเผาเปรียบเทียบ Control_Temp กับ Temp_SP ± เดดแบนด์
ชุดแท็กสำหรับการชดเชยตามฤดูกาล
| แท็ก | ชนิด | บทบาท |
|---|---|---|
| AHU1.Base_Setpoint | REAL | ค่าพื้นฐานที่ผู้ปฏิบัติงานหรือวิศวกรกำหนด (เช่น 72 °F) |
| AHU1.Seasonal_Offset | REAL | การเพิ่มค่าในฤดูหนาว (โดยทั่วไป +3 ถึง +8 °F) |
| AHU1.Temp_SP | REAL | SP ที่มีผลซึ่งเขียนใหม่ทุกสแกน |
| Clock.Month | INT | จาก RTC ของคอนโทรลเลอร์ (1–12) |
| Summer_Mode | BOOL | เป็นจริงสำหรับเดือนในฤดูร้อน |
| AHU1.Humidity_PV / Humidity_SP | REAL | เส้นทางเสริมที่ขับเคลื่อนด้วยการควบแน่น |
รันก์โหมดฤดูกาลและ SP ที่มีผล
// Summer_Mode เป็นจริงสำหรับเดือน 5–10 (ปรับตามสภาพภูมิอากาศ) GRT Clock.Month 4 LES Clock.Month 11 OTE Summer_Mode // สร้าง SP ที่มีผลใหม่ทุกสแกน — ห้ามสะสมค่า 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
โรงงานทางตอนเหนืออาจเปิดใช้โหมดฤดูหนาวตั้งแต่เดือนตุลาคมถึงเมษายน ควรระบุช่วงเดือนดังกล่าวไว้ข้าง HMI เพื่อให้ผู้ปฏิบัติงานเข้าใจว่าเหตุใด Temp_SP จึงแตกต่างจาก Base_Setpoint โดยไม่เข้าใจผิดว่า PID “ทำงานผิดปกติ”
ค่าออฟเซ็ตที่ทำงานตามความชื้นช่วยจัดการความเสี่ยงจากการควบแน่นได้ตรงจุดกว่าการอ้างอิงเพียงเดือนตามปฏิทิน
การชดเชยตามความชื้น
เมื่อกล้องเกิดฝ้าจากอุณหภูมิพื้นผิวลดลงต่ำกว่าจุดน้ำค้าง ควรใช้ลูปความชื้นเป็นการชดเชยหลัก ให้คง PID ความชื้นไว้หนึ่งชุด (โดยทั่วไปช้ากว่าอุณหภูมิ) เพื่อเพิ่ม Temp_Offset_From_Humidity แบบมีขอบเขตเมื่อ RH สูงกว่า Humidity_SP จำกัดออฟเซ็ตเพื่อป้องกันไม่ให้เซนเซอร์เปียกที่เสียหายสั่งอุณหภูมิห้องที่สูงเกินควร รักษาเป้าหมาย RH ให้อยู่ในช่วง 45–55% เว้นแต่ข้อกำหนดกระบวนการจะระบุไว้เป็นอย่างอื่น และตรวจสอบการสอบเทียบเซนเซอร์ทุกเดือน
ลอจิกเดดแบนด์ของหัวเผา / คอยล์
ลำดับการเริ่มและหยุดต้องเปรียบเทียบ Control_Temp กับ Temp_SP โดยใช้เดดแบนด์ ไม่ใช่เปรียบเทียบกับค่าอุณหภูมิแวดล้อมดิบที่เปลี่ยนตลอดเวลา โครงสร้างทั่วไปคือบิตอนุญาตให้ทำงาน, LES Control_Temp (Temp_SP − เดดแบนด์) เพื่อขอความร้อน และคู่ LES/GRT แยกต่างหากเพื่อล้างคำขอเมื่อค่าอยู่ในช่วงที่กำหนด ใช้คำสั่งเปรียบเทียบ (LES, GRT, LIM)—อย่าวางข้อความอสมการแบบไม่เป็นทางการลงในคอมเมนต์
ข้อผิดพลาดดัชนีอาร์เรย์ของ COP
ตารางฤดูกาลแบบสูตรอาหารมักล้มเหลวด้วยข้อผิดพลาด “Invalid array subscript specifier” เมื่อวิศวกรเขียนนิพจน์แบบผสมภายในวงเล็บ COP หรือสร้างดัชนี 2 มิติที่คั่นด้วยจุลภาคขึ้นมา ให้คำนวณดัชนี DINT เดียวล่วงหน้า แล้วใช้ COP จากอาร์เรย์ 1 มิติ:
MOV AHU_No_Select AHU_Array_Index SUB AHU_Array_Index 1 AHU_Array_Index // ออฟเซ็ตตามไตรมาส (ไม่บังคับ): ADD AHU_Array_Index Clock_Quarter AHU_Array_Index COP AHU_Temp_SetPoints[AHU_Array_Index] AHU1.Temp_SP 1
การทดสอบเดินระบบและข้อควรระวัง
- บังคับให้ Summer_Mode เป็นเท็จ; ยืนยันว่า Temp_SP เท่ากับ Base + Seasonal_Offset
- บังคับให้ Summer_Mode เป็นจริง; ยืนยันว่า Temp_SP กลับไปที่ Base (รวมพจน์ความชื้นถ้ามี)
- ป้อนค่าความชื้นให้สูงกว่า SP; ยืนยันว่าออฟเซ็ตเพิ่มขึ้นและถูกจำกัดค่า
- ตรวจสอบขอบสัญญาณ Burner_Req / คำขอทำความเย็นที่ Temp_SP ± เดดแบนด์
- บันทึกแนวโน้ม Control_Temp และ Temp_SP อย่างน้อยสามสิบนาที ครอบคลุมช่วงที่มีการเปลี่ยนโหมด
หลีกเลี่ยงรูปแบบ ADD ที่ทำให้ค่าพุ่งไม่หยุด เซนเซอร์ที่อ่านค่าอากาศจ่ายแทนค่าในพื้นที่ เดดแบนด์ที่แคบจนหัวเผาทำงานกระตุก และการเปลี่ยน RTC ที่ไม่มีบัฟเฟอร์หนึ่งหรือสองวันจนทำให้ Summer_Mode สลับทุกเที่ยงคืนในช่วงเดือนรอยต่อ ให้แสดง Base_SP และ Offset แยกกันบน HMI เพื่อให้ผู้ปฏิบัติงานเชื่อมั่นในการคำนวณ
คอนโทรลเลอร์ AHU ใช้การควบคุมเวอร์ชันและการสำรองอะไหล่ร่วมกับกลุ่มอุปกรณ์ Logix PAC ส่วนที่เหลือของโรงงาน—ให้บันทึกสมการชดเชยไว้ในแพ็กเกจโปรเจกต์เดียวกับค่าเกน PID
เกี่ยวกับผู้เขียน
Mark Townsend | วิศวกรระบบอัตโนมัติอาวุโส – ระบบ Allen-Bradley
Mark Townsend เป็นวิศวกรระบบอัตโนมัติอาวุโสที่มีประสบการณ์กับแพลตฟอร์ม Allen-Bradley มากกว่า 18 ปี ครอบคลุม ControlLogix, CompactLogix และ SLC-500 รุ่นเก่า งานประจำวันของเขาคือการพัฒนาลอจิกใน RSLogix / Studio 5000 และการนำระบบ HMI ของ FactoryTalk View มาใช้งานกับอุปกรณ์รุ่นเก่าและระบบที่มีหลายแพลตฟอร์มปะปนกัน
