در پروژههای سنکرون چند دیزل با برق شهر، یکی از مهمترین تصمیمهای طراحی، انتخاب بین MCB و MGCB Application است. این انتخاب مستقیماً بر ایمنی، حفاظت و پیچیدگی پیادهسازی سیستم تأثیر میگذارد. در این مقاله بهطور کامل بررسی میکنیم که تفاوت MCB و MGCB چیست، هر کدام در کنترلرهای ComAp و Deepsea چگونه پیادهسازی میشوند، چه ریسکهایی دارند و کدام گزینه برای پروژههای صنعتی مناسبتر است.
MCB و MGCB چیست؟
پروژههای سنکرون چند دیزل با برق شهر به دو شیوه اصلی پیادهسازی میشوند:
- MCB Application: در این حالت کلید مجموع MGCB در سیستم وجود ندارد و هر ژنراتور از طریق کلید GCB خودش مستقیماً به باس مشترک متصل میشود
- MGCB Application: در این حالت یک کلید مستقل به نام Bus Breaker یا Bus Coupler (MGCB) بین باس ژنراتورها و شبکه برق وجود دارد
MGCB Application چیست و چه وظایفی دارد؟
بسیاری از سیستمهای سنکرون و پارالل بر اساس این فرض طراحی شدهاند که بین باس ژنراتورها و شبکه برق، یک کلید مستقل به نام MGCB وجود دارد. این کلید در شرایطی استفاده میشود که بار مصرفی از توان هر یک از دیزلها بیشتر باشد، یا نیاز به ایزولهسازی فیزیکی باس ژنراتورها از شبکه وجود داشته باشد.
وظایف اصلی کلید MGCB:
- پایش مداوم وضعیت شبکه برق
- جداسازی باس ژنراتورها از شبکه در شرایط اضطراری
- مدیریت فرآیند سنکرونسازی
- بستن کلید فقط در هنگام تأمین توان
- کنترل توان اکتیو و راکتیو
- انجام ایزولاسیون کامل در زمان بروز خطا
اما در عمل، به دلایل اقتصادی یا محدودیتهای پروژه، بسیاری از سیستمها بدون Bus Breaker (حالت MCB) اجرا میشوند. در این شرایط کنترلرها باید بتوانند وضعیت واقعی سیستم را تشخیص داده و عملکرد صحیح خود را بدون کاهش سطح ایمنی حفظ کنند.
پیادهسازی MCB در کنترلرهای Deepsea
در کنترلر Deepsea، معماری استاندارد دارای MGCB است. اما در شرایطی که MGCB حذف میشود، به محض بسته شدن کلید ژنراتور (GCB)، ژنراتور مستقیماً به باس مشترک متصل میشود.
مشکل اصلی اینجاست که کنترلر برق شهر (DSE8660) همچنان انتظار دارد یک Bus Breaker در سیستم وجود داشته باشد و بخشی از منطق کنترلی خود را بر اساس وضعیت آن اجرا میکند. به عبارت دیگر، DSE8660 تا زمانی که MGCB را نبندد، تصور میکند ژنراتورها هنوز به شبکه وصل نشدهاند.
راهکار پیادهسازی MCB در Deepsea (طبق Application Note 056-032)
برای پیادهسازی MCB Application در Deepsea، این مراحل باید طی شوند:
- وضعیت اتصال به باس مشترک توسط کلید MGCB باید روی ورودی دیجیتال کنترلر 8660 بهصورت فیزیکی پیاده شود
- در کنترلر 8660 تنظیماتی انجام شود تا به محض قطع برق شهر، فوراً کلید MCB باز شود
- در بخش PLC کنترلر 8660، برنامهای نوشته شود که اگر کلید باس مشترک و برق شهر باز بودند و باس مشترک برقدار بود، به هیچ عنوان اجازه بسته شدن کلید MCB داده نشود
- اگر کنترلر 8660 نتواند کلید MCB را باز کند، با کمک یک حفاظت، کلیه کلیدهای GCB باز شوند
- همه کنترلرهای 8610 باید ورودی دیجیتالی برای تشخیص اتصال به برق شهر داشته باشند
- در همه کنترلرهای 8610، سطح اتصال در حالت پارالل با یکدیگر نزدیک به صفر یا صفر در نظر گرفته شود تا از ضربه اول در زمان اتصال جلوگیری شود
ریسکها و خطرات پیادهسازی MCB در Deepsea
از دست رفتن ایزولاسیون فیزیکی
در حالت عادی، ایزولاسیون باس را کلید MGCB بر عهده دارد و در صورت بروز خطا، MGCB باز میشود و دیزلها را از برق شهر جدا میکند. وقتی MGCB وجود ندارد، نقطه جداسازی مستقلی در باس ژنراتورها وجود ندارد و بسیاری از Faultها مستقیماً به باس مشترک منتقل میشوند.
خطر بسته شدن کلید در شرایط غیرسنکرون
وقتی باس توسط ژنراتورها برقدار است، DSE کلید MGCB مجازی را باز میکند و تصور میکند Bus Open شده است. در نتیجه ممکن است فرمان Close به MCB صادر شود و در لحظهای خارج از سنکرون، کلید MCB سبب اتصال کوتاه سیستم شود.
کاهش حفاظتهای انتخابی (Selectivity)
در سیستم دارای MGCB، اگر خطایی به وجود بیاید، کلید MGCB باز میشود و خطا محدود میشود. در صورت عدم وجود آن، یا MCB باید Fail بدهد یا همزمان کلید همه ژنراتورها باز شود که این به معنای Selective Protection ضعیفتر است.
مدیریت سختتر خطای باز شدن MCB
در کنترلر Deepsea، مدیریت خطای MCB Fail در Application MCB دشوار است؛ زیرا در MGCB App، اگر این خطا رخ دهد MGCB باز میشود، ولی وقتی وجود ندارد، در کنترلر DSE مجبور میشویم همه GCBها را بهصورت حفاظتی باز کنیم.
افزایش وابستگی به کنتاکتهای کمکی و سختافزاری
در معماری بدون MGCB، کنترلر بخشی از وضعیت سیستم را از طریق رله واسط، Auxiliary Contact و PLC Logic استنتاج میکند. هر خرابی در سیمکشی، کنتاکت کمکی یا رله واسط، سیستم را مختل کرده و میتواند باعث تصمیم اشتباه کنترلر شود.
پیچیدگی راهاندازی و اعتبارسنجی
وقتی MGCB حذف میشود، باید همه موارد PLC Logic، Simulated Bus Closed، Mains Failed To Open، Mains Parallel Mode و Interlocks تست شوند؛ در حالی که با وجود MGCB بسیاری از این موارد ذاتاً توسط توپولوژی سیستم پوشش داده میشوند.
پیادهسازی MCB در کنترلرهای ComAp
در کنترلر ComAp، این تنظیم در تنظیمات پیشفرض در اختیار کاربر قرار میگیرد و کاربر میتواند بهراحتی و بدون هیچ تنظیم اضافی بین دو Application مرسوم MCB و MGCB انتخاب کند.
علاوه بر این، امکان تعیین نحوه اتصال باس مشترک به برق شهر در حالت استفاده از MGCB نیز برای کاربر فراهم است. شرایط بستن کلید MGCB در ComAp:
- وقتی حداقل در یکی از Gensetها کلید GCB بسته شده باشد
- وقتی باس مشترک بیبرق باشد — ابتدا کلید MGCB بسته شود و بعد دیزلها با باس مشترک پارالل شوند
- وقتی برق شهر بسته شود، بهصورت خودکار و بعد از ۵ ثانیه کلید MGCB بسته شود
- وقتی بار رزرو در Gensetها تأمین شده باشد
تفاوت اصلی ComAp و Deepsea در پیادهسازی MCB و MGCB
| ویژگی | ComAp | Deepsea |
|---|---|---|
| پشتیبانی Native از MCB | ✅ بله، در Firmware | ❌ نیاز به شبیهسازی |
| نیاز به PLC Logic اضافی | ❌ خیر | ✅ بله |
| پیچیدگی راهاندازی | کم | زیاد |
| ریسک خطای مهندسی | کم | زیاد |
| گزینههای کنترل MGCB | زیاد | محدود |
| مناسب برای Mission Critical | ✅ بله | ⚠️ با احتیاط |
نکته مهم اینجاست که ComAp هم با حذف MGCB بخشی از ایزولاسیون فیزیکی را از دست میدهد — قوانین برق عوض نمیشوند. اما تفاوت اصلی در این است که ComAp توپولوژی بدون MGCB را بهصورت Native میشناسد و منطقهای لازم را داخل Firmware پیاده کرده است.
در Deepsea، طبق Application Note 056-032، بخشی از این منطق باید توسط مهندس پروژه با شبیهسازی Bus Breaker، PLC Logic و سیگنالهای کمکی بازسازی شود.
بنابراین خطر اصلی حذف MGCB در DSE، حذف کلید نیست، بلکه افزایش وابستگی سیستم به منطقهای جبرانی و احتمال خطای مهندسی در پیادهسازی آنهاست. این دقیقاً همان نکتهای است که در پروژههای بزرگ و Mission Critical اهمیت حیاتی پیدا میکند.
سوالات متداول
۱. تفاوت اصلی MCB و MGCB در سیستمهای سنکرون چیست؟ در MGCB Application یک کلید مستقل (Bus Breaker) بین باس ژنراتورها و شبکه برق وجود دارد که ایزولاسیون فیزیکی کامل را فراهم میکند. در MCB Application این کلید وجود ندارد و کنترلر باید منطقهای جبرانی اضافی را مدیریت کند.
۲. آیا میتوان MCB Application را در کنترلر Deepsea پیادهسازی کرد؟ بله، اما نیاز به PLC Logic اضافی، سیگنالهای کمکی و شبیهسازی Bus Breaker دارد. این کار پیچیدگی راهاندازی را افزایش میدهد و احتمال خطای مهندسی در پروژههای بزرگ را بالا میبرد.
۳. کدام کنترلر برای پروژههای MCB مناسبتر است؟ کنترلرهای ComAp به دلیل پشتیبانی Native از MCB Application در Firmware، بدون نیاز به تنظیمات اضافی، بهترین گزینه برای پیادهسازی علمی و مهندسی MCB Application هستند.
۴. خطر اصلی پیادهسازی MCB بدون MGCB در Deepsea چیست؟ مهمترین خطر، افزایش وابستگی سیستم به منطقهای جبرانی (PLC Logic، رلههای واسط و Auxiliary Contactها) است. هر خرابی در این مسیر میتواند باعث تصمیم اشتباه کنترلر و در نهایت خرابی سیستم یا اتصال کوتاه شود.
۵. در پروژههای Mission Critical از کدام گزینه استفاده شود؟ در پروژههای حساس و Mission Critical، استفاده از MGCB Application به همراه کنترلر ComAp توصیه میشود تا بالاترین سطح ایمنی، حفاظت انتخابی و قابلیت اطمینان تأمین شود.
نتیجهگیری
در کنترلرهای ComAp، انتخاب بین MCB و MGCB Application با تغییر یک مقدار تنظیمی ممکن است و گزینههای متعددی برای کنترل کلید MGCB در اختیار کاربر قرار میگیرد. این رویکرد Native، پیچیدگی راهاندازی را به حداقل میرساند و احتمال خطای مهندسی را کاهش میدهد.
در مقابل، پیادهسازی MCB Application در Deepsea نیازمند منطقهای جبرانی، PLC Logic اضافی و اعتبارسنجی دقیق است که در پروژههای بزرگ ریسک بالاتری دارد.
در نتیجه، کنترلرهای ComAp بهترین گزینه برای پیادهسازی علمی و مهندسی MCB و MGCB Application در پروژههای سنکرون صنعتی هستند.
منابع
- DSE Application Note 056-032 – MCB Application without MGCB in Deepsea Controllers
- IEC 60947-2 – Low-voltage switchgear and controlgear – Circuit-breakers
- ComAp InteliGen NT – Application Guide: MCB / MGCB Configuration
