کنترل دمای هواساز در 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 کنترلر (۱ تا ۱۲) |
| Summer_Mode | BOOL | برای ماههای فصل گرم درست است |
| AHU1.Humidity_PV / Humidity_SP | REAL | مسیر اختیاری مبتنی بر میعان |
مد فصلی و ردیفهای SP مؤثر
// Summer_Mode برای ماههای ۵ تا ۱۰ درست است (با توجه به اقلیم تنظیم کنید) 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 رطوبت (معمولاً کندتر از حلقه دما) نگه دارید که هنگام عبور RH از Humidity_SP، مقدار محدودشده Temp_Offset_From_Humidity را افزایش دهد. آفست را محدود کنید تا خرابی حسگر رطوبت نتواند دمایی غیرمنطقی برای اتاق فرمان دهد. اهداف RH را مگر آنکه مشخصات فرایند خلاف آن را بگوید، در محدوده ۴۵ تا ۵۵ درصد نگه دارید و کالیبراسیون حسگر را ماهانه بررسی کنید.
منطق دِدبند مشعل / کویل
توالیهای راهاندازی و توقف باید Control_Temp را با deadband با Temp_SP مقایسه کنند، نه با دمای محیط خامی که دائماً تغییر میکند. ساختار معمول شامل بیتهای مجوز اجرا، دستور LES برای مقایسه Control_Temp با (Temp_SP − deadband) بهمنظور درخواست گرمایش، و یک جفت LES/GRT جداگانه برای پاک کردن درخواست هنگام قرار گرفتن مقدار در محدوده است. از دستورهای مقایسه (LES، GRT، LIM) استفاده کنید—نه متن نابرابری غیررسمی که در توضیحات چسبانده شده باشد.
خطاهای اندیس آرایه در COP
جدولهای فصلی به سبک Recipe اغلب زمانی با خطای «Invalid array subscript specifier» مواجه میشوند که مهندسان داخل براکتهای COP عبارتهای ترکیبی مینویسند یا اندیسهای دوبعدی جداشده با ویرگول را ابداع میکنند. ابتدا یک اندیس DINT واحد را از پیش محاسبه کنید، سپس از یک آرایه یکبعدی COP بگیرید:
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 را اجباری و false کنید؛ برابر بودن Temp_SP با Base + Seasonal_Offset را تأیید کنید
- Summer_Mode را اجباری و true کنید؛ بازگشت Temp_SP به Base (بهعلاوه هر مؤلفه رطوبتی) را تأیید کنید
- رطوبت را بالاتر از SP تزریق کنید؛ افزایش و محدود شدن offset را تأیید کنید
- لبههای درخواست مشعل و درخواست سرمایش Burner_Req / cool request را در Temp_SP ± deadband بررسی کنید
- Control_Temp و Temp_SP را دستکم بهمدت سی دقیقه در طول تغییر حالت ترند کنید
از الگوهای ADD خارج از کنترل، حسگرهایی که بهجای فضای داخل، هوای رفت را میخوانند، دِدبندهایی آنقدر باریک که مشعل مدام قطع و وصل میشود، و تغییرات RTC بدون بافر یک یا دو روزه که نزدیک ماه مرزی، هر نیمهشب Summer_Mode را تغییر میدهند، اجتناب کنید. Base_SP و Offset را در HMI جداگانه و بهصورت قابل مشاهده نگه دارید تا اپراتورها به محاسبه اعتماد کنند.
کنترلرهای AHU در کنترل نسخه و تأمین قطعات یدکی، با ناوگان Logix PAC بقیه کارخانه مشترک هستند—معادلات جبرانسازی را در همان بسته پروژهای مستند کنید که ضرایب PID در آن قرار دارند.
درباره نویسنده
مارک تاونسند | مهندس ارشد اتوماسیون – سیستمهای آلن-بردلی
مارک تاونسند مهندس ارشد اتوماسیون است و بیش از ۱۸ سال روی پلتفرمهای آلن-بردلی، از جمله ControlLogix، CompactLogix و SLC-500 قدیمی، سابقه دارد. کار روزمره او شامل منطق RSLogix / Studio 5000 و راهاندازی HMI در FactoryTalk View برای ناوگانهای قدیمی و ترکیبی است.
