Interlock و Permissive چه تفاوتی در منطق کنترل چیلر دارند؟

Interlock و Permissive چه تفاوتی در منطق کنترل چیلر دارند؟
Permissive و Interlock هر دو برای جلوگیری از عملکرد نامناسب چیلر استفاده می‌شوند، اما نقش یکسانی ندارند. Permissive معمولاً مشخص می‌کند آیا شرایط لازم برای شروع کار وجود دارد یا خیر، در حالی که Interlock می‌تواند در زمان کار نیز وضعیت سیستم را کنترل کند.

Interlock و Permissive چه تفاوتی در منطق کنترل چیلر دارند؟

بررسی مهندسی Start Permission، Interlock، Trip و منطق حفاظتی کمپرسور و تجهیزات جانبی چیلر

در یک چیلر، دریافت فرمان Start به این معنی نیست که کمپرسور باید بلافاصله روشن شود. کنترلر ابتدا مجموعه‌ای از شرایط را بررسی می‌کند تا مطمئن شود سیستم اجازه راه‌اندازی دارد و سپس در حین کار نیز شرایط حفاظتی مهم را پایش می‌کند.

دو اصطلاح مهم در این منطق کنترلی Permissive و Interlock هستند. این دو گاهی به جای یکدیگر استفاده می‌شوند، اما از دید طراحی PLC و کنترل صنعتی مفهوم یکسانی ندارند.

خلاصه تفاوت:
Permissive: آیا اجازه داریم تجهیز را راه‌اندازی کنیم؟
Interlock: آیا تجهیز اجازه دارد به کار خود ادامه دهد؟

Permissive چیست؟

Permissive را می‌توان به زبان ساده شرط اجازه راه‌اندازی دانست.

قبل از اینکه کنترلر فرمان روشن‌شدن کمپرسور، پمپ یا فن را صادر کند، ممکن است چند شرط مشخص را بررسی کند. تا زمانی که این شرایط برقرار نباشند، فرمان Start اجرا نمی‌شود.

START REQUEST + ALL PERMISSIVES OK → START ALLOWED

بنابراین اگر یکی از Permissiveها برقرار نباشد، تجهیز معمولاً در وضعیت Not Ready یا Start Inhibited باقی می‌ماند.

مثال Permissive در چیلر

فرض کنیم برای راه‌اندازی یک چیلر اسکرو، برنامه کنترل شرایط زیر را قبل از Start بررسی می‌کند:

  • Emergency Stop فعال نباشد.
  • Remote Enable یا Local Enable برقرار باشد.
  • هیچ Shutdown فعال و Reset نشده‌ای وجود نداشته باشد.
  • زمان Anti-Recycle کمپرسور تمام شده باشد.
  • ولتاژ یا وضعیت منبع تغذیه در شرایط مجاز باشد.
  • شرایط لازم برای شروع Sequence فراهم باشد.

کنترلر می‌تواند از ترکیب این شرایط یک سیگنال منطقی مانند زیر بسازد:

CHILLER READY = P1 AND P2 AND P3 AND P4 ...

اگر خروجی این منطق TRUE باشد، چیلر از نظر این شرایط Ready to Start است.

Interlock چیست؟

Interlock یک شرط کنترلی یا حفاظتی است که معمولاً نه‌تنها هنگام Start، بلکه در زمان کار تجهیز نیز اهمیت دارد.

اگر یک Interlock ضروری از بین برود، کنترلر می‌تواند فرمان کار را حذف کند، تجهیز را متوقف کند یا یک Shutdown Sequence را آغاز کند.

منطق ساده:
کمپرسور در حال کار است → Interlock از بین می‌رود → فرمان Run حذف یا Shutdown اجرا می‌شود.

مثال مهم: Flow Switch اواپراتور

یکی از بهترین مثال‌ها برای درک موضوع، اثبات جریان آب اواپراتور است.

قبل از راه‌اندازی کمپرسور، کنترلر ابتدا پمپ آب سرد را روشن می‌کند و منتظر می‌ماند تا Flow Switch یا روش دیگری برای اثبات جریان، وجود Flow مناسب را تأیید کند.

تا زمانی که Flow اثبات نشده باشد، کمپرسور نباید Start شود.

Pump ON → Wait → Flow Proven → Compressor Start Allowed

اما مسئله در همین‌جا تمام نمی‌شود.

اگر کمپرسور در حال کار باشد و جریان آب از بین برود، ادامه کار می‌تواند خطرناک باشد. بنابراین در یک طراحی متداول، وضعیت Flow در زمان کار نیز پایش می‌شود و از دست رفتن آن می‌تواند باعث توقف چیلر شود.

نکته مهم:
یک سیگنال فیزیکی مانند Flow Switch می‌تواند در مراحل مختلف Sequence نقش متفاوتی داشته باشد. قبل از Start، اثبات Flow می‌تواند بخشی از منطق اجازه راه‌اندازی باشد و در زمان Run، از دست رفتن Flow می‌تواند شرط Shutdown یا Interlock باشد.

تفاوت Interlock و Permissive در یک نگاه

ویژگی Permissive Interlock
وظیفه اصلی اجازه Start جلوگیری از کار نامناسب یا توقف تجهیز
قبل از Start معمولاً بررسی می‌شود می‌تواند بررسی شود
هنگام Run در تعریف کلاسیک ممکن است دیگر ملاک نباشد معمولاً پیوسته پایش می‌شود
از بین رفتن شرط هنگام Run الزاماً Trip ایجاد نمی‌کند می‌تواند Stop یا Trip ایجاد کند
هدف Start Authorization Operational / Protective Logic

مثال ساده با سه وضعیت مختلف

فرض کنیم کمپرسور چیلر خاموش است و فرمان Start صادر می‌شود.

حالت اول: Permissive برقرار نیست

مثلاً Anti-Recycle Timer هنوز تمام نشده است.

Start Request → Anti-Recycle Active → Start Inhibited

در این حالت کمپرسور اصلاً Start نمی‌شود.

حالت دوم: تمام شرایط Start برقرار است

Start Request → Permissives OK → Sequence OK → Compressor RUN

حالت سوم: Interlock هنگام کار از بین می‌رود

فرض کنیم کمپرسور روشن است اما جریان آب اواپراتور از بین می‌رود.

Compressor RUN → Flow Lost → Interlock Active → Shutdown

این تفاوت سه وضعیت، مفهوم Permissive و Interlock را بسیار روشن می‌کند.

آیا Interlock فقط مربوط به کمپرسور است؟

خیر. Interlock می‌تواند بین اجزای مختلف یک چیلر یا کل موتورخانه وجود داشته باشد.

برای مثال:

  • کمپرسور و پمپ آب سرد
  • چیلر آب‌خنک و پمپ کندانسور
  • پمپ کندانسور و برج خنک‌کننده
  • فن کندانسور و مدار تبرید
  • Oil Pump و کمپرسور اسکرو
  • هیتر روغن و وضعیت کمپرسور
  • شیرهای موتوری و پمپ‌ها
  • چیلر و BMS

هدف این است که تجهیزات فقط در ترتیبی کار کنند که برای سیستم تعریف شده است.

Permissive با Alarm چه تفاوتی دارد؟

وجود یک Alarm الزاماً به معنی Interlock یا Permissive نیست.

Alarm در اصل یک اطلاع از وضعیت غیرعادی است. اثر آن بر عملکرد تجهیز به طراحی برنامه بستگی دارد.

برای مثال یک هشدار کثیف بودن فیلتر ممکن است فقط Alarm ایجاد کند و چیلر همچنان کار کند.

اما Low Evaporator Flow می‌تواند علاوه بر ایجاد Alarm، باعث Shutdown نیز شود.

Alarm ≠ Interlock ≠ Permissive
این سه مفهوم ممکن است با هم ارتباط داشته باشند، اما از نظر منطق کنترل یک چیز نیستند.

Interlock با Trip چه تفاوتی دارد؟

Interlock یک شرط منطقی است، در حالی که Trip معمولاً نتیجه عملکرد یک منطق حفاظتی یا Safety است.

برای مثال:

Low Flow Detected → Interlock Not OK → Compressor Trip

بنابراین نباید تمام Interlockها را مستقیماً معادل Trip دانست. نوع واکنش می‌تواند بسته به طراحی کنترل شامل Stop، Controlled Shutdown، Immediate Trip، Unload یا جلوگیری از Restart باشد.

آیا تمام Interlockها باید Latch شوند؟

خیر.

بعضی شرایط پس از بازگشت وضعیت عادی می‌توانند به‌صورت خودکار Clear شوند، اما برخی حفاظت‌های مهم باید تا زمان بررسی علت و اجرای Manual Reset باقی بمانند.

به این رفتار Latched Interlock گفته می‌شود.

مثال مفهومی:
Fault رخ می‌دهد → کمپرسور Trip می‌کند → Fault برطرف می‌شود → کمپرسور همچنان Locked Out است → اپراتور علت را بررسی می‌کند → Reset → اجازه راه‌اندازی مجدد

Bypass کردن Interlock و Permissive

در بعضی PLCها امکان Bypass برخی Permissiveها یا Interlockها برای تست و تعمیرات وجود دارد.

اما این قابلیت باید بسیار کنترل‌شده طراحی شود.

حفاظت‌هایی که می‌توانند از آسیب کمپرسور، یخ‌زدگی اواپراتور، فشار خطرناک یا آسیب جدی تجهیزات جلوگیری کنند نباید صرفاً برای راه‌اندازی سریع سیستم بدون ارزیابی مهندسی Bypass شوند.

در برنامه‌های صنعتی حتی می‌توان شرایط را به دو گروه Bypassable و Non-Bypassable تقسیم کرد.

یک نمونه Sequence واقعی‌تر برای چیلر

منطق دقیق هر چیلر به سازنده و طراحی آن وابسته است، اما یک Sequence ساده‌شده می‌تواند به شکل زیر باشد:

1. درخواست سرمایش ایجاد می‌شود.
↓
2. کنترلر Permissiveهای اولیه را بررسی می‌کند.
↓
3. پمپ آب سرد Start می‌شود.
↓
4. کنترلر منتظر اثبات Flow می‌ماند.
↓
5. شرایط حفاظتی Pre-Start بررسی می‌شوند.
↓
6. کمپرسور اجازه Start دریافت می‌کند.
↓
7. کمپرسور وارد وضعیت RUN می‌شود.
↓
8. Interlockها و Safetyها در حین کار پایش می‌شوند.
↓
9. در صورت بروز شرایط بحرانی، Unload / Stop / Trip متناسب اجرا می‌شود.

اشتباه رایج در برنامه‌نویسی PLC چیلر

یکی از اشتباهات مهم این است که یک شرط حفاظتی فقط در لحظه Start بررسی شود.

مثلاً اگر برنامه فقط قبل از Start بررسی کند:

Flow Switch = ON → Start Compressor

ولی بعد از روشن‌شدن کمپرسور دیگر Flow Switch را بررسی نکند، قطع‌شدن جریان آب در زمان کار ممکن است توسط همین منطق تشخیص داده نشود.

برعکس، بعضی شرایط فقط برای Start اهمیت دارند و تبدیل غیرضروری آن‌ها به Interlock دائمی می‌تواند باعث Shutdownهای بی‌دلیل شود.

هر شرط باید بر اساس رفتار موردنیاز سیستم تعریف شود، نه فقط بر اساس نام سیگنال.

چطور تشخیص دهیم یک شرط Permissive است یا Interlock؟

برای هر سیگنال سه سؤال ساده بپرسید:

  1. اگر این شرط قبل از Start برقرار نباشد، آیا تجهیز باید اجازه روشن‌شدن داشته باشد؟
  2. اگر تجهیز روشن شد و این شرط از بین رفت، آیا باید همچنان به کار ادامه دهد؟
  3. اگر نباید ادامه دهد، واکنش صحیح چیست: Unload، Stop، Trip یا Lockout؟

اگر شرط فقط برای اجازه Start لازم باشد، به مفهوم Permissive نزدیک است.

اگر از دست رفتن آن در زمان کار باید روی ادامه عملکرد تجهیز اثر بگذارد، باید در منطق Interlock یا حفاظت حین کار نیز دیده شود.

سؤالات متداول

تفاوت اصلی Interlock و Permissive چیست؟

Permissive معمولاً شرط اجازه راه‌اندازی است، در حالی که Interlock می‌تواند در زمان کار نیز پایش شود و در صورت از بین رفتن شرط لازم، روی ادامه عملکرد تجهیز اثر بگذارد.

آیا Flow Switch یک Permissive است یا Interlock؟

به منطق طراحی بستگی دارد. اثبات Flow قبل از Start می‌تواند بخشی از منطق اجازه راه‌اندازی باشد، در حالی که از دست رفتن Flow در زمان کار می‌تواند Interlock یا شرط Shutdown ایجاد کند.

آیا Interlock همیشه باعث Trip می‌شود؟

خیر. واکنش به Interlock به طراحی سیستم بستگی دارد و می‌تواند شامل جلوگیری از Start، Unload، Stop، Controlled Shutdown یا Trip باشد.

آیا Permissive بعد از Start همیشه نادیده گرفته می‌شود؟

در تعریف کلاسیک کنترل صنعتی، Permissive شرط لازم برای Start است و می‌تواند پس از راه‌اندازی نادیده گرفته شود. اگر همان وضعیت باید در زمان Run نیز الزاماً برقرار بماند، معمولاً برای آن منطق Interlock یا حفاظت حین کار نیز تعریف می‌شود.

Alarm و Interlock چه تفاوتی دارند؟

Alarm برای اعلام وضعیت غیرعادی استفاده می‌شود، اما Interlock مستقیماً در منطق اجازه کار یا ادامه کار تجهیز دخالت دارد. یک وضعیت می‌تواند هم Alarm و هم Interlock ایجاد کند.

Latched Interlock چیست؟

Interlock لچ‌شده پس از وقوع Fault حتی با برطرف‌شدن علت، فعال باقی می‌ماند تا Reset مشخصی انجام شود. این روش برای برخی حفاظت‌های مهم استفاده می‌شود.

آیا می‌توان Interlock چیلر را Bypass کرد؟

فقط اگر طراحی کنترل و دستورالعمل سازنده اجازه آن را داده باشد. برخی شرایط ممکن است برای تعمیرات Bypassable باشند، اما حفاظت‌های حیاتی نباید بدون ارزیابی مهندسی دور زده شوند.

چرا تفکیک Permissive و Interlock در عیب‌یابی چیلر مهم است؟

زیرا وقتی چیلر Start نمی‌شود باید ابتدا شرایط اجازه راه‌اندازی بررسی شوند، اما اگر چیلر پس از Start متوقف یا Trip می‌کند، بررسی Interlockها، Safetyها و First-Out Fault می‌تواند مسیر عیب‌یابی را بسیار کوتاه‌تر کند.

جمع‌بندی

Permissive و Interlock هر دو بخش مهمی از منطق کنترل چیلر هستند، اما نباید آن‌ها را یک مفهوم در نظر گرفت.

Permissive پاسخ می‌دهد: «آیا شرایط لازم برای شروع کار فراهم است؟»

Interlock بیشتر با این سؤال در ارتباط است: «آیا شرایط لازم برای کار ایمن و صحیح تجهیز همچنان برقرار است؟»

PERMISSIVE → CAN I START?
INTERLOCK → CAN I RUN / CONTINUE RUNNING?

در طراحی حرفه‌ای چیلر، علاوه بر نام‌گذاری صحیح، باید برای هر ورودی مشخص شود که در مرحله Pre-Start، هنگام Start و در وضعیت Run چه رفتاری ایجاد می‌کند و در صورت Fault آیا واکنش مناسب Alarm، Inhibit، Unload، Stop، Trip یا Lockout است.

ارسال بازخورد
  • - نشانی ایمیل شما منتشر نخواهد شد.
  • - لطفا دیدگاهتان تا حد امکان مربوط به مطلب باشد.
  • - لطفا فارسی بنویسید.
  • - نظرات شما بعد از تایید مدیریت منتشر خواهد شد.
  • -ما از نظرات ، انتقادات و پیشنهادات شما استقبال میکنیم
(بعد از تائید مدیر منتشر خواهد شد)