Hallo, Habr! Ons span monitor masjiene en verskeie installasies regoor die land. In wese bied ons die geleentheid vir die vervaardiger om nie weer 'n ingenieur te hoef rond te stuur wanneer "o, dit is alles stukkend", maar in werklikheid hoef hulle net een knoppie te druk. Of wanneer dit nie op die toerusting gebreek het nie, maar naby.
Die basiese probleem is die volgende. Hier vervaardig jy 'n oliekraakeenheid, of 'n masjiengereedskap vir meganiese ingenieurswese, of 'n ander toestel vir 'n aanleg. As 'n reël is die verkoop self uiters selde moontlik: dit is gewoonlik 'n verskaffings- en dienskontrak. Dit wil sê, jy waarborg dat die stuk hardeware vir 10 jaar sonder onderbrekings sal werk, en vir onderbrekings is jy óf finansieel verantwoordelik, óf verskaf streng SLA's, of iets soortgelyks.
Trouens, dit beteken dat jy gereeld 'n ingenieur na die webwerf moet stuur. Soos ons praktyk toon, is van 30 tot 80% van reise onnodig. Die eerste geval - dit sou moontlik wees om uit te vind wat op afstand gebeur het. Of vra die operateur om 'n paar knoppies te druk en alles sal werk. Die tweede geval is "grys" skemas. Dit is wanneer 'n ingenieur uitgaan, vervanging of komplekse werk skeduleer, en dan die vergoeding in die helfte verdeel met iemand van die fabriek. Of hy geniet bloot sy vakansie saam met sy minnares ('n ware geval) en gaan daarom graag meer gereeld uit. Die plant gee nie om nie.
Die installering van monitering vereis aanpassing van die hardeware met 'n data-oordragtoestel, die oordrag self, 'n soort datameer om dit te stoor, ontleding van protokolle en 'n verwerkingsomgewing met die vermoë om alles te sien en te vergelyk. Wel, daar is nuanses aan dit alles.
Hoekom kan ons nie sonder afstandmonitering klaarkom nie?
Dit is vrek duur. Sakereis vir een ingenieur - ten minste 50 duisend roebels (vliegtuig, hotel, verblyf, daaglikse toelae). Boonop is dit nie altyd moontlik om op te breek nie, en dieselfde persoon kan in verskillende stede benodig word.
- In Rusland is die verskaffer en die verbruiker byna altyd redelik ver van mekaar. Wanneer jy 'n produk aan Siberië verkoop, weet jy niks daarvan nie, behalwe wat die verskaffer vir jou sê. Nie hoe dit werk nie, ook nie in watter toestande dit gebruik word nie, en ook nie, in werklikheid, wie watter knoppie met krom hande gedruk het nie - jy het objektief nie hierdie inligting nie, jy kan dit net uit die woorde van die verbruiker weet. Dit maak onderhoud baie moeilik.
- Ongegronde appèlle en eise. Dit wil sê, jou kliënt, wat jou produk gebruik, kan enige tyd bel, skryf, kla en sê dat jou produk nie werk nie, dit is sleg, dit is stukkend, kom dringend en maak dit reg. As jy gelukkig is en dit is nie net "die verbruiksgoedere was nie gevul nie", dan het jy nie verniet 'n spesialis gestuur nie. Dit gebeur dikwels dat nuttige werk minder as 'n uur geneem het, en alles anders - die voorbereiding van 'n sakereis, vlugte, verblyf - dit alles het baie van die ingenieur se tyd geverg.
- Daar is duidelik ongegronde eise, en om dit te bewys, moet jy 'n ingenieur stuur, 'n verslag opstel en hof toe gaan. As gevolg hiervan word die proses vertraag, en dit bring niks goeds vir óf die kliënt óf jou in nie.
- Dispute ontstaan as gevolg van die feit dat die kliënt byvoorbeeld die produk verkeerd gebruik het, die kliënt het om een of ander rede 'n wrok teen jou en sê nie dat jou produk nie reg gewerk het nie, nie in die modusse wat in die tegniese spesifikasies en in die paspoort. Terselfdertyd kan jy niks daarteen doen nie, of jy kan, maar met moeite, as jou produk byvoorbeeld op een of ander manier daardie modusse aanteken en aanteken. Onderbrekings as gevolg van die skuld van die kliënt - dit gebeur heeltyd. Ek het 'n geval gehad waar 'n duur Duitse portaalmasjien gebreek het weens 'n botsing met 'n paal. Die operateur het dit nie op nul gestel nie, en gevolglik het die masjien daar gestop. Boonop het die kliënt baie duidelik gesê: "Ons het niks daarmee te doen nie." Maar die inligting is aangeteken, en dit was moontlik om hierdie logs op te soek en te verstaan watter beheerprogram gebruik is en as gevolg waarvan hierdie einste botsing plaasgevind het. Dit het die verskaffer baie groot koste vir waarborgherstelwerk bespaar.
- Die genoemde "grys" skemas is 'n sameswering met die diensverskaffer. Dieselfde dienstegnikus gaan heeltyd na die kliënt. Hulle sê vir hom: “Luister, Kolya, kom ons doen dit soos jy wil: jy skryf dat alles hier stukkend is, ons sal vergoeding kry, of jy bring een of ander ritssluiter vir herstel. Ons sal dit alles stilweg implementeer, ons sal die geld verdeel.” Al wat oorbly is óf om te glo, óf om op een of ander manier 'n paar ingewikkelde maniere uit te vind om al hierdie gevolgtrekkings en bevestigings na te gaan, wat geen tyd of senuwees byvoeg nie, en niks goeds gebeur hierin nie. As jy vertroud is met hoe motordienste waarborgbedrog hanteer en hoeveel kompleksiteit dit op prosesse plaas, dan verstaan jy omtrent die probleem.
Wel, toestelle skryf steeds logs, reg? Wat is die probleem?
Die probleem is dat as verskaffers min of meer verstaan dat die logboek voortdurend iewers geskryf moet word (of die afgelope paar dekades verstaan het), dan het die kultuur nie verder gegaan nie. Die log is dikwels nodig om gevalle met duur herstelwerk te ontleed - of dit nou 'n operateursfout of 'n werklike toerusting onklaar was.
Om 'n log op te tel, moet jy dikwels die toerusting fisies nader, 'n soort omhulsel oopmaak, die diensaansluiting blootstel, 'n kabel daaraan koppel en datalêers optel. Gryp hulle dan vir 'n paar uur aanhoudend om 'n prentjie van die situasie te kry. Ai, dit gebeur amper oral (wel, ek het óf 'n eensydige standpunt, aangesien ons juis met daardie bedrywe werk waar monitering net gevestig word).
Ons hoofkliënte is toerustingvervaardigers. Tipies begin hulle daaraan dink om 'n soort monitering te doen, hetsy ná 'n groot voorval of net na hul reisrekeninge vir die jaar kyk. Maar meer dikwels as nie, praat ons van 'n groot mislukking met verlies aan geld of reputasie. Progressiewe leiers wat dink oor “wat ook al gebeur” is skaars. Die feit is dat die bestuurder gewoonlik die ou "park" van dienskontrakte kry, en hy sien geen sin daarin om sensors op nuwe hardeware te installeer nie, want dit sal eers oor 'n paar jaar nodig wees.
Oor die algemeen byt die geroosterde haan nog op 'n stadium, en die tyd kom vir veranderinge.
Data-oordrag self is nie baie skrikwekkend nie. Die toerusting het gewoonlik reeds sensors (of hulle word redelik vinnig geïnstalleer), plus logs is reeds geskryf en diensgebeurtenisse word aangeteken. Al wat jy hoef te doen is om dit te begin stuur. Die algemene praktyk is om 'n soort modem, byvoorbeeld, met 'n embed-SIM, direk in die toestel vanaf die X-straalmasjien na die outomatiese saaier te plaas, en telemetrie via die sellulêre netwerk te stuur. Plekke waar daar geen seldekking is nie, is gewoonlik redelik ver en het die afgelope paar jaar skaars geword.
En dan begin dieselfde vraag as voorheen. Ja, daar is nou logs. Maar hulle moet iewers gesit en gelees word. Oor die algemeen is 'n soort stelsel vir die visualisering en ontleding van voorvalle nodig.
En dan verskyn ons op die verhoog. Meer presies, ons daag dikwels vroeër op, want die verskaffers se bestuurders kyk na wat hul kollegas doen en kom dadelik na ons vir raad oor die keuse van hardeware vir die stuur van telemetrie.
Mark nis
In die Weste kom die manier om hierdie situasie op te los op drie opsies neer: die Siemens-ekosisteem (baie duur, benodig vir baie groot eenhede, gewoonlik soos turbines), selfgeskrewe mandules, of een van die plaaslike integreerders help. As gevolg hiervan, toe dit alles na die Russiese mark gekom het, is 'n omgewing gevorm waar daar Siemens was met sy stukke van die ekosisteem, Amazon, Nokia en verskeie plaaslike ekosisteme soos 1C-ontwikkelings.
Ons het die mark betree as 'n verenigende skakel wat ons in staat stel om enige data vanaf enige toestelle te versamel deur enige (goed, amper enige meer of minder moderne) protokolle te gebruik, dit saam te verwerk en dit aan 'n persoon te wys in enige vereiste vorm: hiervoor het ons koel SDK's vir almal ontwikkelingsomgewings en visuele gebruikerskoppelvlak-ontwerper.
Gevolglik kan ons al die data vanaf die vervaardiger se toestel insamel, dit in die stoor op die bediener stoor en 'n moniteringspaneel met waarskuwings daar saamstel.
Dit is hoe dit lyk (hier het die kliënt ook 'n visualisering van die onderneming gemaak, dit is 'n paar uur in die koppelvlak):
En daar is grafieke van die toerusting:
Waarskuwings lyk soos volg: op die masjienvlak, as die krag op die uitvoerende liggaam oorskry is of 'n botsing plaasgevind het, word 'n stel parameters opgestel, en die stelsel sal die departement of hersteldienste inlig wanneer dit oorskry word.
Wel, die moeilikste ding is om die mislukking van nodusse te voorspel op grond van hul toestand vir voorkoming. As jy die hulpbron van elk van die nodusse verstaan, kan jy die koste aansienlik verminder op daardie kontrakte waar daar 'n betaling vir stilstand is.
Opsomming
Hierdie storie sou redelik eenvoudig klink: wel, ons het besef dat ons data, monitering en ontleding moes stuur, so ons het 'n verskaffer gekies en dit geïmplementeer. Wel, dit is dit, almal is gelukkig. As ons praat van selfgeskrewe stelsels by ons eie fabriek, dan word die stelsels, vreemd genoeg, vinnig onbetroubaar. Ons praat van die banale verlies van logs, onakkurate data, mislukkings in versameling, berging en ontvangs. 'n Jaar of twee na installasie begin ou logs uitgevee word, wat ook nie altyd goed eindig nie. Alhoewel daar 'n praktyk is - word 10 GB van een masjien per jaar ingesamel. Dit word vir vyf jaar opgelos deur nog 'n hardeskyf vir 10 duisend roebels aan te skaf... Op 'n sekere punt blyk dit dat dit nie die versendingstoerusting self is wat primêr is nie, maar die stelsel wat toelaat dat die ontvangde data ontleed word. Die gerief van die koppelvlak is belangrik. Dit is oor die algemeen die probleem met alle industriële stelsels: om die situasie vinnig te verstaan, is nie altyd maklik nie. Dit is belangrik hoeveel data in die stelsel sigbaar is, die aantal parameters vanaf die nodus, die vermoë van die stelsel om met 'n groot volume en hoeveelheid data te werk. Die opstel van dashboards, 'n ingeboude model van die toestel self, 'n toneelredigeerder (vir die teken van produksie-uitlegte).
Kom ons gee 'n paar voorbeelde van wat dit in die praktyk gee.
- Hier is 'n wêreldwye vervaardiger van industriële verkoelingstoerusting wat hoofsaaklik in kleinhandelkettings gebruik word. 10% van die maatskappy se inkomste kom uit die verskaffing van dienste vir die diens van sy produkte. Dit is nodig om die koste van dienste te verminder en oor die algemeen die geleentheid te gee om voorraad normaalweg te verhoog, want as ons meer verkoop, sal die bestaande diensstelsel nie klaarkom nie. Ons het direk aan die platform van 'n enkele dienssentrum gekoppel, 'n paar modules aangepas vir die behoeftes van hierdie spesifieke kliënt, en 'n vermindering van 35% in reiskoste gekry vanweë die feit dat toegang tot diensinligting dit moontlik maak om die oorsake te identifiseer van mislukking sonder dat 'n diensingenieur nodig is om te besoek. Ontleding van data oor lang tydperke - voorspel die tegniese toestand en voer, indien nodig, vinnig toestand-gebaseerde instandhouding uit. As 'n bonus het die spoed van reaksie op versoeke toegeneem: daar is minder velduitstappies, en ingenieurs kan dinge vinniger gedoen kry.
- Meganiese ingenieursmaatskappy, vervaardiger van elektriese voertuie wat in baie stede van die Russiese Federasie en die GOS gebruik word. Soos almal wil hulle koste verminder en terselfdertyd die tegniese toestand van die stad se trolliebus- en tremvloot voorspel om tegniese personeel betyds in kennis te stel. Ons het algoritmes gekoppel en geskep vir die insameling en oordrag van tegniese data van rollende materiaal na 'n enkele situasiesentrum (die algoritmes is direk in die aandryfbeheerstelsel ingebou en werk met CAN-busdata). Afstandtoegang tot tegniese toestanddata, insluitend intydse toegang tot veranderende parameters (spoed, spanning, oordrag van herwonne energie, ens.) in "ossilloskoop"-modus, het toegang verleen tot afgeleë firmware-opdaterings. Die resultaat is 'n vermindering in reiskoste met 50%: direkte toegang tot diensinligting maak dit moontlik om die oorsake van mislukking te identifiseer sonder dat 'n diensingenieur nodig is om te besoek, en die ontleding van data oor lang tydintervalle laat jou toe om die tegniese toestand en, indien nodig, vinnig “toestand-gebaseerde” instandhouding uitvoer, insluitend objektiewe ontleding van noodsituasies. Implementering van verlengde lewensikluskontrakte ten volle in ooreenstemming met die kliënt se vereistes en betyds. Voldoening aan die vereistes van die operateur se tegniese spesifikasies, asook om aan hom nuwe geleenthede te bied in terme van die monitering van die kenmerke van verbruikersdiens (gehalte van lugversorging, versnelling/rem, ens.).
- Die derde voorbeeld is 'n munisipaliteit. Ons moet elektrisiteit bespaar en die veiligheid van burgers verbeter. Ons het 'n enkele platform gekoppel vir die monitering, bestuur en insameling van data oor gekoppelde straatbeligting, die afstandbestuur van die hele openbare beligting-infrastruktuur en diens dit vanaf 'n enkele beheerpaneel, wat oplossings vir die volgende take bied. Kenmerke: verdoof of skakel ligte op afstand aan/af, individueel of in groepe, wat stadsdienste outomaties in kennis stel van foute in beligtingspunte vir meer doeltreffende instandhoudingsbeplanning, verskaffing van intydse energieverbruikdata, verskaffing van kragtige analitiese gereedskap vir die monitering en verbetering van die straatbeligting stelsel gebaseer op Big Data, verskaffing van data oor verkeer, lugtoestand, integrasie met ander Smart City-substelsels. Resultate - die vermindering van energieverbruik vir straatbeligting met tot 80%, die verhoging van veiligheid vir inwoners deur die gebruik van intelligente beligtingsbeheeralgoritmes ('n persoon wat in die straat loop - skakel die lig vir hom aan, 'n persoon by die kruising - skakel helderder aan beligting sodat hy van ver af gesien kan word), voorsiening vir die stad bykomende dienste (laai elektriese voertuie, verskaffing van advertensie-inhoud, video-toesig, ens.).
Eintlik, wat ek wou sê: vandag, met 'n klaargemaakte platform (byvoorbeeld ons s'n), kan jy monitering baie vinnig en maklik opstel. Dit vereis nie veranderinge in toerusting (of minimale, as daar nog geen sensors en data-oordrag is nie), dit vereis nie implementeringskoste en aparte spesialiste nie. U moet net die kwessie bestudeer, 'n paar dae spandeer om te verstaan hoe dit werk, en 'n paar weke aan goedkeurings, 'n ooreenkoms en uitruil van data oor protokolle. En daarna sal jy akkurate data van alle toestelle hê. En dit alles kan regoor die land gedoen word met die ondersteuning van die Technoserv-integreerder, dit wil sê, ons waarborg 'n goeie vlak van betroubaarheid, wat nie tipies is vir 'n opstart nie.
In die volgende pos sal ek wys hoe dit van die verskaffer se kant af lyk, met die voorbeeld van een implementering.
Bron: will.com