Inggris
Tionghoa
Spanyol
Rusia
Portugis
Prancis
Jerman
Thailand
Vietnam
Arab
Italia
Turki
Polandia
Jepang
Pemantauan Level Tangki Jarak Jauh: Desain Daya, Data, dan Alarm
Aturan desain. Pemantauan level tangki jarak jauh bukan sekadar radar yang dipasangi radio. Proyek memiliki tiga anggaran saling terkait: energi, komunikasi, dan waktu respons. Sampling setiap detik tidak mengharuskan transmisi setiap detik, dan dasbor yang diperbarui setiap 15 menit tidak membuktikan alarm level tinggi kritis tiba tepat waktu. Tentukan fungsi-fungsi tersebut secara terpisah sebelum memilih sensor, baterai, atau jaringan.
Tentukan apa yang harus terjadi ketika jaringan tidak tersedia
Lokasi jarak jauh harus memiliki ketentuan tertulis untuk kehilangan komunikasi. Nilai apa yang disimpan secara lokal? Berapa lama dapat disangga? Apakah sakelar level tinggi lokal tetap menghentikan pengisian? Apakah dasbor menunjukkan usia nilai valid terakhir atau terus menampilkannya seolah-olah terkini?
Pembacaan 72% yang diterima enam jam lalu tidak sama dengan 72% saat ini. Setiap nilai memerlukan cap waktu dan status kualitas. Saat tersambung kembali, riwayat yang dikirim menyusul harus dapat dikenali agar tidak disangka data langsung.
| Fungsi | Keputusan lokal atau awan | Pertanyaan desain |
|---|---|---|
| Sampling level | Biasanya lokal | Seberapa cepat level cairan di dalam tangki dapat berubah? |
| Proteksi tinggi-tinggi | Lokal jika diperlukan tindakan segera | Apa yang menghentikan aliran jika radio tidak berfungsi? |
| Pelaporan rutin | Gerbang tepi atau platform | Interval apa yang mendukung perencanaan persediaan? |
| Pelaporan pengecualian | Pemicu peristiwa lokal dengan percobaan ulang | Perubahan apa yang harus segera dikirim? |
| Penyimpanan riwayat | Penyangga lokal ditambah server | Berapa hari dan apa yang terjadi saat penuh? |
| Konfigurasi | Proses lokal/jarak jauh yang terkendali | Siapa yang dapat mengubah penskalaan, alarm, atau firmware? |
Contoh anggaran energi: hitung sebelum memilih tenaga surya
Misalkan sensor dan gerbang pada contoh bersama-sama mengonsumsi rata-rata 0.30 W saat beroperasi terus-menerus. Kebutuhan energi harian adalah:
0.30 W × 24 h = 7.2 Wh/day
Baterai nominal 12 V, 20 Ah menyimpan 240 Wh, tetapi tidak semuanya dapat digunakan setelah memperhitungkan kedalaman pengosongan yang diizinkan, temperatur, penuaan, dan rugi konversi. Jika desain hanya mengizinkan penggunaan 50% energi nominal, perkiraan sederhana waktu operasi mandiri adalah:
120 Wh ÷ 0.30 W = 400 h = 16.7 hari
Hasil 16.7 hari adalah perkiraan energi ilustratif, bukan jaminan waktu operasi mandiri. Tentukan dengan tepat faktor kedalaman pengosongan, temperatur, penuaan, dan konversi mana yang sudah termasuk dalam asumsi 50% energi terpakai agar tidak dihitung dua kali. Perhitungkan siklus kerja terukur, puncak daya radio, dan fungsi proteksi yang diperlukan. Evaluasi tenaga surya berdasarkan penyinaran musim terburuk, orientasi, bayangan, dan efisiensi sistem.
Operasi bersiklus dapat mengurangi kebutuhan daya, tetapi hanya jika waktu mulai sensor, pemanasan, validitas pengukuran, dan respons alarm tetap memenuhi persyaratan proses. “Tidur” bukan satu angka tunggal; tanyakan bagian apa yang tetap aktif dan seberapa cepat pengukuran valid tersedia.
Sampling, pelaporan, dan alarm perlu interval berbeda
Tangki yang penuh dalam dua jam memerlukan strategi berbeda dari tangki yang persediaannya berubah selama dua minggu. Gunakan perubahan level tercepat yang masuk akal untuk menentukan sampling lokal dan fungsi proteksi. Gunakan kebutuhan bisnis untuk menentukan pelaporan rutin. Gunakan aturan pengecualian agar tidak menunggu paket terjadwal berikutnya ketika level melewati ambang atau berubah sangat cepat.
Misalnya, sistem dapat melakukan sampling lokal setiap menit, melaporkan nilai rutin setiap 30 menit, mengirim segera saat alarm tinggi, serta menyimpan data yang diambil setiap menit setelah peristiwa. Ini pola arsitektur, bukan rekomendasi universal; interval sebenarnya harus mengikuti dinamika tangki dan anggaran energi.
Pilih jaringan setelah memeriksa lokasi, bukan hanya peta cakupan
Opsi seluler, jaringan area luas berdaya rendah, dan radio lokal berbeda dalam cakupan, daya, muatan data, latensi, dan model operasi. Lakukan survei di lokasi antena dan pertimbangkan efek perisai tangki logam. Antena di dalam kabinet atau di bawah atap baja dapat berkinerja sangat berbeda dari uji telepon genggam di dekatnya.
Rancang muatan data agar membawa tag, satuan rekayasa, nilai terskala, cap waktu, kualitas, keadaan baterai, dan status diagnostik. Nilai level bertipe bilangan pecahan tanpa satuan atau kualitas menimbulkan masalah ketika beberapa tangki dan gerbang diintegrasikan.
Tentukan aturan data kedaluwarsa bagi setiap sistem pengguna nilai. Dasbor persediaan mungkin menandai data tidak pasti setelah dua interval pelaporan terlewat, sedangkan perhitungan pengiriman mungkin langsung berhenti menggunakannya. Tampilkan “terakhir diterima” dan “diukur pada” secara terpisah jika penyanggaan dimungkinkan. Saat pulih, selaraskan jam lokal dan tolak cap waktu yang mustahil sebelum data masuk ke tren atau faktur.
Uji kehilangan komunikasi selama komisioning. Putuskan sambungan atau redam sinyal radio hanya melalui metode uji yang disetujui, picu peristiwa ambang lokal, pulihkan sambungan, lalu verifikasi waktu peristiwa, kualitas, urutan, dan penanganan duplikat. Demonstrasi telemetri pada jaringan kantor yang sehat tidak menguji perilaku ini.
Jarak jauh tidak berarti bebas pemeliharaan
Rencanakan pemeriksaan antena, pengering atau rumah perangkat jika relevan, penggantian baterai, pembersihan panel surya, pengelolaan firmware dan kredensial, serta perbandingan berkala dengan acuan level independen. Diagnostik jarak jauh mengurangi perjalanan hanya jika dapat membedakan masalah produk dari masalah sensor, daya, dan komunikasi.
Amankan akses jarak jauh dengan kredensial unik, peran terkendali, transmisi terenkripsi jika didukung, proses pembaruan bertanda tangan atau tepercaya, serta catatan perubahan yang dapat diaudit. Jangan mengekspos instrumen langsung ke internet publik hanya untuk mempermudah komisioning.
Pertanyaan dari proyek tangki tersebar
P1. Bisakah radar langsung memakai baterai kecil selama bertahun-tahun?
Hanya setelah perhitungan daya dan siklus kerja lengkap. Daya rata-rata sensor, proses mulai, puncak daya radio, temperatur, dan penuaan baterai menentukan hasil.
P2. Apa yang terjadi pada alarm ketika server luring?
Desain harus menyatakannya secara eksplisit. Tindakan proteksi segera tidak boleh bergantung pada dasbor awan kecuali analisis keselamatan telah menerima arsitektur tersebut.
P3. Seberapa sering data persediaan perlu dikirim?
Sesuai kebutuhan keputusan operasi dan kemampuan anggaran energi/jaringan. Pisahkan hal itu dari sampling dan proteksi lokal.
P4. Apa yang perlu dicantumkan dalam RFQ?
Peta tangki, produk dan rentang pengukuran, laju pengisian, respons alarm, ketersediaan daya, lingkungan musim terburuk, survei jaringan, interval pelaporan, kebutuhan penyangga, dan protokol integrasi.
