تُظهر شاشات المراقبة عبر الإنترنت أحيانًا تغيّر بت تخزين ONS، بينما لا يبدو أن تعليمة OTE المقصودة تُفعّل بادئ تشغيل مضخة أو ملفًا لولبيًا على الإطلاق. في Studio 5000 Logix Designer، لا تكون المشكلة عادةً بطاقة خرج معطّلة. فتعليمة ONS هي كاشف للحافة الصاعدة، وتكون صحيحة لمدة تقييم واحد للروتين فقط. أما تعليمة OTE فتكتب حالة مسارها في كل دورة مسح، من دون تثبيت داخلي. وعند وصلهما مباشرةً، تنشئان نبضة تستمر دورة مسح واحدة—غالبًا من 5 إلى 20 مللي ثانية—تتجاهلها فعليًا الموصلات ومحركات VFD وحتى رسوم HMI المتحركة، بينما يفوّت معدل العرض الأبطأ في بيئة التطوير النبضة تمامًا.

يفشل حدس منطق المرحلات هنا: إن كتابة Logix لمدة 10 مللي ثانية ليست كملامس مساعد مُثبت.

فيزياء المسح

غالبًا ما تحتاج بادئات التشغيل الفعلية إلى أمر ثابت لمدة 50–100 مللي ثانية. ولا يمكن لمسار ONS→OTE منفرد توفير ذلك. كما أن نوافذ المراقبة في Studio 5000 تأخذ عينات أبطأ بكثير من فترة المهمة، لذا يكون احتمال التقاط نبضة مدتها 10 مللي ثانية منخفضًا—ومن هنا نشأت خرافة أن «ONS لم تعمل قط».

تمديدات تشخيصية

• أضف TOF متوازيًا (بزمن مضبوط من 1 إلى 2 ثانية) إلى حدث ONS؛ وراقب ‎.TT/.DN‎ في بيئة التطوير
• أضف 1.0 إلى عدّاد REAL عند كل حافة؛ وتتبع قيمة العدّاد
• استخدم Studio Trend بأخذ عينات تقارب 10 مللي ثانية على وسم OTE لرؤية دورة التشغيل الحقيقية

تحوّل أنماط التثبيت أو 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 لخطوة محددة عند الحافة، وشغّل OTE للبدء أثناء كون الخطوة محددة وعدم وجود تغذية راجعة تفيد بأن المعدة قيد التشغيل، ثم نفّذ OTU للخطوة المحددة عند وصول التغذية الراجعة. سيظل HMI يرى أمر بدء فعليًا، بينما يتولى المزلج امتلاك الخطوة.

سياق التتابع الرئيسي/الاحتياطي ومواطن الخلل

غالبًا ما يسيء تتابع المضخات القائم على ساعات التشغيل استخدام ONS في مقارنات «هذه المضخة أصبحت الرئيسية». بعد إصلاح بنية الحافة إلى الأمر، أضف مؤقتات الحد الأدنى للتشغيل (لمكافحة قِصر دورة التشغيل)، وموانع تدوير المضخة الرئيسية البديلة، ومسارات OTU عند الأعطال. نفّذ إحالة متقاطعة إلى وسم OTE للعثور على الملفات المكررة في مواضع لاحقة من المسح، والتي قد تستبدل بصمت القيمة 1 المثبتة بالقيمة 0. ويفضّل أن يملك كل BOOL ملفًا واحدًا فقط.

افحص أيضًا طوبولوجيا الفروع: فقد يترك مسار متوازٍ يتجاوز ONS قيمة OTE خاطئة حتى عندما يومض بت التخزين، كما قد يقوم روتين ثانٍ بكتابة BOOL نفسه ويلغي تثبيتًا مثاليًا بعد مهمة واحدة. وعندما تحتاج عدة دوائر مستهلكة إلى النبضة، شغّل BOOL وسيطًا واحدًا من ONS مرة واحدة، ثم وزّع منطقًا مثبتًا أو مزلاجًا انطلاقًا من ذلك البت.

// تمديد مؤقت — أزله قبل التشغيل النهائي
[Pump1_Start_ONS] ---(TOF Stretch_Timer, 2.0 s)
[Stretch_Timer.TT] ---(OTE Diagnostic_Stretch_On)

مع تفعيل التمديد، يظل Diagnostic_Stretch_On ظاهرًا في بيئة التطوير وعلى مؤشر وميض HMI، مما يثبت معدل الحافة قبل الوثوق بمنطق التثبيت الإنتاجي. احذف مسار التشخيص أو عطّله بعد اختبار القبول في المصنع (FAT)، حتى لا يطارد المشغّلون مصباح الخدمة إلى الأبد.

طبّق قواعد الملكية هذه باستمرار عبر منصات PLC وPAC حتى لا تعيد تعديلات الوردية الليلية إدخال مسارات ONS→OTE عارية في الحزمة التالية.