بلوک‌های عملکردی GE Mark VI برای منطق کنترل توربین گاز

تشخیص مشکل کنترل توربین گاز زمانی آسان‌تر می‌شود که مهندسان سه لایه را از هم جدا کنند: سخت‌افزار میدانی، منطق کاربردی کنترلر و ابزارهای نظارتی مورد استفاده برای مشاهده و نگهداری هر دو. سیستم‌های GE Mark VI و Mark VIe منطق کاربردی را که از عناصر عملکردی به‌هم‌پیوسته تشکیل شده است اجرا می‌کنند، اما نام دقیق بلوک‌ها، کتابخانه‌ها و رابط‌های سخت‌افزاری به نسل نصب‌شده و بازنگری پروژه بستگی دارد.

این تمایز هنگام خاموشی اهمیت دارد. رابط I/O خراب یا سیگنال میدانیِ مفقود با تغییر منطق توالی تعمیر نمی‌شود. ورودی سالمی که توسط یک پرمیسیو، رأی‌گیر، تایمر یا انتقال وضعیت رد می‌شود نیز با تعویض یک ترمینال‌برد دیگر تعمیر نخواهد شد. نخستین کار این است که مشخص شود کدام لایه دیگر الزامات خود را برآورده نمی‌کند.

سخت‌افزار سیگنال‌های میدانی را حمل و کاربرد را اجرا می‌کند؛ پروژه بلوک‌های عملکردی تعیین می‌کند این سیگنال‌ها چگونه به فرمان‌ها، پرمیسیوها، آلارم‌ها و تریپ‌ها تبدیل شوند.

با نسل سیستم کنترل نصب‌شده شروع کنید

Mark VI و Mark VIe به یک خانواده سیستم‌های کنترل تعلق دارند، اما پلتفرم‌های قابل‌جایگزینی نیستند. جزئیات کنترلر، I/O، شبکه و ابزارهای مهندسی آن‌ها متفاوت است. نقشه، نسخه پشتیبان یا قطعه جایگزین باید با پیکربندی واقعی واحد مطابقت داشته باشد، نه با برچسب کلی «Mark VI» که در گفتگوها استفاده می‌شود.

برای سیستم‌های Mark VIe، شرکت GE Vernova مجموعه نرم‌افزاری ControlST را محیطی معرفی می‌کند که ToolboxST برای پیکربندی و عیب‌یابی، به‌همراه برنامه‌های ایستگاه کاری، روندها، آلارم‌ها و مدیریت سیستم، در آن قرار دارند. نمای کلی مجموعه نرم‌افزاری ControlST رسمی برای شناخت این نقش‌ها مرجع مفیدی است. نصب‌های کلاسیک Mark VI ممکن است ابزارها و محدودیت‌های بازنگری متفاوتی داشته باشند؛ بنابراین برای واحد مشخص، از مجوز سایت، سوابق نرم‌افزارهای نصب‌شده و مستندات سازنده اصلی استفاده کنید.

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

کاربرد را بر اساس عملکرد بخوانید، نه نام بلوکی که حفظ کرده‌اید

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

توالی و پرمیسیوها

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

کنترل سوخت و بار

تقاضای سوخت بر اساس وضعیت کاری، کنترل سرعت یا بار، محدودیت‌های دما، محدودیت‌های شتاب‌گیری، مشخصه‌سازی شیر و محدودیت‌های سیستم سوخت شکل می‌گیرد. انتخاب‌گرها معتبرترین تقاضا یا محدودیتِ محدودکننده‌تر را انتخاب می‌کنند. رمپ‌ها و محدودکننده‌های نرخ از اعمال فرمان‌های ناگهانی جلوگیری می‌کنند. بنابراین تقاضای نهایی پایین لزوماً به معنای خرابی رگولاتور نیست؛ ممکن است محدودیت دیگری به‌درستی در انتخاب غالب شده باشد.

کنترل جریان هوا و دما

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

حفاظت و رأی‌گیری

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

کیفیت سیگنال را در کنار مقدار آن نگه دارید

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

پیش از مقصر دانستن منطق کاربردی، سیگنال را از ابتدا تا انتها ردیابی کنید: تجهیز میدانی، سیم‌کشی و تغذیه، نقطه ترمینال، عیب‌یابی I/O، متغیر کنترلر، شرطی‌سازی، رأی‌گیر یا انتخاب‌گر و مصرف‌کننده نهایی. کانال‌های افزونه و روندهای تاریخی را مقایسه کنید. اگر کنترلر مقداری متفاوت از نمایشگر اپراتور می‌بیند، مشخص کنید اختلاف مقیاس‌گذاری، ارتباط یا پردازش نمایشگر در کجا رخ می‌دهد.

از ابزارهای مهندسی به‌عنوان شواهد استفاده کنید

GE Vernova اعلام می‌کند که اکوسیستم کنترل Mark VIe از کنترل، توالی و حفاظت، پایش و آلارم، و قابلیت‌های توالی رویدادها یا تاریخچه تریپ پشتیبانی می‌کند. این سوابق باید در کنار یکدیگر استفاده شوند. روند نشان می‌دهد مقادیر چگونه تغییر کرده‌اند؛ فهرست آلارم شرایط اعلام‌شده را نشان می‌دهد؛ داده‌های توالی رویدادها به تعیین ترتیب کمک می‌کنند؛ و پایش کاربردی مسیر فعال میان پرمیسیوها و انتخاب‌گرها را نشان می‌دهد.

پیش از قطع و وصل برق یا تعویض سخت‌افزار، شواهد را ثبت کنید. سلامت کنترلر و I/O، عیب‌یابی‌های فعال، اطلاعات اولین علت، وضعیت هم‌زمان‌سازی زمانی، روندهای مرتبط و وضعیت دقیق واحد را ثبت کنید. راه‌اندازی مجدد ممکن است نشانه را پاک کند و هم‌زمان توالی رخدادها را از بین ببرد.

یک روند عیب‌یابی منضبط

۱. الزام برآورده‌نشده را تعریف کنید

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

۲. نخستین شرط تعیین‌کننده را پیدا کنید

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

۳. مسیر سخت‌افزار را اثبات کنید

در صورت ایمن بودن، از عیب‌یابی I/O و اندازه‌گیری مستقل استفاده کنید. تغذیه، سیم‌کشی، پیکربندی کانال، سخت‌افزار ترمینال، سلامت شبکه و وضعیت افزونگی را بررسی کنید. برای سیگنال‌های ارتعاش، در صورت کاربرد، مانیتور خارجی و زنجیره پرُب را نیز بررسی کنید؛ قطعات مرتبط را می‌توان در مجموعه Bently Nevada مشاهده کرد.

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

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

۵. بازیابی و رفتار هنگام خرابی را آزمایش کنید

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

تغییرات به حاکمیت در سطح خاموشی نیاز دارند

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

از دیدگاه عملی و ویراستاری، «مرجع بلوک‌های عملکردی» بیش از آنکه فهرستی جهانی از نام‌های اختصاصی باشد، به‌عنوان نقشه مسئولیت‌ها ارزشمند است. مهندسانی که توالی، محدودسازی، رأی‌گیری، کیفیت سیگنال و مرزهای حفاظت را درک می‌کنند، می‌توانند شواهد تعیین‌کننده را در پروژه سایت پیدا کنند. مهندسانی که نام یک بلوک را بدون تأیید بازنگری نصب‌شده حفظ می‌کنند، ممکن است لایه اشتباهی از سیستم را تعمیر کنند.