Pozdravljeni, Habr! Naša ekipa spremlja stroje in različne instalacije po vsej državi. V bistvu proizvajalcu nudimo možnost, da mu ni treba znova pošiljati inženirja, ko »oh, vse je pokvarjeno«, v resnici pa mora pritisniti le en gumb. Ali ko se ni pokvarilo na opremi, ampak v bližini.
Osnovni problem je sledeč. Tukaj izdelujete napravo za kreking olja ali strojno orodje za strojništvo ali kakšno drugo napravo za obrat. Sama prodaja je praviloma izredno redko mogoča: običajno gre za pogodbo o dobavi in storitvah. To pomeni, da zagotavljate, da bo strojna oprema delovala 10 let brez prekinitev, za prekinitve pa ste odgovorni ali finančno, ali zagotavljate stroge SLA ali kaj podobnega.
Pravzaprav to pomeni, da morate na spletno mesto redno pošiljati inženirja. Kot kaže naša praksa, je od 30 do 80 % potovanj nepotrebnih. Prvi primer - na daljavo bi bilo mogoče ugotoviti, kaj se je zgodilo. Ali pa prosite operaterja, da pritisne nekaj gumbov in vse bo delovalo. Drugi primer so "sive" sheme. To je, ko gre inženir ven, načrtuje zamenjavo ali kompleksno delo, nato pa nadomestilo razdeli na pol z nekom iz tovarne. Ali pa preprosto uživa na dopustu z ljubico (resničen primer) in gre zato rad pogosteje ven. Rastlina ne moti.
Namestitev nadzora zahteva modifikacijo strojne opreme z napravo za prenos podatkov, sam prenos, nekakšno podatkovno jezero za shranjevanje, protokole za razčlenjevanje in procesno okolje z možnostjo pregleda in primerjave vsega. No, pri vsem tem so nianse.
Zakaj ne moremo brez nadzora na daljavo?
Precej drago je. Poslovno potovanje za enega inženirja - najmanj 50 tisoč rubljev (letalo, hotel, nastanitev, dnevnice). Poleg tega se ni vedno mogoče raziti in ista oseba bo morda potrebna v različnih mestih.
- V Rusiji sta dobavitelj in potrošnik skoraj vedno precej oddaljena drug od drugega. Ko izdelek prodaš v Sibirijo, o njem ne veš ničesar, razen tistega, kar ti pove dobavitelj. Niti kako deluje, niti v kakšnih pogojih se uporablja, niti pravzaprav, kdo je pritisnil kateri gumb z ukrivljenimi rokami - teh informacij objektivno nimate, lahko jih poznate le iz besed potrošnika. To močno oteži vzdrževanje.
- Neutemeljene pritožbe in zahtevki. To pomeni, da lahko vaša stranka, ki uporablja vaš izdelek, kadarkoli pokliče, piše, se pritoži in pove, da vaš izdelek ne deluje, je slab, je pokvarjen, pridite nujno in ga popravite. Če imate srečo in ni samo "potrošni material ni bil napolnjen", potem niste zaman poslali strokovnjaka. Pogosto se zgodi, da je koristno delo trajalo manj kot eno uro, vse ostalo - priprava na službeno potovanje, leti, nastanitev - vse to je od inženirja zahtevalo veliko časa.
- Obstajajo očitno neutemeljene trditve in da to dokažete, morate poslati inženirja, sestaviti zapisnik in iti na sodišče. Posledično se postopek zavleče, to pa ne prinese nič dobrega ne za stranko ne za vas.
- Spori nastanejo zaradi dejstva, da je na primer stranka nepravilno upravljala izdelek, ima stranka iz nekega razloga zamero do vas in ne reče, da vaš izdelek ni deloval pravilno, ne v načinih, navedenih v tehničnih specifikacijah in v potnem listu. Hkrati pa proti temu ne morete nič, ali pa lahko, vendar s težavo, če na primer vaš izdelek nekako beleži in beleži te načine. Okvara po krivdi stranke - to se dogaja ves čas. Imel sem primer, ko se je drag nemški portalni stroj pokvaril zaradi trka v drog. Operater ga ni nastavil na ničlo, zato se je stroj tam ustavil. Poleg tega je stranka povsem jasno povedala: "Mi nimamo nič s tem." Toda informacije so bile zabeležene in bilo je mogoče poiskati te dnevnike in razumeti, kateri nadzorni program je bil uporabljen in zaradi česar je prišlo do tega trka. To je dobavitelju prihranilo zelo velike stroške garancijskih popravil.
- Omenjene “sive” sheme so zarota s ponudnikom storitev. Ves čas gre do stranke isti serviser. Rečejo mu: »Poslušaj, Kolja, naredimo tako, kot hočeš: napišeš, da je tukaj vse pokvarjeno, dobili bomo odškodnino ali prineseš kakšno zadrgo v popravilo. Vse to bomo tiho izvedli, denar bomo razdelili.” Vse, kar ostane, je ali verjeti ali si nekako izmisliti nekaj zapletenih načinov preverjanja vseh teh zaključkov in potrditev, kar ne prinese časa in živcev in v tem se ne zgodi nič dobrega. Če ste seznanjeni s tem, kako se avtomobilski servisi spopadajo z garancijskimi goljufijami in koliko kompleksnosti to nalaga procesom, potem približno razumete težavo.
No, naprave še vedno pišejo dnevnike, kajne? V čem je problem?
Težava je v tem, da če dobavitelji bolj ali manj razumejo, da je treba dnevnik nenehno nekam pisati (ali so razumeli v zadnjih nekaj desetletjih), potem kultura ni šla dlje. Dnevnik je pogosto potreben za analizo primerov z dragimi popravili - ne glede na to, ali je šlo za napako operaterja ali resnično okvaro opreme.
Če želite pobrati hlod, se morate pogosto fizično približati opremi, odpreti nekakšno ohišje, izpostaviti servisni konektor, nanj priključiti kabel in pobrati podatkovne datoteke. Nato jih nekaj ur vztrajno grabite, da dobite sliko situacije. Žal, to se dogaja skoraj povsod (no, ali imam enostransko stališče, saj delamo ravno s tistimi panogami, kjer se spremljanje šele vzpostavlja).
Naši glavni naročniki so proizvajalci opreme. Običajno začnejo razmišljati o izvajanju nekakšnega nadzora, bodisi po večjem incidentu ali samo ob pregledu svojih potnih računov za to leto. Najpogosteje pa govorimo o velikem neuspehu z izgubo denarja ali ugleda. Progresivni voditelji, ki razmišljajo o tem, »kar koli se že zgodi«, so redki. Dejstvo je, da upravitelj običajno dobi stari "park" servisnih pogodb in ne vidi smisla v nameščanju senzorjev na novo strojno opremo, ker bo potrebna šele čez nekaj let.
Na splošno pečen petelin na neki točki še vedno ugrizne in pride čas za spremembe.
Sam prenos podatkov ni zelo strašljiv. Oprema običajno že ima senzorje (oz. so nameščeni precej hitro), poleg tega so že napisani logi in beleženi servisni dogodki. Vse kar morate storiti je, da ga začnete pošiljati. Splošna praksa je, da vstavite nekakšen modem, na primer z embed-SIM, neposredno v napravo od rentgenskega aparata do avtomatskega sejalnika in pošljete telemetrijo prek mobilnega omrežja. Mesta, kjer ni pokritosti s celicami, so običajno precej oddaljena in so v zadnjih letih postala redka.
In potem se začne isto vprašanje kot prej. Da, zdaj so dnevniki. Vendar jih je treba nekam postaviti in nekako prebrati. Na splošno je potreben nekakšen sistem za vizualizacijo in analizo incidentov.
In potem se pojavimo na odru. Natančneje, pogosto se pojavimo prej, saj vodje dobaviteljev pogledajo, kaj delajo njihovi sodelavci, in takoj pridejo k nam po nasvet pri izbiri strojne opreme za pošiljanje telemetrije.
Tržna niša
Na zahodu je način reševanja te situacije tri možnosti: Siemensov ekosistem (zelo drag, potreben za zelo velike enote, običajno kot turbine), mandule, ki jih sami pišejo, ali pomaga kateri od lokalnih integratorjev. Kot rezultat, ko je vse to prišlo na ruski trg, se je oblikovalo okolje, v katerem so bili Siemens s svojimi deli ekosistema, Amazon, Nokia in več lokalnih ekosistemov, kot je razvoj 1C.
Na trg smo vstopili kot povezovalni člen, ki nam omogoča, da zberemo kakršne koli podatke iz poljubnih naprav, ki uporabljajo poljubne (v redu, skoraj vse bolj ali manj sodobne) protokole, jih skupaj obdelamo in prikažemo osebi v poljubni zahtevani obliki: za to imamo kul SDK-ji za razvojna okolja za vsakogar in oblikovalec vizualnega uporabniškega vmesnika.
Posledično lahko zberemo vse podatke iz naprave proizvajalca, jih shranimo v shrambo na strežniku in tam sestavimo nadzorno ploščo z opozorili.
Takole izgleda (tukaj je stranka naredila tudi vizualizacijo podjetja, to je nekaj ur v vmesniku):
In tu so grafi iz opreme:
Opozorila izgledajo takole: na ravni stroja, če je bila sila na izvršni organ presežena ali je prišlo do trka, je konfiguriran nabor parametrov in sistem bo obvestil oddelek ali servisno službo, ko bodo preseženi.
No, najtežje je napovedati odpoved vozlišč glede na njihovo stanje za preprečevanje. Če razumete vir vsakega od vozlišč, potem lahko močno zmanjšate stroške pri tistih pogodbah, kjer je plačilo za izpade.
Povzetek
Ta zgodba bi zvenela precej preprosto: no, ugotovili smo, da moramo pošiljati podatke, spremljati in analizirati, zato smo izbrali ponudnika in ga implementirali. No, to je to, vsi zadovoljni. Če govorimo o samonapisanih sistemih v lastni tovarni, potem, nenavadno, sistemi hitro postanejo nezanesljivi. Govorimo o banalni izgubi dnevnikov, netočnih podatkih, napakah pri zbiranju, shranjevanju in prevzemu. Leto ali dve po namestitvi se začnejo stari dnevniki brisati, kar pa se tudi ne konča vedno dobro. Čeprav obstaja praksa - z enega stroja se na leto zbere 10 GB. To se reši za pet let z nakupom drugega trdega diska za 10 tisoč rubljev ... Na neki točki se izkaže, da ni primarna sama oddajna oprema, ampak sistem, ki omogoča analizo prejetih podatkov. Priročnost vmesnika je pomembna. To je na splošno težava vseh industrijskih sistemov: hitro razumevanje situacije ni vedno enostavno. Pomembno je, koliko podatkov je vidnih v sistemu, število parametrov iz vozlišča, sposobnost sistema za delovanje z velikim obsegom in količino podatkov. Nastavitev nadzornih plošč, vgrajen model same naprave, urejevalnik scen (za risanje produkcijskih postavitev).
Navedimo nekaj primerov, kaj to daje v praksi.
- Tukaj je svetovni proizvajalec industrijske hladilne opreme, ki se uporablja predvsem v trgovskih verigah. 10 % prihodkov podjetja ustvarijo storitve servisiranja svojih izdelkov. Treba je znižati stroške storitev in nasploh dati možnost normalnega povečevanja zalog, ker če prodamo več, obstoječi servisni sistem ne bo kos. Povezali smo se direktno na platformo enega samega servisnega centra, prilagodili nekaj modulov za potrebe te konkretne stranke in prejeli 35% znižanje potnih stroškov zaradi dejstva, da dostop do servisnih informacij omogoča ugotavljanje vzrokov okvare, ne da bi bil potreben obisk servisnega inženirja. Analiza podatkov v daljših časovnih obdobjih - predvidite tehnično stanje in po potrebi hitro izvedite vzdrževanje na podlagi stanja. Kot bonus se je povečala hitrost odzivanja na zahteve: manj je izletov na teren in inženirji lahko stvari opravijo hitreje.
- Podjetje za strojništvo, proizvajalec električnih vozil, ki se uporabljajo v številnih mestih Ruske federacije in CIS. Tako kot vsi drugi želijo zmanjšati stroške in hkrati predvideti tehnično stanje voznih parkov mestnih trolejbusov in tramvajev, da bi pravočasno obvestili tehnično osebje. Povezali in izdelali smo algoritme za zbiranje in prenos tehničnih podatkov iz voznega parka v enoten situacijski center (algoritmi so vgrajeni neposredno v krmilni sistem pogona in delujejo s podatki CAN bus). Oddaljeni dostop do podatkov o tehničnem stanju, vključno z dostopom v realnem času do spreminjanja parametrov (hitrost, napetost, prenos rekuperirane energije itd.) v načinu »osciloskop«, je omogočal dostop do oddaljenih posodobitev vdelane programske opreme. Rezultat je zmanjšanje potnih stroškov za 50 %: neposreden dostop do servisnih informacij omogoča prepoznavanje vzrokov okvare, ne da bi bil potreben obisk serviserja, analiza podatkov v daljših časovnih intervalih pa omogoča napovedovanje tehničnem stanju in po potrebi hitro izvesti vzdrževanje »na podlagi stanja«, vključno z objektivno analizo izrednih razmer. Izvajanje pogodb s podaljšanim življenjskim ciklom v celoti v skladu z zahtevami naročnika in pravočasno. Skladnost z zahtevami tehničnih specifikacij operaterja, kot tudi zagotavljanje novih možnosti v smislu spremljanja značilnosti storitve za potrošnike (kakovost klimatske naprave, pospeševanje/zaviranje itd.).
- Tretji primer je občina. Varčevati moramo z elektriko in izboljšati varnost državljanov. Povezali smo enotno platformo za spremljanje, upravljanje in zbiranje podatkov o povezani cestni razsvetljavi, daljinsko upravljanje celotne infrastrukture javne razsvetljave in njeno servisiranje iz ene centrale ter tako rešili naslednje naloge. Značilnosti: zatemnitev ali vklop/izklop luči na daljavo, posamično ali skupinsko, samodejno obveščanje mestnih služb o okvarah na točkah razsvetljave za učinkovitejše načrtovanje vzdrževanja, zagotavljanje podatkov o porabi energije v realnem času, zagotavljanje močnih analitičnih orodij za spremljanje in izboljšanje ulične razsvetljave sistem, ki temelji na Big Data, zagotavlja podatke o prometu, klimatizaciji, integraciji z drugimi podsistemi Smart City. Rezultati - zmanjšanje porabe energije za ulično razsvetljavo do 80 %, povečanje varnosti prebivalcev z uporabo inteligentnih algoritmov za nadzor razsvetljave (oseba, ki hodi po ulici - prižgi luč namesto njega, oseba na prehodu - prižgi svetlejšo osvetlitev, tako da ga je mogoče videti na daleč), zagotavljanje dodatnih storitev za mesto (polnjenje električnih vozil, zagotavljanje oglasnih vsebin, video nadzor ipd.).
Pravzaprav, kar sem hotel povedati: danes lahko z že pripravljeno platformo (na primer našo) zelo hitro in enostavno nastaviš spremljanje. To ne zahteva sprememb opreme (oz. minimalnih, če še ni senzorjev in prenosa podatkov), ne zahteva stroškov izvedbe in ločenih strokovnjakov. Zadevo morate le preučiti, porabiti nekaj dni za razumevanje, kako deluje, in nekaj tednov za odobritve, dogovor in izmenjavo podatkov o protokolih. In potem boste imeli točne podatke iz vseh naprav. In vse to je mogoče storiti po vsej državi s podporo integratorja Technoserv, to pomeni, da zagotavljamo dobro stopnjo zanesljivosti, kar ni značilno za startup.
V naslednjem prispevku bom na primeru ene izvedbe prikazal, kako to izgleda s strani dobavitelja.
Vir: www.habr.com