Halo, Habr! Tim kami memantau mesin dan berbagai instalasi di seluruh negeri. Pada dasarnya, kami memberikan kesempatan kepada pabrikan untuk tidak perlu mengirim teknisi lagi ketika “oh, semuanya rusak”, namun kenyataannya mereka hanya perlu menekan satu tombol. Atau saat rusak bukan pada peralatannya, melainkan di dekatnya.
Masalah mendasarnya adalah sebagai berikut. Di sini Anda memproduksi unit perengkahan minyak, atau peralatan mesin untuk teknik mesin, atau perangkat lain untuk pabrik. Biasanya, penjualan itu sendiri sangat jarang terjadi: biasanya berupa kontrak pasokan dan layanan. Artinya, Anda menjamin bahwa perangkat keras tersebut akan berfungsi selama 10 tahun tanpa gangguan, dan atas gangguan tersebut Anda bertanggung jawab secara finansial, atau memberikan SLA yang ketat, atau hal serupa.
Faktanya, ini berarti Anda perlu mengirim teknisi ke situs secara teratur. Seperti yang ditunjukkan oleh praktik kami, 30 hingga 80% perjalanan tidak diperlukan. Kasus pertama - adalah mungkin untuk mengetahui apa yang terjadi dari jarak jauh. Atau minta operator untuk menekan beberapa tombol dan semuanya akan berfungsi. Kasus kedua adalah skema “abu-abu”. Ini adalah saat seorang insinyur keluar, menjadwalkan penggantian atau pekerjaan rumit, dan kemudian membagi kompensasi menjadi dua dengan seseorang dari pabrik. Atau dia hanya menikmati liburannya bersama majikannya (kasus nyata) dan karena itu lebih sering keluar rumah. Pabrik tidak keberatan.
Menginstal pemantauan memerlukan modifikasi perangkat keras dengan perangkat transmisi data, transmisi itu sendiri, semacam data lake untuk menyimpannya, penguraian protokol, dan lingkungan pemrosesan dengan kemampuan untuk melihat dan membandingkan semuanya. Ya, semua ini ada perbedaannya.
Mengapa kita tidak bisa melakukannya tanpa pemantauan jarak jauh?
Itu klise mahal. Perjalanan bisnis untuk satu insinyur - setidaknya 50 ribu rubel (pesawat, hotel, akomodasi, tunjangan harian). Selain itu, tidak selalu mungkin untuk berpisah, dan orang yang sama mungkin dibutuhkan di kota yang berbeda.
- Di Rusia, pemasok dan konsumen hampir selalu berjauhan. Saat Anda menjual suatu produk ke Siberia, Anda tidak tahu apa pun tentang produk tersebut kecuali apa yang diberitahukan pemasoknya kepada Anda. Baik cara kerjanya, maupun dalam kondisi apa digunakan, atau siapa yang menekan tombol mana dengan tangan bengkok - Anda secara objektif tidak memiliki informasi ini, Anda hanya dapat mengetahuinya dari perkataan konsumen. Hal ini membuat pemeliharaan menjadi sangat sulit.
- Banding dan klaim yang tidak berdasar. Artinya, pelanggan Anda, yang menggunakan produk Anda, dapat menelepon, menulis, mengeluh kapan saja dan mengatakan bahwa produk Anda tidak berfungsi, buruk, rusak, segera datang dan perbaiki. Jika Anda beruntung dan bukan hanya “bahan habis pakai tidak terisi”, maka Anda tidak mengirim spesialis dengan sia-sia. Sering terjadi bahwa pekerjaan yang bermanfaat memakan waktu kurang dari satu jam, dan yang lainnya - mempersiapkan perjalanan bisnis, penerbangan, akomodasi - semua ini membutuhkan banyak waktu insinyur.
- Jelas ada klaim yang tidak berdasar, dan untuk membuktikannya, Anda perlu mengirim seorang insinyur, membuat laporan, dan pergi ke pengadilan. Akibatnya, prosesnya tertunda, dan tidak membawa manfaat baik bagi pelanggan maupun Anda.
- Perselisihan timbul karena, misalnya, pelanggan mengoperasikan produk secara tidak benar, pelanggan karena alasan tertentu menaruh dendam terhadap Anda dan tidak mengatakan bahwa produk Anda tidak berfungsi dengan benar, tidak dalam mode yang tercantum dalam spesifikasi teknis dan di paspor. Pada saat yang sama, Anda tidak dapat melakukan apa pun untuk melawannya, atau Anda dapat melakukannya, tetapi dengan susah payah, jika, misalnya, produk Anda entah bagaimana mencatat dan mencatat mode tersebut. Kerusakan karena kesalahan pelanggan - ini terjadi setiap saat. Saya punya kasus di mana mesin portal Jerman yang mahal rusak karena bertabrakan dengan tiang. Operator tidak menyetelnya ke nol, dan akibatnya mesin berhenti di situ. Selain itu, pelanggan tersebut mengatakan dengan cukup jelas: “Kami tidak ada hubungannya dengan itu.” Namun informasinya telah dicatat, dan dimungkinkan untuk mencari log ini dan memahami program kontrol mana yang digunakan dan sebagai akibat dari tabrakan ini terjadi. Hal ini menghemat biaya yang sangat besar bagi pemasok untuk perbaikan garansi.
- Skema “abu-abu” yang disebutkan adalah konspirasi dengan penyedia layanan. Teknisi servis yang sama mendatangi pelanggan sepanjang waktu. Mereka berkata kepadanya: “Dengar, Kolya, ayo lakukan sesuai keinginanmu: kamu menulis bahwa semuanya rusak di sini, kami akan mendapat kompensasi, atau kamu membawa semacam ritsleting untuk diperbaiki. Kami akan melaksanakan semua ini secara diam-diam, kami akan membagi uangnya.” Yang tersisa hanyalah percaya, atau menemukan cara rumit untuk memeriksa semua kesimpulan dan konfirmasi ini, yang tidak menambah waktu atau kegelisahan, dan tidak ada hal baik yang terjadi dalam hal ini. Jika Anda sudah familiar dengan cara layanan mobil menangani penipuan garansi dan seberapa rumit proses yang ditimbulkannya, maka Anda secara kasar memahami masalahnya.
Ya, perangkat masih menulis log, bukan? Apa masalahnya?
Masalahnya adalah jika pemasok kurang lebih memahami bahwa log perlu terus-menerus ditulis di suatu tempat (atau telah dipahami selama beberapa dekade terakhir), maka budaya tersebut tidak akan berkembang 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 kali perlu mendekati peralatan secara fisik, membuka semacam casing, mengekspos konektor layanan, menyambungkan kabel ke sana, dan mengambil file data. Kemudian ambil terus-menerus selama beberapa jam untuk mendapatkan gambaran situasinya. Sayangnya, hal ini terjadi hampir di mana-mana (saya juga memiliki sudut pandang sepihak, karena kami bekerja tepat dengan industri yang pemantauannya baru saja dilakukan).
Klien utama kami adalah produsen peralatan. Biasanya, mereka mulai berpikir untuk melakukan semacam pemantauan, baik setelah insiden besar atau sekadar melihat tagihan perjalanan mereka untuk tahun tersebut. Namun lebih sering daripada tidak, kita berbicara tentang kegagalan besar yang mengakibatkan hilangnya uang atau reputasi. Jarang ada pemimpin progresif yang memikirkan “apa pun yang terjadi”. Faktanya adalah bahwa biasanya manajer mendapatkan "taman" kontrak layanan yang lama, dan dia melihat tidak ada gunanya memasang sensor pada perangkat keras baru, karena itu hanya akan diperlukan dalam beberapa tahun.
Secara umum, pada suatu saat ayam panggang masih menggigit, dan tibalah saatnya untuk modifikasi.
Transfer data sendiri tidak terlalu menakutkan. Peralatan biasanya sudah memiliki sensor (atau dipasang cukup cepat), ditambah log sudah ditulis dan peristiwa layanan dicatat. Yang perlu Anda lakukan adalah mulai mengirimkannya. Praktik umumnya adalah memasukkan semacam modem, misalnya dengan SIM tertanam, langsung ke perangkat dari mesin sinar-X ke seeder otomatis, dan mengirim telemetri melalui jaringan seluler. Tempat-tempat di mana tidak ada jangkauan telepon seluler biasanya letaknya cukup jauh dan menjadi jarang dalam beberapa tahun terakhir.
Dan kemudian pertanyaan yang sama dimulai seperti sebelumnya. Ya, sekarang ada log. Tapi mereka perlu diletakkan di suatu tempat dan dibaca. Secara umum, diperlukan semacam sistem untuk memvisualisasikan dan menganalisis insiden.
Dan kemudian kami tampil di atas panggung. Lebih tepatnya, kami sering datang lebih awal, karena manajer pemasok melihat apa yang dilakukan rekan-rekan mereka dan segera datang kepada kami untuk meminta saran dalam memilih perangkat keras untuk mengirim telemetri.
Ceruk pasar
Di Barat, cara untuk mengatasi situasi ini adalah dengan tiga pilihan: ekosistem Siemens (sangat mahal, diperlukan untuk unit yang sangat besar, biasanya seperti turbin), mandul yang dibuat sendiri, atau bantuan salah satu integrator lokal. Akibatnya, ketika semua ini sampai ke pasar Rusia, terbentuklah lingkungan di mana terdapat Siemens dengan bagian ekosistemnya, Amazon, Nokia dan beberapa ekosistem lokal seperti pengembangan 1C.
Kami memasuki pasar sebagai tautan pemersatu yang memungkinkan kami mengumpulkan data apa pun dari perangkat apa pun menggunakan protokol apa pun (oke, hampir semua protokol yang kurang lebih modern), memprosesnya bersama-sama, dan menunjukkannya kepada seseorang dalam bentuk apa pun yang diperlukan: untuk ini kami punya SDK keren untuk semua orang lingkungan pengembangan dan perancang antarmuka pengguna visual.
Hasilnya, kami dapat mengumpulkan semua data dari perangkat pabrikan, menyimpannya di penyimpanan di server, dan menyusun panel pemantauan dengan peringatan di sana.
Ini tampilannya (di sini pelanggan juga membuat visualisasi perusahaan, ini 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, serangkaian parameter dikonfigurasi, dan sistem akan memberi tahu departemen atau layanan perbaikan bila parameter tersebut terlampaui.
Nah, yang tersulit adalah memprediksi kegagalan node berdasarkan kondisinya untuk pencegahan. Jika Anda memahami sumber daya masing-masing node, maka Anda dapat mengurangi biaya kontrak secara signifikan di mana terdapat pembayaran untuk waktu henti.
Ringkasan
Kisah ini mungkin terdengar cukup sederhana: kami menyadari bahwa kami perlu mengirim data, pemantauan, dan analisis, jadi kami memilih vendor dan menerapkannya. Ya, itu saja, semua orang senang. Jika kita berbicara tentang sistem yang ditulis sendiri di pabrik kita sendiri, anehnya, sistem tersebut dengan cepat menjadi tidak dapat diandalkan. Kita berbicara tentang hilangnya log secara dangkal, data yang tidak akurat, kegagalan dalam pengumpulan, penyimpanan, dan penerimaan. Satu atau dua tahun setelah instalasi, log lama mulai dihapus, yang juga tidak selalu berakhir dengan baik. Meskipun ada praktiknya - 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 menjadi yang utama, tetapi sistem yang memungkinkan analisis data yang diterima. Kenyamanan antarmuka itu penting. Hal ini umumnya menjadi masalah pada semua sistem industri: memahami situasi dengan cepat tidak selalu mudah. Yang penting adalah seberapa banyak data yang terlihat dalam sistem, jumlah parameter dari node, kemampuan sistem untuk beroperasi dengan volume dan jumlah data yang besar. Menyiapkan dasbor, model bawaan perangkat itu sendiri, editor adegan (untuk menggambar tata letak produksi).
Mari kita berikan beberapa contoh manfaatnya dalam praktik.
- Berikut adalah produsen peralatan pendingin industri global yang digunakan terutama dalam rantai ritel. 10% pendapatan perusahaan berasal dari penyediaan jasa untuk servis produknya. Hal ini diperlukan untuk mengurangi biaya jasa dan secara umum memberikan kesempatan untuk meningkatkan pasokan secara normal, karena jika kita menjual lebih banyak, sistem pelayanan yang ada tidak akan mampu mengatasinya. Kami terhubung langsung ke platform pusat layanan tunggal, memodifikasi beberapa modul untuk kebutuhan pelanggan khusus ini, dan menerima pengurangan biaya perjalanan sebesar 35% karena akses ke informasi layanan memungkinkan untuk mengidentifikasi penyebabnya. kegagalan tanpa perlu kunjungan teknisi servis. Analisis data dalam jangka waktu lama - memprediksi kondisi teknis dan, jika perlu, segera melakukan pemeliharaan berdasarkan kondisi. Sebagai bonusnya, kecepatan respons terhadap permintaan meningkat: kunjungan lapangan menjadi lebih sedikit, dan teknisi dapat menyelesaikan berbagai hal dengan lebih cepat.
- Perusahaan teknik mesin, produsen kendaraan listrik yang digunakan di banyak kota di Federasi Rusia dan CIS. Seperti orang lain, mereka ingin mengurangi biaya dan pada saat yang sama memprediksi kondisi teknis armada bus listrik dan trem kota agar dapat memberi tahu staf teknis secara tepat waktu. Kami menghubungkan dan membuat algoritme untuk mengumpulkan dan mengirimkan data teknis dari rolling stock ke satu pusat situasi (algoritme dibangun langsung ke dalam sistem kontrol penggerak dan bekerja dengan data bus CAN). Akses jarak jauh ke data kondisi teknis, termasuk akses real-time ke perubahan parameter (kecepatan, voltase, transfer energi yang dipulihkan, dll.) dalam mode “osiloskop”, memberikan akses ke pembaruan firmware jarak jauh. Hasilnya adalah pengurangan biaya perjalanan sebesar 50%: akses langsung ke informasi layanan memungkinkan untuk mengidentifikasi penyebab kegagalan tanpa perlu kunjungan teknisi servis, dan analisis data dalam jangka waktu yang lama memungkinkan Anda memprediksi kondisi teknis dan, jika perlu, segera melakukan pemeliharaan “berdasarkan kondisi”, termasuk analisis obyektif terhadap situasi darurat. Implementasi kontrak siklus hidup yang diperpanjang sesuai dengan kebutuhan Pelanggan dan tepat waktu. Pemenuhan persyaratan spesifikasi teknis operator, serta memberikan peluang baru dalam hal pemantauan karakteristik layanan konsumen (kualitas AC, akselerasi/pengereman, dll).
- Contoh ketiga adalah kotamadya. Kita perlu menghemat listrik dan meningkatkan keselamatan warga. Kami menghubungkan satu platform untuk memantau, mengelola dan mengumpulkan data tentang penerangan jalan yang terhubung, mengelola seluruh infrastruktur penerangan umum dari jarak jauh dan melayaninya dari satu panel kontrol, memberikan solusi untuk tugas-tugas berikut. Fitur: meredupkan atau menyalakan/mematikan lampu dari jarak jauh, secara individu atau kelompok, secara otomatis memberi tahu layanan kota tentang kegagalan titik penerangan untuk perencanaan pemeliharaan yang lebih efisien, menyediakan data konsumsi energi waktu nyata, menyediakan alat analisis yang kuat untuk memantau dan meningkatkan penerangan jalan sistem berbasis Big Data, menyediakan data lalu lintas, kondisi udara, integrasi dengan subsistem Smart City lainnya. Hasil - mengurangi konsumsi energi untuk penerangan jalan hingga 80%, meningkatkan keselamatan bagi warga melalui penggunaan algoritma kontrol pencahayaan cerdas (seseorang yang berjalan di jalan - nyalakan lampu untuknya, orang di persimpangan - nyalakan lebih terang penerangan sehingga terlihat dari jauh), menyediakan layanan tambahan kota (pengisian kendaraan listrik, penyediaan konten iklan, pengawasan video, dll.).
Sebenarnya, yang ingin saya katakan: saat ini, dengan platform yang sudah jadi (misalnya milik kami), Anda dapat mengatur pemantauan dengan sangat cepat dan mudah. Hal ini tidak memerlukan perubahan peralatan (atau minimal jika masih belum ada sensor dan transmisi data), tidak memerlukan biaya implementasi dan spesialis tersendiri. Anda hanya perlu mempelajari masalahnya, menghabiskan beberapa hari untuk memahami cara kerjanya, dan beberapa minggu untuk persetujuan, kesepakatan, dan pertukaran data tentang protokol. Dan setelah itu Anda akan mendapatkan data akurat dari semua perangkat. Dan semua ini dapat dilakukan di seluruh negeri dengan dukungan integrator Technoserv, yaitu, kami menjamin tingkat keandalan yang baik, yang tidak biasa terjadi pada sebuah startup.
Pada postingan berikutnya saya akan menunjukkan seperti apa hal ini dari sisi pemasok, dengan menggunakan contoh salah satu implementasi.
Sumber: www.habr.com