Catatan penyedia IoT. Kendala pada meteran utilitas pemungutan suara

Halo, para penggemar Internet of Things. Pada artikel ini, saya ingin sekali lagi berbicara tentang perumahan dan layanan komunal serta survei alat pengukur.

Dari waktu ke waktu, pemain telekomunikasi besar berikutnya berbicara tentang seberapa cepat dia akan memasuki pasar ini dan menghancurkan semua orang di bawahnya. Setiap kali saya mendengar cerita seperti ini, saya berpikir: β€œTeman-teman, semoga berhasil!”
Anda bahkan tidak tahu kemana tujuan Anda.

Agar Anda memahami skala masalahnya, saya akan menceritakan secara singkat sedikit pengalaman kami dalam mengembangkan platform Smart City. Bagian yang bertanggung jawab untuk pengiriman.

Catatan penyedia IoT. Kendala pada meteran utilitas pemungutan suara

Ide umum dan kesulitan pertama

Jika kita tidak berbicara tentang alat pengukur individual, tetapi alat pengukur yang ada di ruang bawah tanah, ruang ketel, dan perusahaan, maka sebagian besar sekarang dilengkapi dengan keluaran telemetri. Lebih jarang berdenyut, lebih sering - RS-485/232 atau Ethernet. Biasanya, alat pengukur yang paling berguna adalah alat yang menghitung panas. Mereka bersedia membayar untuk pengiriman mereka sejak awal.
Saya sudah membahas secara detail fitur RS-485 di artikel saya. Singkatnya, ini hanyalah antarmuka transfer data. Pada dasarnya, ini adalah persyaratan untuk impuls listrik dan jalur komunikasi. Deskripsi paket hadir pada tingkat yang lebih tinggi, dalam standar transmisi data, yang beroperasi di atas RS-485. Dan standar seperti apa yang akan ada, diserahkan kepada pabrikan. Seringkali Modbus, tetapi tidak diperlukan. Kalaupun Modbus, mungkin masih ada sedikit modifikasi.

Faktanya, setiap meter memerlukan skrip surveinya sendiri, yang dapat β€œberbicara” dengannya dan menginterogasinya. Ini berarti bahwa sistem pengiriman adalah sekumpulan skrip untuk setiap penghitung individual. Basis data tempat semua ini disimpan. Dan antarmuka pengguna tertentu di mana dia dapat menghasilkan laporan yang dia butuhkan.

Catatan penyedia IoT. Kendala pada meteran utilitas pemungutan suara

Tampaknya mudah. Iblis, seperti biasa, ada dalam detailnya.

Mari kita mulai dengan bagian pertama.

Skrip

Bagaimana cara menulisnya? Tentu saja, belilah perangkat pengukur, bermain-main dengannya, belajar berkomunikasi dengannya, dan mengintegrasikannya ke dalam platform umum.

Sayangnya, solusi ini hanya akan memenuhi sebagian kebutuhan kita. Biasanya, penghitung populer memiliki beberapa generasi, dan skrip untuk setiap generasi mungkin berbeda. Kadang sedikit, kadang banyak. Saat Anda membeli sesuatu, Anda mendapatkan generasi terbaru. Pelanggan kemungkinan besar akan memiliki sesuatu yang lebih lama. Itu tidak lagi dijual di toko-toko. Dan pelanggan tidak akan mengganti satuan pengukuran.

Oleh karena itu masalah pertama. Menulis skrip seperti itu merupakan kombinasi yang sulit antara pengembang perangkat lunak dan insinyur β€œdi lapangan”. Kami membeli generasi terbaru, menulis beberapa template awal dan kemudian memodifikasinya di perangkat nyata. Hal ini tidak mungkin dilakukan di laboratorium, hanya saat bekerja dengan pelanggan langsung.

Kami membutuhkan banyak waktu untuk membuat bundel seperti itu. Algoritmanya kini telah berhasil. Templat awal terus disesuaikan dan ditambah, bergantung pada apa yang kami temui dalam praktik kami. Tentu saja, pelanggan diperingatkan jika tiba-tiba meterannya menjadi sedikit β€œmati”. Ketika perangkat seperti itu muncul, perangkat tersebut terhubung sesuai dengan skema standar dan skrip survei dimodifikasi sepanjang proses. Selama integrasi, pelanggan bekerja secara gratis. Dia diberitahu bahwa dia saat ini hidup dalam mode uji. Proses integrasi sendiri merupakan hal yang tidak dapat diprediksi. Terkadang Anda hanya perlu melakukan sedikit koreksi. Mungkin ada proses rumit yang melibatkan kunjungan ke lokasi, menyekop literatur, dan mengatasi penggaruk secara berturut-turut.

Tugasnya tidak mudah, tapi bisa diselesaikan. Hasilnya adalah skrip yang berfungsi. Semakin besar perpustakaan skrip, semakin mudah kehidupannya.

Masalah kedua.

Kartu koneksi teknologi

Agar Anda memahami kompleksitas pekerjaan ini, saya akan memberikan sebuah contoh. Mari kita ambil pengukur panas VKT-7 yang sangat populer.

Nama itu sendiri tidak memberi tahu kita apa pun. VKT-7 memiliki beberapa solusi berlapis besi. Antarmuka seperti apa yang ada di dalamnya?

Catatan penyedia IoT. Kendala pada meteran utilitas pemungutan suara

Ada pilihan berbeda. Mungkin ada pin di blok DB-9 standar (ini adalah RS-232). Itu bisa saja berupa blok terminal dengan kontak RS-485. Bahkan mungkin kartu jaringan dengan RJ-45 (dalam hal ini ModBus dikemas ke dalam Ethernet).

Atau mungkin tidak sama sekali. Hanya alat pengukur saja. Anda dapat memasang keluaran antarmuka di dalamnya; itu dijual terpisah oleh pabrikan dan memerlukan biaya. Masalah utamanya adalah untuk memasangnya Anda perlu membuka meteran dan membuka segelnya. Artinya, organisasi pemasok sumber daya diikutsertakan dalam proses ini. Dia diberitahu bahwa segel akan rusak, hari telah ditentukan dan teknisi kami, di hadapan perwakilan sumber daya, membuat modifikasi yang diperlukan, setelah itu meteran disegel kembali.

Tergantung pada antarmuka yang diinstal, modifikasi lebih lanjut akan dilakukan. Misalnya, kami memutuskan untuk menghubungkan meteran melalui kabel. Ini adalah pilihan paling sederhana, jika saklar kita berada dalam jarak 100 meter, maka mengutak-atik LoRa adalah hal yang mubazir. Lebih mudah menghubungkan kabel ke jaringan kami, ke VLAN yang terisolasi.

Untuk RS-485/232 Anda memerlukan konverter ke Ethernet. Banyak yang akan langsung ingat MOHA, tapi biayanya mahal. Untuk solusi kami, kami memilih solusi China yang lebih murah.

Jika outputnya langsung Ethernet, maka konverter tidak diperlukan.

Pertanyaan. Katakanlah kita menginstal sendiri keluaran antarmuka. Bisakah Anda membuat hidup Anda lebih mudah dan segera memasang Ethernet di mana saja?

Hal ini tidak selalu memungkinkan. Kita perlu melihat desain bodinya. Ini mungkin tidak memiliki lubang yang diperlukan agar antarmuka dapat dipasang dengan benar. Izinkan saya mengingatkan Anda bahwa konternya ada di ruang bawah tanah kami. Atau di ruang ketel. Di sana kelembapannya tinggi, segelnya tidak bisa dibuka. Menyelesaikan badan dengan file adalah ide yang buruk. Lebih baik memasang sesuatu yang awalnya tidak memerlukan perubahan besar. Seringkali RS-485 adalah satu-satunya jalan keluar.

Lebih jauh. Apakah meteran terhubung ke listrik yang terjamin? Jika tidak, maka ini akan menggunakan daya baterai. Dalam mode ini, dirancang untuk polling manual sebulan sekali selama tiga menit. Mengakses VKT-7 secara terus-menerus akan menguras baterainya. Ini berarti Anda perlu memberikan jaminan daya dan memasang konverter tegangan.

Modul daya berbeda untuk setiap produsen meteran. Ini bisa berupa unit rel DIN eksternal atau konverter internal.

Ternyata gudang kami harus selalu menyimpan satu set antarmuka dan modul daya yang berbeda untuk setiap meteran. Kisaran di sana sangat mengesankan.

Tentu saja semua itu pada akhirnya akan dibayar oleh pelanggan. Namun dia tidak akan menunggu sebulan sampai perangkat yang tepat tiba. Dan dia membutuhkan perkiraan untuk koneksi di sini dan saat ini. Jadi cadangan teknologi berada di pundak kita.

Segala sesuatu yang saya jelaskan berubah menjadi peta koneksi teknis yang jelas, sehingga para insinyur lokal tidak memikirkan jenis binatang apa yang mereka temui di ruang bawah tanah berikutnya dan apa yang mereka butuhkan agar bisa berfungsi.

Peta teknis berdekatan dengan peraturan umum penyambungan. Lagi pula, tidak cukup hanya menyertakan meteran dalam jaringan kita; kita masih perlu menyambungkan VLAN yang sama ke port switch, kita perlu melakukan diagnosa, dan melakukan jajak pendapat pengujian. Kami berusaha untuk mengotomatisasi seluruh proses sebanyak mungkin untuk menghindari kesalahan dan tidak melibatkan insinyur yang tidak perlu.

Oke, kami menulis peta teknis, peraturan, otomatisasi. Kami telah membangun logistik.

Di mana lagi ada jebakan tersembunyi?

Data dibaca dan dituangkan ke dalam database.

Angka-angka ini membuat pelanggan tidak kepanasan atau kedinginan. Dia membutuhkan laporan. Lebih disukai dalam bentuk yang biasa ia gunakan. Lebih baik lagi jika langsung dalam bentuk laporan yang dapat ia pahami, yang dapat ia cetak, tanda tangani, dan serahkan. Ini berarti kita memerlukan antarmuka yang sederhana dan mudah dipahami yang menampilkan informasi pada meteran dan dapat secara otomatis menghasilkan laporan.

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

Beberapa pelanggan melaporkan dalam nilai absolut (yaitu, di kolom konsumsi panas, nilai ditulis mulai dari pemasangan meteran), yang lain dalam delta (ini adalah saat kami menulis konsumsi selama periode waktu tertentu tanpa mengacu pada nilai awal). Faktanya, mereka tidak menggunakan standar yang seragam, melainkan praktik yang sudah mapan. Ada kasus ketika pelanggan melihat semua nilai yang mereka butuhkan (jumlah panas yang dikonsumsi, volume cairan pendingin yang disuplai dan dibuang, perbedaan suhu), tetapi kolom dalam laporan tidak berada dalam urutan yang benar.
Oleh karena itu langkah selanjutnya - laporan harus dapat disesuaikan. Artinya, pelanggan sendiri yang memilih apa yang ada dalam urutan apa dan sumber daya apa yang ada dalam dokumennya.

Ada hal menarik di sini. Semuanya baik-baik saja jika meteran kita dipasang dengan benar. Tetapi kebetulan perusahaan instalasi, ketika memasang ITP, melakukan kesalahan dan salah mengatur waktu penghitung. Kami telah menemukan perangkat yang mengira ini tahun 2010. Dalam sistem kami, ini akan terlihat seperti pembacaan nol untuk tanggal saat ini, dan konsumsi riil jika kami memilih tahun 2010. Delta sangat membantu di sini. Artinya, kami mengatakan banyak hal telah terjadi dalam XNUMX jam terakhir.

Tampaknya, mengapa ada kesulitan seperti itu? Apakah begitu sulit untuk memutar jam tangan Anda?

Tepat dengan VKT-7 ini akan menyebabkan reset penuh penghitung dan penghapusan arsip darinya.
Pelanggan akan dipaksa untuk membuktikan kepada petugas sumber bahwa dia memasang ITP bukan kemarin, tapi lima tahun lalu.

Dan terakhir, lapisan gula pada kuenya.

sertifikasi

Kami memiliki meteran dan laporan. Diantaranya adalah sistem kami, yang menghasilkan laporan ini. Apakah kamu percaya padanya?

Saya bersedia. Tapi bagaimana kita bisa membuktikan bahwa tidak ada yang berubah di dalam diri kita, bahwa kita tidak memutarbalikkan maknanya. Ini sudah soal sertifikasi. Sistem survei harus memiliki sertifikat yang menegaskan ketidakberpihakannya. Semua sistem besar seperti LERS, Ya Energetik dan lainnya memiliki sertifikat serupa. Kami juga menerimanya, meski mahal dan memakan banyak waktu.

Tentu saja, Anda selalu dapat mengambil jalan pintas dan membeli sesuatu yang sudah jadi. Namun pengembang harus membayarnya. Dan pengembang mungkin tidak hanya meminta biaya masuk, tetapi juga biaya berlangganan. Artinya, kita akan terpaksa berbagi sebagian kue kita dengannya.

Mengapa itu semua?

Ini bukanlah masalah utama. Mengembangkan sistem Anda sendiri juga sangat mahal dan lebih sulit. Namun, hal ini memberikan keuntungan penting. Kami memahami dengan jelas cara kerjanya. Kami dengan mudah menskalakannya, kami dapat memodifikasinya jika kebutuhan seperti itu tiba-tiba muncul. Pelanggan menerima layanan yang lebih lengkap, dan di pihak kami, kendali XNUMX% atas prosesnya.

Itu sebabnya kami memilih jalur kedua. Kami menginvestasikan satu tahun kehidupan para pengembang dan teknisi lapangan kami ke dalamnya. Namun sekarang kami memahami dengan jelas cara kerja seluruh rantai.

Melihat ke belakang, saya memahami bahwa tanpa pengetahuan yang diperoleh, saya tidak akan mampu menafsirkan dengan benar perilaku abnormal dari penghitung tertentu.

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

Kami melangkah lebih jauh dan menambahkan ke platform kami (tidak ada cara lain untuk menyebutnya) kemampuan untuk menerima permintaan dari penduduk, kemampuan untuk mengontrol β€œinterkom pintar”, mengontrol penerangan jalan, dan beberapa proyek lain yang belum saya tulis. tentang belum.

Catatan penyedia IoT. Kendala pada meteran utilitas pemungutan suara

Semua ini sulit, menguras otak, dan memakan waktu. Tapi hasilnya sepadan. Pelanggan menerima produk yang lengkap dan siap pakai.

Setiap operator yang berencana memasuki sektor perumahan dan layanan komunal pasti akan menempuh jalur ini. Apakah itu akan berlalu?
Ini pertanyaannya. Ini bahkan bukan tentang uang. Seperti yang saya tulis di atas, yang dibutuhkan di sini adalah kombinasi kerja lapangan dan pengembangan. Tidak semua pemain besar terbiasa dengan hal ini. Jika pengembang Anda berlokasi di Moskow, dan koneksi dibuat di Novosibirsk, maka waktu Anda untuk menyelesaikan produk jadi akan diperpanjang secara signifikan.

Waktu akan memberi tahu siapa yang akan bertahan di pasar ini, dan siapa yang akan berkata - ya, persetan! Namun satu hal yang saya tahu pasti adalah Anda tidak akan bisa datang dan mengambil pangsa pasar hanya dengan uang. Proses ini memerlukan pendekatan yang tidak konvensional, insinyur yang baik, menyelidiki regulator, berkomunikasi dengan petugas sumber daya dan pelanggan, terus-menerus mengidentifikasi dan mengatasi masalah.

PS Dalam artikel ini saya sengaja fokus pada panas dan tidak menyebutkan listrik atau air. Saya juga menjelaskan koneksi kabel. Jika kita memiliki keluaran pulsa, ada beberapa perbedaan, seperti pemeriksaan wajib setelah instalasi. Bisa jadi kabelnya tidak bisa dijangkau, lalu LoRaWAN ikut berperan. Sangat tidak realistis untuk menggambarkan keseluruhan platform kami dan tahapan pengembangannya dalam satu artikel.

Sumber: www.habr.com

Tambah komentar