Halo, Habr! Tim kami memantau mesin dan instalasi di seluruh negeri. Faktanya, kami memberikan kesempatan kepada pabrikan untuk tidak mengejar teknisi sekali lagi ketika “oh, semuanya rusak,” tetapi sebenarnya perlu menekan satu tombol. Atau saat rusak bukan di peralatan, tapi di dekatnya.
Masalah dasarnya adalah sebagai berikut. Di sini Anda memproduksi unit perengkahan minyak, atau alat mesin, atau perangkat lain untuk pabrik. Biasanya, penjualan itu sendiri sangat jarang: biasanya berupa kontrak pasokan dan layanan. Artinya, Anda menjamin bahwa perangkat keras tersebut akan berfungsi selama 10 tahun tanpa gangguan, dan Anda bertanggung jawab atas gangguan baik secara finansial, atau memberikan SLA yang ketat, atau semacamnya.
Sebenarnya, ini berarti Anda perlu mengirim teknisi ke situs secara teratur. Seperti yang diperlihatkan oleh latihan kami, dari 30 hingga 80% perjalanan tidak diperlukan. Kasus pertama - adalah mungkin untuk mencari tahu apa yang terjadi dari jarak jauh. Atau minta operator untuk menekan beberapa tombol - dan semuanya akan berfungsi. Kasus kedua adalah skema "abu-abu". Ini terjadi ketika seorang insinyur pergi, menetapkan peraturan pengganti atau pekerjaan yang rumit, dan dia sendiri membagi kompensasi menjadi dua dengan seseorang dari pabrik. Atau dia hanya menikmati istirahat dengan majikannya (kasus nyata) dan karena itu suka bepergian lebih sering. Tanaman tidak keberatan.
Instalasi pemantauan memerlukan modifikasi perangkat keras oleh perangkat transmisi data, transmisi itu sendiri, semacam data lake untuk akumulasi, protokol parsing dan lingkungan pemrosesan dengan kemampuan untuk melihat dan membandingkan semuanya. Nah, dengan semua ini ada nuansa.
Mengapa tidak mungkin dilakukan tanpa pemantauan jarak jauh?
Itu sangat mahal. Perjalanan bisnis untuk satu insinyur - setidaknya 50 ribu rubel (pesawat, hotel, akomodasi, tunjangan harian). Plus, tidak selalu berhasil untuk dihancurkan, dan orang yang sama mungkin dibutuhkan di kota yang berbeda.
- Di Rusia, pemasok dan konsumen hampir selalu saling berjauhan. Saat Anda menjual produk ke Siberia, Anda tidak tahu apa-apa tentangnya kecuali apa yang diberitahukan pemasok kepada Anda. Baik cara kerjanya, maupun dalam kondisi apa pun itu dioperasikan, atau, pada kenyataannya, yang menekan tombol apa dengan tangan bengkok - Anda secara obyektif tidak memiliki informasi ini, Anda hanya dapat mengetahuinya dari kata-kata konsumen. Ini membuat perawatan menjadi sangat sulit.
- . , , , , , , , , . « », . , , — , , , — .
- , , , , , . , , .
- - , , , , - , , , . , , , , - . — . , - . , . : « ». , , . .
- «» — . . : «, , : , , , - . , ». , - - , , , , . , , .
, ? ?
Masalahnya adalah jika pemasok kurang lebih memahami bahwa log perlu terus-menerus ditulis di suatu tempat (atau dipahami selama beberapa dekade terakhir), maka budaya tidak melangkah lebih jauh. Log sering kali diperlukan untuk menganalisis kasus dengan perbaikan yang mahal - apakah itu kesalahan operator atau kerusakan peralatan yang sebenarnya.
Untuk mengambil log, Anda sering perlu mendekati peralatan secara fisik, membuka beberapa jenis casing, membuka konektor layanan, menyambungkan kabel ke sana dan mengambil file data. Kemudian dengan keras kepala pukul mereka selama beberapa jam untuk mendapatkan gambaran tentang situasinya. Sayangnya, ini terjadi hampir di mana-mana (baik, saya memiliki sudut pandang sepihak, karena kami bekerja dengan industri yang pemantauannya baru saja dimulai).
Pelanggan utama kami adalah produsen peralatan. Biasanya, mereka mulai berpikir tentang fakta bahwa perlu dilakukan semacam pemantauan, baik setelah insiden besar, atau hanya dengan melihat tagihan perjalanan untuk tahun tersebut. Tetapi lebih sering daripada tidak, kita berbicara tentang kegagalan besar dengan hilangnya uang atau reputasi. Pemimpin progresif yang memikirkan "apapun yang terjadi" jarang terjadi. Faktanya adalah bahwa biasanya manajer mendapatkan "armada" kontrak layanan lama, dan dia tidak melihat ada gunanya memasang sensor pada perangkat keras baru, karena itu hanya akan dibutuhkan dalam beberapa tahun.
Secara umum, di beberapa titik ayam panggang menggigit, dan saatnya untuk modifikasi tiba.
Transfer datanya sendiri tidak terlalu menakutkan. Peralatan biasanya sudah memiliki sensor (atau dipasang agak cepat), ditambah log sudah ditulis dan kejadian servis dicatat. Semua ini Anda hanya perlu mulai mengirim. Praktik yang umum adalah modem, misalnya, dengan embed-SIM, dimasukkan langsung ke dalam perangkat dari mesin sinar-X ke seeder otomatis dan mengirimkan telemetri melalui jaringan seluler. Tempat-tempat tanpa jangkauan seluler biasanya cukup jauh dan menjadi langka dalam beberapa tahun terakhir.
Dan kemudian pertanyaan yang sama dimulai seperti sebelumnya. Ya, ada log sekarang. Tapi mereka perlu diletakkan di suatu tempat dan entah bagaimana dibaca. Secara umum, Anda memerlukan semacam sistem visualisasi dan analisis insiden.
Dan kemudian kami tampil di atas panggung. Lebih tepatnya, kami sering muncul lebih awal, karena para pemimpin pemasok melihat bagaimana rekan-rekan mereka telah melakukannya, dan segera pergi kepada kami untuk meminta nasihat tentang pemilihan perangkat keras untuk mengirim telemetri.
Ceruk pasar
Di Barat, cara untuk mengatasi situasi ini turun ke tiga pilihan: ekosistem Siemens (sangat mahal, dibutuhkan untuk unit yang sangat besar, sebagai aturan, seperti turbin), mandula yang ditulis sendiri atau seseorang dari integrator lokal membantu. Hasilnya, pada saat semua ini masuk ke pasar Rusia, sebuah lingkungan terbentuk di mana ada Siemens dengan bagian-bagian ekosistemnya, Amazon, Nokia dan beberapa ekosistem lokal seperti perkembangan 1C.
Kami memasuki pasar sebagai tautan pemersatu yang memungkinkan Anda mengumpulkan data apa pun dari perangkat apa pun menggunakan protokol apa pun (oke, hampir semua lebih atau kurang modern), memprosesnya bersama-sama dan menunjukkannya kepada seseorang dalam bentuk apa pun yang diperlukan: untuk ini kami memiliki SDK keren untuk semua orang lingkungan pengembangan dan perancang visual antarmuka pengguna.
Hasilnya, kami dapat mengumpulkan semua data dari perangkat pabrikan, memasukkannya ke penyimpanan di server dan mengumpulkan dasbor dengan peringatan di sana.
Beginilah tampilannya (di sini pelanggan juga membuat visualisasi perusahaan, ini adalah beberapa jam di antarmuka):
Dan ada grafik dari peralatan:
Peringatan terlihat seperti ini: di tingkat mesin, jika gaya pada badan eksekutif terlampaui atau terjadi tabrakan, seperangkat parameter dikonfigurasi, dan sistem akan memberi tahu departemen atau layanan perbaikan saat berangkat untuk mereka.
Nah, yang paling sulit adalah memprediksi kegagalan node dengan kondisinya untuk pencegahan. Jika Anda memahami sumber daya dari masing-masing node, maka Anda dapat sangat mengurangi biaya kontrak yang ada pembayaran untuk waktu henti.
Ringkasan
Cerita ini akan terdengar sangat sederhana: kami menyadari bahwa kami perlu mengirim data, pemantauan, dan analisis, kami memilih vendor dan menerapkannya. Nah, itu dia, semua orang senang. Jika kita berbicara tentang sistem yang ditulis sendiri di pabrik mereka sendiri, maka, anehnya, sistem dengan cepat menjadi tidak dapat diandalkan. Kita berbicara tentang kehilangan log yang dangkal, data yang tidak akurat, kegagalan dalam pengumpulan, penyimpanan, dan penerimaan. Satu atau dua tahun setelah instalasi, mereka mulai menghapus log lama, yang juga tidak selalu berakhir dengan baik. Meskipun ada praktik - 10 GB dikumpulkan dari satu mesin per tahun. Ini diselesaikan selama lima tahun dengan membeli hard drive lain seharga 10 ribu rubel ... Pada titik tertentu ternyata bukan peralatan transmisi itu sendiri yang utama, tetapi sistem yang memungkinkan data dianalisis. Kenyamanan antarmuka itu penting. Ini umumnya masalah semua sistem industri:tidak selalu mudah untuk memahami situasinya dengan cepat. Yang penting adalah seberapa banyak data yang terlihat di sistem, jumlah parameter dari node, kemampuan sistem untuk beroperasi dengan jumlah dan jumlah data yang besar. Menyiapkan dasbor, model perangkat itu sendiri, editor adegan (untuk menggambar tata letak dalam produksi).
Mari kita berikan beberapa contoh tentang apa yang diberikan ini dalam praktiknya.
- - , . 10 % . , , , . , , 35 % , . — « ». : , .
- , , . , , . , ( CAN-). , (, , .) «», . — 50 %: , — « », . . , ( , / . .).
- — . . , , , . : / , , , , Big Data, , , « ». — 80 %, ( — , — , ), ( , , .).
Sebenarnya, yang ingin saya katakan: hari ini, dengan platform yang sudah jadi (misalnya, milik kami), Anda dapat menyiapkan pemantauan dengan sangat cepat dan mudah. Ini tidak memerlukan perubahan dalam peralatan (atau minimal, jika masih tidak ada sensor dan transmisi data), ini tidak memerlukan biaya implementasi dan spesialis individu. Anda hanya perlu mempelajari masalahnya, menghabiskan beberapa hari untuk memahami cara kerjanya, dan beberapa minggu untuk persetujuan, kontrak dan pertukaran data tentang protokol. Dan setelah itu, Anda akan mendapatkan data yang akurat dari semua perangkat. Dan semua ini dapat dilakukan di seluruh negeri dengan dukungan integrator Technoserv, yaitu, kami menjamin tingkat keandalan yang baik, tidak seperti biasanya untuk sebuah startup.
Di posting berikutnya, saya akan menunjukkan seperti apa ini dari sisi vendor, menggunakan contoh satu implementasi.