Pemantauan peralatan pengeluaran: bagaimana keadaan di Rusia?

Hello, Habr! Pasukan kami memantau mesin dan pelbagai pemasangan di seluruh negara. Pada asasnya, kami memberi peluang kepada pengeluar untuk tidak menghantar jurutera sekali lagi apabila "oh, semuanya rosak," tetapi sebenarnya mereka hanya perlu menekan satu butang. Atau apabila ia rosak bukan pada peralatan, tetapi berdekatan.

Masalah asas adalah seperti berikut. Di sini anda sedang menghasilkan unit keretakan minyak, atau alat mesin untuk kejuruteraan mekanikal, atau beberapa peranti lain untuk loji. Sebagai peraturan, penjualan itu sendiri sangat jarang berlaku: ia biasanya kontrak bekalan dan perkhidmatan. Iaitu, anda menjamin bahawa perkakasan itu akan berfungsi selama 10 tahun tanpa gangguan, dan untuk gangguan anda bertanggungjawab sama ada dari segi kewangan, atau menyediakan SLA yang ketat, atau sesuatu yang serupa.

Sebenarnya, ini bermakna anda perlu kerap menghantar jurutera ke tapak tersebut. Seperti yang ditunjukkan oleh amalan kami, daripada 30 hingga 80% perjalanan adalah tidak diperlukan. Kes pertama - mungkin untuk mengetahui apa yang berlaku dari jauh. Atau minta operator menekan beberapa butang dan semuanya akan berfungsi. Kes kedua ialah skema "kelabu". Ini adalah apabila seorang jurutera keluar, menjadualkan penggantian atau kerja yang rumit, dan kemudian membahagikan pampasan itu kepada seseorang dari kilang. Atau dia hanya menikmati percutiannya dengan perempuan simpanannya (kes sebenar) dan oleh itu suka keluar lebih kerap. Tumbuhan itu tidak kisah.

Memasang pemantauan memerlukan pengubahsuaian perkakasan dengan peranti penghantaran data, penghantaran itu sendiri, beberapa jenis tasik data untuk menyimpannya, protokol penghuraian dan persekitaran pemprosesan dengan keupayaan untuk melihat dan membandingkan segala-galanya. Nah, ada nuansa untuk semua ini.

Mengapa kita tidak boleh melakukannya tanpa pemantauan jarak jauh?

Ia adalah mahal. Perjalanan perniagaan untuk seorang jurutera - sekurang-kurangnya 50 ribu rubel (kapal terbang, hotel, penginapan, elaun harian). Selain itu, tidak selalu mungkin untuk berpisah, dan orang yang sama mungkin diperlukan di bandar yang berbeza.

• Di Rusia, pembekal dan pengguna hampir selalu agak jauh antara satu sama lain. Apabila anda menjual produk ke Siberia, anda tidak tahu apa-apa mengenainya kecuali apa yang diberitahu oleh pembekal kepada anda. Sama ada cara ia berfungsi, atau dalam keadaan apa ia digunakan, atau, sebenarnya, siapa yang menekan butang mana dengan tangan bengkok - anda secara objektif tidak mempunyai maklumat ini, anda hanya boleh mengetahuinya dari kata-kata pengguna. Ini menjadikan penyelenggaraan sangat sukar.
• Rayuan dan tuntutan yang tidak berasas. Iaitu, pelanggan anda, yang menggunakan produk anda, boleh menelefon, menulis, mengadu pada bila-bila masa dan mengatakan bahawa produk anda tidak berfungsi, ia buruk, ia rosak, datang segera dan membaikinya. Jika anda bernasib baik dan bukan sekadar "bahan habis pakai tidak diisi," maka anda tidak menghantar pakar dengan sia-sia. Selalunya berlaku bahawa kerja berguna mengambil masa kurang dari satu jam, dan segala-galanya - menyediakan perjalanan perniagaan, penerbangan, penginapan - semua ini memerlukan banyak masa jurutera.
• Terdapat tuntutan yang jelas tidak berasas, dan untuk membuktikannya, anda perlu menghantar jurutera, membuat laporan, dan pergi ke mahkamah. Akibatnya, proses itu ditangguhkan, dan ini tidak membawa apa-apa yang baik untuk pelanggan atau anda.
• Pertikaian timbul disebabkan oleh fakta bahawa, sebagai contoh, pelanggan mengendalikan produk secara salah, pelanggan atas sebab tertentu mempunyai dendam terhadap anda dan tidak mengatakan bahawa produk anda tidak berfungsi dengan betul, bukan dalam mod yang dinyatakan dalam spesifikasi teknikal dan dalam pasport. Pada masa yang sama, anda tidak boleh melakukan apa-apa terhadapnya, atau anda boleh, tetapi dengan susah payah, jika, sebagai contoh, produk anda entah bagaimana log dan merekodkan mod tersebut. Kerosakan disebabkan oleh kesalahan pelanggan - ini berlaku sepanjang masa. Saya mempunyai kes di mana mesin portal Jerman yang mahal rosak akibat perlanggaran dengan tiang. Pengendali tidak menetapkannya kepada sifar, dan akibatnya mesin berhenti di sana. Lebih-lebih lagi, pelanggan berkata dengan jelas: "Kami tiada kaitan dengannya." Tetapi maklumat itu telah dilog, dan adalah mungkin untuk mencari log ini dan memahami program kawalan yang digunakan dan akibatnya perlanggaran ini berlaku. Ini menjimatkan kos pembekal yang sangat besar untuk pembaikan jaminan.
• Skim "kelabu" yang disebutkan adalah konspirasi dengan penyedia perkhidmatan. Juruteknik perkhidmatan yang sama pergi kepada pelanggan sepanjang masa. Mereka memberitahunya: "Dengar, Kolya, mari kita lakukan seperti yang anda mahu: anda menulis bahawa semuanya rosak di sini, kami akan mendapat pampasan, atau anda membawa beberapa jenis zip untuk pembaikan. Kami akan melaksanakan semua ini secara senyap-senyap, kami akan membahagikan wang itu.” Apa yang tinggal adalah sama ada untuk mempercayai, atau entah bagaimana mencipta beberapa cara yang rumit untuk menyemak semua kesimpulan dan pengesahan ini, yang tidak menambah masa atau saraf, dan tidak ada perkara baik yang berlaku dalam hal ini. Jika anda sudah biasa dengan cara perkhidmatan kereta menangani penipuan jaminan dan berapa banyak kerumitan yang dikenakan pada proses, maka anda secara kasarnya memahami masalahnya.

Nah, peranti masih menulis log, bukan? Apa masalahnya?

Masalahnya ialah jika pembekal lebih kurang memahami bahawa log perlu sentiasa ditulis di suatu tempat (atau telah difahami sejak beberapa dekad yang lalu), maka budaya itu tidak pergi lebih jauh. Log sering diperlukan untuk menganalisis kes dengan pembaikan mahal - sama ada ralat operator atau kerosakan peralatan sebenar.

Untuk mengambil log, anda selalunya perlu mendekati peralatan secara fizikal, membuka beberapa jenis selongsong, mendedahkan penyambung perkhidmatan, menyambungkan kabel kepadanya dan mengambil fail data. Kemudian gigih ambil mereka selama beberapa jam untuk mendapatkan gambaran keadaan. Malangnya, ini berlaku hampir di mana-mana (baik, sama ada saya mempunyai pandangan berat sebelah, kerana kami bekerja dengan tepat dengan industri-industri di mana pemantauan baru diwujudkan).

Pelanggan utama kami adalah pengeluar peralatan. Biasanya, mereka mula berfikir tentang melakukan beberapa jenis pemantauan, sama ada selepas insiden besar atau hanya melihat bil perjalanan mereka untuk tahun itu. Tetapi lebih kerap daripada tidak, kita bercakap tentang kegagalan besar dengan kehilangan wang atau reputasi. Pemimpin progresif yang berfikir tentang "apa sahaja yang berlaku" jarang berlaku. Hakikatnya ialah biasanya pengurus mendapat "taman" kontrak perkhidmatan yang lama, dan dia tidak nampak guna memasang penderia pada perkakasan baharu, kerana ia hanya diperlukan dalam beberapa tahun.

Secara umum, pada satu ketika ayam panggang masih menggigit, dan tiba masanya untuk pengubahsuaian.

Pemindahan data itu sendiri tidak begitu menakutkan. Peralatan biasanya sudah mempunyai penderia (atau ia dipasang dengan agak cepat), serta log telah ditulis dan peristiwa perkhidmatan dicatat. Apa yang anda perlu lakukan ialah mula menghantarnya. Amalan umum adalah untuk memasukkan beberapa jenis modem, contohnya, dengan SIM benam, terus ke dalam peranti daripada mesin sinar-X ke pembenih automatik, dan menghantar telemetri melalui rangkaian selular. Tempat yang tiada liputan sel biasanya agak jauh dan menjadi jarang berlaku sejak beberapa tahun kebelakangan ini.

Dan kemudian soalan yang sama bermula seperti sebelumnya. Ya, terdapat log sekarang. Tetapi mereka perlu diletakkan di suatu tempat dan dibaca entah bagaimana. Secara umum, beberapa jenis sistem untuk menggambarkan dan menganalisis insiden diperlukan.

Dan kemudian kami muncul di atas pentas. Lebih tepat lagi, kami sering muncul lebih awal, kerana pengurus pembekal melihat apa yang dilakukan oleh rakan sekerja mereka dan segera datang kepada kami untuk mendapatkan nasihat tentang memilih perkakasan untuk menghantar telemetri.

Niche pasaran

Di Barat, cara untuk menyelesaikan situasi ini datang kepada tiga pilihan: ekosistem Siemens (sangat mahal, diperlukan untuk unit yang sangat besar, biasanya seperti turbin), mandul tulisan sendiri, atau salah satu penyepadu tempatan membantu. Akibatnya, apabila semua ini datang ke pasaran Rusia, persekitaran telah terbentuk di mana terdapat Siemens dengan kepingan ekosistemnya, Amazon, Nokia dan beberapa ekosistem tempatan seperti pembangunan 1C.

Kami memasuki pasaran sebagai pautan penyatuan yang membolehkan kami mengumpul sebarang data daripada mana-mana peranti menggunakan mana-mana protokol (okay, hampir mana-mana lebih atau kurang moden), memprosesnya bersama-sama dan menunjukkannya kepada seseorang dalam sebarang bentuk yang diperlukan: untuk ini kami ada SDK yang menarik untuk persekitaran pembangunan semua orang dan pereka bentuk antara muka pengguna visual.

Akibatnya, kami boleh mengumpul semua data daripada peranti pengeluar, menyimpannya dalam storan pada pelayan dan memasang panel pemantauan dengan makluman di sana.

Inilah rupanya (di sini pelanggan juga membuat visualisasi perusahaan, ini adalah beberapa jam dalam antara muka):

Dan terdapat graf dari peralatan:

Makluman kelihatan seperti ini: pada peringkat mesin, jika daya pada badan eksekutif telah melebihi atau perlanggaran telah berlaku, satu set parameter dikonfigurasikan, dan sistem akan memaklumkan jabatan atau perkhidmatan pembaikan apabila ia melebihi.

Nah, perkara yang paling sukar ialah meramalkan kegagalan nod berdasarkan keadaan mereka untuk pencegahan. Jika anda memahami sumber setiap nod, maka anda boleh mengurangkan kos dengan banyak untuk kontrak tersebut di mana terdapat bayaran untuk masa henti.

Ringkasan

Cerita ini akan terdengar agak mudah: kami menyedari bahawa kami perlu menghantar data, pemantauan dan analisis, jadi kami memilih vendor dan melaksanakannya. Nah, itu sahaja, semua orang gembira. Jika kita bercakap tentang sistem tulisan sendiri di kilang kita sendiri, maka, anehnya, sistem dengan cepat menjadi tidak boleh dipercayai. Kita bercakap tentang kehilangan log yang cetek, data tidak tepat, kegagalan dalam pengumpulan, penyimpanan dan penerimaan. Satu atau dua tahun selepas pemasangan, log lama mula dipadamkan, yang juga tidak selalu berakhir dengan baik. Walaupun terdapat amalan - 10 GB dikumpul dari satu mesin setahun. Ini diselesaikan selama lima tahun dengan membeli satu lagi cakera keras untuk 10 ribu rubel... Pada satu ketika ternyata bukan peralatan pemancar itu sendiri yang utama, tetapi sistem yang membolehkan data yang diterima dianalisis. Kemudahan antara muka adalah penting. Ini biasanya masalah dengan semua sistem perindustrian: memahami keadaan dengan cepat tidak selalu mudah. Adalah penting berapa banyak data yang boleh dilihat dalam sistem, bilangan parameter dari nod, keupayaan sistem untuk beroperasi dengan volum dan kuantiti data yang besar. Menyediakan papan pemuka, model terbina dalam peranti itu sendiri, editor pemandangan (untuk melukis reka letak pengeluaran).

Mari kita berikan beberapa contoh tentang perkara ini dalam amalan.

1. Berikut ialah pengilang global peralatan penyejukan industri yang digunakan terutamanya dalam rangkaian runcit. 10% daripada pendapatan syarikat datang daripada menyediakan perkhidmatan untuk servis produknya. Ia adalah perlu untuk mengurangkan kos perkhidmatan dan secara amnya memberi peluang untuk meningkatkan bekalan secara normal, kerana jika kita menjual lebih banyak, sistem perkhidmatan sedia ada tidak akan dapat menampung. Kami menyambung terus ke platform pusat perkhidmatan tunggal, mengubah suai beberapa modul untuk keperluan pelanggan tertentu ini, dan menerima pengurangan 35% dalam perbelanjaan perjalanan kerana akses kepada maklumat perkhidmatan memungkinkan untuk mengenal pasti punca. kegagalan tanpa memerlukan jurutera perkhidmatan untuk melawat. Analisis data dalam jangka masa yang panjang - ramalkan keadaan teknikal dan, jika perlu, lakukan penyelenggaraan berasaskan keadaan dengan cepat. Sebagai bonus, kelajuan tindak balas kepada permintaan telah meningkat: terdapat lebih sedikit lawatan lapangan dan jurutera dapat menyelesaikan sesuatu dengan lebih cepat.
2. Syarikat kejuruteraan mekanikal, pengeluar kenderaan elektrik yang digunakan di banyak bandar di Persekutuan Rusia dan CIS. Seperti orang lain, mereka mahu mengurangkan kos dan pada masa yang sama meramalkan keadaan teknikal bas troli dan armada trem bandar untuk memaklumkan kakitangan teknikal tepat pada masanya. Kami menyambung dan mencipta algoritma untuk mengumpul dan menghantar data teknikal daripada rolling stock ke pusat situasi tunggal (algoritma dibina terus ke dalam sistem kawalan pemacu dan berfungsi dengan data bas CAN). Akses jauh kepada data keadaan teknikal, termasuk akses masa nyata kepada parameter yang berubah (kelajuan, voltan, pemindahan tenaga pulih, dll.) dalam mod "osiloskop", memberikan akses kepada kemas kini perisian tegar jauh. Hasilnya ialah pengurangan kos perjalanan sebanyak 50%: akses terus kepada maklumat perkhidmatan memungkinkan untuk mengenal pasti punca kegagalan tanpa memerlukan jurutera perkhidmatan untuk melawat, dan analisis data dalam selang masa yang lama membolehkan anda meramalkan keadaan teknikal dan, jika perlu, lakukan penyelenggaraan "berasaskan keadaan" dengan cepat, termasuk analisis objektif situasi kecemasan. Pelaksanaan kontrak kitaran hayat lanjutan mengikut sepenuhnya keperluan Pelanggan dan tepat pada masanya. Pematuhan dengan keperluan spesifikasi teknikal pengendali, serta memberinya peluang baharu dari segi pemantauan ciri perkhidmatan pengguna (kualiti penghawa dingin, pecutan/brek, dll.).
3. Contoh ketiga ialah perbandaran. Kita perlu menjimatkan tenaga elektrik dan meningkatkan keselamatan rakyat. Kami menyambungkan satu platform untuk memantau, mengurus dan mengumpul data mengenai lampu jalan yang disambungkan, mengurus keseluruhan infrastruktur lampu awam dari jauh dan menyelenggaranya daripada panel kawalan tunggal, memberikan penyelesaian kepada tugas berikut. Ciri-ciri: memalapkan atau menghidupkan/mematikan lampu dari jauh, secara individu atau berkumpulan, memberitahu perkhidmatan bandar secara automatik tentang kegagalan di titik pencahayaan untuk perancangan penyelenggaraan yang lebih cekap, menyediakan data penggunaan tenaga masa nyata, menyediakan alat analisis yang berkuasa untuk memantau dan menambah baik lampu jalan sistem berdasarkan Data Besar, menyediakan data tentang trafik, penyaman udara, penyepaduan dengan subsistem Bandar Pintar yang lain. Keputusan - mengurangkan penggunaan tenaga untuk lampu jalan sehingga 80%, meningkatkan keselamatan untuk penduduk melalui penggunaan algoritma kawalan pencahayaan pintar (seseorang yang berjalan di jalan - hidupkan lampu untuknya, seseorang di persimpangan - hidupkan lebih terang pencahayaan supaya dia boleh dilihat dari jauh), menyediakan perkhidmatan tambahan bandar (mengecas kenderaan elektrik, menyediakan kandungan pengiklanan, pengawasan video, dll.).

Sebenarnya, apa yang saya ingin katakan: hari ini, dengan platform siap sedia (contohnya, kami), anda boleh menyediakan pemantauan dengan cepat dan mudah. Ini tidak memerlukan perubahan dalam peralatan (atau yang minimum, jika masih tiada penderia dan penghantaran data), ia tidak memerlukan kos pelaksanaan dan pakar yang berasingan. Anda hanya perlu mengkaji isu itu, meluangkan masa beberapa hari untuk memahami cara ia berfungsi, dan beberapa minggu untuk kelulusan, perjanjian dan pertukaran data tentang protokol. Dan selepas itu anda akan mempunyai data yang tepat dari semua peranti. Dan semua ini boleh dilakukan di seluruh negara dengan sokongan penyepadu Technoserv, iaitu, kami menjamin tahap kebolehpercayaan yang baik, yang tidak biasa untuk permulaan.

Dalam catatan seterusnya saya akan menunjukkan rupa ini dari pihak pembekal, menggunakan contoh satu pelaksanaan.

Sumber: www.habr.com