Tere, Habr! Meie meeskond jälgib masinaid ja erinevaid paigaldusi üle kogu riigi. Sisuliselt anname võimaluse, et tootja ei pea uuesti inseneri saatma, kui "oi, kõik on katki", vaid tegelikult piisab vaid ühe nupuvajutusest. Või kui see läks rikki mitte seadmete peal, vaid läheduses.
Põhiprobleem on järgmine. Siin toodate õli krakkimise seadet või masinaehitustööpinki või mõnda muud tehase seadet. Müük ise on reeglina võimalik üliharva: tavaliselt on tegemist tarne- ja teenuslepinguga. See tähendab, et garanteerite, et riistvara töötab 10 aastat katkestusteta ja katkestuste eest vastutate kas rahaliselt või pakute rangeid SLA-sid või muud sarnast.
Tegelikult tähendab see, et peate regulaarselt saatma saidile inseneri. Nagu meie praktika näitab, on 30–80% reisidest mittevajalikud. Esimene juhtum - oleks võimalik kaugjuhtimisega aru saada, mis juhtus. Või paluge operaatoril paar nuppu vajutada ja kõik toimib. Teine juhtum on "hallid" skeemid. See on siis, kui insener läheb välja, planeerib asendus- või keerulised tööd ja jagab siis hüvitise kellegagi tehasest pooleks. Või naudib ta lihtsalt puhkust oma armukesega (tõeline juhtum) ja seetõttu meeldib talle sagedamini väljas käia. Taim ei pahanda.
Seire paigaldamine eeldab andmeedastusseadmega riistvara muutmist, edastust ennast, mingit andmejärve selle salvestamiseks, parsimisprotokolle ja töötlemiskeskkonda, kus on võimalus kõike vaadata ja võrrelda. Noh, sellel kõigel on nüansid.
Miks me ei saaks ilma kaugseireta hakkama?
See on jube kallis. Tööreis ühele insenerile - vähemalt 50 tuhat rubla (lennuk, hotell, majutus, päevaraha). Lisaks pole alati võimalik lahku minna ja sama inimest võib vaja minna erinevates linnades.
- Venemaal on tarnija ja tarbija peaaegu alati üksteisest üsna kaugel. Kui müüte toodet Siberisse, ei tea te sellest midagi peale selle, mida tarnija teile ütleb. Ei seda, kuidas see töötab, millistes tingimustes seda kasutatakse, ega tegelikult ka seda, kes millist nuppu kõverate kätega vajutas - objektiivselt teil seda teavet pole, saate seda teada ainult tarbija sõnadest. See muudab hoolduse väga keeruliseks.
- Alusetud pöördumised ja nõuded. See tähendab, et teie klient, kes teie toodet kasutab, võib igal ajal helistada, kirjutada, kaevata ja öelda, et teie toode ei tööta, see on halb, see on katki, tulla kiiresti ja parandada. Kui teil veab ja see pole lihtsalt "tarvikud ei olnud täidetud", siis te ei saatnud asjata spetsialisti. Tihti juhtub, et kasulik töö võttis vähem kui tunni ja kõik muu - ärireisi ettevalmistamine, lennud, majutus - kõik see nõudis palju inseneri aega.
- Esineb selgelt alusetuid väiteid ja selle tõendamiseks tuleb saata insener, koostada akt ja pöörduda kohtusse. Selle tulemusena protsess viibib ja see ei too midagi head ei kliendile ega teile.
- Vaidlused tekivad sellest, et näiteks klient kasutas toodet valesti, kliendil on millegipärast vimm Sinu peale ja ta ei ütle, et Sinu toode ei töötanud korrektselt, mitte tehnilistes kirjeldustes märgitud režiimides ja passis. Samas ei saa te selle vastu midagi teha või saate, aga vaevaliselt, kui näiteks teie toode neid režiime kuidagi logib ja salvestab. Rikked kliendi süül – seda juhtub kogu aeg. Mul oli juhus, kus üks kallis Saksa portaalimasin murdus postiga kokkupõrkest. Operaator seda nulli ei seadnud ja selle tulemusena masin seal seisma jäi. Pealegi ütles klient üsna selgelt: "Meil pole sellega midagi pistmist." Aga info logiti ja sai neid logisid üles otsida ja aru saada, mis juhtimisprogrammi kasutati ja mille tulemusena just see kokkupõrge tekkis. See säästis tarnijalt väga suuri garantiiremondi kulusid.
- Mainitud “hallid” skeemid on vandenõu teenusepakkujaga. Kliendi juures käib kogu aeg sama hooldustehnik. Nad ütlevad talle: “Kuule, Kolja, teeme nii, nagu tahad: kirjutad, et siin on kõik katki, saame hüvitist või tood mingisuguse tõmbluku remonti. Seda kõike hakkame vaikselt ellu viima, raha jagame ära.» Jääb üle vaid kas uskuda või kuidagi välja mõelda mingid keerulised viisid kõigi nende järelduste ja kinnituste kontrollimiseks, mis ei lisa aega ega närve ja midagi head selles ei juhtu. Kui olete kursis sellega, kuidas autoteenindus tegeleb garantiipettustega ja kui palju see protsessidele keeruliseks teeb, siis saate probleemist ligikaudu aru.
Noh, seadmed kirjutavad ikka logisid, eks? Milles on probleem?
Probleem on selles, et kui tarnijad saavad enam-vähem aru, et logi tuleb pidevalt kuskile kirjutada (või on viimase paarikümne aasta jooksul aru saanud), siis pole kultuur kaugemale jõudnud. Tihti on logi vaja kuluka remondiga juhtumite analüüsimiseks – kas tegu oli operaatori veaga või reaalse seadmete rikkega.
Palgi ülesvõtmiseks tuleb sageli seadmele füüsiliselt läheneda, avada mingi korpus, paljastada hoolduspistik, ühendada sellega kaabel ja korjata üles andmefailid. Seejärel haarake neid mitu tundi, et olukorrast pilt saada. Paraku juhtub seda peaaegu kõikjal (noh, kas mul on ühekülgne seisukoht, kuna me töötame just nende tööstusharudega, kus seiret alles luuakse).
Meie peamised kliendid on seadmetootjad. Tavaliselt hakkavad nad mõtlema mingisuguse seire tegemise peale kas pärast suuremat intsidenti või lihtsalt oma aasta reisiarveid vaadates. Kuid enamasti räägime suurest ebaõnnestumisest raha või maine kaotamisega. Progressiivsed juhid, kes mõtlevad sellele, mis ka ei juhtuks, on haruldased. Fakt on see, et tavaliselt saab haldur vana teeninduslepingute “pargi” ja ta ei näe mõtet uuele riistvarale andureid paigaldada, sest seda läheb vaja alles paari aasta pärast.
Üldiselt ühel hetkel röstitud kukk ikka näksib ja tuleb aeg modifikatsioonideks.
Andmeedastus iseenesest ei ole väga hirmutav. Seadmetel on tavaliselt juba andurid (või paigaldatakse need üsna kiiresti), lisaks on logid juba kirjutatud ja hooldussündmused märgitud. Kõik, mida pead tegema, on seda saatma hakata. Üldine tava on sisestada mingi modem, näiteks embed-SIM-iga, otse seadmesse röntgeniaparaadist automaatse külviseadmesse ja saata telemeetria läbi mobiilsidevõrgu. Kohad, kus kärjelevi puudub, on tavaliselt üsna kaugel ja on viimastel aastatel muutunud haruldaseks.
Ja siis algab sama küsimus, mis enne. Jah, praegu on palgid. Aga need tuleb kuskile panna ja kuidagi lugeda. Üldiselt on vaja mingit süsteemi intsidentide visualiseerimiseks ja analüüsimiseks.
Ja siis ilmume lavale. Täpsemalt, me ilmume sageli varem kohale, sest tarnijate juhid vaatavad kolleegide tegemisi ja tulevad koheselt meie juurde nõu telemeetria saatmise riistvara valimisel.
Turunišš
Läänes taandub selle olukorra lahendamise viis kolmele võimalusele: Siemensi ökosüsteem (väga kallis, vajalik väga suurte agregaatide jaoks, tavaliselt nagu turbiinid), ise kirjutatud mandlid või mõni kohalik integraator. Selle tulemusel tekkis selle kõige Venemaa turule jõudmisel keskkond, kus olid Siemens oma ökosüsteemi tükkidega, Amazon, Nokia ja mitmed kohalikud ökosüsteemid nagu 1C arendused.
Sisenesime turule ühendava lingina, mis võimaldab meil koguda mis tahes (okei, peaaegu iga enam-vähem kaasaegse) protokolli kasutades mis tahes seadmetelt mis tahes andmeid, neid koos töödelda ja inimesele mis tahes vajalikul kujul näidata: selleks oleme lahedad SDK-d kõigile arenduskeskkondadele ja visuaalse kasutajaliidese kujundajale.
Tänu sellele saame koguda kõik andmed tootja seadmest, salvestada need serveri salvestusruumi ja koostada seal hoiatustega jälgimispaneeli.
See näeb välja selline (siin tegi klient ka ettevõtte visualiseerimise, see on liideses mitu tundi):
Ja seal on graafikud seadmete kohta:
Hoiatused näevad välja nii: masina tasemel, kui täidesaatva organile mõjuv jõud on ületatud või on toimunud kokkupõrge, konfigureeritakse parameetrite komplekt ja süsteem teavitab osakonda või remonditeenistusi nende ületamisel.
Noh, kõige keerulisem on sõlmede rikke ennustamine nende ennetusseisundi põhjal. Kui mõistate iga sõlme ressurssi, saate nende lepingute kulusid oluliselt vähendada, kui seisakuaja eest tuleb tasuda.
Kokkuvõte
See lugu kõlaks üsna lihtsalt: me mõistsime, et peame saatma andmeid, jälgima ja analüüsima, nii et valisime müüja ja rakendasime selle. Noh, kõik on rahul. Kui me räägime oma tehase isekirjutatud süsteemidest, siis kummalisel kombel muutuvad süsteemid kiiresti ebausaldusväärseks. Me räägime logide banaalsest kadumisest, ebatäpsetest andmetest, kogumise, salvestamise ja vastuvõtmise tõrgetest. Aasta või kaks pärast installimist hakatakse vanu logisid kustutama, mis samuti ei lõpe alati hästi. Kuigi praktika on olemas – aastas kogutakse ühest masinast 10 GB. See lahendatakse viieks aastaks 10 tuhande rubla eest teise kõvaketta ostmisega... Ühel hetkel selgub, et primaarne pole mitte saateseadmed ise, vaid süsteem, mis võimaldab saadud andmeid analüüsida. Liidese mugavus on oluline. See on üldiselt kõigi tööstussüsteemide probleem: olukorra kiire mõistmine pole alati lihtne. Oluline on see, kui palju andmeid süsteemis näha on, parameetrite arv sõlmest, süsteemi võimekus töötada suure andmemahu ja -hulgaga. Armatuurlaudade seadistamine, seadme enda sisseehitatud mudel, stseeniredaktor (tootmise paigutuste joonistamiseks).
Toome paar näidet, mida see praktikas annab.
- Siin on ülemaailmne tööstuslike külmutusseadmete tootja, mida kasutatakse peamiselt jaekettides. 10% ettevõtte tuludest tuleb oma toodete teenindamise teenuste osutamisest. Vajalik on teenuste maksumust alandada ja üldiselt anda võimalus normaalselt tarneid suurendada, sest kui müüme rohkem, siis olemasolev teenindussüsteem ei tule toime. Ühendasime otse ühe teeninduskeskuse platvormiga, muutsime paar moodulit selle konkreetse kliendi vajaduste järgi ja saime 35% reisikuludest allahindluse, kuna juurdepääs teenindusteabele võimaldab tuvastada põhjused rikke tõttu, ilma et oleks vaja hooldusinsenerit külastada. Andmete analüüs pika aja jooksul - ennustada tehnilist seisukorda ja vajadusel teostada kiirelt seisukorrapõhine hooldus. Boonusena on suurenenud päringutele vastamise kiirus: väljasõite on vähem ja insenerid saavad asjad kiiremini tehtud.
- Masinaehitusettevõte, paljudes Vene Föderatsiooni ja SRÜ linnades kasutatavate elektrisõidukite tootja. Nagu kõik teisedki, soovivad nemadki kulusid vähendada ja samas prognoosida linna trolli- ja trammiparkide tehnilist seisukorda, et tehnilisi töötajaid õigeaegselt teavitada. Ühendasime ja lõime algoritmid tehniliste andmete kogumiseks ja edastamiseks veeremilt ühtsesse olukorrakeskusesse (algoritmid on ehitatud otse ajami juhtimissüsteemi ja töötavad CAN siini andmetega). Kaugjuurdepääs tehnilise seisukorra andmetele, sealhulgas reaalajas juurdepääs muutuvatele parameetritele (kiirus, pinge, taaskasutatud energia ülekandmine jne) režiimis "ostsilloskoop", võimaldas juurdepääsu püsivara kaugvärskendustele. Tulemuseks on reisikulude vähenemine 50% võrra: otsejuurdepääs teenindusteabele võimaldab tuvastada rikke põhjuseid ilma, et hooldusinsener peaks külastama ning andmete analüüs pikkade ajavahemike kaupa võimaldab prognoosida tehnilist seisukorda ning vajadusel kiiresti teostada “seisundipõhist” hooldust, sh avariiolukordade objektiivset analüüsi. Pikendatud elutsükli lepingute elluviimine täielikult vastavalt Kliendi nõuetele ja õigeaegselt. Käitaja tehniliste kirjelduste nõuete täitmine, samuti talle uute võimaluste pakkumine tarbijateenuse omaduste (kliimaseadme kvaliteet, kiirendus/pidurdus jne) jälgimiseks.
- Kolmas näide on vald. Peame säästma elektrit ja parandama kodanike turvalisust. Ühendasime ühtse platvormi ühendatud tänavavalgustuse jälgimiseks, haldamiseks ja andmete kogumiseks, kogu avaliku valgustuse infrastruktuuri kaughaldamiseks ja selle teenindamiseks ühest juhtpaneelist, pakkudes lahendusi järgmistele ülesannetele. Funktsioonid: tulede hämardamine või sisse-/väljalülitamine distantsilt, üksikult või rühmadena, linnateenuste automaatne teavitamine valgustuspunktide riketest tõhusamaks hoolduse planeerimiseks, reaalajas energiatarbimise andmete pakkumine, võimsate analüütiliste tööriistade pakkumine tänavavalgustuse jälgimiseks ja täiustamiseks Suurandmetel põhinev süsteem, mis annab andmeid liikluse, õhutingimuste, integratsiooni kohta teiste Targa linna alamsüsteemidega. Tulemused - tänavavalgustuse energiatarbimise vähenemine kuni 80%, elanike turvalisuse suurendamine intelligentsete valgustuse juhtimisalgoritmide abil (inimene kõnnib mööda tänavat - lülitage talle valgus sisse, inimene ülekäigurajal - lülitage heledamaks valgustus, et ta oleks kaugelt näha), linnale lisateenuste pakkumine (elektrisõidukite laadimine, reklaamisisu pakkumine, videovalve jne).
Tegelikult, mida ma öelda tahtsin: täna saab valmis platvormiga (näiteks meie oma) väga kiiresti ja lihtsalt seire seadistada. See ei nõua muudatusi seadmetes (või minimaalseid, kui ikka pole andureid ja andmeedastust), see ei nõua juurutuskulusid ja eraldi spetsialiste. Peate lihtsalt probleemi uurima, kulutama paar päeva selle toimimise mõistmiseks ja paar nädalat kinnitustele, kokkuleppele ja protokollide andmete vahetamisele. Ja pärast seda on teil kõikidest seadmetest täpsed andmed. Ja seda kõike saab Technoservi integraatori toel teha üle riigi ehk garanteerime hea töökindluse taseme, mis startupile ei ole omane.
Järgmises postituses näitan ühe teostuse näitel, kuidas see tarnija poolelt välja näeb.
Allikas: www.habr.com