Инструкцията ONS не активира OTE в стълбовидната логика на Studio 5000
Инструкцията ONS се изпълнява, но бобината OTE не се фиксира в Studio 5000, защото еднократният импулс е активен само за един скан. Вместо това използвайте O...
Онлайн мониторите понякога показват, че битът за съхранение на ONS преминава в активно състояние, докато предвиденият OTE така и не изглежда да задейства пускател или соленоид на помпа. В Studio 5000 Logix Designer това обикновено не означава повредена изходна карта. ONS е детектор на нарастващ фронт, който е истина само при едно изпълнение на рутината. OTE записва условието на реда при всеки цикъл, без вътрешно самозадържане. Ако ги свържете директно, създавате импулс с продължителност един цикъл — често 5–20 ms — който контакторите, ЧПУ и дори анимациите в HMI на практика игнорират, докато по-бавната честота на обновяване на IDE изцяло пропуска импулса.
Интуицията от релейната логика тук подвежда: запис от Logix с продължителност 10 ms не е същото като задържан спомагателен контакт.
Физика на цикъла
| Цикъл | Фронт на входа | Изход на ONS | Таг на OTE |
|---|---|---|---|
| n-1 | 0 | 0 | 0 |
| n | 0→1 | 1 | 1 (един цикъл) |
| n+1 | 1 | 0 | 0 |
| n+2 | 1 | 0 | 0 |
Реалните пускатели често се нуждаят от стабилна команда с продължителност 50–100 ms. Самостоятелна връзка ONS→OTE не може да осигури това. Прозорците за наблюдение на Studio 5000 се обновяват значително по-бавно от периода на задачата, така че вероятността да уловят импулс от 10 ms е малка — оттук идва митът, че „ONS никога не се е задействал“.
Диагностично удължаване
- Паралелен TOF (зададено време 1–2 s) върху събитието на ONS; наблюдавайте .TT/.DN в IDE
- ADD 1.0 към REAL брояч при всеки фронт; проследявайте броя
- Studio Trend с дискретизация около 10 ms върху тага на 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 избраната стъпка при фронта, управлявайте Start OTE, докато стъпката е избрана и няма обратна връзка за работа, след което нулирайте Selected чрез 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 остава видим в IDE и върху мигащия индикатор на HMI, което доказва честотата на фронтовете, преди да се доверите на производствената логика със самозадържане. Изтрийте или блокирайте диагностичния път след FAT, за да не преследват операторите сервизната лампа завинаги.
Прилагайте последователно тези правила за собственост във всички PLC и PAC платформи, така че промените на нощната смяна да не въвеждат отново голи редове ONS→OTE при следващия пакет.
За автора
Mark Townsend | Старши инженер по автоматизация – системи Allen-Bradley
Mark Townsend е старши инженер по автоматизация с над 18 години опит с платформи Allen-Bradley, включително ControlLogix, CompactLogix и наследената SLC-500. Ежедневната му работа включва логика в RSLogix / Studio 5000 и въвеждане в експлоатация на HMI системи FactoryTalk View при остарели и смесени паркове от оборудване.