Sugeng rawuh, Habr! Tim kita ngawasi mesin lan macem-macem instalasi ing saindenging negara. Ateges, kita menehi kesempatan kanggo pabrikan supaya ora ngirim insinyur maneh nalika "oh, kabeh rusak," nanging nyatane mung kudu mencet tombol siji. Utawa nalika rusak ora ing peralatan, nanging cedhak.
Masalah dhasar yaiku ing ngisor iki. Ing kene sampeyan ngasilake unit cracking lenga, utawa alat mesin kanggo teknik mesin, utawa piranti liyane kanggo tanduran. Minangka aturan, adol dhewe arang banget bisa: biasane kontrak pasokan lan layanan. Sing, sampeyan njamin sing Piece saka hardware bakal bisa kanggo 10 taun tanpa gangguan, lan interruptions sampeyan tanggung jawab salah siji financial, utawa nyedhiyani SLAs ketat, utawa soko padha.
Nyatane, iki tegese sampeyan kudu ngirim insinyur kanthi rutin menyang situs kasebut. Minangka praktik kita nuduhake, saka 30 nganti 80% lelungan ora perlu. Kasus pisanan - iku bakal bisa kanggo tokoh metu apa kedaden mbatalake. Utawa takon operator kanggo mencet saperangan tombol lan kabeh bakal bisa. Kasus kapindho yaiku skema "abu-abu". Iki nalika insinyur metu, jadwal panggantos utawa karya komplèks, lan banjur dibagi ganti rugi ing setengah karo wong saka pabrik. Utawa dheweke mung seneng liburan karo nyonya (kasus nyata) lan mulane luwih seneng metu. Tanduran ora ketompo.
Nginstal ngawasi mbutuhake modifikasi hardware karo piranti transmisi data, transmisi dhewe, sawetara jenis tlaga data kanggo nyimpen, protokol parsing lan lingkungan Processing karo kemampuan kanggo ndeleng lan mbandhingaké kabeh. Inggih, ana nuansa kanggo kabeh iki.
Napa kita ora bisa nindakake tanpa ngawasi jarak jauh?
Iku larang regane. Perjalanan bisnis kanggo siji insinyur - paling ora 50 ewu rubel (pesawat, hotel, akomodasi, tunjangan saben dina). Kajaba iku, ora mesthi bisa putus, lan wong sing padha bisa uga dibutuhake ing kutha sing beda-beda.
- Ing Rusia, supplier lan konsumen meh tansah cukup adoh saka saben liyane. Nalika sampeyan ngedol produk kanggo Siberia, sampeyan ora ngerti apa-apa bab iku kajaba supplier ngandhani sampeyan. Sanadyan cara kerjane, utawa ing kahanan apa sing digunakake, utawa, nyatane, sing mencet tombol kanthi tangan sing bengkong - sampeyan ora duwe informasi iki kanthi objektif, sampeyan mung bisa ngerti saka tembung konsumen. Iki ndadekake pangopènan angel banget.
- Bandhing lan pratelan sing ora ana dhasar. Yaiku, pelanggan sampeyan, sing nggunakake produk sampeyan, bisa nelpon, nulis, sambat sawayah-wayah lan ujar manawa produk sampeyan ora bisa digunakake, ala, rusak, teka kanthi cepet lan ndandani. Yen sampeyan begja lan ora mung "consumables padha ora diisi," sampeyan ora ngirim spesialis muspra. Asring kedadeyan yen karya migunani njupuk kurang saka jam, lan kabeh liya - nyiapake perjalanan bisnis, penerbangan, akomodasi - kabeh iki mbutuhake akeh wektu insinyur.
- Ana pratelan sing ora ana dhasar, lan kanggo mbuktekake iki, sampeyan kudu ngirim insinyur, nggawe laporan, lan menyang pengadilan. Akibaté, proses iki telat, lan iki ora nggawa apa-apa apik kanggo salah siji customer utawa sampeyan.
- Sengketa muncul amarga kasunyatane, umpamane, pelanggan ngoperasikake produk kanthi salah, pelanggan kanthi alesan duwe dendam marang sampeyan lan ora ujar manawa produk sampeyan ora bisa digunakake kanthi bener, ora ing mode sing kasebut ing spesifikasi teknis lan ing paspor. Ing wektu sing padha, sampeyan ora bisa nindakake apa-apa, utawa sampeyan bisa, nanging kanthi angel, yen, contone, produk sampeyan bisa nyathet lan ngrekam mode kasebut. Kerusakan amarga kesalahane pelanggan - iki kedadeyan kabeh wektu. Aku duwe kasus mesin portal Jerman sing larang amarga tabrakan karo kutub. Operator ora nyetel menyang nul, lan minangka asil mesin mandheg ana. Kajaba iku, pelanggan ujar kanthi jelas: "Kita ora ana hubungane." Nanging informasi iki mlebu, lan iku bisa kanggo katon munggah log iki lan ngerti kang program kontrol digunakake lan minangka asil saka tabrakan iki banget. Iki nylametake supplier biaya sing gedhe banget kanggo ndandani garansi.
- Skema "abu-abu" kasebut minangka konspirasi karo panyedhiya layanan. Teknisi layanan sing padha tansah menyang pelanggan. Dheweke kandha: "Ngrungokake, Kolya, ayo nglakoni kaya sing dikarepake: sampeyan nulis manawa kabeh rusak ing kene, kita bakal entuk ganti rugi, utawa sampeyan nggawa sawetara zipper kanggo ndandani. Kita bakal ngetrapake kabeh iki kanthi tenang, kita bakal dibagi dhuwit. Kabeh sing isih ana yaiku pracaya, utawa kanggo nemokake sawetara cara rumit kanggo mriksa kabeh kesimpulan lan konfirmasi iki, sing ora nambah wektu utawa saraf, lan ora ana sing apik. Yen sampeyan ngerti carane layanan mobil nangani penipuan babar pisan lan carane akeh kerumitan iki nemtokke ing proses, sampeyan kira-kira ngerti masalah.
Ya, piranti isih nulis log, ta? Apa masalahe?
Masalahe yaiku yen panyedhiya luwih utawa kurang ngerti manawa log kasebut kudu terus-terusan ditulis ing endi wae (utawa wis dingerteni sajrone sawetara dekade kepungkur), mula budaya kasebut ora maju. Log kasebut asring dibutuhake kanggo nganalisa kasus kanthi ndandani larang - apa kesalahan operator utawa kerusakan peralatan nyata.
Kanggo njupuk log, sampeyan kudu nyedhaki peralatan kanthi fisik, mbukak sawetara jinis casing, mbukak konektor layanan, nyambungake kabel kasebut lan njupuk file data. Banjur terus-terusan nyekel nganti pirang-pirang jam kanggo njupuk gambar kahanan kasebut. Alas, iki kedadeyan meh ing endi wae (uga, aku duwe sudut pandang siji-sisi, amarga kita kerja persis karo industri kasebut ing ngendi pemantauan mung ditetepake).
Klien utama kita yaiku produsen peralatan. Biasane, dheweke wiwit mikir babagan ngawasi sawetara, sawise kedadeyan gedhe utawa mung ndeleng tagihan lelungan ing taun kasebut. Nanging luwih kerep tinimbang ora, kita ngomong babagan kegagalan utama kanthi mundhut dhuwit utawa reputasi. Pemimpin progresif sing mikir babagan "apa wae sing kedadeyan" arang banget. Kasunyatane, biasane manajer entuk kontrak layanan "taman" lawas, lan ora ana gunane kanggo nginstal sensor ing hardware anyar, amarga mung butuh sawetara taun.
Umumé, ing sawetara titik jago panggang isih cokotan, lan wektu teka kanggo modifikasi.
Transfer data dhewe ora banget medeni. Peralatan kasebut biasane duwe sensor (utawa dipasang kanthi cepet), ditambah log wis ditulis lan acara layanan dicathet. Sampeyan mung kudu miwiti ngirim. Praktek umum yaiku nglebokake sawetara modem, contone, kanthi embed-SIM, langsung menyang piranti saka mesin sinar-X menyang seeder otomatis, lan ngirim telemetri liwat jaringan seluler. Panggonan sing ora ana jangkoan sel biasane cukup adoh lan dadi langka ing taun-taun pungkasan.
Banjur pitakonan sing padha diwiwiti kaya sadurunge. Ya, saiki ana log. Nanging kudu dilebokake ing endi wae lan diwaca piye wae. Umumé, sawetara jinis sistem kanggo nggambarake lan nganalisa kedadeyan dibutuhake.
Banjur kita katon ing panggung. Luwih tepate, kita asring muncul sadurunge, amarga manajer supplier ndeleng apa sing ditindakake kanca-kancane lan langsung teka kanggo menehi saran babagan milih hardware kanggo ngirim telemetri.
Ceruk pasar
Ing Kulon, cara kanggo ngatasi kahanan iki ana telung pilihan: ekosistem Siemens (larang banget, dibutuhake kanggo unit sing gedhe banget, biasane kaya turbin), mandule sing ditulis dhewe, utawa salah sawijining integrator lokal mbantu. Akibaté, nalika kabeh iki teka ing pasar Rusia, sawijining lingkungan dibentuk ing ngendi ana Siemens karo potongan ekosistem, Amazon, Nokia lan sawetara ekosistem lokal kaya pangembangan 1C.
Kita mlebu pasar minangka link manunggalaken sing ngidini kita ngumpulake data saka piranti apa wae nggunakake protokol (oke, meh wae luwih utawa kurang modern), proses bebarengan lan nuduhake menyang wong ing wangun sing dibutuhake: iki kita duwe SDK kelangan kanggo kabeh lingkungan pangembangan lan desainer antarmuka panganggo visual.
Akibaté, kita bisa ngumpulake kabeh data saka piranti pabrikan, nyimpen ing panyimpenan ing server lan ngumpulake panel ngawasi karo tandha.
Iki katon kaya (ing kene pelanggan uga nggawe visualisasi perusahaan, sawetara jam ing antarmuka):
Lan ana grafik saka peralatan:
Tandha katon kaya iki: ing tingkat mesin, yen pasukan ing awak eksekutif wis ngluwihi utawa tabrakan wis kedaden, pesawat saka paramèter diatur, lan sistem bakal ngandhani departemen utawa ndandani layanan nalika lagi ngluwihi.
Inggih, sing paling angel prédhiksi kegagalan kelenjar adhedhasar kahanan kanggo nyegah. Yen sampeyan ngerti sumber daya saben simpul, sampeyan bisa nyuda biaya ing kontrak sing ana pembayaran kanggo downtime.
Ringkesan
Crita iki bakal muni cukup prasaja: uga, kita nyadari yen kita kudu ngirim data, ngawasi lan analisis, mula kita milih vendor lan ngetrapake. Lha yo ngono, kabeh pada seneng. Yen kita ngomong babagan sistem sing ditulis dhewe ing pabrik kita dhewe, mula, anehe, sistem kasebut kanthi cepet dadi ora bisa dipercaya. Kita ngomong babagan mundhut log, data sing ora akurat, gagal koleksi, panyimpenan lan panrimo. Setaun utawa rong taun sawise instalasi, log lawas wiwit dibusak, sing uga ora mesthi rampung. Senajan ana laku - 10 GB diklumpukake saka siji mesin saben taun. Iki ditanggulangi limang taun kanthi tuku hard drive liyane kanggo 10 ewu rubel ... Ing sawetara titik ternyata dudu peralatan transmisi dhewe sing utami, nanging sistem sing ngidini data sing ditampa bisa dianalisis. Penak antarmuka penting. Iki umume masalah karo kabeh sistem industri: kanthi cepet ngerti kahanan kasebut ora gampang. Penting carane akeh data sing katon ing sistem, jumlah paramèter saka simpul, kemampuan sistem kanggo operate karo volume gedhe lan jumlah data. Nyetel dashboard, model piranti sing dibangun dhewe, editor adegan (kanggo nggambar tata letak produksi).
Ayo menehi sawetara conto apa iki menehi ing laku.
- Iki minangka pabrikan global peralatan kulkas industri sing digunakake utamane ing ranté ritel. 10% saka penghasilan perusahaan asale saka nyediakake layanan kanggo nglayani produke. Perlu nyuda biaya layanan lan umume menehi kesempatan kanggo nambah pasokan kanthi normal, amarga yen adol luwih akeh, sistem layanan sing ana ora bakal bisa ngatasi. Kita disambungake langsung menyang platform saka pusat layanan siji, diowahi saperangan modul kanggo kabutuhan customer tartamtu iki, lan nampa 35% abang ing expenses travel amarga kasunyatan sing akses kanggo informasi layanan ndadekake iku bisa kanggo ngenali nimbulaké. saka Gagal tanpa perlu kanggo layanan engineer kanggo ngunjungi. Analisis data sajrone wektu sing suwe - prédhiksi kondisi teknis lan, yen perlu, kanthi cepet nindakake pangopènan adhedhasar kondisi. Minangka bonus, kacepetan nanggepi panjalukan wis tambah: ana kurang lelungan lapangan, lan insinyur bisa nindakake luwih cepet.
- Perusahaan teknik mesin, pabrikan kendaraan listrik sing digunakake ing pirang-pirang kutha ing Federasi Rusia lan CIS. Kaya wong liya, dheweke pengin nyuda biaya lan ing wektu sing padha prédhiksi kondisi teknis trolleybus lan armada trem kutha supaya bisa menehi kabar marang staf teknis kanthi pas wektune. Kita nyambung lan nggawe algoritma kanggo ngumpulake lan ngirim data teknis saka rolling stock menyang pusat kahanan siji (algoritma sing dibangun langsung menyang sistem kontrol drive lan bisa digunakake karo data bis CAN). Akses adoh menyang data kondisi teknis, kalebu akses nyata-wektu kanggo ngganti paramèter (kacepetan, voltase, transfer energi mbalekake, etc.) ing mode "oscilloscope", menehi akses menyang nganyari perangkat kukuh remot. Asilé yaiku nyuda biaya lelungan kanthi 50%: akses langsung menyang informasi layanan ndadekake bisa ngenali panyebab kegagalan tanpa perlu ngunjungi insinyur layanan, lan analisis data sajrone interval wektu sing suwe ngidini sampeyan prédhiksi kondisi teknis lan, yen perlu, cepet nindakake pangopènan "basis kondisi", kalebu analisis obyektif saka kahanan darurat. Implementasi kontrak siklus urip lengkap kanthi lengkap karo syarat Pelanggan lan tepat wektu. Selaras karo syarat spesifikasi teknis operator, uga menehi kesempatan anyar babagan ngawasi karakteristik layanan konsumen (kualitas AC, akselerasi / rem, lsp.).
- Conto katelu yaiku kotamadya. Kita kudu ngirit listrik lan ningkatake safety warga. Kita nyambungake platform siji kanggo ngawasi, ngatur lan ngumpulake data babagan lampu jalan sing disambungake, ngatur kabeh infrastruktur lampu umum saka jarak jauh lan nglayani saka panel kontrol siji, nyedhiyakake solusi kanggo tugas ing ngisor iki. Fitur: dimming utawa nguripake lampu kanthi jarak adoh, individu utawa kelompok, kanthi otomatis menehi kabar marang layanan kutha babagan kegagalan ing titik cahya kanggo perencanaan pangopènan sing luwih efisien, nyedhiyakake data konsumsi energi wektu nyata, nyedhiyakake alat analitis sing kuat kanggo ngawasi lan ningkatake lampu dalan sistem adhedhasar Big Data, nyediakake data ing lalu lintas, kahanan online, integrasi karo subsistem Smart City liyane. Asil - nyuda konsumsi energi kanggo lampu dalan nganti 80%, nambah safety kanggo warga kanthi nggunakake algoritma kontrol lampu cerdas (wong sing mlaku ing dalan - nguripake lampu kanggo dheweke, wong ing nyebrang - nguripake luwih cerah cahya supaya bisa katon saka kadohan), nyediakake kanggo kutha layanan tambahan (isi daya kendaraan listrik, nyedhiyani isi iklan, ndjogo video, etc.).
Bener, apa sing dakkarepake: dina iki, kanthi platform sing wis siap (umpamane, kita), sampeyan bisa nyetel pemantauan kanthi cepet lan gampang. Iki ora mbutuhake owah-owahan ing peralatan (utawa sing paling tithik, yen isih ora ana sensor lan transmisi data), ora mbutuhake biaya implementasine lan spesialis kapisah. Sampeyan mung kudu sinau Jeksa Agung bisa ngetokake, nglampahi saperangan dina ngerti cara kerjane, lan sawetara minggu ing persetujuan, persetujuan lan ijol-ijolan data babagan protokol. Lan sawise sampeyan bakal duwe data akurat saka kabeh piranti. Lan kabeh iki bisa ditindakake ing saindhenging negara kanthi dhukungan saka integrator Technoserv, yaiku, kita njamin tingkat linuwih sing apik, sing ora khas kanggo wiwitan.
Ing kirim sabanjure aku bakal nuduhake apa iki katon saka sisih supplier, nggunakake conto siji implementasine.
Source: www.habr.com