Tafersjoch op produksjeapparatuer: hoe giet it yn Ruslân?

Tafersjoch op produksjeapparatuer: hoe giet it yn Ruslân?

Hallo, Habr! Us team kontrolearret masines en ferskate ynstallaasjes yn it hiele lân. Yn essinsje jouwe wy de fabrikant de kâns om net ien kear in yngenieur te hoege te stjoeren as "oh, it is allegear brutsen", mar yn werklikheid hoege se mar ien knop te drukken. Of as it bruts net op 'e apparatuer, mar tichtby.

It basisprobleem is it folgjende. Hjir produsearje jo in oalje cracking ienheid, of in masine ark foar meganyske technyk, of in oar apparaat foar in plant. Yn 'e regel is de ferkeap sels ekstreem selden mooglik: it is normaal in leverings- en tsjinstkontrakt. Dat is, jo garandearje dat it stik hardware sil wurkje foar 10 ar sûnder ûnderbrekkings, en foar ûnderbrekkings do bist ferantwurdlik itsij finansjeel, of soargje strange SLAs, of wat ferlykber.

Yn feite betsjut dit dat jo regelmjittich in yngenieur nei de side moatte stjoere. Lykas ús praktyk lit sjen, binne fan 30 oant 80% fan reizen net nedich. It earste gefal - it soe mooglik wêze om út te finen wat der op ôfstân barde. Of freegje de operator om in pear knoppen te drukken en alles sil wurkje. It twadde gefal is "grize" regelingen. Dit is as in yngenieur útgiet, ferfanging of kompleks wurk plannen, en dan de kompensaasje yn de helte splitst mei ien fan it fabryk. Of hy genietet gewoan fan syn fekânsje mei syn mêtresse (in echt gefal) en giet dêrom graach faker út. De plant makket neat út.

It ynstallearjen fan tafersjoch fereasket modifikaasje fan 'e hardware mei in apparaat foar gegevensoerdracht, de oerdracht sels, in soarte fan gegevensmar foar it bewarjen, parsingprotokollen en in ferwurkingsomjouwing mei de mooglikheid om alles te besjen en te fergelykjen. No, d'r binne nuânses oan dit alles.

Wêrom kinne wy ​​​​net dwaan sûnder kontrôle op ôfstân?

It is djoer. Saaklike reis foar ien yngenieur - op syn minst 50 tûzen roebel (fleantúch, hotel, akkommodaasje, deistige fergoeding). Plus, it is net altyd mooglik om te brekken, en deselde persoan kin nedich wêze yn ferskate stêden.

  • Yn Ruslân binne de leveransier en de konsumint hast altyd frij fier fan elkoar. As jo ​​ferkeapje in produkt oan Sibearje, jo witte neat oer it útsein wat de leveransier fertelt dy. Noch hoe't it wurket, noch yn hokker betingsten it wurdt brûkt, noch, yn feite, wa drukte op hokker knop mei kromme hannen - jo hawwe objektyf dizze ynformaasje net, jo kinne it allinich witte fan 'e wurden fan' e konsumint. Dit makket it ûnderhâld tige lestich.
  • Unbegrûne beswierskriften en oanspraken. Dat is, jo klant, dy't jo produkt brûkt, kin op elk momint belje, skriuwe, kleie en sizze dat jo produkt net wurket, it is min, it is brutsen, kom driuwend en reparearje it. As jo ​​​​lokkich binne en it is net allinich "de verbruiksartikelen wiene net fol", dan hawwe jo gjin spesjalist om 'e nocht stjoerd. It bart faak dat brûkber wurk duorre minder as in oere, en al it oare - it tarieden fan in saaklike reis, flechten, akkomodaasje - dit alles easke in protte fan de yngenieur syn tiid.
  • D'r binne dúdlik ûnbegrûne oanspraken, en om dit te bewizen, moatte jo in yngenieur stjoere, in rapport opstelle en nei de rjochtbank gean. As gefolch, it proses wurdt fertrage, en dit bringt neat goed foar sawol de klant as jo.
  • Disputen ûntsteane fanwege it feit dat bygelyks de klant it produkt ferkeard operearre, de klant hat om ien of oare reden in wrok tsjin jo en seit net dat jo produkt net goed wurke, net yn 'e modi neamd yn' e technyske spesifikaasjes en yn it paspoart. Tagelyk kinne jo der neat tsjin dwaan, of jo kinne, mar mei muoite, as, bygelyks, jo produkt op ien of oare manier dy modi logt en registrearret. Defecten troch de skuld fan 'e klant - dit bart de hiele tiid. Ik hie in gefal dêr't in djoere Dútske portaalmasine bruts troch in botsing mei in peal. De operator sette it net op nul, en dêrtroch stoppe de masine dêr. Boppedat sei de klant frij dúdlik: "Wy hawwe der neat mei te krijen." Mar de ynformaasje waard oanmeld, en it wie mooglik om dizze logs op te sykjen en te begripen hokker kontrôleprogramma waard brûkt en as gefolch wêrfan dizze botsing barde. Dit besparre de leveransier tige grutte kosten foar garânsjereparaasjes.
  • De neamde "grize" regelingen binne in gearspanning mei de tsjinstferliener. Deselde service technikus giet hieltyd nei de klant. Se sizze tsjin him: "Harkje, Kolya, lit ús it dwaan sa't jo wolle: jo skriuwe dat hjir alles stikken is, wy krije in skeafergoeding, of jo bringe in soarte fan rits foar reparaasje. Wy sille dit alles rêstich útfiere, wy sille it jild ferdielen.” Alles wat oerbliuwt is of te leauwen, of op ien of oare manier wat yngewikkelde manieren út te finen om al dizze konklúzjes en befêstigingen te kontrolearjen, dy't gjin tiid of senuwen tafoegje, en dêr bart neat goeds yn. As jo ​​​​bekend binne mei hoe't autotsjinsten omgean mei garânsjefraude en hoefolle kompleksiteit dit opleit oan prosessen, dan begripe jo rûchwei it probleem.

No, apparaten skriuwe noch logs, krekt? Wat is it probleem?

It probleem is dat as leveransiers min of mear begripe dat it logboek hieltyd earne skreaun wurde moat (of de ôfrûne tsientallen jierren begrepen hawwe), dan is de kultuer net fierder gien. It log is faaks nedich om gefallen te analysearjen mei djoere reparaasjes - of it no in operatorflater wie as in echte apparatuerdefekt.

Om in log op te heljen, moatte jo faaks de apparatuer fysyk benaderje, in soarte fan behuizing iepenje, de tsjinstferbining bleatstelle, der in kabel oan ferbine en gegevensbestannen ophelje. Pak se dan ferskate oeren oanhâldend om in byld fan 'e situaasje te krijen. Och, soks bart hast oeral (goed, ik haw ek in iensidige stânpunt, om't wy krekt wurkje mei dy yndustry dêr't krekt tafersjoch opsteld wurdt).

Us wichtichste kliïnten binne apparatuerfabrikanten. Typysk begjinne se te tinken oer it dwaan fan in soarte fan tafersjoch, itsij nei in grut ynsidint of gewoan nei har reisrekken foar it jier te sjen. Mar faker as net, wy prate oer in grutte mislearring mei ferlies fan jild of reputaasje. Progressive lieders dy't tinke oer "wat der ek bart" binne seldsum. It feit is dat de behearder normaal it âlde "park" fan tsjinstkontrakten krijt, en hy sjocht gjin punt yn it ynstallearjen fan sensoren op nije hardware, om't it allinich oer in pear jier nedich is.

Yn it algemien, op in stuit byt de roastere hoanne noch, en de tiid komt foar feroarings.

Gegevensferfier sels is net heul eng. De apparatuer hat meastal al sensoren (of se binne frij fluch ynstalleare), plus logs binne al skreaun en serviceeveneminten wurde notearre. Alles wat jo hoege te dwaan is te begjinnen mei it ferstjoeren. De algemiene praktyk is om in soarte fan modem yn te foegjen, bygelyks mei in embed-SIM, direkt yn it apparaat fan 'e röntgenmasine nei de automatyske seeder, en stjoere telemetry fia it sellulêre netwurk. Plakken dêr't gjin sel dekking is meastal frij fier fuort en binne seldsum wurden yn de lêste jierren.

En dan begjint deselde fraach as earder. Ja, der binne no logs. Mar se moatte earne set wurde en op ien of oare manier lêzen wurde. Yn 't algemien is in soarte fan systeem foar it fisualisearjen en analysearjen fan ynsidinten nedich.

Tafersjoch op produksjeapparatuer: hoe giet it yn Ruslân?

En dan ferskine wy ​​op it poadium. Mear krekter komme wy faaks earder op, om't de managers fan de leveransiers sjogge nei wat harren kollega's dogge en daliks by ús komme foar advys oer it selektearjen fan hardware foar it ferstjoeren fan telemetry.

Merkniche

Yn it Westen komt de manier om dizze situaasje op te lossen del op trije opsjes: it Siemens-ekosysteem (hiel djoer, nedich foar heul grutte ienheden, meastentiids as turbines), selsskreaune mandules, of ien fan 'e lokale yntegrators helpt. As gefolch, doe't dit alles op 'e Russyske merk kaam, waard in omjouwing foarme wêr't Siemens wie mei har stikken fan it ekosysteem, Amazon, Nokia en ferskate lokale ekosystemen lykas 1C-ûntwikkelingen.

Wy kamen de merk yn as in ferienigjende keppeling wêrmei't wy alle gegevens kinne sammelje fan alle apparaten mei alle (goed, hast alle mear of minder moderne) protokollen, se tegearre ferwurkje en sjen litte oan in persoan yn elke fereaske foarm: hjirfoar hawwe wy coole SDK's foar ûntwikkelingsomjouwings foar elkenien en ûntwerper fan fisuele brûkersynterface.

As gefolch kinne wy ​​​​alle gegevens fan it apparaat fan 'e fabrikant sammelje, it opslaan op' e server opslaan en dêr in tafersjochpaniel mei warskôgings gearstalle.

Dit is hoe't it liket (hjir makke de klant ek in fisualisaasje fan 'e ûndernimming, dit is ferskate oeren yn' e ynterface):

Tafersjoch op produksjeapparatuer: hoe giet it yn Ruslân?

Tafersjoch op produksjeapparatuer: hoe giet it yn Ruslân?

Tafersjoch op produksjeapparatuer: hoe giet it yn Ruslân?

Tafersjoch op produksjeapparatuer: hoe giet it yn Ruslân?

En d'r binne grafiken fan 'e apparatuer:

Tafersjoch op produksjeapparatuer: hoe giet it yn Ruslân?

Tafersjoch op produksjeapparatuer: hoe giet it yn Ruslân?

Alerts sjogge der sa út: op it nivo fan 'e masine, as de krêft op' e útfierende lichem is oerbrocht of in botsing is bard, wurdt in set fan parameters konfigureare, en it systeem sil de ôfdieling of reparaasjetsjinsten ynformearje as se wurde oerskreaun.

No, it dreechste is it foarsizzen fan it mislearjen fan knopen op basis fan har betingst foar previnsje. As jo ​​de boarne fan elk fan 'e knopen begripe, dan kinne jo de kosten gâns ferminderje op dy kontrakten wêr't in betelling is foar downtime.

Gearfetting

Dit ferhaal soe frij simpel klinke: goed, wy realisearren dat wy gegevens, tafersjoch en analyse moasten ferstjoere, dus wy kezen in ferkeaper en ymplementeare it. No, dat is it, elkenien is bliid. As wy it hawwe oer selsskreaune systemen yn ús eigen fabryk, dan wurde de systemen, frjemd genôch, gau ûnbetrouber. Wy prate oer it banale ferlies fan logs, ûnkrekte gegevens, mislearrings yn kolleksje, opslach en ûntfangst. In jier as twa nei ynstallaasje begjinne âlde logs te wiskjen, wat ek net altyd goed einiget. Hoewol d'r in praktyk is - 10 GB wurde sammele fan ien masine per jier. Dit wurdt foar fiif jier oplost troch it keapjen fan in oare hurde skiif foar 10 tûzen roebel ... Op in stuit docht bliken dat it net de transmitting-apparatuer sels is dat primêr is, mar it systeem dat de ûntfongen gegevens analysearje kin. It gemak fan de ynterface is wichtich. Dit is oer it algemien it probleem mei alle yndustriële systemen: fluch begripe de situaasje is net altyd maklik. It is wichtich hoefolle gegevens sichtber binne yn it systeem, it oantal parameters fan 'e knooppunt, de mooglikheid fan it systeem om te operearjen mei in grut folume en hoemannichte gegevens. Dashboards ynstelle, in ynboude model fan it apparaat sels, in sêne-bewurker (foar it tekenjen fan produksje-layouts).

Litte wy in pear foarbylden jaan fan wat dit yn 'e praktyk jout.

  1. Hjir is in wrâldwide fabrikant fan yndustriële koelapparatuer dy't benammen brûkt wurdt yn retailketens. 10% fan it ynkommen fan it bedriuw komt út it leverjen fan tsjinsten foar it betsjinjen fan har produkten. It is needsaaklik om de kosten fan tsjinsten te ferminderjen en oer it algemien de kâns te jaan om leveringen normaal te ferheegjen, om't as wy mear ferkeapje, sil it besteande tsjinstsysteem net omgean. Wy ferbûn direkt mei it platfoarm fan ien servicesintrum, feroare in pear modules foar de behoeften fan dizze bepaalde klant, en krigen in reduksje fan 35% yn reiskosten fanwege it feit dat tagong ta tsjinstynformaasje it mooglik makket om de oarsaken te identifisearjen fan mislearring sûnder de needsaak foar in tsjinst yngenieur om te besykjen. Analyse fan gegevens oer lange perioaden - foarsizze de technyske tastân en, as it nedich is, fluch útfiere op betingst basearre ûnderhâld. As bonus is de snelheid fan antwurd op oanfragen tanommen: d'r binne minder fjildreizen, en yngenieurs kinne dingen rapper dien krije.
  2. Mechanical engineering bedriuw, fabrikant fan elektryske auto's brûkt yn in protte stêden fan 'e Russyske Federaasje en de CIS. Lykas alle oaren wolle se de kosten ferminderje en tagelyk de technyske tastân fan de trolleybus- en tramfloaten fan de stêd foarsizze om technysk personiel op tiid te melden. Wy ferbûn en makke algoritmen foar it sammeljen en ferstjoeren fan technyske gegevens fan rôljend materieel nei in inkele situaasje sintrum (de algoritmen binne boud direkt yn de driuwfear kontrôle systeem en wurkje mei CAN bus gegevens). Remote tagong ta technyske steat gegevens, ynklusyf real-time tagong ta feroarjende parameters (snelheid, spanning, oerdracht fan weromhelle enerzjy, ensfh) yn "oscilloscope" modus, joech tagong ta remote firmware updates. It resultaat is in fermindering fan reiskosten mei 50%: direkte tagong ta tsjinstynformaasje makket it mooglik om de oarsaken fan mislearring te identifisearjen sûnder de needsaak fan in tsjinstingenieur om te besykjen, en de analyze fan gegevens oer lange tiidintervallen kinne jo foarsizze de technyske steat en, as it nedich is, fluch útfiere "betingsten-basearre" ûnderhâld, ynklusyf objektive analyze fan need situaasjes. Utfiering fan kontrakten foar ferlingde libbenssyklus yn folslein oerienstimming mei de easken fan 'e klant en op tiid. It neilibjen fan 'e easken fan' e technyske spesifikaasjes fan 'e operator, en ek foarsjen him mei nije kânsen yn termen fan tafersjoch op de skaaimerken fan konsumint tsjinst (kwaliteit fan airconditioning, fersnelling / remmen, ensfh).
  3. It tredde foarbyld is in gemeente. Wy moatte elektrisiteit besparje en de feiligens fan boargers ferbetterje. Wy ferbûnen ien platfoarm foar tafersjoch, behear en sammeljen fan gegevens oer ferbûn strjitferljochting, op ôfstân beheare de hiele iepenbiere ferljochting ynfrastruktuer en it betsjinjen fan it út ien kontrôle paniel, it bieden fan oplossingen foar de folgjende taken. Funksjes: ljochten dimmen of útskeakelje op ôfstân, yndividueel as yn groepen, automatysk ynformearjen fan stedstsjinsten fan mislearrings yn ferljochtingspunten foar effisjintere ûnderhâldsplanning, it leverjen fan realtime gegevens oer enerzjyferbrûk, it leverjen fan krêftige analytyske ark foar it kontrolearjen en ferbetterjen fan de strjitferljochting systeem basearre op Big Data, it jaan fan gegevens oer ferkear, lucht condition, yntegraasje mei oare Smart City subsystemen. Resultaten - it ferminderjen fan enerzjyferbrûk foar strjitferljochting mei maksimaal 80%, it ferheegjen fan feiligens foar ynwenners troch it brûken fan yntelliginte algoritmen foar ferljochtingkontrôle (in persoan dy't de strjitte del rint - it ljocht foar him oansette, in persoan by de krusing - ljochter oansette ferljochting sadat hy fan fierren te sjen is), it leverjen fan ekstra tsjinsten foar de stêd (opladen fan elektryske auto's, it leverjen fan reklame-ynhâld, fideotafersjoch, ensfh.).

Eins, wat ik sizze woe: hjoed, mei in klear makke platfoarm (bygelyks, ús), kinne jo tafersjoch opsette hiel fluch en maklik. Dit fereasket gjin wizigingen yn apparatuer (of minimale, as d'r noch gjin sensoren en gegevensoerdracht binne), it hat gjin ymplemintaasjekosten en aparte spesjalisten nedich. Jo moatte gewoan de kwestje studearje, in pear dagen besteegje om te begripen hoe't it wurket, en in pear wiken oan goedkarring, in oerienkomst en útwikseling fan gegevens oer protokollen. En dêrnei sille jo krekte gegevens hawwe fan alle apparaten. En dit alles kin dien wurde troch it hiele lân mei de stipe fan 'e Technoserv-yntegrator, dat is, wy garandearje in goed nivo fan betrouberens, wat net typysk is foar in opstart.

Yn 'e folgjende post sil ik sjen litte hoe't dit der útsjocht fan' e kant fan 'e leveransier, mei it foarbyld fan ien ymplemintaasje.

Boarne: www.habr.com

Add a comment