Histeresis alarm meter daya menggunakan kondisi aktivasi dan pembersihan yang berbeda untuk mencegah pengukuran berisik dari alarm yang sama yang terus-menerus naik dan pembersihan. Dalam alarm tinggi sederhana, aplikasi mengaktifkan pada ambang batas atas dan membersihkan hanya setelah nilai turun di bawah ambang batas bawah. Perbedaannya adalah deadband. Atur dari kebutuhan operasional dan perilaku pengukuran, lalu uji kedua arah, waktu, data tidak valid, dan perilaku restart.
Panduan ini berkaitan dengan aplikasi pemantauan eksternal yang menerima pengukuran meter daya. Ini tidak menetapkan bahwa perangkat tertentu termasuk alarm yang dapat diprogram, relay, atau histeresis bawaan. Konfirmasi dokumentasi perangkat dan perangkat lunak yang tepat sebelum implementasi.
Memahami mengapa satu ambang batas dapat bergetar
Bayangkan sebuah kuantitas yang dipantau berfluktuasi di sekitar ambang alarm. Jika aktivasi dan pembersihan menggunakan nilai yang sama, setiap kali melintasi kecil dapat menciptakan transisi lain. Itu dapat mengisi daftar kejadian sambil mengaburkan kondisi operasional yang mendasarinya. Ini juga dapat mendorong operator untuk mengabaikan alarm yang muncul berulang-ulang.
Histeresis memperkenalkan memori keadaan. Di antara ambang batas aktivasi dan pembersihan, aplikasi mempertahankan keadaan sebelumnya. Nilai di dalam rentang tersebut oleh karena itu tidak cukup sendiri untuk menentukan apakah alarm saat ini aktif; urutan sebelumnya penting.
Itu Contoh OPC Foundation untuk delay on, delay off, dan deadband alarm menjelaskan mekanisme ini sebagai cara untuk mengelola generasi alarm berulang. Contohnya membedakan deadband amplitudo dari penundaan keberlanjutan. Gunakan perbedaan tersebut untuk menentukan perilaku daripada memperlakukan setiap alarm gangguan sebagai alasan untuk memperlebar ambang batas.
Tentukan kondisi yang dipantau sebelum memilih deadband
Catat kuantitas, satuan teknik, titik sumber, kebutuhan kualitas, dan konsekuensi dari alarm. Peringatan permintaan tinggi operasional berbeda dari perlindungan peralatan. Notifikasi dashboard tidak boleh diasumsikan memberikan fungsi perlindungan atau memenuhi kebutuhan respons keselamatan.
Untuk alarm tinggi, tentukan aktivasi di H dan pembersihan di H dikurangi D, di mana D adalah deadband positif yang dipilih dalam satuan yang sama. Untuk alarm rendah, ambang pembersihan umumnya di atas aktivasi. Verifikasi bagaimana perangkat lunak yang sebenarnya mengimplementasikan kesetaraan: “lebih besar dari” dan “lebih besar dari atau sama dengan” berbeda di batas.
Juga tentukan apakah konfigurasi mengharapkan jumlah mutlak, persentase dari ambang batas, persentase dari rentang, atau nilai reset terpisah. Dua antarmuka yang menampilkan “5%” mungkin menghasilkan ambang reset yang berbeda. Terjemahkan pengaturan yang dikonfigurasi ke dalam nilai satuan teknik yang eksplisit selama peninjauan.
Gunakan Ikhtisar meter tiga fase untuk konteks pengukuran dan panduan pemetaan kualitas data meter ketika mendefinisikan pembacaan mana yang memenuhi syarat untuk menggerakkan aplikasi.
Pisahkan histeresis dari delay waktu dan penyaringan
Deadband menangani pergerakan di sekitar batas nilai. Delay on memerlukan kondisi aktivasi bertahan selama periode tertentu. Delay off memerlukan kondisi pembersihan bertahan sebelum pembersihan. Penyaringan mengubah sinyal input yang digunakan oleh alarm, yang dapat mempengaruhi responsnya terhadap perubahan nyata.
Mekanisme ini dapat berinteraksi. Deadband yang lebar dapat menjaga alarm tetap aktif lama setelah proses kembali mendekati normal. Delay yang panjang dapat menekan kejadian singkat yang penting. Penyaringan dapat membuat sinyal tampak tenang sambil menunda transisi penting. Pilih setiap pengaturan dengan alasan yang jelas dan uji perilaku gabungan.
Perbandingan berikut menjelaskan perilaku umum aplikasi. Perbandingan ini tidak memberikan rekomendasi pengaturan atau menjamin waktu respons instrumen.
| Mekanisme | Perubahan yang ditimbulkan | Pengujian yang berguna | Risiko yang perlu ditinjau |
|---|---|---|---|
| Ambang aktivasi | Nilai saat suatu kondisi mulai berlaku | Pendekatan dari sisi normal | Kuantitas atau satuan yang salah dipilih |
| Histeresis/pita mati | Nilai ambang pelepasan dan penyimpanan status | Kembali ke dalam rentang dari kedua arah | Alarm tetap aktif secara tidak terduga |
| Penundaan saat aktivasi | Durasi aktivasi yang harus dipenuhi | Pulsa singkat yang diikuti oleh kondisi berkelanjutan | Peristiwa singkat yang signifikan terabaikan |
| Penundaan saat deaktivasi | Durasi kondisi pelepasan yang harus dipenuhi | Pemulihan singkat kemudian pemulihan berkelanjutan | Pembersihan lebih lambat dari yang diharapkan operator |
| Penyaringan input | Sinyal yang disajikan ke logika | Langkah dan pemutaran ulang input berisik | Ekskursi nyata tersembunyi atau tertunda |
| Pengakuan | Status pengenalan operator | Acknowledge saat kondisi tetap aktif | Pengakuan bingung dengan pembersihan |
| Penanganan kualitas | Kelayakan input usang atau tidak valid | Rekam data kualitas tidak valid | Data hilang yang disalahartikan sebagai operasi sehat |
Contoh dari OPC Foundation mendukung pemisahan konseptual antara deadband dan penundaan. Kasus penerimaan di sini adalah desain pengujian praktis, bukan klaim kesesuaian dengan seluruh model alarm OPC.
Kerjakan melalui contoh alarm tinggi
Pertimbangkan peringatan aplikasi ilustratif pada 100 kW dengan deadband absolut 5 kW. Tentukan aktivasi pada atau di atas 100 kW dan pelepasan pada atau di bawah 95 kW. Aturan kesetaraan ini dipilih hanya untuk contoh ini. Mereka harus cocok dengan perangkat lunak yang diimplementasikan sebelum pengujian diterima.
Dimulai dari kondisi normal di 94 kW, naik ke 98 kW dan harapkan normal. Naik ke 101 kW dan harapkan aktif jika tidak berlaku penundaan nyala. Kembali ke 98 kW dan harapkan aktif karena sinyal belum mencapai ambang pelepasan. Akhirnya naik ke 94 kW dan harapkan pelepasan. Memulai pengujian terpisah dari kondisi normal di 98 kW harus tetap normal. Nilai menengah yang sama dapat oleh karena itu sesuai dengan keadaan yang berbeda.
Angka-angka ini menunjukkan logika, bukan batas permintaan yang direkomendasikan atau kemampuan alarm BY194. Ambang peringatan sebenarnya milik rencana operasional lokasi. Pengaturan perlindungan memerlukan dasar rekayasa yang disetujui dan peralatan yang dirancang untuk tujuan tersebut.
Uji perilaku tertunda dengan urutan input terkendali
Gunakan pemutaran ulang perangkat lunak yang disetujui, simulator, atau lingkungan pengujian terisolasi jika tersedia. Jangan memaksa beban listrik langsung ke kondisi operasi berbahaya hanya untuk menghasilkan alarm. Simpan input pengujian, kejadian output aktual, dan referensi waktu dalam catatan.
Untuk penundaan nyala ilustratif, buat satu perjalanan yang lebih pendek dari durasi yang dikonfigurasi, lalu perjalanan yang berkelanjutan lebih lama darinya. Pastikan yang pertama tidak mengaktifkan dan yang kedua aktif pada waktu aplikasi yang diharapkan. Uji apakah kembali ke kondisi normal mereset timer atau menjeda; jangan simpulkan aturan tersebut dari label pengaturan.
Ulangi untuk penundaan mati dan untuk pelepasan yang terputus. Sertakan nilai batas tepat, nilai yang sedikit di dalam deadband dan nilai yang sedikit di luar pelepasan. Gunakan panduan panduan interval polling meter untuk menilai apakah irama pengumpulan pengukuran dapat mendukung observasi yang dimaksudkan. Sebuah timer tidak dapat mereplikasi perjalanan yang tidak pernah diambil sampel atau dikirim.
Putuskan apa yang terjadi ketika data menjadi tidak dapat digunakan
Timeout komunikasi bukan bukti bahwa kondisi yang dipantau telah kembali normal. Tentukan bagaimana aplikasi menangani cap waktu usang, angka tidak valid, dan kualitas buruk. Kebijakan yang mungkin termasuk mempertahankan status alarm proses terakhir sambil secara terpisah menaikkan kondisi kualitas data, atau menyatakan kondisi proses tidak diketahui. Kebijakan yang tepat bergantung pada aplikasi dan harus eksplisit.
Jangan menggantikan nol untuk pembacaan yang tidak dapat digunakan kecuali perilaku tersebut secara khusus dibenarkan. Untuk alarm tinggi, nol bisa secara palsu membersihkan status; untuk alarm rendah, bisa menghasilkan kejadian yang menyesatkan. Pisahkan kesehatan komunikasi dari kondisi operasi yang diukur.
Ulasan gateway data pengukuran usang ketika sebuah sistem terus menunjukkan nilai terakhir yang masuk akal setelah pengumpulan berhenti. Uji koneksi ulang serta pemutusan koneksi. Sekumpulan nilai lama yang tiba kemudian tidak boleh disalahartikan sebagai urutan operasi saat ini.
Tentukan startup, pengakuan, dan perubahan konfigurasi
Ketika sebuah aplikasi dimulai ulang dengan nilai di dalam deadband, itu membutuhkan aturan keadaan awal yang terdokumentasi. Bisa mengembalikan keadaan yang disimpan secara permanen atau mulai dalam kondisi yang tidak diketahui sampai bukti yang cukup tiba. Kedua perilaku tersebut tidak boleh diasumsikan. Sertakan kasus ini dalam pengujian penerimaan karena ini mengungkap ketergantungan tersembunyi pada riwayat.
Catatan pengakuan menunjukkan kesadaran operator; ini tidak selalu berarti kondisi yang diukur telah hilang. Konfirmasi bahwa alarm aktif yang diakui tetap terlihat sesuai prosedur operasional lokasi. Uji apakah ekskursi baru atau alarm berulang menciptakan kebutuhan pengakuan baru.
Mengubah ambang batas saat nilai berada di dalam pita juga dapat mengubah keadaan yang diharapkan. Catat apakah aplikasi mengevaluasi ulang secara langsung, mempertahankan keadaan atau memerlukan restart. Hindari mengedit pengaturan selama alarm langsung yang tidak dapat dijelaskan tanpa mempertahankan urutan kejadian asli.
Pertahankan konfigurasi dan bukti penerimaan bersama-sama
Simpan identitas titik sumber, satuan, ambang batas, definisi deadband, pengaturan penundaan, aturan kesetaraan dan kebijakan kualitas. Pertahankan versi perangkat lunak, waktu efektif, urutan input pengujian dan transisi yang dihasilkan. Yang Panduan Keamanan Teknologi Operasional NIST mendukung pencatatan konfigurasi dan operasional yang terkendali sebagai praktik manajemen yang lebih luas; tidak menentukan nilai contoh dari artikel ini.
Catatan penerimaan yang berguna menunjukkan perilaku yang diharapkan versus yang diamati untuk setiap kasus dan mengidentifikasi penyimpangan yang belum terselesaikan. Mengulang hanya sebuah lintasan tinggi yang berhasil tidak cukup. Uji pembersihan, kembali ke dalam pita, input usang, restart dan pengakuan secara terpisah. Di mana waktu tergantung pada pengumpulan atau beban server, dokumentasikan batasan tersebut daripada mengklaim waktu respons universal.
Untuk pemilihan produk, keluarga instrumen daya multifungsi BY194 menyediakan titik awal pengukuran yang relevan. Konfirmasi varian yang tepat dan opsi komunikasi, plus bidang pengukuran yang didukung. Pemrosesan alarm mungkin sepenuhnya menjadi bagian dari perangkat lunak eksternal; gambar keluarga dan deskripsi komunikasi opsional tidak membuktikan adanya mesin alarm onboard.
Pembelajaran lebih lanjut: histeresis sebagai memori keadaan
Kuliah NPTEL IIT Guwahati di bawah ini menjelaskan comparator dan rangkaian trigger Schmitt. Termasuk untuk prinsip umum ambang transisi terpisah dan memori. Contoh rangkaiannya bukanlah petunjuk wiring untuk meter daya atau bukti fitur alarm bawaan.
Pertanyaan yang sering diajukan
Apakah histeresis alarm sama dengan penundaan saat aktivasi (on-delay)?
Tidak. Histeresis mengubah nilai ambang yang diperlukan untuk mengaktifkan atau menghapus suatu status. Penundaan aktivasi (on-delay) mengharuskan kondisi aktivasi berlangsung selama jangka waktu tertentu. Keduanya menangani penyebab berbeda dari kejadian berulang dan harus diuji secara terpisah.
Berapa persentase pita mati (deadband) yang sebaiknya digunakan oleh meteran daya?
Tidak ada persentase universal. Tentukan kondisi operasi, perilaku noise, batas pengukuran dan respons yang dapat diterima, lalu tentukan apakah perangkat lunak mengekspresikan deadband sebagai nilai absolut atau basis persentase tertentu.
Apakah alarm harus dihapus ketika komunikasi terhenti?
Pengukuran yang hilang tidak membuktikan operasi normal. Tentukan kebijakan kualitas data yang eksplisit dan uji kebijakan tersebut. Jaga kondisi komunikasi tetap terlihat dan hindari perlakuan diam-diam terhadap data yang hilang sebagai pembacaan nol yang valid.
Apakah multimeter multifungsi secara otomatis mendukung logika ini?
Tidak. Konfirmasikan perangkat keras, firmware, opsi, dan dokumentasi perangkat lunak yang tepat. Aplikasi pemantauan dapat mengimplementasikan logika alarm secara eksternal, tetapi itu tidak menetapkan keberadaan alarm atau relay yang dapat diprogram dalam instrumen.