Az online monitorok néha azt mutatják, hogy egy ONS tárolási bitje átvált, miközben a várt OTE látszólag soha nem kapcsolja be a szivattyúindítót vagy a szolenoidot. A Studio 5000 Logix Designerben ez általában nem hibás kimeneti kártyát jelent. Az ONS felfutó él detektora, amely csak egyetlen programszakasz-kiértékelés idejére igaz. Az OTE minden szkenneléskor a létrafeltétel állapotát írja ki, belső öntartás nélkül. Ha közvetlenül összekapcsolja őket, egyetlen szkennelésig tartó impulzust hoz létre – gyakran 5–20 ms hosszúságút –, amelyet a kontaktorok, a VFD-k, sőt a HMI-animációk is gyakorlatilag figyelmen kívül hagynak, miközben az IDE lassabb frissítési sebessége teljesen elmulasztja az impulzust.

A relélogikai intuíció itt cserbenhagy: egy 10 ms-os Logix-írás nem ugyanaz, mint egy tartósan zárt segédérintkező.

A szkennelés fizikája

A valódi indítóknak gyakran 50–100 ms időtartamú, stabil parancsra van szükségük. Egy önálló ONS→OTE útvonal ezt nem tudja biztosítani. A Studio 5000 figyelőablakai jóval lassabban mintavételeznek, mint a feladat periódusideje, ezért kicsi az esélye annak, hogy elkapjanak egy 10 ms-os impulzust – innen ered az a tévhit, hogy „az ONS soha nem aktiválódott”.

Diagnosztikai megnyújtások

• Párhuzamos TOF (1–2 s előbeállítás) az ONS-eseményre; figyelje az .TT/.DN biteket az IDE-ben
• Élenként adjon 1.0 értéket egy REAL számlálóhoz ADD utasítással; trendelje a számlálót
• Studio Trend körülbelül 10 ms-os mintavételezéssel az OTE tagen, hogy lássa a tényleges kitöltési tényezőt

Az öntartó, illetve az OTL/OTU minták egy egyszeri döntést tartós futási paranccsá alakítanak.

A megoldás — OTL / OTU

[Pump1_RunCmd_ONS] ----(OTL Pump1_RunCmd)
[Pump1_Stop_PB]    ----(OTU Pump1_RunCmd)
[Pump1_Fault]      ----(OTU Pump1_RunCmd)

Ne feledje, hogy a reteszek alapértelmezés szerint megőrzik állapotukat a tápfeszültség ki- és bekapcsolása között. Adjon hozzá első szkenneléskor végrehajtott vagy karbantartási visszaállításokat azokhoz a kimenetekhez, amelyek nem indíthatják újra a motort újraindítás után.

B megoldás — öntartás OTE körül

|--[Start_ONS]-+----------(OTE RunCmd)--|
|              |                        |
|--[RunCmd]----+                        |
|--[Stop_PB]---/                        |

Ez a Logix-programozási gyakorlatban általánosan használt háromvezetékes indító-analógia: az ONS biztosítja az indítási élt, az öntartó RunCmd érintkező pedig fenntartja az OTE-t mindaddig, amíg a stop vagy egy reteszelés meg nem szakítja az útvonalat.

C megoldás — állapotbit és parancs-OTE

Szekvenciavezérelt berendezéseknél az él hatására OTL-lel reteszeljen egy Kiválasztott lépést, vezessen egy Start OTE-t akkor, amikor a lépés ki van választva és nincs futási visszajelzés, majd visszajelzéskor OTU-val oldja fel a Kiválasztott állapotot. A HMI továbbra is valódi Start parancsot lát, miközben a retesz birtokolja a lépést.

Lead/lag környezet és buktatók

A futásidő-alapú szivattyúszekvenciák gyakran helytelenül használnak ONS-t a „ez a szivattyú most a lead” összehasonlításoknál. Az élből parancsot létrehozó struktúra javítása után adjon hozzá minimális futásidőzítőket (rövid ciklusok elleni védelem), a lead váltakozó rotációját tiltó feltételeket és hibát kezelő OTU-útvonalakat. Kereszthivatkozással ellenőrizze az OTE taget, mert a szkennelés későbbi részében található ismételt tekercsek csendben felülírhatják a reteszelt 1 értéket 0-val. Egy BOOL változóhoz lehetőleg csak egy tekercstulajdonos tartozzon.

Vizsgálja meg az ágstruktúrát is: egy, az ONS-t megkerülő párhuzamos útvonal hamissá teheti az OTE-t akkor is, amikor a tárolási bit villog, egy másik, ugyanazt a BOOL változót író programszakasz pedig egy feladattal később felülírhatja a tökéletes öntartást. Ha több fogyasztónak van szüksége az impulzusra, az ONS-ből egyszer hajtson meg egyetlen köztes BOOL változót, majd ebből az állapotból ossza tovább az öntartó vagy reteszelt logikát.

// Ideiglenes megnyújtás — a végső üzembe helyezés előtt távolítsa el
[Pump1_Start_ONS] ---(TOF Stretch_Timer, 2.0 s)
[Stretch_Timer.TT] ---(OTE Diagnostic_Stretch_On)

A megnyújtás beépítésével a Diagnostic_Stretch_On látható marad az IDE-ben és a HMI villogó jelzőjén is, így igazolható az él gyakorisága, mielőtt megbízik a gyártási öntartó logikában. A FAT után törölje vagy tiltsa le a diagnosztikai útvonalat, hogy a kezelők ne kövessenek örökké egy szervizlámpát.

Alkalmazza következetesen ezeket a tulajdonlási szabályokat a PLC- és PAC-platformokon, így a műszakváltáskor végzett módosítások nem vezetnek ismét meztelen ONS→OTE ágakhoz a következő csomagban.