Pemantauan UPS. Bahagian Kedua - Mengautomasikan Analitis

Beberapa ketika dahulu saya mencipta sistem untuk menilai daya maju UPS pejabat. Penilaian adalah berdasarkan pemantauan jangka panjang. Berdasarkan hasil penggunaan sistem, saya menyelesaikan sistem dan mempelajari banyak perkara menarik, yang akan saya beritahu anda - selamat datang ke kucing.

Bahagian pertama

Secara umum, idea itu ternyata betul. Satu-satunya perkara yang anda boleh pelajari daripada permintaan sekali kepada UPS ialah hidup adalah kesakitan. Beberapa parameter adalah berkaitan dengan realiti sahaja tanpa 220 V disambungkan, beberapa, mengikut hasil analisis, ternyata karut langsung, ada yang perlu dikira semula dengan tangan, menyemak dengan realiti.

Memandang ke hadapan, saya cuba menambah nuansa ini pada sistem. Nah, kita tidak boleh mengira dengan tangan kita, betul-betul, adakah kita automator atau apa?

Sebagai contoh, berikut ialah parameter "peratusan cas bateri". Sebagai nilai tunggal, ia tidak melaporkan apa-apa dan biasanya bersamaan dengan 100. Apa yang benar-benar penting: berapa cepat bateri dinyahcas, berapa cepat ia mengecas, berapa kali ia telah dinyahcas ke nilai kritikal. Yang menghairankan, UPS melakukan sebahagian daripada kerja ini sendiri, tetapi mengikut formula yang sangat pelik; lebih lanjut mengenai perkara ini di bawah.

Parameter "Beban UPS"sangat baik dan berguna. Tetapi jika anda melihatnya dalam dinamik, ternyata kadang-kadang ada karut, dan kadang-kadang terdapat maklumat menarik tentang peralatan yang disambungkan.

Β«Voltan bateri". Hampir Grail, jika bukan untuk satu perkara: majoriti mutlak masa bateri sedang dicas, dan parameter memaparkan voltan cas, bukan bateri. Tunggu, bukankah ini yang sepatutnya dilakukan oleh prosedur ujian kendiri?..

Β«Ujian kendiri". Ia sepatutnya, tetapi hasilnya tidak dipaparkan di mana-mana. Jika ujian kendiri gagal, UPS akan mati dan menjerit seperti orang gila, ini sahaja keputusan yang ada. Selain itu, tidak semua UPS melaporkan fakta bahawa ujian kendiri telah berlaku.

Dan "penjual yang bagus" ialah parameter paling menarik yang tersedia "masa jalan bateri". Ia direka untuk meramalkan berapa lama bateri akan bertahan di bawah beban sedia ada. Logik dalaman tingkah laku UPS juga terikat dengannya. Malah, ia menunjukkan mimpi cerah, terutamanya apabila dicas sepenuhnya.

Terdapat juga nuansa organisasi.

Sebagai contoh, semua UPS yang saya temui mempunyai maklumat tentang tarikh bateri (sebanyak dua medan). Pada masa yang sama, saya dapat merekodkan data ini (selepas menggantikan bateri, masing-masing) hanya dalam produk dari APC, dan kemudian menari dengan tamborin. Tidak ada cara untuk memasukkan maklumat ini ke dalam Powercom, sekurang-kurangnya di bawah Windows.
Powercom yang sama membezakan dirinya dengan nilai yang sama dalam medan "nombor siri". Ia juga tidak tertakluk kepada rakaman.

Pengiraan"masa jalan bateri"Nampaknya termasuk nilai dari tempoh apabila UPS disambungkan ke 220 V, dan, oleh itu, data bateri adalah salah. Malah, masa jalan bateri boleh dibahagikan dengan selamat dengan 2, atau bahkan 3. Namun ia masih kekal sebagai nilai sintetik semata-mata. Di samping itu, ia berdasarkan "beban bateri", yang juga mempunyai beberapa keanehan: pada sesetengah keadaan ia tidak ditetapkan semula untuk masa yang lama selepas beban yang tinggi, dan pada yang lain ia cenderung kepada sifar.

Walaupun terdapat zoo seperti itu, anda dapat melihat bahawa semua parameter masih boleh diterima oleh beberapa algoritma. Ini bermakna anda bukan sahaja boleh melihat data (dan lebih-lebih lagi melihat secara manual semua rekod yang tersedia), tetapi segera meletakkan keseluruhan tatasusunan ke dalam penganalisis dan membina cadangan berdasarkannya. Inilah yang telah dilaksanakan dalam versi baharu perisian.

Halaman butiran UPS akan memberikan amaran dan nasihat:

  • sekurang-kurangnya satu kegagalan ujian kendiri telah didaftarkan (jika UPS menyediakan fungsi sedemikian)
  • perlu menukar bateri
  • nilai beban luar biasa pada UPS
  • data bateri hilang
  • nilai voltan masukan yang luar biasa
  • Cadangan untuk menggunakan data dan menyelenggara UPS

(semua pilihan yang mungkin boleh didapati dalam ups_additional.php)
Syarat yang diperlukan untuk analisis yang betul, sudah tentu, adalah pengumpulan data maksimum yang mungkin.

Pada halaman utama anda boleh segera melihat nilai maksimum dan kritikal serta ramalan masa operasi yang diselaraskan.

Dan juga:

  • Masa kehilangan kuasa maksimum kini dikira dengan betul
  • maklumat semasa daripada UPS ditunjukkan dalam warna hijau, maklumat lapuk dalam warna kelabu, maklumat kritikal dalam warna merah dan oren
  • menambahkan prosedur pengoptimuman pangkalan data (berjalan secara manual, dengan penciptaan sandaran automatik)
  • Mengalih keluar maklumat tidak berguna dari skrin utama dan menambah maklumat berguna :)

Pemantauan UPS. Bahagian Kedua - Mengautomasikan Analitis

Pemantauan UPS. Bahagian Kedua - Mengautomasikan Analitis

Penafian:
Sudah tentu, ini bukan perusahaan sama sekali. Hampir semua pemasangan dilakukan dengan tangan. Ujian tidak mencukupi, ralat muncul di sana sini. Walau bagaimanapun, saya menggunakannya untuk kelebihan saya dan mengharapkannya untuk anda.
github.com/automatize-it/NUT_UPS_monitoring_webserver_for_Windows

Thank you!

Hanya pengguna berdaftar boleh mengambil bahagian dalam tinjauan. Log masuk, Sama-sama.

Adakah terdapat apa-apa lagi yang perlu ditambah pada perisian?

  • selesaikan ke perusahaan!

  • persediaan adalah bagus supaya anda tidak perlu memasangnya secara manual

  • tidak, tidak mengapa

  • petrol, bakar

  • Saya memerlukan banyak perkara, saya akan menulisnya dalam komen

34 pengguna telah mengundi. 13 pengguna berpantang.

Sumber: www.habr.com

Tambah komen