Arahan ONS boleh berfungsi tepat seperti yang direka bentuk, walaupun output di sebelahnya kelihatan tidak pernah diaktifkan. Percanggahan yang kelihatan ini berpunca daripada pemasaan imbasan: ONS melalukan peralihan palsu-ke-benar untuk satu imbasan program, manakala OTE menulis destinasinya berdasarkan keadaan rung setiap kali rung dinilai. Apabila kedua-duanya disusun bersiri, destinasi menjadi benar untuk satu imbasan, kemudian kembali palsu.

Denyutan itu mungkin sah sepenuhnya untuk menambah nilai pembilang, merekodkan peristiwa atau meminta peralihan keadaan. Namun, biasanya ia bukan arahan yang sesuai untuk penghidup motor fizikal, solenoid injap atau penunjuk operator yang mesti kekal aktif sehingga keadaan lain menamatkannya.

Sorotan hijau dalam talian boleh terlepas pandang apabila keadaan benar hanya bertahan selama satu pelaksanaan tugas.

Perkara yang sebenarnya dijanjikan oleh ONS dan OTE

Rockwell Automation mentakrifkan ONS sebagai arahan yang menjadikan baki rung tangga benar untuk satu imbasan apabila keadaan rung masuk berubah daripada palsu kepada benar. Bit storannya mengingati sama ada logik sebelumnya sudah benar. Bit storan itu milik pengesan pinggir dan tidak sepatutnya dikongsi secara sembarangan dengan one-shot lain.

OTE mempunyai kontrak yang berbeza. Ia menetapkan bit destinasi apabila keadaan rung benar dan mengosongkan bit itu apabila keadaan rung palsu. Rujukan arahan bit Studio 5000 Rockwell membezakan pengaktifan satu imbasan dengan ONS daripada kelakuan dikekalkan dan retentif OTE, OTL dan OTU.

Pada imbasan yang mengesan pinggir menaik, ONS membenarkan kesinambungan rung dan destinasi OTE menjadi benar. Pada imbasan seterusnya, input mungkin masih benar, tetapi ONS menyekat kesinambungan kerana pinggir itu telah digunakan. OTE kemudian mengosongkan destinasinya. Hasilnya ialah denyutan satu imbasan yang sah, bukannya gegelung yang gagal.

Mengapa denyutan itu hilang daripada pandangan

Pelaksanaan tugas Logix dan penyegaran dalam talian stesen kerja kejuruteraan ialah proses yang berasingan. Tugas berkala mungkin dilaksanakan berkali-kali antara dua kemas kini skrin. Oleh itu, output boleh hidup dan mati antara dua penyegaran yang kelihatan walaupun pemproses melaksanakan kedua-dua keadaan dengan betul.

Output fizikal menambah satu lagi sempadan. Pengawal mengemas kini data outputnya, modul komunikasi memindahkan data mengikut jadualnya, dan peranti yang disambungkan mempunyai masa tindak balas elektrik serta mekanikal. Denyutan yang wujud dalam imej pengawal selama satu imbasan mungkin terlalu singkat untuk sampai kepada atau menggerakkan peranti medan dengan boleh dipercayai. Kelakuan tepat bergantung pada tempoh tugas, kemas kini modul, susunan rangkaian, perkakasan output dan beban—bukan pada ambang milisaat sejagat.

Untuk diagnosis, kira pinggir dalam tag dalaman, selakkan bit diagnostik sementara yang memerlukan tetapan semula secara sengaja, atau jejak peristiwa pada kadar yang sesuai dengan tugas. Jangan panjangkan arahan pengeluaran semata-mata untuk menjadikannya kelihatan tanpa terlebih dahulu mempertimbangkan perkara yang mungkin digerakkan oleh arahan yang dipanjangkan itu.

Pilih corak berdasarkan kelakuan keadaan yang diperlukan

Gunakan denyutan satu imbasan untuk sesuatu peristiwa

ONS sesuai apabila arahan hiliran perlu dilaksanakan sekali: menambah kiraan, menyalin resipi, menangkap cap masa, memulakan mesej atau meminta mesin keadaan bergerak ke keadaan seterusnya. Dalam reka bentuk itu, tag satu imbasan ialah peristiwa, bukan arahan peralatan.

Namakan dengan sewajarnya—Start_Request_Pulse lebih jelas daripada Pump_Start. Rutin keadaan atau peralatan sepatutnya menerima permintaan itu, memeriksa permisif, menetapkan pemilikan dan menghasilkan arahan jalan yang dikekalkan.

Gunakan persamaan pengunci kendiri untuk arahan tidak retentif yang dikekalkan

Jika peristiwa mula perlu mengekalkan bit jalan sehingga logik henti, kerosakan atau interlock menjadi benar, persamaan keadaan berpengunci boleh memacu satu OTE. Arahan itu kekal benar kerana bit keadaan mengambil bahagian dalam keadaan pengekalan kendirinya, bukan kerana ONS kekal benar.

Letakkan keadaan henti, kerosakan, mod dan permisif supaya keutamaannya tidak mengelirukan. Elakkan melukis cabang yang memintas interlock yang sepatutnya menghentikan peralatan. Satu pemilik output lebih mudah disemak berbanding beberapa rung yang menulis BOOL yang sama.

One-shot sepatutnya meminta perubahan keadaan; logik yang dikekalkan sepatutnya memiliki arahan peralatan.

Gunakan OTL dan OTU hanya dengan pemilikan tetapan semula yang jelas

OTL menetapkan bit dan OTU mengosongkannya. Ini boleh menjadi corak peristiwa-ke-keadaan yang kemas, tetapi setiap laluan tetapan memerlukan laluan tetapan semula yang disemak. Tentukan perkara yang berlaku pada imbasan pertama, perubahan mod, muat turun, mula semula pemproses, kehilangan maklum balas dan peralihan ke keadaan rosak. Jangan sekali-kali menganggap bahawa butang henti operator ialah satu-satunya keadaan yang perlu membuka selak arahan.

Untuk peralatan yang kompleks, mesin keadaan biasanya lebih jelas daripada arahan selak dan buka selak yang bertaburan. Ia menyediakan satu tempat untuk mentakrifkan kelakuan Idle, Starting, Running, Stopping dan Faulted, bersama-sama peralihan yang dibenarkan antara keadaan tersebut.

Urutan penyelesaian masalah yang mengutamakan kerosakan

Mula-mula, sahkan bahawa logik sebelum ONS benar-benar berubah daripada palsu kepada benar. Jika ia sudah benar ketika rutin mula dilaksanakan, mungkin tiada pinggir baharu untuk dilalukan. Periksa sama ada rutin diimbas secara berterusan, dipanggil secara bersyarat atau diletakkan dalam tugas yang dihalang.

Kedua, sahkan bahawa bit storan ONS adalah unik. Menggunakan semula satu tag storan di dua lokasi menggabungkan sejarah pinggir rung yang tidak berkaitan dan boleh menyekat denyutan yang dijangka.

Ketiga, rujuk silang destinasi OTE. OTE, OTL, OTU, tag terhasil, alias atau penulisan luaran lain boleh mengubah bit yang sama kemudian dalam imbasan atau dalam tugas lain. Dokumentasi OTE Rockwell secara khusus memberi amaran tentang operan yang ditulis ganti. Tetapkan satu pemilik untuk arahan akhir dan biarkan rutin lain meminta perubahan melalui tag berasingan.

Keempat, asingkan keadaan pengawal daripada keadaan fizikal. Perhatikan tag arahan, status sambungan modul, data output, voltan medan, geganti perantara, input penghidup motor dan maklum balas peranti sebagai titik berbeza dalam rantaian isyarat. Tag yang betul tidak membuktikan kuasa medan, dan LED output yang menyala tidak membuktikan penggerak bergerak.

Akhir sekali, buang paksaan dan selak diagnostik sementara selepas ujian. Dokumentasikan kaedah ujian supaya kakitangan penyelenggaraan tidak mewarisi bit untuk perkhidmatan sahaja yang mengubah kelakuan pengeluaran secara senyap.

Contoh aplikasi: pemilihan pam utama

Rutin utama/sandaran mungkin menghasilkan one-shot apabila Pam 1 menjadi unit utama yang dipilih. Pinggir itu tidak sepatutnya disambungkan terus kepada output fizikal. Sebaliknya, ia hendaklah meminta mula daripada modul peralatan pam. Modul itu kemudian memeriksa mod automatik, permisif, keadaan trip, pemasaan minimum mati, permintaan proses dan ketersediaan sebelum mengaktifkan arahan jalan yang dikekalkan.

Maklum balas sepatutnya mengalihkan keadaan daripada Starting kepada Running, manakala tamat masa mula menghasilkan tindak balas kegagalan. Permintaan henti dan kerosakan sepatutnya mengalihkan keadaan ke arah henti terkawal atau trip segera mengikut reka bentuk proses. Pengasingan ini menghalang peristiwa pemilihan yang sekejap daripada menjadi satu-satunya perkara yang mengekalkan arahan motor.

Untuk contoh lain tentang menukar niat Boolean kepada struktur tangga yang mudah diselenggara, lihat panduan yang dibetulkan tentang logik XOR tiga suis dan pariti ganjil. Pilihan pengawal dan I/O juga boleh disemak melalui sistem PLC dan PAC.

Ujian reka bentuk ialah pemilikan

Pandangan editorial: kesilapan yang berulang bukanlah salah faham tentang one-shot; sebaliknya, ia membenarkan bit peristiwa menyamar sebagai keadaan peralatan. Pengesan pinggir menjawab “adakah peralihan ini berlaku?” Logik keadaan menjawab “apakah yang patut dilakukan oleh mesin sekarang?” Memisahkan kedua-dua persoalan ini menghasilkan kod yang lebih mudah ditauliahkan, lebih selamat untuk dimulakan semula dan jauh kurang terdedah kepada suntingan gegelung berganda.

Soalan lazim

Adakah ONS mengaktifkan OTE yang mengikutinya?

Ya, untuk imbasan ketika keadaan rung masuk berubah daripada palsu kepada benar. Pada imbasan berikutnya, ONS menyekat rung sehingga keadaan inputnya mula-mula kembali palsu dan kemudian naik semula.

Mengapa saya tidak dapat melihat OTE hidup dalam talian?

Denyutan satu imbasan mungkin bermula dan berakhir antara penyegaran stesen kerja kejuruteraan. Gunakan pembilang peristiwa dalaman, selak diagnostik terkawal atau jejak yang dikonfigurasikan dengan sewajarnya untuk membuktikan bahawa pinggir itu berlaku.

Patutkah saya menggantikan OTE dengan OTL?

Hanya jika keadaan yang dikekalkan benar-benar diperlukan dan setiap keadaan buka selak direka bentuk dengan jelas. Bagi banyak arahan peralatan, mesin keadaan atau persamaan pengunci kendiri dengan satu pemilik OTE lebih mudah diaudit.

Bolehkah dua arahan ONS berkongsi bit storan yang sama?

Tidak sepatutnya. Bit storan merekodkan sejarah pinggir. Perkongsian bit itu menggabungkan kedua-dua arahan dan boleh menyebabkan satu rung menyekat denyutan yang dijangka daripada rung yang lain.

Bolehkah OTE satu imbasan memacu output fizikal?

Pengawal boleh menulis keadaan itu, tetapi denyutan tersebut mungkin tidak dipindahkan atau dikekalkan cukup lama untuk modul dan peranti medan bertindak balas. Arahan fizikal hendaklah berdasarkan keperluan keadaan dikekalkan yang telah ditetapkan.