دستور ONS در منطق نردبانی Studio 5000، خروجی OTE را فعال نمیکند
دستور ONS اجرا میشود، اما کویل OTE در Studio 5000 هرگز لچ نمیشود، زیرا وانشات فقط در یک اسکن درست است. در عوض از OTL/OTU یا منطق خودنگهدار استفاده کنید.
مانیتورهای آنلاین گاهی نشان میدهند که بیت ذخیرهسازی ONS در حال تغییر است، اما OTE موردنظر ظاهراً هرگز استارتر پمپ یا سلونوئید را فعال نمیکند. در Studio 5000 Logix Designer، این وضعیت معمولاً بهدلیل خرابی کارت خروجی نیست. ONS یک آشکارساز لبهٔ بالارونده است که فقط در یک ارزیابی روتین true میشود. OTE نیز در هر اسکن، وضعیت رَنگ خود را بدون هیچ نگهدارندهٔ داخلی مینویسد. با اتصال مستقیم این دو، یک پالس یکاسکنه ایجاد میکنید—اغلب ۵ تا ۲۰ میلیثانیه—که کنتاکتورها، درایوهای فرکانس متغیر و حتی انیمیشنهای HMI عملاً آن را نادیده میگیرند؛ در همین حال، نرخ نمایش کندتر IDE پالس را کاملاً از دست میدهد.
شهود حاصل از منطق رلهای در اینجا کارایی ندارد: یک نوشتن ۱۰ میلیثانیهای در Logix، معادل یک کنتاکت کمکی نگهداشتهشده نیست.
فیزیک اسکن
| اسکن | لبهٔ ورودی | خروجی ONS | تگ OTE |
|---|---|---|---|
| n-1 | ۰ | ۰ | ۰ |
| n | ۰→۱ | ۱ | ۱ (یک اسکن) |
| n+1 | ۱ | ۰ | ۰ |
| n+2 | ۱ | ۰ | ۰ |
استارترهای واقعی معمولاً به ۵۰ تا ۱۰۰ میلیثانیه فرمان پایدار نیاز دارند. یک مسیر منفرد ONS→OTE نمیتواند چنین زمانی را فراهم کند. پنجرههای پایش Studio 5000 بسیار کندتر از دورهٔ تسک نمونهبرداری میکنند؛ بنابراین احتمال ثبت یک پالس ۱۰ میلیثانیهای کم است—و همین باعث شکلگیری این تصور میشود که «ONS هرگز عمل نکرده است».
کشدادن زمانی برای عیبیابی
- یک TOF موازی با پیشتنظیم ۱ تا ۲ ثانیه روی رویداد ONS قرار دهید؛ مقادیر .TT/.DN را در IDE مشاهده کنید
- در هر لبه، مقدار ۱٫۰ را به یک شمارندهٔ REAL اضافه کنید؛ روند شمارش را بررسی کنید
- در Studio، برای مشاهدهٔ چرخهٔ وظیفهٔ واقعی، روی تگ OTE با نمونهبرداری حدود ۱۰ میلیثانیه Trend بگیرید
الگوهای خودنگهدار یا OTL/OTU، یک تصمیم تکپالسی را به فرمان اجرای پایدار تبدیل میکنند.
راهحل A — OTL / OTU
[Pump1_RunCmd_ONS] ----(OTL Pump1_RunCmd) [Pump1_Stop_PB] ----(OTU Pump1_RunCmd) [Pump1_Fault] ----(OTU Pump1_RunCmd)
به یاد داشته باشید که لچها بهطور پیشفرض پس از قطع و وصل برق نیز ماندگار هستند. برای خروجیهایی که نباید پس از راهاندازی مجدد، موتور را دوباره روشن کنند، ریستِ اسکن اول یا ریستهای تعمیر و نگهداری اضافه کنید.
راهحل B — خودنگهداری اطراف OTE
|--[Start_ONS]-+----------(OTE RunCmd)--| | | | |--[RunCmd]----+ | |--[Stop_PB]---/ |
این همان تشبیه استارتر سهسیمه است که در سراسر رویههای برنامهنویسی Logix توصیه میشود: ONS لبهٔ شروع را فراهم میکند؛ کنتاکت خودنگهدار RunCmd، OTE را تا زمان توقف یا بازشدن مسیر اینترلاک فعال نگه میدارد.
راهحل C — بیت وضعیت بههمراه OTE فرمان
برای تجهیزات ترتیبی، در لبهٔ ورودی، مرحلهٔ انتخابشده را با OTL لچ کنید؛ تا زمانی که Selected فعال و بازخورد Running غیرفعال است، یک OTE برای Start راهاندازی کنید؛ سپس پس از دریافت بازخورد، Selected را با OTU آزاد کنید. HMI همچنان یک فرمان واقعی Start را میبیند، در حالی که لچ مالکیت مرحله را در اختیار دارد.
زمینهٔ لید/لگ و خطاهای رایج
ترتیبدهندههای پمپ بر اساس ساعات کارکرد، معمولاً از ONS در مقایسههای «این پمپ اکنون لید شده است» بهاشتباه استفاده میکنند. پس از اصلاح ساختار لبه به فرمان، تایمرهای حداقل زمان کارکرد برای جلوگیری از چرخهٔ کوتاه، ممانعتهای چرخش لیدِ تناوبی و مسیرهای OTU خطا را اضافه کنید. برای یافتن کویلهای تکراری، تگ OTE را Cross-reference کنید؛ این کویلها ممکن است در ادامهٔ اسکن، یک مقدار ۱ خودنگهدار را بیصدا با ۰ بازنویسی کنند. برای هر BOOL ترجیحاً فقط یک مالک کویل داشته باشید.
همچنین توپولوژی شاخهها را بررسی کنید: یک مسیر موازی که ONS را دور میزند میتواند باعث شود OTE حتی هنگام چشمکزدن بیت ذخیرهسازی false بماند؛ همچنین روتین دومی که همان BOOL را مینویسد، ممکن است یک اسکن تسک بعد، یک خودنگهداری کاملاً صحیح را خنثی کند. هنگامی که چند مصرفکننده به پالس نیاز دارند، ابتدا فقط یک BOOL میانی را یکبار از ONS راهاندازی کنید، سپس منطق خودنگهدار یا لچشده را از آن بیت به شاخههای مختلف هدایت کنید.
// کشدادن موقت — پیش از راهاندازی نهایی حذف شود [Pump1_Start_ONS] ---(TOF Stretch_Timer, 2.0 s) [Stretch_Timer.TT] ---(OTE Diagnostic_Stretch_On)
با فعالکردن این کشش زمانی، Diagnostic_Stretch_On در IDE و چراغ چشمکزن HMI قابل مشاهده باقی میماند و نرخ لبه را پیش از اعتماد به منطق خودنگهدار تولیدی اثبات میکند. پس از FAT، مسیر عیبیابی را حذف یا غیرفعال کنید تا اپراتورها برای همیشه بهدنبال یک چراغ سرویس نگردند.
این قواعد مالکیت را در همهٔ پلتفرمهای PLC و PAC بهطور یکسان اجرا کنید تا ویرایشهای شیفت شب، رَنگهای بدون نگهدارندهٔ ONS→OTE را در بستهٔ بعدی دوباره وارد نکنند.
دربارهٔ نویسنده
مارک تاونسند | مهندس ارشد اتوماسیون – سامانههای آلن-بردلی
مارک تاونسند مهندس ارشد اتوماسیون است و بیش از ۱۸ سال در زمینهٔ پلتفرمهای آلن-بردلی، از جمله ControlLogix، CompactLogix و SLC-500 قدیمی، تجربه دارد. فعالیت روزمرهٔ او شامل منطق RSLogix / Studio 5000 و راهاندازی HMI در FactoryTalk View برای سامانههای قدیمی و ناهمگون است.