Përshëndetje, Habr! Ekipi ynë monitoron makineritë dhe instalimet e ndryshme në të gjithë vendin. Në thelb, ne ofrojmë mundësinë që prodhuesi të mos dërgojë një inxhinier përsëri kur "oh, gjithçka është e prishur", por në realitet ata duhet të shtypin vetëm një buton. Ose kur u prish jo në pajisje, por afër.
Problemi themelor është si vijon. Këtu ju jeni duke prodhuar një njësi të plasaritjes së vajit, ose një vegël makine për inxhinieri mekanike, ose ndonjë pajisje tjetër për një fabrikë. Si rregull, vetë shitja është jashtëzakonisht rrallë e mundur: zakonisht është një kontratë furnizimi dhe shërbimi. Kjo do të thotë, ju garantoni që pjesa e harduerit do të funksionojë për 10 vjet pa ndërprerje, dhe për ndërprerjet jeni përgjegjës ose financiarisht, ose siguroni SLA strikte, ose diçka të ngjashme.
Në fakt, kjo do të thotë që ju duhet të dërgoni rregullisht një inxhinier në sit. Siç tregon praktika jonë, nga 30 deri në 80% e udhëtimeve janë të panevojshme. Rasti i parë - do të ishte e mundur të kuptohej se çfarë ndodhi nga distanca. Ose kërkoni operatorin të shtypë disa butona dhe gjithçka do të funksionojë. Rasti i dytë është skemat "gri". Kjo është kur një inxhinier del jashtë, planifikon zëvendësimin ose punë komplekse dhe më pas e ndan kompensimin përgjysmë me dikë nga fabrika. Ose thjesht i shijon pushimet me të dashurën (rast i vërtetë) dhe për këtë arsye i pëlqen të dalë më shpesh. Bima nuk ka problem.
Instalimi i monitorimit kërkon modifikimin e harduerit me një pajisje transmetimi të të dhënave, vetë transmetimin, një lloj liqeni të dhënash për ruajtjen e tij, analizimin e protokolleve dhe një mjedis përpunimi me aftësinë për të parë dhe krahasuar gjithçka. Epo, e gjithë kjo ka nuanca.
Pse nuk mund të bëjmë pa monitorim në distancë?
Është shumë e shtrenjtë. Udhëtim pune për një inxhinier - të paktën 50 mijë rubla (aeroplan, hotel, akomodim, pagesa ditore). Plus, nuk është gjithmonë e mundur të ndaheni, dhe i njëjti person mund të jetë i nevojshëm në qytete të ndryshme.
- Në Rusi, furnizuesi dhe konsumatori janë pothuajse gjithmonë mjaft larg njëri-tjetrit. Kur shitni një produkt në Siberi, nuk dini asgjë për të, përveç asaj që ju thotë furnizuesi. As si funksionon, as në çfarë kushtesh përdoret, as, në fakt, kush shtypi cilin buton me duar të shtrembër - ju objektivisht nuk e keni këtë informacion, mund ta dini vetëm nga fjalët e konsumatorit. Kjo e bën mirëmbajtjen shumë të vështirë.
- Ankesa dhe pretendime të pabazuara. Domethënë, klienti juaj, i cili po përdor produktin tuaj, mund të telefonojë, të shkruajë, të ankohet në çdo kohë dhe të thotë që produkti juaj nuk funksionon, është i keq, është i prishur, të vijë urgjentisht dhe ta rregullojë. Nëse jeni me fat dhe nuk është vetëm "nuk u mbushën materialet harxhuese", atëherë nuk keni dërguar kot një specialist. Shpesh ndodh që puna e dobishme zgjati më pak se një orë, dhe gjithçka tjetër - përgatitja e një udhëtimi pune, fluturimet, akomodimi - e gjithë kjo kërkonte shumë kohë të inxhinierit.
- Ka pretendime qartësisht të pabaza, dhe për ta vërtetuar këtë, duhet të dërgoni një inxhinier, të hartoni një raport dhe të shkoni në gjykatë. Si rezultat, procesi vonohet dhe kjo nuk sjell asgjë të mirë as për klientin dhe as për ju.
- Mosmarrëveshjet lindin për faktin se, për shembull, klienti e ka operuar produktin gabimisht, klienti për ndonjë arsye ka inat ndaj jush dhe nuk thotë që produkti juaj nuk funksionoi siç duhet, jo në mënyrat e përcaktuara në specifikimet teknike dhe në pasaportë. Në të njëjtën kohë, ju nuk mund të bëni asgjë kundër tij, ose mundeni, por me vështirësi, nëse, për shembull, produkti juaj disi regjistron dhe regjistron ato mënyra. Defektet për shkak të fajit të klientit - kjo ndodh gjatë gjithë kohës. Kam pasur një rast kur një makinë portali e shtrenjtë gjermane është prishur nga përplasja me një shtyllë. Operatori nuk e vendosi atë në zero, dhe si rezultat makina ndaloi atje. Për më tepër, klienti tha mjaft qartë: "Ne nuk kemi asgjë me të." Por informacioni u regjistrua, dhe ishte e mundur të kërkoheshin këto regjistra dhe të kuptohej se cili program kontrolli u përdor dhe si rezultat i të cilit ndodhi pikërisht kjo përplasje. Kjo i kurseu furnizuesit kosto shumë të mëdha për riparimet e garancisë.
- Skemat e përmendura "gri" janë një komplot me ofruesin e shërbimit. I njëjti teknik shërbimi shkon te klienti gjatë gjithë kohës. Ata i thonë: "Dëgjo, Kolya, le ta bëjmë ashtu siç dëshiron: ti shkruan se gjithçka është prishur këtu, ne do të marrim dëmshpërblim, ose ti sill një lloj zinxhiri për riparim. Të gjitha këto do t’i zbatojmë në heshtje, do t’i ndajmë paratë”. Mbetet vetëm ose të besosh, ose të shpikësh disi disa mënyra të ndërlikuara për të kontrolluar të gjitha këto përfundime dhe konfirmime, gjë që nuk shton kohë dhe nerva, dhe asgjë e mirë nuk ndodh në këtë. Nëse jeni të njohur me mënyrën se si shërbimet e makinave merren me mashtrimin e garancisë dhe sa kompleksitet u imponon proceseve, atëherë e kuptoni afërsisht problemin.
Epo, pajisjet ende shkruajnë regjistra, apo jo? Cili është problemi?
Problemi është se nëse furnizuesit pak a shumë e kuptojnë se regjistri duhet të shkruhet vazhdimisht diku (ose e kanë kuptuar gjatë dekadave të fundit), atëherë kultura nuk ka shkuar më tej. Regjistri shpesh nevojitet për të analizuar rastet me riparime të shtrenjta - nëse ishte një gabim operatori ose një prishje e vërtetë e pajisjeve.
Për të marrë një regjistër, shpesh duhet t'i afroheni fizikisht pajisjes, të hapni një lloj kaseje, të ekspozoni lidhësin e shërbimit, të lidhni një kabllo me të dhe të merrni skedarët e të dhënave. Pastaj kapini ato me këmbëngulje për disa orë për të marrë një pamje të situatës. Mjerisht, kjo ndodh pothuajse kudo (epo, ose unë kam një këndvështrim të njëanshëm, pasi ne punojmë pikërisht me ato industri ku monitorimi sapo po vendoset).
Klientët tanë kryesorë janë prodhuesit e pajisjeve. Në mënyrë tipike, ata fillojnë të mendojnë për të bërë një lloj monitorimi, ose pas një incidenti të madh ose thjesht duke parë faturat e tyre të udhëtimit për vitin. Por më shpesh sesa jo, ne po flasim për një dështim të madh me humbje parash ose reputacioni. Udhëheqësit progresivë që mendojnë për "çfarëdo që të ndodhë" janë të rrallë. Fakti është se zakonisht menaxheri merr "parkun" e vjetër të kontratave të shërbimit, dhe ai nuk sheh asnjë pikë në instalimin e sensorëve në pajisje të reja, sepse do të nevojiten vetëm pas disa vitesh.
Në përgjithësi, në një moment gjeli i pjekur ende kafshon, dhe vjen koha për modifikime.
Transferimi i të dhënave në vetvete nuk është shumë i frikshëm. Pajisjet zakonisht kanë tashmë sensorë (ose instalohen mjaft shpejt), plus regjistrat janë shkruar tashmë dhe ngjarjet e shërbimit janë shënuar. E tëra çfarë ju duhet të bëni është të filloni ta dërgoni atë. Praktika e përgjithshme është që të futni një lloj modemi, për shembull, me një kartë SIM të integruar, direkt në pajisje nga aparati me rreze X në mbjellësin automatik dhe të dërgoni telemetrinë përmes rrjetit celular. Vendet ku nuk ka mbulim qelizash janë zakonisht mjaft larg dhe janë bërë të rralla vitet e fundit.
Dhe pastaj fillon e njëjta pyetje si më parë. Po, tani ka regjistra. Por ato duhet të vendosen diku dhe të lexohen disi. Në përgjithësi, nevojitet një lloj sistemi për vizualizimin dhe analizimin e incidenteve.
Dhe pastaj dalim në skenë. Më saktësisht, ne shpesh paraqitemi më herët, sepse menaxherët e furnitorëve shikojnë se çfarë po bëjnë kolegët e tyre dhe vijnë menjëherë tek ne për këshilla për zgjedhjen e pajisjeve për dërgimin e telemetrisë.
Kamare e tregut
Në Perëndim, mënyra për të zgjidhur këtë situatë zbret në tre opsione: ekosistemi Siemens (shumë i shtrenjtë, i nevojshëm për njësi shumë të mëdha, zakonisht si turbinat), mandulet e shkruara vetë ose një nga integruesit lokalë ndihmon. Si rezultat, kur e gjithë kjo erdhi në tregun rus, u formua një mjedis ku ishte Siemens me pjesët e tij të ekosistemit, Amazon, Nokia dhe disa ekosisteme lokale si zhvillimet 1C.
Ne hymë në treg si një lidhje unifikuese që na lejon të mbledhim çdo të dhënë nga çdo pajisje duke përdorur çdo protokoll (në rregull, pothuajse çdo pak a shumë modern), t'i përpunojmë ato së bashku dhe t'ia tregojmë një personi në çdo formë të kërkuar: për këtë ne kemi SDK-të e lezetshme për mjediset e zhvillimit të të gjithëve dhe projektuesi vizual i ndërfaqes së përdoruesit.
Si rezultat, ne mund të mbledhim të gjitha të dhënat nga pajisja e prodhuesit, t'i ruajmë ato në ruajtje në server dhe të mbledhim një panel monitorimi me sinjalizime atje.
Kështu duket (këtu klienti bëri një vizualizim të ndërmarrjes, kjo është disa orë në ndërfaqe):
Dhe ka grafikë nga pajisjet:
Alarmet duken kështu: në nivelin e makinës, nëse forca në organin ekzekutiv është tejkaluar ose ka ndodhur një përplasje, konfigurohet një grup parametrash dhe sistemi do të informojë departamentin ose shërbimet e riparimit kur ato tejkalohen.
Epo, gjëja më e vështirë është parashikimi i dështimit të nyjeve bazuar në gjendjen e tyre për parandalim. Nëse e kuptoni burimin e secilës prej nyjeve, atëherë mund të zvogëloni shumë kostot për ato kontrata ku ka një pagesë për kohën e ndërprerjes.
Përmbledhje
Kjo histori do të tingëllonte mjaft e thjeshtë: e kuptuam se kishim nevojë të dërgonim të dhëna, monitorim dhe analiza, kështu që zgjodhëm një shitës dhe e zbatuam atë. Epo, kjo është ajo, të gjithë janë të lumtur. Nëse po flasim për sisteme të vetë-shkruara në fabrikën tonë, atëherë, çuditërisht, sistemet shpejt bëhen jo të besueshme. Po flasim për humbje banale të regjistrave, të dhëna të pasakta, dështime në grumbullim, ruajtje dhe marrje. Një ose dy vit pas instalimit, shkrimet e vjetra fillojnë të fshihen, gjë që gjithashtu nuk përfundon gjithmonë mirë. Edhe pse ekziston një praktikë - 10 GB mblidhen nga një makinë në vit. Kjo zgjidhet për pesë vjet duke blerë një hard disk tjetër për 10 mijë rubla... Në një moment rezulton se nuk është vetë pajisja transmetuese ajo që është primare, por sistemi që lejon analizimin e të dhënave të marra. Komoditeti i ndërfaqes është i rëndësishëm. Ky është përgjithësisht problemi me të gjitha sistemet industriale: të kuptuarit e shpejtë të situatës nuk është gjithmonë e lehtë. Është e rëndësishme se sa të dhëna janë të dukshme në sistem, numri i parametrave nga nyja, aftësia e sistemit për të funksionuar me një vëllim dhe sasi të madhe të dhënash. Vendosja e paneleve, një model i integruar i vetë pajisjes, një redaktues i skenës (për vizatimin e paraqitjeve të prodhimit).
Le të japim disa shembuj të asaj që kjo jep në praktikë.
- Këtu është një prodhues global i pajisjeve të ftohjes industriale të përdorura kryesisht në zinxhirët e shitjes me pakicë. 10% e të ardhurave të kompanisë vijnë nga ofrimi i shërbimeve për servisimin e produkteve të saj. Është e nevojshme të ulet kostoja e shërbimeve dhe në përgjithësi të jepet mundësia për të rritur furnizimet normalisht, sepse nëse shesim më shumë, sistemi ekzistues i shërbimit nuk do të përballojë. Ne u lidhëm drejtpërdrejt me platformën e një qendre të vetme shërbimi, modifikuam disa module për nevojat e këtij klienti të veçantë dhe morëm një ulje prej 35% në shpenzimet e udhëtimit për faktin se aksesi në informacionin e shërbimit bën të mundur identifikimin e shkaqeve e dështimit pa pasur nevojë për vizitë nga një inxhinier shërbimi. Analiza e të dhënave për periudha të gjata kohore - parashikoni gjendjen teknike dhe, nëse është e nevojshme, kryeni shpejt mirëmbajtjen e bazuar në gjendje. Si bonus, shpejtësia e përgjigjes ndaj kërkesave është rritur: ka më pak udhëtime në terren dhe inxhinierët janë në gjendje t'i bëjnë gjërat më shpejt.
- Kompania e inxhinierisë mekanike, prodhuese e automjeteve elektrike të përdorura në shumë qytete të Federatës Ruse dhe CIS. Si gjithë të tjerët, ata duan të ulin kostot dhe në të njëjtën kohë të parashikojnë gjendjen teknike të flotës së trolejbusëve dhe tramvajit të qytetit për të njoftuar në kohë stafin teknik. Ne lidhëm dhe krijuam algoritme për mbledhjen dhe transmetimin e të dhënave teknike nga mjetet lëvizëse në një qendër të vetme situatash (algoritmet janë ndërtuar direkt në sistemin e kontrollit të makinës dhe punojnë me të dhënat e autobusit CAN). Qasja në distancë në të dhënat e gjendjes teknike, duke përfshirë aksesin në kohë reale në ndryshimin e parametrave (shpejtësia, tensioni, transferimi i energjisë së rikuperuar, etj.) në modalitetin "oshiloskop", dha akses në përditësimet e firmuerit në distancë. Rezultati është një ulje e kostove të udhëtimit me 50%: qasja e drejtpërdrejtë në informacionin e shërbimit bën të mundur identifikimin e shkaqeve të dështimit pa pasur nevojë për vizitë nga një inxhinier shërbimi, dhe analiza e të dhënave në intervale të gjata kohore ju lejon të parashikoni gjendjen teknike dhe, nëse është e nevojshme, të kryejë shpejt mirëmbajtjen "e bazuar në gjendje", duke përfshirë analizën objektive të situatave emergjente. Zbatimi i kontratave të ciklit të zgjatur të jetës në përputhje të plotë me kërkesat e Klientit dhe në kohë. Pajtueshmëria me kërkesat e specifikimeve teknike të operatorit, si dhe ofrimi i mundësive të reja në drejtim të monitorimit të karakteristikave të shërbimit ndaj konsumatorit (cilësia e klimatizimit, përshpejtimi/frenimi, etj.).
- Shembulli i tretë është një komunë. Duhet të kursejmë energjinë elektrike dhe të përmirësojmë sigurinë e qytetarëve. Ne lidhëm një platformë të vetme për monitorimin, menaxhimin dhe mbledhjen e të dhënave për ndriçimin e lidhur rrugor, menaxhimin në distancë të të gjithë infrastrukturës së ndriçimit publik dhe servisimin e saj nga një panel i vetëm kontrolli, duke ofruar zgjidhje për detyrat e mëposhtme. Karakteristikat: errësimi ose ndezja/fikja e dritave nga distanca, individualisht ose në grup, duke njoftuar automatikisht shërbimet e qytetit për dështimet në pikat e ndriçimit për planifikim më efikas të mirëmbajtjes, sigurimin e të dhënave të konsumit të energjisë në kohë reale, sigurimin e mjeteve të fuqishme analitike për monitorimin dhe përmirësimin e ndriçimit rrugor sistem i bazuar në Big Data, duke ofruar të dhëna për trafikun, gjendjen e ajrit, integrimin me nënsistemet e tjera Smart City. Rezultatet - reduktimi i konsumit të energjisë për ndriçimin e rrugëve deri në 80%, rritja e sigurisë për banorët përmes përdorimit të algoritmeve inteligjente të kontrollit të ndriçimit (një person që ecën në rrugë - ndizni dritën për të, një person në vendkalim - ndizni më të ndritshëm ndriçim në mënyrë që ai të shihet nga larg), duke ofruar për qytetin shërbime shtesë (karikimi i automjeteve elektrike, ofrimi i përmbajtjeve reklamuese, video survejimi etj.).
Në fakt, ajo që doja të thoja: sot, me një platformë të gatshme (për shembull, e jona), mund të vendosni monitorimin shumë shpejt dhe lehtë. Kjo nuk kërkon ndryshime në pajisje (ose ato minimale, nëse ende nuk ka sensorë dhe transmetim të të dhënave), nuk kërkon kosto zbatimi dhe specialistë të veçantë. Ju vetëm duhet të studioni çështjen, të kaloni disa ditë për të kuptuar se si funksionon dhe disa javë për miratimet, një marrëveshje dhe shkëmbim të të dhënave në lidhje me protokollet. Dhe pas kësaj do të keni të dhëna të sakta nga të gjitha pajisjet. Dhe e gjithë kjo mund të bëhet në të gjithë vendin me mbështetjen e integruesit Technoserv, domethënë garantojmë një nivel të mirë besueshmërie, që nuk është tipike për një startup.
Në postimin tjetër do të tregoj se si duket kjo nga ana e furnizuesit, duke përdorur shembullin e një zbatimi.
Burimi: www.habr.com