Setiap beberapa hari SLC mengalami gangguan. Ralat utama 0020. Operator hanya mengangkat bahu, penyelenggaraan mengosongkannya, pengeluaran disambung semula—sehinggalah kesilapan matematik yang sama berlaku lagi pada syif malam. Corak itu ialah bit perangkap limpahan S:5/0 yang melakukan tepat seperti yang direka oleh Rockwell: mengunci supaya anda tidak boleh berpura-pura bahawa pengiraan yang salah itu tidak pernah berlaku.

Pada 5/04 seperti 1747-L524, 0020 bermaksud arahan menghasilkan keputusan di luar julat integer yang sah. Pengiraan bertanda 16-bit berada antara −32768 dan +32767. Jika melepasi had ini dengan ADD atau MUL, membahagi dengan sifar, mengakses FIFO/LIFO melepasi penimbal, atau melakukan NEG pada −32768, pemproses menetapkan S:5/0, kemudian kekal dalam keadaan gangguan sehingga sesuatu membuka kunci bit tersebut. Manual keluarga Penerbitan 1747-UM011 / 1747-UM001 menerangkan perangkap ini; di lantai kilang, yang dilihat hanyalah CPU yang tidak berfungsi.

Pemproses SLC legasi masih mengendalikan banyak mesin diskret. Perangkap limpahan hampir selalu berpunca daripada matematik aplikasi—bukan papan belakang yang sedang rosak.

OTU yang menghentikan masalah

Kebanyakan pemulihan pantas meletakkan OTU pada S:5/0 supaya imbasan dapat diteruskan selepas perangkap berlaku. Kedudukannya ialah perkara paling penting. Letakkannya sebagai rung terakhir dalam LAD 2—fail yang mengendalikan panggilan JSR anda—supaya setiap subrutin telah selesai sebelum anda mengosongkan selak tersebut. Dengan cara ini, limpahan dikesan semasa imbasan, kemudian dikosongkan sekali sebelum keadaan melahu.

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

Letakkan OTU yang sama di dalam subrutin yang mengalami limpahan, dan anda mencipta mod kegagalan baharu: dikosongkan terlalu awal, berlaku limpahan lagi kemudian dalam imbasan yang sama, lalu gangguan berlaku semula serta-merta. Atau OTU tercetus pada laluan yang tidak menemui pengiraan bermasalah dalam imbasan tersebut, menyebabkan anda menyangka masalah telah “dibaiki”, sedangkan rung sebenar masih gagal dua kali seminggu.

Muat turun program, tukar kepada RUN, dan perhatikan S:5/0 kekal kosong sepanjang beberapa syif. Jika ia kekal senyap, anda hanya mendapat masa tambahan—bukan penutupan punca akar.

Cari pengiraan yang sebenarnya mengalami limpahan

Anggap OTU sebagai tali pinggang keselamatan. Kemudian mulakan siasatan:

• Sebarang perubahan terkini yang menyentuh integer—kiraan kelompok, isyarat analog berskala yang dimasukkan ke dalam fail N, atau MUL “sementara” untuk penukaran unit
• ADD / SUB / MUL / DIV / DDV tanpa pengehad julat
• Lokasi yang sepatutnya menggunakan LADD / LMUL (32-bit) selepas nilai melepasi julat selesa 16-bit
• NEG pada nilai yang boleh berada pada −32768
• Panjang FIFO/LIFO berbanding kapasiti penimbal yang sebenarnya anda sediakan

Bit status berkaitan yang wajar diketahui semasa penyahpepijatan: S:5/1 pengaktifan perangkap limpahan, S:1/0 imbasan pertama, S:2/0 gangguan pemproses. Jangan mengosongkan perangkap secara membuta tuli melalui suntingan dalam talian tanpa mengetahui rung yang sedang bermasalah.

Pemeriksaan realiti perkakasan

CPU 5/04 kelas 1747-L524 sudah jauh memasuki fasa usang. Jika casis itu akan terus digunakan, simpan satu unit ganti 5/04 yang telah diuji dan berfungsi di rak—kilang yang masih membeli dalam keluarga ini sering memilih modul seperti 1747-L542. Mesin yang lebih kecil kadangkala berpindah secara mendatar kepada 5/03 seperti 1747-L532, tetapi itu ialah keputusan projek, bukan penyelesaian limpahan. Dalam jangka panjang, kebanyakan tapak memindahkan proses kepada CompactLogix atau ControlLogix dan menamatkan perangkap matematik 16-bit bersama platform tersebut. Strategi alat ganti untuk armada Logix campuran masih bergantung pada cara anda menyimpan stok sistem PLC dan PAC.

Sehingga migrasi itu dilaksanakan, disiplinnya mudah: OTU LAD 2 di rung terakhir, kemudian buktikan ADD/MUL yang mana sedang memberikan julat palsu.