Catatan dari penyedia IoT. Jebakan survei meteran utilitas

Halo para pecinta Internet of Things. Dalam artikel ini, saya ingin sekali lagi berbicara tentang perumahan dan layanan komunal dan survei perangkat pengukuran.

Secara berkala, pemain telekomunikasi besar lainnya memberi tahu seberapa cepat dia akan memasuki pasar ini dan menghancurkan semua orang. Setiap kali dengan cerita seperti itu, saya pikir: "kawan, semoga sukses!"
Anda tidak tahu di mana Anda mendaki.

Agar Anda memahami skala masalah, saya akan menjelaskan secara singkat sebagian kecil dari pengalaman kami dalam mengembangkan platform Smart City. Bagian dari itu yang bertanggung jawab untuk penjadwalan.



Gagasan umum dan kesulitan pertama


Jika kita tidak berbicara tentang alat pengukur individu, tetapi yang ada di ruang bawah tanah, rumah boiler dan di perusahaan, maka kebanyakan dari mereka sekarang dilengkapi dengan output telemetri. Lebih jarang berdenyut, lebih sering - RS-485/232 atau Ethernet. Biasanya, alat pengukur "roti" yang paling banyak adalah yang menganggap panas. Merekalah yang siap untuk membayar pengiriman mereka di tempat pertama.
Saya sudah membahas secara rinci dalam artikel saya tentang fitur-fitur RS-485. Singkatnya, itu hanya antarmuka transfer data. Intinya - persyaratan untuk pulsa listrik dan jalur komunikasi. Deskripsi paket naik ke standar transfer data, yang berjalan di atas RS-485. Dan standar seperti apa yang akan ada - diserahkan kepada pabrikan. Seringkali Modbus, tetapi tidak diperlukan. Bahkan jika Modbus, itu mungkin masih sedikit dimodifikasi.

Bahkan, untuk setiap meter, Anda memerlukan skrip survei Anda sendiri, yang tahu bagaimana "berbicara" dengannya dan menginterogasinya. Ini berarti bahwa sistem pengiriman adalah sekumpulan skrip untuk setiap konter individu. Basis data tempat semua ini disimpan. Dan antarmuka pengguna tertentu di mana ia dapat menghasilkan laporan yang ia butuhkan.



Itu terlihat mudah. Iblis, seperti biasa, ada dalam perinciannya.

Mari kita mulai dengan bagian pertama.

Skrip


Bagaimana cara menulisnya? Jelas, beli meteran, ambil, pelajari cara berkomunikasi dengannya, dan integrasikan ke platform bersama.

Sayangnya, solusi ini hanya akan mencakup sebagian dari kebutuhan kita. Biasanya, penghitung populer memiliki beberapa generasi, dan skrip untuk setiap generasi mungkin berbeda. Terkadang sedikit, terkadang signifikan. Membeli sesuatu, Anda mendapatkan generasi terbaru. Pelanggan sangat mungkin menjadi sesuatu yang lebih kuno. Tidak lagi dijual di toko. Dan pelanggan tidak akan mengubah metering node.

Karena itu masalah pertama. Menulis skrip semacam itu adalah sekelompok pengembang dan insinyur perangkat lunak yang tangguh "di lapangan". Kami membeli generasi terakhir, menulis beberapa templat awal dan memodifikasinya di perangkat nyata. Untuk melakukan ini di laboratorium tidak realistis, hanya dalam perjalanan bekerja dengan pelanggan langsung.

Kami membutuhkan banyak waktu untuk membuat bundel seperti itu. Sekarang algoritme berhasil. Template awal secara konstan disesuaikan dan ditambah, tergantung pada apa yang kami temui dalam praktik kami. Tentu saja, pelanggan itu diperingatkan jika tiba-tiba counter-nya sedikit "tidak seperti itu". Ketika perangkat seperti itu muncul, itu terhubung sesuai dengan skema standar dan skrip pemungutan suara dimodifikasi sepanjang jalan. Pada saat integrasi, pelanggan bekerja secara gratis. Dia diberitahu bahwa dia masih hidup dalam mode uji. Proses integrasi itu sendiri adalah hal yang agak tidak terduga. Kebetulan Anda perlu melakukan koreksi minimal. Ada proses yang rumit dengan kunjungan lapangan, menyekop lektur, dan secara berurutan mengatasi penggaruk.

Tugas ini tidak sederhana, tetapi bisa dipecahkan. Hasilnya adalah skrip yang berfungsi. Semakin besar perpustakaan skrip, semakin mudah untuk hidup.

Masalah kedua.

Kartu koneksi teknologi


Untuk membuat Anda sadar akan kompleksitas pekerjaan ini, saya akan memberikan contoh. Ambil pengukur panas VKT-7 yang sangat populer.

Nama itu sendiri tidak berarti apa-apa bagi kita. VKT-7 memiliki beberapa solusi besi. Apa jenis antarmuka di dalamnya?



Ada beberapa pilihan. Mungkin ada output di blok DB-9 standar (ini adalah RS-232). Itu bisa saja menjadi blok terminal dengan kontak RS-485. Mungkin bahkan kartu jaringan dengan RJ-45 (dalam hal ini, ModBus dikemas dalam Ethernet).

Atau mungkin tidak sama sekali. Hanya meteran. Anda dapat menginstal output antarmuka ke dalamnya, itu dijual secara terpisah oleh pabrikan dan biaya uang. Masalah utama - untuk menginstalnya, Anda harus membuka konter dan memecahkan segel. Artinya, organisasi penyedia sumber daya termasuk dalam proses ini. Dia diberitahu bahwa segel akan rusak, hari ditunjuk dan insinyur kami, di hadapan perwakilan sumber daya, melakukan perbaikan yang diperlukan, setelah itu meteran disegel lagi.

Bergantung pada antarmuka yang diinstal, penyempurnaan lebih lanjut dilakukan. Sebagai contoh, kami memutuskan untuk menghubungkan meter untuk kawat. Ini adalah pilihan termudah, jika saklar kita berada dalam jarak 100 meter dari aksesibilitas, maka itu berlebihan untuk menjadi lebih bijaksana dengan LoRa. Kabel lebih mudah ke jaringan kami, dalam VLAN yang terisolasi.

RS-485/232 membutuhkan konverter Ethernet. Banyak yang akan segera mengingat MOX, tetapi itu mahal. Untuk solusi kami, kami telah memilih solusi Cina yang lebih murah.

Jika outputnya Ethernet segera, maka konverter tidak diperlukan.

Pertanyaan Misalkan kita mengatur sendiri antarmuka keluaran. Bisakah membuat hidupnya lebih mudah dan langsung menginstal Ethernet di mana-mana?

Ini tidak selalu memungkinkan. Kita harus melihat kinerja kasus ini. Dia mungkin tidak memiliki lubang yang tepat untuk antarmuka untuk berdiri sebagaimana mestinya. Dan saya ingat, konter ada di ruang bawah tanah kami. Atau di ruang ketel. Ada kelembaban tinggi, sesak tidak bisa dipatahkan. Menyelesaikan file dengan file adalah ide yang buruk. Lebih baik meletakkan sesuatu yang awalnya tidak membutuhkan perubahan besar. Seringkali - RS-485 adalah satu-satunya jalan keluar.

Selanjutnya Apakah meter terhubung ke daya yang dijamin? Jika tidak, daya baterai tinggal. Dalam mode ini, ia dirancang untuk polling manual sebulan sekali selama tiga menit. Daya tarik konstan ke VKT-7 akan menjatuhkan baterainya. Jadi, Anda perlu menarik daya yang dijamin dan memasang konverter tegangan.

Untuk setiap produsen meteran, modul daya berbeda. Ini dapat berupa unit eksternal pada rel DIN atau konverter terintegrasi.

Ternyata satu set antarmuka yang berbeda dan modul daya untuk setiap meter harus selalu disimpan di gudang kami. Nomenklaturnya mengesankan.

Tentu saja, semua ini pada akhirnya akan dibayar oleh pelanggan. Tetapi dia tidak akan menunggu satu bulan sampai perangkat yang diinginkan tiba. Dan dia membutuhkan perkiraan untuk koneksi di sini dan sekarang. Jadi stok teknologi jatuh di pundak kami.

Semua yang saya jelaskan berubah menjadi peta koneksi teknis yang jelas sehingga insinyur lapangan tidak memikirkan hewan apa yang mereka temui di ruang bawah tanah berikutnya dan apa yang mereka butuhkan untuk pekerjaannya.

Daftar tugas berdekatan dengan peraturan koneksi umum. Lagipula, itu tidak cukup untuk memasukkan penghitung di jaringan kami, Anda masih perlu membuang VLAN yang sama pada port switch, Anda perlu melakukan diagnosa, melakukan polling tes. Kami berusaha untuk mengotomatiskan seluruh proses sebanyak mungkin untuk menghindari kesalahan dan tidak menarik kekuatan tambahan dari para insinyur.

Yah, mereka menulis peta teknis, peraturan, otomasi. Logistik yang mapan.

Di mana lagi perangkap yang mengintai?


Data dibaca dan dituangkan ke dalam basis data.

Pelanggan dari angka-angka ini tidak panas atau dingin. Dia butuh laporan. Lebih disukai dalam bentuk di mana ia digunakan. Bahkan lebih baik, jika langsung dalam bentuk laporan yang dia pahami, yang bisa dia cetak, letakkan tanda tangan dan serahkan. Ini berarti bahwa Anda memerlukan antarmuka yang sederhana dan intuitif yang menampilkan informasi pada meteran dan dapat secara otomatis menghasilkan laporan.

Di sini kebun binatang kami berlanjut. Faktanya adalah ada beberapa bentuk laporan. Pada intinya, mereka mencerminkan hal yang sama (mengkonsumsi panas), tetapi dengan cara yang berbeda.

Beberapa pelanggan melaporkan dalam nilai absolut (yaitu, nilai ditulis dalam grafik konsumsi panas, dimulai dengan pemasangan meteran), beberapa dalam delta (ini adalah ketika kami menulis konsumsi selama periode waktu tanpa merujuk ke nilai awal). Bahkan, mereka tidak menggunakan standar umum, tetapi praktik yang mapan. Ada kasus ketika pelanggan melihat semua nilai yang mereka butuhkan (jumlah panas yang dikonsumsi, jumlah pendingin yang disediakan dan dibiarkan, perbedaan suhu), tetapi kolom dalam laporan tidak dalam urutan yang sama.
Oleh karena itu langkah selanjutnya - laporan harus disesuaikan. Artinya, pelanggan itu sendiri memilih urutan apa yang akan datang dan sumber daya apa yang ada dalam dokumennya.

Inilah poin yang menarik. Semua baik-baik saja jika meteran kami dipasang dengan benar. Tapi itu terjadi bahwa organisasi instalasi, ketika menginstal ITP, mengacaukan dan mengatur waktu untuk meteran. Kami bertemu perangkat yang berpikir - di halaman pada 2010. Dalam sistem kami, ini akan terlihat seperti nol pembacaan untuk tanggal saat ini, dan konsumsi nyata - jika Anda memilih 2010. Delta sangat membantu di sini. Yaitu, kita katakan bahwa selama beberapa hari terakhir telah banyak yang datang.

Tampaknya, mengapa kesulitan seperti itu? Sangat sulit untuk menurunkan jam?

Justru dengan VKT-7 bahwa ini akan menyebabkan reset lengkap dari penghitungan dan penghapusan arsip dari itu.
Pelanggan akan dipaksa untuk membuktikan kepada nara sumber bahwa ia menetapkan ITP bukan kemarin, tetapi hanya sekitar lima tahun yang lalu.

Dan akhirnya, ceri di atas kue.

Sertifikasi


Kami memiliki perangkat pengukuran, kami memiliki laporan. Di antara mereka adalah sistem kami, yang menghasilkan laporan ini. Apakah kamu percaya padanya?

Saya Tetapi bagaimana membuktikan bahwa tidak ada yang berubah di dalam diri kita, bahwa kita tidak mendistorsi maknanya. Ini adalah masalah sertifikasi. Sistem survei harus memiliki sertifikat yang menegaskan ketidakberpihakannya. Semua sistem besar, seperti LERS, I Energetik dan lainnya memiliki sertifikat yang serupa. Kami mendapatkannya, meskipun mahal dan memakan waktu.

Tentu saja, Anda selalu dapat memotong sudut dan membeli sesuatu yang siap. Tetapi untuk ini Anda harus membayar pengembang. Dan pengembang dapat meminta tidak hanya biaya masuk, tetapi juga biaya bulanan. Artinya, kita akan dipaksa untuk membagi sebagian pai kita dengannya.

Kenapa semuanya?


Ini bukan masalah utama. Mengembangkan sistem Anda sendiri juga sangat mahal dan jauh lebih sulit. Namun, itu memberi keuntungan penting. Kami memahami dengan jelas cara kerjanya. Kami dengan mudah skala itu, kami dapat memodifikasinya jika kebutuhan seperti itu tiba-tiba muncul. Pelanggan menerima layanan yang lebih lengkap, dan di pihak kami, seratus persen kontrol atas proses.

Itu sebabnya kami memilih jalan kedua. Kami telah berinvestasi di dalamnya selama setahun bagi pengembang dan teknisi lapangan kami. Tapi sekarang kami jelas memahami pekerjaan seluruh rantai.

Menoleh ke belakang, saya mengerti bahwa tanpa pengetahuan yang diperoleh, saya tidak bisa menafsirkan dengan benar perilaku abnormal dari satu atau yang lain.

Selain itu, sesuatu yang lebih dapat dibangun berdasarkan sistem pengiriman. Alarm konsumsi berlebih, laporan kecelakaan. Kami segera bersiap untuk meluncurkan aplikasi seluler.

Kami melangkah lebih jauh dan menambahkan ke platform kami (jika tidak Anda tidak bisa lagi menyebutnya) menambahkan kemampuan untuk menerima panggilan dari penduduk, kemampuan untuk mengelola "interkom pintar" kami, segera mengendalikan penerangan jalan dan beberapa proyek lagi yang belum saya tulis.



Semua ini rumit, menghancurkan otak, dan panjang. Tetapi hasilnya sepadan. Pelanggan menerima produk komprehensif yang sudah jadi.

Setiap operator yang berencana untuk pergi ke perumahan dan layanan komunal pasti akan mengambil jalan ini. Akankah itu berlalu?
Ada sebuah pertanyaan. Ini bahkan bukan tentang uang. Seperti yang saya tulis di atas, di sini kita membutuhkan banyak pekerjaan di bidang dan pengembangan. Tidak semua pemain utama terbiasa dengan ini. Jika pengembang Anda berada di Moskwa, dan koneksi dibuat di Novosibirsk, maka waktu Anda untuk produk yang sudah jadi sangat berkurang.

Waktu akan memberi tahu siapa yang akan tinggal di pasar ini dan siapa yang akan mengatakan - yah, biarkan dia pergi ke neraka! Tapi satu hal yang saya tahu pasti - datang dan mengambil pangsa pasar secara eksklusif dengan uang tidak akan berhasil. Proses ini membutuhkan pendekatan yang tidak konvensional, insinyur yang baik, menggali regulator, berkomunikasi dengan sumber daya dan pelanggan, terus-menerus mengidentifikasi dan mengatasi penggaruk.

PS Dalam artikel ini, saya sengaja berfokus pada panas dan tidak menyebutkan listrik atau air. Saya juga menjelaskan koneksi kabel. Jika kita memiliki output pulsa, ada beberapa nuansa, seperti rekonsiliasi wajib setelah instalasi. Bisa jadi kawat tidak mencapai, maka LoRaWAN digunakan. Sangat tidak realistis untuk menggambarkan seluruh platform kami dan tahapan pengembangannya dalam satu artikel.

Source: https://habr.com/ru/post/id449668/


All Articles