Tuotantolaitteiden valvonta: miten menee Venäjällä?

Tuotantolaitteiden valvonta: miten menee Venäjällä?

Hei, Habr! Tiimimme valvoo koneita ja erilaisia ​​asennuksia koko maassa. Pohjimmiltaan tarjoamme valmistajalle mahdollisuuden, ettei hänen tarvitse lähettää insinööriä toistamiseen, kun "oi, kaikki on rikki", vaan todellisuudessa heidän tarvitsee painaa vain yhtä painiketta. Tai kun se hajosi ei laitteessa, vaan lähellä.

Perusongelma on seuraava. Täällä valmistat öljynkrakkausyksikköä tai koneenrakennustyöstökonetta tai jotain muuta laitetta tehtaalle. Itse myynti on pääsääntöisesti mahdollista erittäin harvoin: se on yleensä toimitus- ja palvelusopimus. Eli takaat, että laitteisto toimii 10 vuotta keskeytyksettä ja keskeytyksistä olet vastuussa joko taloudellisesti tai tiukat SLA-sopimukset tai jotain vastaavaa.

Itse asiassa tämä tarkoittaa, että sinun on säännöllisesti lähetettävä insinööri sivustolle. Kuten käytäntömme osoittaa, 30-80% matkoista on tarpeettomia. Ensimmäinen tapaus - olisi mahdollista selvittää, mitä tapahtui etänä. Tai pyydä käyttäjää painamaan pari painiketta ja kaikki toimii. Toinen tapaus on "harmaat" järjestelmät. Tällöin insinööri lähtee ulos, suunnittelee vaihdon tai monimutkaisen työn ja jakaa korvauksen puoliksi jonkun tehtaan kanssa. Tai hän vain nauttii lomastaan ​​rakastajatarnsa kanssa (todellinen tapaus) ja siksi hän haluaa käydä ulkona useammin. Kasvi ei välitä.

Monitoroinnin asentaminen edellyttää laitteiston muuntamista tiedonsiirtolaitteella, itse lähetystä, jonkinlaista datajärveä sen tallentamiseen, jäsennysprotokollat ​​ja prosessointiympäristön, jossa on mahdollisuus katsella ja vertailla kaikkea. No, kaikessa tässä on vivahteita.

Miksi emme tule toimeen ilman etävalvontaa?

Se on kallista. Työmatka yhdelle insinöörille - vähintään 50 tuhatta ruplaa (lentokone, hotelli, majoitus, päiväraha). Lisäksi eroaminen ei aina ole mahdollista, ja samaa henkilöä voidaan tarvita eri kaupungeissa.

  • Venäjällä toimittaja ja kuluttaja ovat lähes aina melko kaukana toisistaan. Kun myyt tuotteen Siperiaan, et tiedä siitä mitään muuta kuin mitä toimittaja kertoo. Ei miten se toimii, millaisissa olosuhteissa sitä käytetään, eikä itse asiassa kuka painoi mitä painiketta vinoilla käsillä - objektiivisesti sinulla ei ole tätä tietoa, voit tietää sen vain kuluttajan sanoista. Tämä tekee ylläpidosta erittäin vaikeaa.
  • Perusteettomat valitukset ja väitteet. Eli tuotettasi käyttävä asiakkaasi voi milloin tahansa soittaa, kirjoittaa, valittaa ja sanoa, että tuotteesi ei toimi, se on huono, se on rikki, tule kiireesti korjaamaan. Jos olet onnekas ja kyse ei ole vain "tarvikkeita ei täytetty", et lähettänyt asiantuntijaa turhaan. Usein käy niin, että hyödyllinen työ kesti alle tunnin, ja kaikki muu - työmatkan valmistelu, lennot, majoitus - kaikki tämä vaati paljon insinöörin aikaa.
  • On selvästi perusteettomia väitteitä, ja tämän todistamiseksi sinun on lähetettävä insinööri, laadittava raportti ja mentävä oikeuteen. Tämän seurauksena prosessi viivästyy, eikä siitä ole mitään hyvää asiakkaalle eikä sinulle.
  • Erimielisyydet johtuvat esimerkiksi siitä, että asiakas on käyttänyt tuotetta väärin, asiakkaalla on jostain syystä kaunaa sinua kohtaan, eikä hän sano, että tuotteesi ei toiminut oikein, ei teknisissä tiedoissa mainituissa tiloissa ja passissa. Samanaikaisesti et voi tehdä mitään sitä vastaan, tai voit, mutta vaikeasti, jos esimerkiksi tuotteesi jotenkin kirjaa ja tallentaa nuo tilat. Vikoja asiakkaan virheestä - tätä tapahtuu jatkuvasti. Minulla oli tapaus, jossa kallis saksalainen portaalikone hajosi törmäyksestä pylvääseen. Kuljettaja ei nollannut sitä, ja seurauksena kone pysähtyi siihen. Lisäksi asiakas sanoi melko selvästi: "Meillä ei ole mitään tekemistä sen kanssa." Mutta tiedot kirjattiin lokiin, ja oli mahdollista etsiä näitä lokeja ja ymmärtää mitä ohjausohjelmaa käytettiin ja minkä seurauksena tämä törmäys tapahtui. Tämä säästi toimittajalta erittäin suuria takuukorjauskuluja.
  • Mainitut "harmaat" suunnitelmat ovat salaliittoa palveluntarjoajan kanssa. Sama huoltoteknikko käy asiakkaan luona koko ajan. He sanovat hänelle: "Kuule, Kolja, tehdään se miten haluat: kirjoitat, että täällä on kaikki rikki, saamme korvauksen tai tuot jonkinlaisen vetoketjun korjattavaksi. Toteutamme tämän kaiken hiljaa, jaamme rahat." Ei jää muuta kuin uskoa tai jotenkin keksiä joitain monimutkaisia ​​tapoja tarkistaa kaikki nämä johtopäätökset ja vahvistukset, mikä ei lisää aikaa tai hermoja, eikä tässä tapahdu mitään hyvää. Jos tiedät, kuinka autohuolto käsittelee takuupetoksia ja kuinka paljon se monimutkaistaa prosesseja, ymmärrät ongelman suunnilleen.

No, laitteet kirjoittavat silti lokeja, eikö niin? Mikä on ongelma?

Ongelmana on se, että jos toimittajat enemmän tai vähemmän ymmärtävät, että lokia on jatkuvasti kirjoitettava jonnekin (tai ovat ymmärtäneet viimeisten vuosikymmenten aikana), niin kulttuuri ei ole mennyt pidemmälle. Lokia tarvitaan usein analysoitaessa tapauksia, joissa on kalliita korjauksia - olipa kyseessä operaattorivirhe tai todellinen laitevika.

Tukin poimia varten joudut usein fyysisesti lähestymään laitetta, avaamaan jonkinlaisen kotelon, paljastamaan huoltoliittimen, kytkemään siihen kaapelin ja poimimaan datatiedostoja. Tartu sitten sinnikkäästi niihin useiden tuntien ajan saadaksesi kuvan tilanteesta. Valitettavasti tätä tapahtuu melkein kaikkialla (no, joko minulla on yksipuolinen näkemys, koska työskentelemme juuri niiden toimialojen kanssa, joilla seurantaa ollaan vasta perustamassa).

Pääasiakkaitamme ovat laitevalmistajat. Tyypillisesti he alkavat miettiä jonkinlaisen seurannan tekemistä joko suuren tapahtuman jälkeen tai vain katsomalla vuoden matkalaskujaan. Mutta useammin kuin ei, puhumme suuresta epäonnistumisesta, joka liittyy rahan tai maineen menettämiseen. Edistykselliset johtajat, jotka ajattelevat "tapahtuipa mitä tahansa", ovat harvinaisia. Tosiasia on, että yleensä johtaja saa vanhan palvelusopimusten "puiston", eikä hän näe mitään järkeä asentaa antureita uusiin laitteisiin, koska niitä tarvitaan vasta parin vuoden kuluttua.

Yleensä jossain vaiheessa paistettu kukko vielä puree, ja muutosten aika tulee.

Tiedonsiirto itsessään ei ole kovin pelottavaa. Laitteissa on yleensä jo anturit (tai ne asennetaan melko nopeasti), sekä lokit on jo kirjoitettu ja huoltotapahtumat kirjataan muistiin. Sinun tarvitsee vain aloittaa sen lähettäminen. Yleinen käytäntö on laittaa jonkinlainen modeemi, esimerkiksi embed-SIM-kortilla, suoraan laitteeseen röntgenlaitteesta automaattiseen kylvökoneeseen ja lähettää telemetriaa matkapuhelinverkon kautta. Paikat, joissa ei ole solupeittoa, ovat yleensä melko kaukana ja ovat viime vuosina harvinaistuneet.

Ja sitten alkaa sama kysymys kuin ennenkin. Kyllä, nyt on lokit olemassa. Mutta ne täytyy laittaa jonnekin ja lukea jotenkin. Yleensä tarvitaan jonkinlainen järjestelmä tapausten visualisointiin ja analysointiin.

Tuotantolaitteiden valvonta: miten menee Venäjällä?

Ja sitten me ilmestymme lavalle. Tarkemmin sanottuna tulemme usein paikalle aikaisemmin, koska tavarantoimittajien johtajat katsovat, mitä heidän kollegansa tekevät ja tulevat heti meiltä neuvomaan laitteiston valinnassa telemetrian lähettämiseen.

Markkinarako

Lännessä tapa ratkaista tämä tilanne on kolme vaihtoehtoa: Siemens-ekosysteemi (erittäin kallis, tarvitaan erittäin suuriin yksiköihin, yleensä kuten turbiinit), itse kirjoitetut mandulit tai joku paikallisista integraattoreista auttaa. Tämän seurauksena, kun tämä kaikki tuli Venäjän markkinoille, muodostui ympäristö, jossa oli Siemens ekosysteemin paloineen, Amazon, Nokia ja useita paikallisia ekosysteemejä, kuten 1C-kehitys.

Tulimme markkinoille yhdistävänä linkkinä, jonka avulla voimme kerätä tietoja miltä tahansa laitteelta millä tahansa (okei, melkein millä tahansa enemmän tai vähemmän nykyaikaisella) protokollalla, käsitellä niitä yhdessä ja näyttää ne henkilölle missä tahansa vaaditussa muodossa: tätä varten olemme hienoja SDK:ita kaikille kehitysympäristöille ja visuaalisen käyttöliittymän suunnittelijalle.

Tämän ansiosta voimme kerätä kaikki tiedot valmistajan laitteelta, tallentaa ne palvelimelle ja koota sinne valvontapaneelin hälytyksillä.

Tältä se näyttää (tässä asiakas teki myös visualisoinnin yrityksestä, tämä on useita tunteja käyttöliittymässä):

Tuotantolaitteiden valvonta: miten menee Venäjällä?

Tuotantolaitteiden valvonta: miten menee Venäjällä?

Tuotantolaitteiden valvonta: miten menee Venäjällä?

Tuotantolaitteiden valvonta: miten menee Venäjällä?

Ja siellä on kaavioita laitteista:

Tuotantolaitteiden valvonta: miten menee Venäjällä?

Tuotantolaitteiden valvonta: miten menee Venäjällä?

Hälytykset näyttävät tältä: konetasolla, jos toimeenpanevaan elimeen kohdistuva voima on ylittynyt tai on tapahtunut törmäys, parametrijoukko konfiguroidaan, ja järjestelmä ilmoittaa osastolle tai korjauspalveluille, kun ne ylittyvät.

No, vaikeinta on ennustaa solmujen vikaantuminen niiden ennaltaehkäisytilan perusteella. Jos ymmärrät kunkin solmun resurssit, voit vähentää huomattavasti kustannuksia sellaisissa sopimuksissa, joissa seisokeista maksetaan.

Yhteenveto

Tämä tarina kuulostaisi melko yksinkertaiselta: ymmärsimme, että meidän on lähetettävä dataa, seurantaa ja analysointia, joten valitsimme toimittajan ja otimme sen käyttöön. No niin, kaikki ovat onnellisia. Jos puhumme itse kirjoitetuista järjestelmistä omalla tehtaallamme, niin kummallista kyllä, järjestelmät muuttuvat nopeasti epäluotettavaksi. Puhumme banaalista lokien katoamisesta, epätarkoista tiedoista, keräämisen, tallennuksen ja vastaanottamisen epäonnistumisista. Vuosi tai kaksi asennuksen jälkeen vanhoja lokeja aletaan poistaa, mikä ei myöskään aina pääty hyvin. Vaikka käytäntöä on - yhdeltä koneelta kerätään 10 Gt vuodessa. Tämä ratkaistaan ​​viideksi vuodeksi ostamalla toinen kovalevy 10 tuhannella ruplalla... Jossain vaiheessa käy ilmi, ettei lähetyslaitteisto itse ole ensisijainen, vaan järjestelmä, joka mahdollistaa vastaanotettujen tietojen analysoinnin. Käyttöliittymän mukavuus on tärkeää. Tämä on yleensä kaikkien teollisuusjärjestelmien ongelma: tilanteen nopea ymmärtäminen ei ole aina helppoa. Tärkeää on, kuinka paljon dataa järjestelmässä on näkyvissä, kuinka monta parametria solmusta tulee, järjestelmän kyky toimia suurella datamäärällä ja -määrällä. Kojetaulujen asettaminen, itse laitteen sisäänrakennettu malli, kohtauseditori (tuotannon asettelujen piirtämiseen).

Otetaan pari esimerkkiä siitä, mitä tämä käytännössä antaa.

  1. Täällä on maailmanlaajuinen teollisuuskylmälaitteiden valmistaja, jota käytetään pääasiassa vähittäiskauppaketjuissa. Yrityksen tuloista 10 % tulee tuotteidensa huoltopalveluista. Palvelujen kustannuksia on alennettava ja yleensä annettava mahdollisuus normaalisti lisätä toimituksia, koska jos myymme enemmän, olemassa oleva palvelujärjestelmä ei kestä. Yhdisimme suoraan yhden palvelukeskuksen alustaan, muokkasimme pari moduulia juuri tämän asiakkaan tarpeisiin ja saimme 35 % alennuksen matkakuluista, koska pääsy palvelutietoihin mahdollistaa syiden tunnistamisen. viasta ilman huoltoinsinöörin käyntiä. Tietojen analysointi pitkiä aikoja - ennakoi tekninen kunto ja suorita tarvittaessa nopeasti kuntoon perustuvat huollot. Bonuksena pyyntöihin vastaaminen on noussut: kenttämatkoja on vähemmän ja insinöörit saavat asiat valmiiksi nopeammin.
  2. Koneenrakennusyritys, monissa Venäjän federaation ja IVY-maiden kaupungeissa käytettyjen sähköajoneuvojen valmistaja. Kuten kaikki muutkin, he haluavat alentaa kustannuksia ja samalla ennakoida kaupungin johdinauto- ja raitiovaunukaluston teknistä kuntoa, jotta tekniselle henkilökunnalle voidaan ilmoittaa ajoissa. Yhdistimme ja loimme algoritmeja teknisten tietojen keräämiseen ja siirtämiseen liikkuvasta kalustosta yhteen tilannekeskukseen (algoritmit on rakennettu suoraan taajuusmuuttajan ohjausjärjestelmään ja toimivat CAN-väylätietojen kanssa). Etäkäyttö teknisiin kuntotietoihin, mukaan lukien reaaliaikainen pääsy muuttuviin parametreihin (nopeus, jännite, talteenotetun energian siirto jne.) "oskilloskooppi"-tilassa, antoi pääsyn laiteohjelmiston etäpäivityksiin. Tuloksena on 50 %:n aleneminen matkakuluissa: suora pääsy huoltotietoihin mahdollistaa vian syiden tunnistamisen ilman, että huoltoinsinööriä tarvitsee vierailla, ja tietojen analysointi pitkien aikavälein antaa mahdollisuuden ennustaa teknisen kunnon ja tarvittaessa nopeasti "kuntoperusteisen" huollon suorittamiseksi, mukaan lukien objektiivinen hätätilanteiden analyysi. Pidennettyjen elinkaarisopimusten toteuttaminen täysin asiakkaan vaatimusten mukaisesti ja ajallaan. Kuljettajan teknisten eritelmien vaatimusten noudattaminen sekä uusien mahdollisuuksien tarjoaminen kuluttajapalvelun ominaisuuksien seurantaan (ilmastoinnin laatu, kiihdytys/jarrutus jne.).
  3. Kolmas esimerkki on kunta. Meidän tulee säästää sähköä ja parantaa kansalaisten turvallisuutta. Yhdistimme yhtenäisen alustan yhdistetyn katuvalaistuksen valvontaan, hallintaan ja tietojen keräämiseen, koko julkisen valaistuksen infrastruktuurin etähallintaan ja sen huoltoon yhdestä ohjauspaneelista tarjoten ratkaisuja seuraaviin tehtäviin. Ominaisuudet: valojen himmennys tai kytkeminen päälle/pois etänä, yksittäin tai ryhmissä, automaattisesti ilmoittava kaupungin palveluille valaistuspisteiden häiriöistä tehokkaamman kunnossapidon suunnittelun vuoksi, reaaliaikaisten energiankulutustietojen tarjoaminen, tehokkaiden analyyttisten työkalujen tarjoaminen katuvalaistuksen valvontaan ja parantamiseen Big Dataan perustuva järjestelmä, joka tarjoaa tietoa liikenteestä, ilmastoinnista ja integraatiosta muihin Smart City -alijärjestelmiin. Tulokset - katuvalaistuksen energiankulutus vähenee jopa 80 %, asukkaiden turvallisuus lisääntyy älykkäiden valaistuksen ohjausalgoritmien avulla (kadulla kävelevä henkilö - sytytä valot hänelle, henkilö risteyksessä - syttyy kirkkaammin valaistus niin, että hänet näkyy kaukaa), kaupungin lisäpalveluiden tarjoaminen (sähköajoneuvojen lataus, mainossisällön tarjoaminen, videovalvonta jne.).

Itse asiassa, mitä halusin sanoa: tänään, valmiilla alustalla (esimerkiksi meillä), voit määrittää valvonnan erittäin nopeasti ja helposti. Tämä ei vaadi laitemuutoksia (tai minimaalisia, jos antureita ja tiedonsiirtoa ei vielä ole), se ei vaadi toteutuskustannuksia ja erillisiä asiantuntijoita. Sinun tarvitsee vain tutkia asiaa, viettää pari päivää sen toiminnan ymmärtämiseen ja muutama viikko hyväksyntöihin, sopimukseen ja protokollien tietojen vaihtoon. Ja sen jälkeen sinulla on tarkat tiedot kaikista laitteista. Ja kaikki tämä voidaan tehdä koko maassa Technoserv-integraattorin tuella, eli takaamme hyvän luotettavuuden, mikä ei ole startupille tyypillistä.

Seuraavassa postauksessa näytän yhden toteutuksen esimerkillä, miltä tämä näyttää toimittajan puolelta.

Lähde: will.com

Lisää kommentti