На всеки няколко дни SLC преминава в авария. Основна грешка 0020. Операторите вдигат рамене, поддръжката я изчиства, производството продължава — докато същата математическа грешка не се повтори отново по време на нощната смяна. Този модел е битът за капан при препълване S:5/0, който прави точно това, за което Rockwell го е проектирал: задържа състоянието, за да не можете да се преструвате, че грешната аритметика никога не се е случвала.

При 5/04, като например 1747-L524, 0020 означава, че инструкция е генерирала резултат извън допустимия диапазон за целочислени стойности. Операциите със знакови 16-битови числа са в диапазона от −32768 до +32767. Ако надхвърлите този максимум с ADD или MUL, делите на нула, преминете с FIFO/LIFO отвъд буфера или изпълните NEG върху −32768, процесорът задава S:5/0, след което остава в авария, докато нещо не изключи този бит. Ръководствата от фамилията публикации 1747-UM011 / 1747-UM001 описват капана; на производствената площадка просто виждате спрял процесор.

Старите SLC процесори все още управляват множество дискретни машини. Капаните при препълване почти винаги са резултат от приложната математика, а не от повреда на задната платка.

OTU, който спира проблема

При повечето бързи възстановявания се поставя OTU върху S:5/0, за да може сканирането да продължи след капана. Мястото на инструкцията е най-важното. Поставете я като последния ред в LAD 2 — файла, който управлява извикванията на JSR — така че всички подпрограми да са приключили, преди да изчистите фиксираното състояние. Така препълването се открива по време на сканирането, след което се изчиства еднократно, преди процесорът да премине в режим на изчакване.

LAD 2 — последен ред
  S:5/0
----] [----(OTU)----

Ако поставите същия OTU в подпрограмата, в която възниква препълването, ще създадете нов режим на отказ: изчиствате твърде рано, по-късно в същото сканиране възниква ново препълване и се получава незабавна повторна авария. Или OTU се изпълнява по път, който в това сканиране изобщо не достига до грешната аритметика, така че си мислите, че сте „отстранили“ проблема, докато истинският ред продължава да предизвиква авария два пъти седмично.

Качете програмата, превключете в RUN и наблюдавайте дали S:5/0 остава изчистен през няколко смени. Ако остане спокоен, сте си купили време — не сте отстранили първопричината.

Открийте коя аритметика действително е предизвикала препълването

Приемайте OTU като предпазен колан. След това започнете търсенето:

• Всяка скорошна промяна, която засяга цели числа — партидни броячи, мащабирани аналогови стойности, записвани във файлове N, „временен“ MUL за преобразуване на единици
• ADD / SUB / MUL / DIV / DDV без ограничаване на диапазона
• Места, където е трябвало да се използват LADD / LMUL (32-битови операции), след като стойностите са излезли извън комфортния 16-битов диапазон
• NEG върху стойност, която може да достигне −32768
• Дължината на FIFO/LIFO спрямо действително резервирания буфер

Други статусови битове, които е полезно да знаете при отстраняване на неизправности: S:5/1 разрешаване на капана при препълване, S:1/0 първо сканиране, S:2/0 авария на процесора. Не изчиствайте капани на сляпо при онлайн редактиране, без да знаете кой ред предизвиква проблема.

Проверка на хардуерната реалност

Процесорите 5/04 от клас 1747-L524 са дълбоко навлезли в периода на извеждане от употреба. Ако шасито ще остане, дръжте на склад проверен резервен 5/04 — предприятията, които все още закупуват модули от това семейство, често се спират на модули като 1747-L542. По-малките машини понякога мигрират странично към 5/03, като например 1747-L532, но това е проектно решение, а не поправка на препълването. В по-дългосрочен план повечето предприятия преместват процеса към CompactLogix или ControlLogix и премахват капаните при 16-битовата аритметика чрез самата платформа. Стратегията за резервни части при смесени Logix паркове все пак трябва да е съобразена с начина, по който поддържате склад от PLC и PAC системи.

Докато тази миграция бъде извършена, правилото е просто: OTU в края на LAD 2, след което докажете коя ADD/MUL инструкция лъже за своя диапазон.