Instruksi ONS dapat bekerja persis seperti yang dirancang, sementara output di sebelahnya tampak tidak pernah aktif. Kontradiksi yang terlihat ini disebabkan oleh waktu pemindaian: ONS meneruskan transisi dari false ke true selama satu pemindaian program, sedangkan OTE menulis tujuan berdasarkan kondisi rung setiap kali rung dievaluasi. Jika keduanya dipasang secara seri, tujuan akan bernilai true selama satu pemindaian, lalu kembali false.

Pulsa tersebut bisa sepenuhnya valid untuk menaikkan penghitung, mencatat suatu peristiwa, atau meminta transisi status. Namun, biasanya pulsa itu merupakan perintah yang keliru untuk starter fisik, solenoid katup, atau indikator operator yang harus tetap aktif sampai kondisi lain menghentikannya.

Sorotan hijau online dapat terlewat ketika status true hanya berlangsung selama satu eksekusi task.

Apa yang sebenarnya dijanjikan ONS dan OTE

Rockwell Automation mendefinisikan ONS sebagai instruksi yang membuat sisa rung ladder bernilai true selama satu pemindaian ketika kondisi rung yang masuk berubah dari false menjadi true. Bit penyimpanannya mengingat apakah logika sebelumnya sudah bernilai true. Bit penyimpanan tersebut merupakan bagian dari detektor tepi dan tidak boleh digunakan bersama one-shot lain secara sembarangan.

OTE memiliki kontrak yang berbeda. OTE menetapkan bit tujuan ketika kondisi rung bernilai true dan menghapus bit tersebut ketika kondisi rung bernilai false. Referensi instruksi bit Studio 5000 dari Rockwell membedakan pengaktifan satu pemindaian dengan ONS dari perilaku dipertahankan dan retentif pada OTE, OTL, dan OTU.

Pada pemindaian yang mendeteksi tepi naik, ONS meneruskan kontinuitas rung dan tujuan OTE menjadi true. Pada pemindaian berikutnya, input mungkin masih true, tetapi ONS memblokir kontinuitas karena tepi tersebut sudah diproses. OTE kemudian menghapus tujuan tersebut. Hasilnya adalah pulsa satu pemindaian yang valid, bukan coil yang gagal.

Mengapa pulsa menghilang dari tampilan

Eksekusi task Logix dan penyegaran online pada workstation engineering merupakan proses yang terpisah. Task periodik dapat dieksekusi berkali-kali di antara dua pembaruan tampilan. Karena itu, output dapat menyala dan mati di antara dua penyegaran yang terlihat, meskipun prosesor telah mengeksekusi kedua status tersebut dengan benar.

Output fisik menambahkan batas lain. Kontroler memperbarui data outputnya, modul komunikasi mentransfer data sesuai jadwalnya, dan perangkat yang terhubung memiliki waktu respons listrik dan mekanis. Pulsa yang ada dalam citra kontroler selama satu pemindaian mungkin terlalu singkat untuk mencapai atau mengaktifkan perangkat lapangan secara andal. Perilaku pastinya bergantung pada periode task, pembaruan modul, susunan jaringan, perangkat keras output, dan beban—bukan pada ambang milidetik yang berlaku universal.

Untuk diagnosis, hitung tepi pada tag internal, pasang bit diagnostik sementara yang memerlukan reset secara sengaja, atau buat tren peristiwa dengan laju yang sesuai untuk task. Jangan memperpanjang perintah produksi hanya agar lebih mudah terlihat tanpa terlebih dahulu mempertimbangkan apa yang mungkin dioperasikan oleh perintah yang diperpanjang tersebut.

Pilih pola berdasarkan perilaku status yang diperlukan

Gunakan pulsa satu pemindaian untuk suatu peristiwa

ONS sesuai digunakan ketika instruksi berikutnya harus dieksekusi satu kali: menaikkan hitungan, menyalin resep, menangkap stempel waktu, memulai pesan, atau meminta mesin status berpindah ke status berikutnya. Dalam desain tersebut, tag satu pemindaian adalah peristiwa, bukan perintah peralatan.

Beri nama yang sesuai—Start_Request_Pulse lebih jelas daripada Pump_Start. Rutin status atau peralatan harus menerima permintaan tersebut, memeriksa permissive, menetapkan kepemilikan, dan membuat perintah jalan yang dipertahankan.

Gunakan persamaan seal-in untuk perintah non-retentif yang dipertahankan

Jika suatu peristiwa start harus mempertahankan bit jalan sampai logika stop, fault, atau interlock menjadi true, persamaan status seal-in dapat mengendalikan satu OTE. Perintah tetap true karena bit status ikut berpartisipasi dalam kondisi pemeliharanya sendiri, bukan karena ONS tetap true.

Tempatkan kondisi stop, fault, mode, dan permissive sehingga prioritasnya tidak ambigu. Hindari membuat cabang yang melewati interlock yang justru dimaksudkan untuk menghentikan peralatan. Satu pemilik output lebih mudah ditinjau daripada beberapa rung yang menulis BOOL yang sama.

One-shot seharusnya meminta perubahan status; logika yang dipertahankan seharusnya mengendalikan perintah peralatan.

Gunakan OTL dan OTU hanya dengan kepemilikan reset yang jelas

OTL menetapkan bit dan OTU menghapusnya. Pola ini dapat menjadi pola peristiwa-ke-status yang rapi, tetapi setiap jalur set harus memiliki jalur reset yang telah ditinjau. Tentukan apa yang terjadi pada pemindaian pertama, perubahan mode, pengunduhan, restart prosesor, hilangnya umpan balik, dan perpindahan ke status fault. Jangan pernah menganggap bahwa tombol stop operator adalah satu-satunya kondisi yang harus melepas latch perintah.

Untuk peralatan yang kompleks, mesin status biasanya lebih jelas daripada instruksi latch dan unlatch yang tersebar. Mesin status menyediakan satu tempat untuk mendefinisikan perilaku Idle, Starting, Running, Stopping, dan Faulted, beserta transisi yang diizinkan di antaranya.

Urutan penelusuran masalah dengan prioritas fault

Pertama, pastikan logika sebelum ONS benar-benar bertransisi dari false ke true. Jika logika tersebut sudah true ketika rutin mulai dieksekusi, mungkin tidak ada tepi baru yang dapat diteruskan. Periksa apakah rutin dipindai terus-menerus, dipanggil secara kondisional, atau ditempatkan dalam task yang sedang diinhibit.

Kedua, pastikan bit penyimpanan ONS bersifat unik. Menggunakan kembali satu tag penyimpanan di dua lokasi akan mengaitkan riwayat tepi dari rung yang tidak berhubungan dan dapat menekan pulsa yang seharusnya muncul.

Ketiga, lakukan cross-reference pada tujuan OTE. OTE, OTL, OTU, tag produced, alias, atau penulisan eksternal lain dapat mengubah bit yang sama kemudian dalam pemindaian atau di task lain. Dokumentasi OTE dari Rockwell secara khusus memperingatkan tentang operand yang ditimpa. Tetapkan satu pemilik untuk perintah akhir dan biarkan rutin lain meminta perubahan melalui tag terpisah.

Keempat, pisahkan status kontroler dari status fisik. Amati tag perintah, status koneksi modul, data output, tegangan lapangan, relay perantara, input starter, dan umpan balik perangkat sebagai titik yang berbeda dalam rantai sinyal. Tag yang benar tidak membuktikan adanya daya di lapangan, dan LED output yang menyala tidak membuktikan aktuator telah bergerak.

Terakhir, hapus force dan latch diagnostik sementara setelah pengujian. Dokumentasikan metode pengujian agar personel pemeliharaan tidak mewarisi bit khusus servis yang secara diam-diam mengubah perilaku produksi.

Contoh aplikasi: pemilihan pompa lead

Rutin lead/lag dapat menghasilkan one-shot ketika Pompa 1 menjadi unit lead yang dipilih. Tepi tersebut tidak boleh dihubungkan langsung ke output fisik. Tepi tersebut harus meminta start dari modul peralatan pompa. Modul kemudian memeriksa mode otomatis, permissive, status trip, waktu minimum mati, permintaan proses, dan ketersediaan sebelum menetapkan perintah jalan yang dipertahankan.

Umpan balik harus memindahkan status dari Starting ke Running, sementara batas waktu start membuat respons kegagalan. Permintaan stop dan fault harus memindahkan status menuju penghentian terkontrol atau trip segera sesuai desain proses. Pemisahan ini mencegah peristiwa pemilihan yang singkat menjadi satu-satunya hal yang mempertahankan perintah motor.

Untuk contoh lain tentang mengubah maksud Boolean menjadi struktur ladder yang mudah dipelihara, lihat panduan yang telah diperbaiki tentang logika XOR tiga sakelar dan paritas ganjil. Opsi kontroler dan I/O juga dapat ditinjau melalui sistem PLC dan PAC.

Uji desainnya adalah kepemilikan

Pandangan editorial: kesalahan yang terus berulang bukanlah kesalahpahaman tentang one-shot, melainkan membiarkan bit peristiwa menyamar sebagai status peralatan. Detektor tepi menjawab “apakah transisi ini terjadi?” Logika status menjawab “apa yang seharusnya dilakukan mesin sekarang?” Memisahkan kedua pertanyaan tersebut menghasilkan kode yang lebih mudah ditugaskan, lebih aman saat dimulai ulang, dan jauh lebih tahan terhadap pengeditan coil ganda.

Pertanyaan yang sering diajukan

Apakah ONS mengaktifkan OTE berikutnya?

Ya, selama pemindaian ketika kondisi rung yang masuk berubah dari false menjadi true. Pada pemindaian berikutnya, ONS memblokir rung sampai kondisi inputnya terlebih dahulu kembali false lalu naik lagi.

Mengapa saya tidak dapat melihat OTE menyala secara online?

Pulsa satu pemindaian mungkin dimulai dan berakhir di antara penyegaran workstation engineering. Gunakan penghitung peristiwa internal, latch diagnostik terkontrol, atau tren yang dikonfigurasi dengan tepat untuk membuktikan bahwa tepi tersebut terjadi.

Haruskah saya mengganti OTE dengan OTL?

Hanya jika status yang dipertahankan memang merupakan persyaratan dan setiap kondisi unlatch dirancang secara eksplisit. Untuk banyak perintah peralatan, mesin status atau persamaan seal-in dengan satu pemilik OTE lebih mudah diaudit.

Bisakah dua instruksi ONS menggunakan bit penyimpanan yang sama?

Jangan. Bit penyimpanan mencatat riwayat tepi. Menggunakannya bersama akan mengaitkan kedua instruksi dan dapat menyebabkan satu rung menekan pulsa yang seharusnya dihasilkan rung lainnya.

Bisakah OTE satu pemindaian mengendalikan output fisik?

Kontroler dapat menulis status tersebut, tetapi pulsa mungkin tidak ditransfer atau dipertahankan cukup lama agar modul dan perangkat lapangan dapat merespons. Perintah fisik harus didasarkan pada persyaratan status dipertahankan yang telah ditentukan.