Bir neçə gündən bir SLC xətaya keçir. Əsas xəta 0020-dir. Operatorlar çiyinlərini çəkir, texniki xidmət xətanı silir, istehsal bərpa olunur — ta ki, eyni riyazi səhv gecə növbəsində yenidən baş verənədək. Bu nümunə daşma tələsi biti S:5/0-ın Rockwell tərəfindən nəzərdə tutulduğu kimi işlədiyini göstərir: bit xətanı yadda saxlayır ki, səhv hesablamanın heç vaxt baş vermədiyini düşünə bilməyəsiniz.

1747-L524 kimi 5/04-də 0020 təlimatın qanuni tamədəd diapazonundan kənar nəticə yaratdığını bildirir. İşarəli 16 bitlik hesablamalar −32768 ilə +32767 arasında olur. ADD və ya MUL ilə bu həddi aşsanız, sıfıra bölsəniz, FIFO/LIFO bufer həddini keçsəniz və ya −32768 dəyərinə NEG tətbiq etsəniz, prosessor S:5/0 bitini qurur və həmin bit açılana qədər xətalı vəziyyətdə qalır. 1747-UM011 / 1747-UM001 seriyasının təlimatlarında bu tələ izah olunur; istehsalat sahəsində isə sadəcə işləməyən CPU görünür.

Köhnə SLC prosessorları hələ də çoxsaylı diskret maşınları idarə edir. Daşma tələləri demək olar ki, həmişə tətbiq riyaziyyatı ilə bağlı olur — nasaz arxa plan şini ilə yox.

Qanaxmanı dayandıran OTU

Əksər sürətli bərpa üsullarında tələdən sonra skanın davam etməsi üçün S:5/0 üzərinə OTU qoyulur. Əsas məsələ onun yerləşdirilməsidir. OTU-nu LAD 2-də son rung-a — JSR çağırışlarını idarə edən fayla — yerləşdirin ki, biti açmazdan əvvəl bütün altproqramlar tamamlanmış olsun. Beləliklə, daşma skan zamanı aşkarlanır, sonra bir dəfə, boş vəziyyətə keçməzdən əvvəl silinir.

LAD 2 — son rung
  S:5/0
----] [----(OTU)----

Eyni OTU-nu daşmanın baş verdiyi altproqrama yerləşdirsəniz, yeni xəta rejimi yaradırsınız: biti çox tez silirsiniz, həmin skan daxilində daha sonra yenidən daşma baş verir və prosessor dərhal təkrar xətaya keçir. Yaxud OTU həmin skanda səhv hesablamanın baş vermədiyi yolda işə düşür və siz problemi “düzəltdiyinizi” düşünürsünüz, halbuki əsas rung hələ də həftədə iki dəfə xətaya səbəb olur.

Proqramı yükləyin, açarı RUN vəziyyətinə gətirin və bir neçə növbə ərzində S:5/0 bitinin açıq qalmasını müşahidə edin. Sakit qalırsa, siz vaxt qazanmısınız — əsas səbəbi aradan qaldırmamısınız.

Həqiqətən daşmaya səbəb olan hesablamanı tapın

OTU-nu təhlükəsizlik kəməri kimi qəbul edin. Sonra araşdırmağa başlayın:

• Tamədədlərə toxunan son dəyişikliklər — partiya sayları, N-fayllarına yerləşdirilən miqyaslandırılmış analoq dəyərləri, vahid çevirməsi üçün “müvəqqəti” MUL əməliyyatları
• Diapazon məhdudlaşdırıcıları olmayan ADD / SUB / MUL / DIV / DDV əməliyyatları
• Dəyərlər 16 bitlik diapazondan çıxdıqdan sonra LADD / LMUL (32 bitlik) istifadə edilməli olan yerlər
• −32768 dəyərini ala bilən dəyişən üzərində NEG əməliyyatı
• FIFO/LIFO uzunluğunun faktiki ayırdığınız buferlə uyğunluğu

Sazlama zamanı bilməyə dəyər əlaqəli status bitləri: S:5/1 daşma tələsinin aktivləşdirilməsi, S:1/0 ilk skan, S:2/0 prosessor xətası. Hansı rung-un problem yaratdığını bilmədən onlayn dəyişikliklər zamanı tələləri kor-koranə silməyin.

Avadanlıq reallığının yoxlanması

1747-L524 sinfinə aid 5/04 CPU-lar artıq ciddi şəkildə köhnəlib. Şassi istifadə olunmağa davam edəcəksə, rəfdə işlək vəziyyəti təsdiqlənmiş 5/04 ehtiyatı saxlayın — bu ailədən hələ də alış edən müəssisələr çox vaxt 1747-L542 kimi modullara üstünlük verirlər. Daha kiçik maşınlar bəzən 1747-L532 kimi 5/03-ə keçə bilər, lakin bu, daşma probleminin həlli deyil, ayrıca layihə qərarıdır. Daha uzunmüddətli perspektivdə əksər müəssisələr prosesi CompactLogix və ya ControlLogix platformasına keçirir və platforma ilə birlikdə 16 bitlik riyaziyyat tələlərindən imtina edirlər. Qarışıq Logix parkı üçün ehtiyat hissələri strategiyası yenə də PLC və PAC sistemlərini necə stokda saxladığınızdan asılıdır.

Miqrasiya həyata keçirilənədək qayda sadədir: LAD 2-də OTU sonuncu olsun, sonra hansı ADD/MUL əməliyyatının öz diapazonu barədə səhv məlumat verdiyini müəyyənləşdirin.