Прывітанне, Хабр! Наша каманда займаецца маніторынгам станкоў і розных установак па ўсёй краіне. Па сутнасці, мы забяспечваем магчымасць вытворцу не ганяць лішні раз інжынера, калі "ой, яно ўсё зламалася", а на справе трэба націснуць адну кнопку. Або калі зламалася не на абсталяванні, а побач.
Базавая праблема наступная. Вось вы робіце ўстаноўку для крэкінгу нафты, альбо станок для машынабудавання, альбо нейкую іншую прыладу для завода. Як правіла, продаж сам па сабе вельмі рэдка магчымы: звычайна гэта кантракт на пастаўку і абслугоўванне. Гэта значыць вы гарантуеце, што жалязяка будзе працаваць гадоў 10 без перабояў, а за перабоі адказваеце альбо фінансава, альбо забяспечваеце цвёрдыя SLA, альбо нешта падобнае.
Па факце гэта азначае, што вам трэба рэгулярна адпраўляць інжынера на аб'ект. Як паказвае наша практыка, ад 30 да 80% выездаў - лішнія. Першы выпадак - можна было б разабрацца, што здарылася, выдалена. Або папрасіць аператара націснуць пару кнопак – і ўсё запрацуе. Другі выпадак шэрыя схемы. Гэта калі інжынер выязджае, ставіць у рэгламент замену ці складаныя працы, а сам дзеліць кампенсацыю напалову з кімсьці з завода. Або проста атрымлівае асалоду ад адпачынкам з палюбоўніцай (рэальны выпадак) і таму кахае выязджаць часцей. Завод не супраць.
Устаноўка маніторынгу патрабуе мадыфікацыі жалеза прыладай перадачы даных, самой перадачы, нейкага возера даных для іх назапашвання, разбору пратаколаў і асяроддзя апрацоўкі з магчымасцю ўсё паглядзець і супаставіць. Ды і з гэтым усім ёсць нюансы.
Чаму нельга абысціся без аддаленага маніторынгу?
Банальна дорага. Камандзіроўка для аднаго інжынера - мінімум 50 тысяч рублёў (самалёт, гасцініца, пражыванне, сутачныя). Плюс не заўсёды атрымліваецца разарвацца, і адзін і той жа чалавек можа быць патрэбен у розных гарадах.
- У Расіі пастаўшчык і спажывец амаль заўсёды дастаткова далёка знаходзяцца адзін ад аднаго. Калі вы прадалі выраб у Сібір, вы нічога, акрамя таго, што вам скажа пастаўшчык, пра яго не ведаеце. Ні як яно працуе, ні ў якіх умовах эксплуатуецца, ні, уласна, хто там крывымі рукамі якую кнопку націснуў - гэтай інфармацыі аб'ектыўна ў вас няма, вы яе можаце ведаць толькі са слоў спажыўца. Гэта вельмі ўскладняе абслугоўванне.
- Неабгрунтаваныя звароты і прэтэнзіі. Гэта значыць ваш заказчык, які эксплуатуе ваш выраб, у любы момант можа патэлефанаваць, напісаць, пажаліцца і сказаць, што ваша штука не працуе, яна дрэнная, яна зламалася, прыязджайце тэрмінова і чыніце. Калі вам павезла і гэта не проста «не залілі расходник», тыя вы не дарма адправілі адмыслоўца. Часта бывае так, што карысная праца займала менш за гадзіну, а ўсё астатняе - падрыхтоўка камандзіроўкі, пералёты, пражыванне, - усё гэта запатрабавала кучу часу інжынера.
- Бываюць відавочна неабгрунтаваныя прэтэнзіі, і, каб гэта даказаць, трэба адправіць інжынера, скласці акт, звярнуцца ў суд. У выніку гэтага працэс зацягваецца, і нічога добрага ні для замоўца, ні для вас гэта наогул не нясе.
- Спрэчкі ўзнікаюць з-за таго, што, напрыклад, заказчык няправільна эксплуатаваў выраб, заказчык па нейкіх прычынах мае на вас зуб і не гаворыць аб тым, што ваш выраб працаваў няправільна, не ў тых рэжымах, якія заяўлены ў ТЗ і ў пашпарце. . Пры гэтым супрацьпаставіць яму вы нічога не можаце ці можаце, але з цяжкасцю, калі, напрыклад, ваш выраб неяк вядзе лагіраванне і запіс тых рэжымаў. Паломкі па віне заказчыка - гэта адбываецца наогул запар і побач. У мяне быў выпадак, калі дарагі нямецкі партальны станок зламаўся з-за наезду на слуп. Аператар не рабіў прывязку да нуля, і ў выніку там станок устаў. Прычым заказчык зусім выразна сказаў: "А мы тут ні пры чым". Але лагіравалася інфармацыя, і можна было гэтыя логі падняць і зразумець, на якой кіравальнай праграме і ў выніку чаго адбыўся гэты самы наезд. Гэта выратавала вельмі вялікія выдаткі пастаўшчыка ў сувязі з гарантыйным рамонтам.
- Згаданыя «шэрыя» схемы – змова з сервіснікам. Сэрвіснік ездзіць да замоўца ўвесь час адзін і той жа. Яму кажуць: «Слухай, Коль, давай ведаеш як зробім: ты напішаш, што ў нас тут усё паламалася, кампенсацыю атрымаем, ці прывязеш для рамонту нейкі зып. Мы ўсё гэта ціхай сапай рэалізуем, грошы падзелім». Застаецца альбо верыць, альбо неяк выдумляць нейкія складаныя шляхі праверкі гэтых усіх высноў, пацверджанняў, што не дадае ні часу, ні нерваў, і нічога добрага ў гэтым не адбываецца. Калі вы знаёмыя з тым, як аўтасэрвісы змагаюцца з махлярствамі па гарантыі і колькі складанасцяў гэта накладвае на працэсы, то прыкладна разумееце праблему.
Ну дык усё ж прылады пішуць лог, праўда? У чым праблема?
Праблема ў тым, што калі пастаўшчыкі больш-менш разумеюць, што лог трэба ўвесь час пісаць кудысьці (ці зразумелі за апошнія некалькі дзясяткаў гадоў), то далей культура не пайшла. Лог часта патрэбен для разбору выпадкаў з дарагім рамонтам – ці была гэта памылка аператара ці рэальная паломка абсталявання.
Каб забраць лог, часта трэба падысці фізічна да абсталявання, адкрыць нейкі кажух, агаліць сэрвісны раздым, падлучыць да яго кабель і забраць файлы дадзеных. Потым упарта грапаць іх некалькі гадзін, каб атрымаць карціну сітуацыі. Нажаль, але так адбываецца амаль усюды (ну альбо ў мяне аднабокі пункт гледжання, паколькі мы працуем як раз з тымі вытворчасцямі, дзе маніторынг толькі наладжваецца).
Нашы асноўныя кліенты - вытворцы абсталявання. Як правіла, яны пачынаюць задумвацца аб тым, што варта неяк заняцца маніторынгам, альбо пасля нейкага буйнага інцыдэнту, альбо проста гледзячы на рахункі за камандзіроўкі за год. Але часцей за ўсё гаворка ідзе аб буйным збоі са стратай грошай або рэпутацыі. Прагрэсіўныя кіраўнікі, якія задумваюцца аб тым, каб "як бы чаго не здарылася", рэдкія. Справа ў тым, што звычайна кіраўніку дастаецца стары "парк" сэрвісных кантрактаў, а ставіць датчыкі на новае жалеза ён сэнсу не бачыць, таму што спатрэбіцца гэта толькі праз пару гадоў.
Увогуле, у нейкі момант смажаны певень усё ж дзюбае, і надыходзіць час мадыфікацый.
Сама па сабе перадача звестак не вельмі страшная. На абсталяванні звычайна ўжо ёсць датчыкі (альбо яны даволі хутка ставяцца), плюс ужо пішуцца логі і адзначаюцца сэрвісныя падзеі. Усё гэта трэба толькі пачаць дасылаць. Агульная практыка - прама ў прыладу ад рэнтген-апарата да аўтаматычнай сеялкі ўстаўляецца нейкі мадэм, напрыклад, з embed-SIM, і адпраўляе тэлеметрыю праз сотавую сетку. Месцы, дзе сотавага пакрыцця няма, як правіла, знаходзяцца даволі далёка і ў апошнія гады рэдкія.
А далей пачынаецца тое самае пытанне, што і раней. Так, логі зараз ёсць. Але іх трэба кудысьці складаць і неяк іх чытаць. У агульным выпадку патрэбная нейкая сістэма візуалізацыі і разбору інцыдэнтаў.
І тут на сцэне з'яўляемся мы. Дакладней, часта мы з'яўляемся раней, паколькі кіраўнікі пастаўшчыкоў глядзяць, як зроблена ў калег, і адразу едуць да нас раіцца наконт падбору жалеза для адпраўкі тэлеметрыі.
Рынкавая ніша
На Захадзе шлях вырашэння такой сітуацыі зводзіцца да трох варыянтаў: Siemens-экасістэма (вельмі дорага, трэба для вельмі буйных вузлоў, як правіла, тыпу турбін), самапісныя мандулы ці нехта з лакальных інтэгратараў дапамагае. У выніку да прыходу ўсяго гэтага на расійскі рынак утварылася асяроддзе, дзе ёсць Siemens са сваімі кавалкамі экасістэмы, Amazon, Nokia і некалькі лакальных экасістэм накшталт распрацовак 1С.
Мы зайшлі на рынак як аб'яднальнае звяно, якое дазваляе збіраць любыя дадзеныя з любых прылад па любых (ладна, амаль любым больш-менш сучасным) пратаколам, апрацоўваць іх разам і паказваць іх чалавеку ў любым патрабаваным выглядзе: для гэтага ў нас ёсць стромкія SDK для ўсіх. асяроддзяў распрацоўкі і візуальны канструктар карыстацкіх інтэрфейсаў.
У выніку мы можам сабраць усе дадзеныя з прылады вытворцы, завесці ў сховішча на серверы і сабраць там панэль маніторынгу з алертамі.
Вось так гэта выглядае (тут заказчык зрабіў яшчэ візуалізацыю прадпрыемства, гэта некалькі гадзін у інтэрфейсе):
І ёсць графікі з абсталявання:
Алерты выглядаюць так: на ўзроўні станка, калі перавысілі намаганне на выканаўчым органе або ўзнікла сутыкненне, настройваецца набор параметраў, і сістэма будзе інфармаваць аддзел або рамонтныя службы пры выхадзе за іх.
Ну і самае складанае - прагназаванне выхаду са строю вузлоў па іх стане для прафілактыкі. Калі разумець рэсурс кожнага з вузлоў, дык можна моцна скараціць выдаткі на тых кантрактах, дзе ідзе аплата за просты.
Рэзюмэ
Гэтая гісторыя гучала б даволі проста: ну зразумелі, што трэба адпраўляць дадзеныя, маніторынг і аналіз, ну абралі вендара і ўкаранілі. Ну і ўсё, усё шчаслівыя. Калі гаворка ідзе пра самапісныя сістэмы на сваім жа заводзе, то, як гэта ні дзіўна, сістэмы хутка становяцца няпэўнымі. Гаворка ідзе аб банальнай страце логаў, недакладных дадзеных, збоях у зборы, захоўванні і атрыманні. Праз год-два пасля ўстаноўкі пачынаюць выдаляць старыя логі, што таксама не заўсёды добра заканчваецца. Хоць там практыка - з аднаго станка за год збіраецца 10 Гб. Вырашаецца гэта на пяць гадоў пакупкай яшчэ аднаго жорсткага дыска за 10 тысяч рублёў… У нейкі момант высвятляецца, што першасна не само перадавальнае абсталяванне, а сістэма, якая дазваляе атрымоўваныя дадзеныя аналізаваць. Важна зручнасць інтэрфейсу. Гэта ўвогуле бяда ўсіх прамысловых сістэм: хутка разабрацца ў сітуацыі не заўсёды проста. Важна, колькі дадзеных відаць у сістэме, колькасць параметраў з вузла, здольнасць сістэмы апераваць вялікім аб'ёмам і колькасцю дадзеных. Настройка дашбордаў, убудаваная мадэль самай прылады, рэдактар сцэн (каб маляваць схемы размяшчэння на вытворчасцях).
Давайце прывяду пару прыкладаў, што гэта дае на практыцы.
- Вось глабальная кампанія-вытворца прамысловага халадзільнага абсталявання, якое выкарыстоўваецца ў асноўным у гандлёвых сетках. 10% даходу кампаніі прыносіць аказанне сэрвісных паслуг па абслугоўванні сваёй прадукцыі. Трэба скараціць сабекошт сэрвісных паслуг і ўвогуле даць магчымасць нармальна павялічваць пастаўкі, таму што, калі прадаваць больш, то існуючая сістэма сэрвіснага абслугоўвання не справіцца. Падключыліся напрамую да платформы адзінага сэрвіснага цэнтра, мадыфікавалі пару модуляў для патрэб менавіта гэтага заказчыка, атрымалі зніжэнне камандзіровачных выдаткаў на 35% за кошт таго, што доступ да сэрвіснай інфармацыі дае магчымасць выяўляць прычыны выхаду са строю без выезду сэрвіснага інжынера. Аналіз дадзеных за працяглыя інтэрвалы часу - прагназаваць тэхнічны стан і пры неабходнасці хутка выконваць абслугоўванне "па стане". У якасці бонуса павялічылася хуткасць рэакцыі на запыт: выездаў стала менш, інжынеры сталі паспяваць хутчэй.
- Машынабудаўнічая кампанія, вытворца электрычнага транспарта, які выкарыстоўваецца ў многіх гарадах РФ і СНД. Як і ўсе, яны хочуць скараціць выдаткі і пры гэтым прагназаваць тэхстан тралейбуснага і трамвайнага паркаў горада, каб своечасова апавяшчаць тэхперсанал. Падлучылі, стварылі алгарытмы збору і перадачы тэхнічных дадзеных ад рухомага складу ў адзіны сітуацыйны цэнтр (алгарытмы ўбудоўваюцца непасрэдна ў сістэму кіравання прывадамі і працуюць з дадзенымі CAN-шыны). Выдалены доступ да дадзеных аб тэхнічным стане, уключаючы доступ у рэальным часе да зменлівых параметраў (хуткасць, напруга, перадача рэкупераванай энергіі і інш.) у рэжыме «асцылографа», далечы доступ да выдаленага абнаўлення прашыўкі. Вынік - зніжэнне камандзіровачных выдаткаў на 50%: прамы доступ да сэрвіснай інфармацыі дае магчымасць выяўляць прычыны выхаду з ладу без выезду сэрвіснага інжынера, а аналіз дадзеных за працяглыя інтэрвалы часу - прагназаваць тэхнічны стан і пры неабходнасці хутка выконваць абслугоўванне «па стане», уключаючы аб'ектыўны аналіз няштатных сітуацый. Рэалізацыя кантрактаў пашыранага жыццёвага цыкла ў поўнай адпаведнасці з патрабаваннямі Заказчыка і ва ўстаноўленыя тэрміны. Адпаведнасць патрабаванням Тэхнічнага задання эксплуатанта, а таксама прадастаўленне яму новых магчымасцяў у частцы кантролю характарыстык спажывецкага сэрвісу (якасць кандыцыянавання, разгон/тармажэнне і т. п.).
- Трэці прыклад - муніцыпалітэт. Трэба эканоміць электрычнасць і падвышаць бяспеку грамадзян. Падлучылі адзіную платформу для кантролю, кіравання і збору дадзеных аб падлучаным вулічным асвятленні, выдаленае кіраванне ўсёй інфраструктурай грамадскага асвятлення і абслугоўванне яго з адзінай панэлі кіравання, якое забяспечвае рашэнне наступных задач. Фічы: зацямненне або ўключэнне / выключэнне асвятлення дыстанцыйна, індывідуальна або ў групе, аўтаматычнае апавяшчэнне гарадскіх службаў аб збоях у кропках асвятлення для больш эфектыўнага планавання ТО, прадастаўленне ў рэальным часе дадзеных аб спажыванні энергіі, прадастаўленне магутных аналітычных інструментаў для маніторынгу і паляпшэння сістэмы вулічнага асвятлення на аснове Big Data, прадастаўленне дадзеных аб трафіку, стане паветра, інтэграцыя з іншымі падсістэмамі "Разумнага горада". Вынікі - скарачэнне выдатку электраэнергіі на вулічнае асвятленне да 80%, павышэнне бяспекі для жыхароў за кошт выкарыстання інтэлектуальных алгарытмаў кіравання асвятленнем (чалавек ідзе па вуліцы - уключыць яму святло, чалавек на пераходзе - уключыць ярчэй асвятленне, каб яго было прыкметна здалёку), забеспячэнне горада дадатковымі сэрвісамі (зарадка электрамабіляў, прадастаўленне рэкламнага кантэнту, відэаназіранне і інш.).
Уласна, што я хацеў сказаць: сёння з гатовай платформай (напрыклад, нашай) наладзіць маніторынг можна вельмі хутка і проста. Для гэтага не патрэбныя змены ў абсталяванні (або мінімальныя, калі датчыкаў і перадачы дадзеных да гэтага часу няма), для гэтага не патрэбныя выдаткі на ўкараненне і асобныя спецыялісты. Трэба проста вывучыць пытанне, выдаткаваць пару дзён на тое, каб зразумець, як гэта працуе, і некалькі тыдняў на ўзгадненні, дамову і абмен дадзенымі пра пратаколы. І пасля гэтага ў вас будуць дакладныя дадзеныя са ўсіх прылад. І ўсё гэта можна рабіць па ўсёй краіне пры падтрымцы інтэгратара Техносерва, гэта значыць мы гарантуем добры ўзровень надзейнасці, нехарактэрны для стартапа.
У наступным пасце я пакажу, як гэта выглядае са боку пастаўшчыка, на прыкладзе аднаго ўкараненні.
Крыніца: habr.com