إن وحدات مناولة الهواء التي تحافظ على نقطة ضبط واحدة لهواء الخروج أو الحيز طوال فصل الشتاء تدعو إلى التكثف على الأسطح الباردة — بما فيها أغلفة الكاميرات — وإلى تراكم تجاوزات المشغلين. والحدس الخاطئ هو «إضافة خمس درجات إلى نقطة الضبط عندما يكون الجو باردًا». فهذا النمط إما أن يسبب انجرافًا مستمرًا في كل دورة مسح أو يطمس معنى نقطة الضبط. ويمكن لبرنامج 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 ± النطاق الميت

مجموعة الوسوم للتعويض الموسمي

مراتب الوضع الموسمي و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 أو يخترعون فهارس ثنائية الأبعاد مفصولة بفواصل. احسب مسبقًا فهرس 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

التشغيل ومواطن الخلل

1. افرض Summer_Mode على القيمة false؛ وتأكد من أن Temp_SP يساوي Base + Seasonal_Offset
2. افرض Summer_Mode على القيمة true؛ وتأكد من عودة Temp_SP إلى Base (بالإضافة إلى أي حد للرطوبة)
3. احقن رطوبة أعلى من SP؛ وتأكد من ارتفاع الإزاحة ووصولها إلى حد التقييد
4. تحقق من حواف طلب Burner_Req / طلب التبريد عند Temp_SP ± نطاق الخمود
5. أنشئ مخططًا اتجاهيًا لـ Control_Temp وTemp_SP لمدة لا تقل عن ثلاثين دقيقة عبر تغيير في الوضع

تجنّب أنماط ADD الجامحة، والمستشعرات التي تقرأ هواء الإمداد بدلًا من الحيّز، ونطاقات الخمود الضيقة جدًا التي تجعل الموقد يتذبذب، وانتقالات RTC من دون هامش يوم أو يومين، ما يؤدي إلى تبديل Summer_Mode عند منتصف الليل كل ليلة قرب الشهر الحدّي. أبقِ Base_SP وOffset ظاهرين كلٌّ على حدة في واجهة HMI حتى يثق المشغلون بالحساب.

تشترك وحدات التحكم في AHU في إدارة الإصدارات وقطع الغيار مع بقية أسطول Logix PAC في المصنع—وثّق معادلات التعويض في حزمة المشروع نفسها التي تتضمن معاملات PID.