Hej, Habr! Vårt team övervakar maskiner och olika installationer i hela landet. I grund och botten ger vi möjligheten för tillverkaren att inte behöva skicka runt en ingenjör igen när "åh, allt är trasigt", men i verkligheten behöver de bara trycka på en knapp. Eller när det gick sönder inte på utrustningen, utan i närheten.
Grundproblemet är följande. Här tillverkar du en oljekrackningsenhet, eller en verktygsmaskin för maskinteknik, eller någon annan anordning för en anläggning. Som regel är själva försäljningen ytterst sällan möjlig: det är vanligtvis ett leverans- och serviceavtal. Det vill säga, du garanterar att hårdvaran kommer att fungera i 10 år utan avbrott, och för avbrott är du ansvarig antingen ekonomiskt, eller tillhandahåller strikta SLA, eller något liknande.
Det betyder faktiskt att du regelbundet måste skicka en ingenjör till webbplatsen. Som vår praxis visar är från 30 till 80 % av resorna onödiga. Det första fallet - det skulle vara möjligt att lista ut vad som hände på distans. Eller be operatören att trycka på ett par knappar så fungerar allt. Det andra fallet är "grå" system. Det är när en ingenjör går ut, schemalägger utbyte eller komplext arbete och sedan delar upp ersättningen på hälften med någon från fabriken. Eller så njuter han helt enkelt av sin semester med sin älskarinna (ett riktigt fall) och går därför gärna ut oftare. Plantan har inget emot det.
Att installera övervakning kräver modifiering av hårdvaran med en dataöverföringsenhet, själva överföringen, någon form av datasjö för att lagra den, parsning av protokoll och en bearbetningsmiljö med möjlighet att se och jämföra allt. Tja, det finns nyanser i allt detta.
Varför kan vi inte klara oss utan fjärrövervakning?
Det är jättedyrt. Affärsresa för en ingenjör - minst 50 tusen rubel (flygplan, hotell, boende, dagpenning). Dessutom är det inte alltid möjligt att göra slut, och samma person kan behövas i olika städer.
- I Ryssland är leverantören och konsumenten nästan alltid ganska långt ifrån varandra. När du säljer en produkt till Sibirien vet du ingenting om den förutom vad leverantören säger till dig. Varken hur det fungerar, eller under vilka förhållanden det används, eller faktiskt vem som tryckte på vilken knapp med krokiga händer - du har objektivt sett inte denna information, du kan bara veta det från konsumentens ord. Detta gör underhållet mycket svårt.
- Ogrundade överklaganden och anspråk. Det vill säga att din kund som använder din produkt kan ringa, skriva, klaga när som helst och säga att din produkt inte fungerar, den är dålig, den är trasig, kom akut och fixa det. Om du har tur och det inte bara är "förbrukningsvarorna var inte fyllda", så skickade du inte en specialist förgäves. Det händer ofta att användbart arbete tog mindre än en timme, och allt annat - att förbereda en affärsresa, flyg, boende - allt detta krävde mycket av ingenjörens tid.
- Det finns uppenbart ogrundade påståenden, och för att bevisa detta måste du skicka en ingenjör, upprätta en rapport och gå till domstol. Som ett resultat av detta försenas processen, och detta ger inget bra för varken kunden eller dig.
- Tvister uppstår på grund av att till exempel kunden använde produkten felaktigt, kunden av någon anledning har ett agg mot dig och säger inte att din produkt inte fungerade korrekt, inte i de lägen som anges i de tekniska specifikationerna och i passet. Samtidigt kan du inte göra något mot det, eller så kan du, men med svårighet, om till exempel din produkt på något sätt loggar och registrerar dessa lägen. Avbrott på grund av kundens fel - detta händer hela tiden. Jag hade ett fall där en dyr tysk portalmaskin gick sönder på grund av en kollision med en stolpe. Operatören nollställde den inte och som ett resultat stannade maskinen där. Dessutom sa kunden ganska tydligt: "Vi har ingenting med det att göra." Men informationen loggades, och det gick att slå upp dessa loggar och förstå vilket styrprogram som användes och som ett resultat av vilket just denna kollision inträffade. Detta sparade leverantören mycket stora kostnader för garantireparationer.
- De nämnda "grå" systemen är en konspiration med tjänsteleverantören. Samma servicetekniker går till kunden hela tiden. De säger till honom: "Lyssna, Kolya, låt oss göra det som du vill: du skriver att allt är trasigt här, vi får ersättning, eller så tar du med någon form av dragkedja för reparation. Vi kommer att genomföra allt detta tyst, vi kommer att dela upp pengarna.” Allt som återstår är att antingen tro, eller att på något sätt hitta på några komplicerade sätt att kontrollera alla dessa slutsatser och bekräftelser, vilket inte tillför någon tid eller nerver, och inget bra händer i detta. Om du är bekant med hur biltjänster hanterar garantibedrägerier och hur mycket komplexitet detta medför för processer, då förstår du ungefär problemet.
Tja, enheter skriver fortfarande loggar, eller hur? Vad är problemet?
Problemet är att om leverantörer mer eller mindre förstår att loggen hela tiden måste skrivas någonstans (eller har förstått under de senaste decennierna), så har kulturen inte gått längre. Loggen behövs ofta för att analysera fall med dyra reparationer – oavsett om det var ett operatörsfel eller ett riktigt utrustningshaveri.
För att plocka upp en stock behöver man ofta fysiskt närma sig utrustningen, öppna någon form av hölje, exponera servicekontakten, koppla en kabel till den och hämta datafiler. Ta sedan ihärdigt tag i dem i flera timmar för att få en bild av situationen. Ack, detta händer nästan överallt (nåja, antingen har jag en ensidig synpunkt, eftersom vi jobbar just med de branscher där övervakning just håller på att etableras).
Våra främsta kunder är utrustningstillverkare. Vanligtvis börjar de fundera på att göra någon form av övervakning, antingen efter en större incident eller bara tittar på sina reseräkningar för året. Men oftare än inte talar vi om ett stort misslyckande med förlust av pengar eller rykte. Progressiva ledare som tänker på "vad som än händer" är sällsynta. Faktum är att chefen vanligtvis får den gamla "parken" av servicekontrakt, och han ser ingen mening med att installera sensorer på ny hårdvara, eftersom det bara kommer att behövas om ett par år.
I allmänhet biter den grillade tuppen fortfarande någon gång, och det är dags för ändringar.
Dataöverföringen i sig är inte särskilt skrämmande. Utrustningen har vanligtvis redan sensorer (eller så installeras de ganska snabbt), plus att loggar redan är skrivna och servicehändelser noteras. Allt du behöver göra är att börja skicka det. Den allmänna praxisen är att sätta in någon form av modem, till exempel med ett inbäddat SIM-kort, direkt i enheten från röntgenmaskinen till den automatiska såmaskinen och skicka telemetri via mobilnätet. Platser där det inte finns någon celltäckning ligger vanligtvis ganska långt borta och har blivit sällsynta de senaste åren.
Och då börjar samma fråga som tidigare. Ja, det finns loggar nu. Men de måste läggas någonstans och läsas på något sätt. Generellt behövs något slags system för att visualisera och analysera incidenter.
Och så dyker vi upp på scenen. Närmare bestämt dyker vi ofta upp tidigare, eftersom leverantörernas chefer tittar på vad deras kollegor gör och omedelbart kommer till oss för att få råd om val av hårdvara för att skicka telemetri.
Marknadsnisch
I väst kommer sättet att lösa denna situation ner på tre alternativ: Siemens ekosystem (mycket dyrt, behövs för mycket stora enheter, vanligtvis som turbiner), självskrivna manduler, eller någon av de lokala integratörerna hjälper till. Som ett resultat, när allt detta kom till den ryska marknaden, bildades en miljö där det fanns Siemens med dess delar av ekosystemet, Amazon, Nokia och flera lokala ekosystem som 1C-utvecklingar.
Vi kom in på marknaden som en förenande länk som tillåter oss att samla in all data från alla enheter med hjälp av alla (okej, nästan alla mer eller mindre moderna) protokoll, bearbeta dem tillsammans och visa dem för en person i vilken form som helst: för detta har vi coola SDK:er för alla utvecklingsmiljöer och visuella användargränssnittsdesigner.
Som ett resultat kan vi samla in all data från tillverkarens enhet, lagra den i lagring på servern och sätta ihop en övervakningspanel med varningar där.
Så här ser det ut (här gjorde kunden också en visualisering av företaget, det är flera timmar i gränssnittet):
Och det finns grafer från utrustningen:
Varningar ser ut så här: på maskinnivå, om kraften på det verkställande organet har överskridits eller en kollision har inträffat, konfigureras en uppsättning parametrar, och systemet kommer att informera avdelningen eller reparationstjänsterna när de överskrids.
Tja, det svåraste är att förutsäga fel på noder baserat på deras tillstånd för förebyggande. Om du förstår resursen för var och en av noderna kan du avsevärt minska kostnaderna för de kontrakt där det finns en betalning för driftstopp.
Sammanfattning
Den här historien skulle låta ganska enkel: ja, vi insåg att vi behövde skicka data, övervakning och analys, så vi valde en leverantör och implementerade den. Nåväl, det är det, alla är nöjda. Om vi pratar om självskrivna system i vår egen fabrik, så blir systemen märkligt nog snabbt opålitliga. Vi pratar om den banala förlusten av loggar, felaktiga data, fel i insamling, lagring och mottagning. Ett eller två år efter installationen börjar gamla loggar raderas, vilket inte heller alltid slutar bra. Även om det finns en praxis - 10 GB samlas in från en maskin per år. Detta löses under fem år genom att köpa ytterligare en hårddisk för 10 tusen rubel... Vid något tillfälle visar det sig att det inte är själva sändningsutrustningen som är primär, utan systemet som gör att den mottagna datan kan analyseras. Bekvämligheten med gränssnittet är viktig. Detta är i allmänhet problemet med alla industriella system: att snabbt förstå situationen är inte alltid lätt. Det är viktigt hur mycket data som är synlig i systemet, antalet parametrar från noden, systemets förmåga att arbeta med en stor volym och mängd data. Installation av instrumentpaneler, en inbyggd modell av själva enheten, en scenredigerare (för att rita produktionslayouter).
Låt oss ge ett par exempel på vad detta ger i praktiken.
- Här finns en global tillverkare av industriell kylutrustning som främst används i detaljhandelskedjor. 10 % av företagets intäkter kommer från att tillhandahålla tjänster för service av sina produkter. Det är nödvändigt att minska kostnaderna för tjänster och generellt ge möjlighet att öka utbudet normalt, för om vi säljer mer kommer det befintliga servicesystemet inte att klara sig. Vi kopplade direkt till plattformen för ett enda servicecenter, modifierade ett par moduler för just denna kunds behov och fick en 35% minskning av resekostnaderna på grund av att tillgång till serviceinformation gör det möjligt att identifiera orsakerna fel utan att en servicetekniker behöver besöka. Analys av data över långa tidsperioder – förutsäg det tekniska tillståndet och utför vid behov snabbt tillståndsbaserat underhåll. Som en bonus har svarshastigheten på förfrågningar ökat: det är färre studiebesök och ingenjörer kan få saker gjorda snabbare.
- Maskinteknikföretag, tillverkare av elfordon som används i många städer i Ryska federationen och OSS. Precis som alla andra vill de minska kostnaderna och samtidigt förutsäga det tekniska skicket för stadens trolleybuss- och spårvagnsflottor för att meddela teknisk personal i tid. Vi kopplade ihop och skapade algoritmer för att samla in och överföra teknisk data från rullande materiel till en enda situationscentral (algoritmerna är inbyggda direkt i drivsystemet och arbetar med CAN-bussdata). Fjärråtkomst till tekniska tillståndsdata, inklusive realtidsåtkomst till ändrade parametrar (hastighet, spänning, överföring av återvunnen energi, etc.) i "oscilloskop"-läge, gav åtkomst till fjärruppdateringar av firmware. Resultatet är en minskning av resekostnaderna med 50 %: direkt tillgång till serviceinformation gör det möjligt att identifiera orsakerna till fel utan att en servicetekniker behöver besöka, och analysen av data över långa tidsintervall gör att du kan förutsäga tekniskt skick och vid behov snabbt utföra ”tillståndsbaserat” underhåll, inklusive objektiv analys av nödsituationer. Implementering av förlängda livscykelkontrakt helt i enlighet med Kundens krav och i tid. Överensstämmelse med kraven i operatörens tekniska specifikationer, samt ge honom nya möjligheter när det gäller att övervaka egenskaperna hos konsumenttjänster (kvalitet på luftkonditionering, acceleration/bromsning, etc.).
- Det tredje exemplet är en kommun. Vi måste spara el och förbättra säkerheten för medborgarna. Vi kopplade upp en enda plattform för att övervaka, hantera och samla in data om ansluten gatubelysning, fjärrstyra hela den offentliga belysningsinfrastrukturen och serva den från en enda kontrollpanel, vilket ger lösningar på följande uppgifter. Funktioner: dimma eller tända/släcka belysningen på distans, individuellt eller i grupp, meddelar automatiskt stadstjänster om fel i belysningspunkter för effektivare underhållsplanering, tillhandahåller energiförbrukningsdata i realtid, tillhandahåller kraftfulla analytiska verktyg för övervakning och förbättring av gatubelysningen system baserat på Big Data, tillhandahåller data om trafik, luftkonditionering, integration med andra Smart City-delsystem. Resultat - minska energiförbrukningen för gatubelysning med upp till 80 %, öka säkerheten för invånarna genom användning av intelligenta belysningskontrollalgoritmer (en person som går nerför gatan - tänd ljuset för honom, en person vid korsningen - tänd ljusare belysning så att han kan ses på långt håll), tillhandahålla ytterligare tjänster för staden (laddning av elfordon, tillhandahållande av reklaminnehåll, videoövervakning, etc.).
Egentligen, vad jag ville säga: idag, med en färdig plattform (till exempel vår), kan du ställa in övervakning mycket snabbt och enkelt. Detta kräver inga ändringar i utrustningen (eller minimala sådana, om det fortfarande inte finns några sensorer och dataöverföring), det kräver inga implementeringskostnader och separata specialister. Du behöver bara studera frågan, ägna ett par dagar åt att förstå hur det fungerar och några veckor på godkännanden, ett avtal och utbyte av data om protokoll. Och efter det kommer du att ha korrekt data från alla enheter. Och allt detta kan göras i hela landet med stöd av Technoserv-integratören, det vill säga vi garanterar en bra nivå av tillförlitlighet, vilket inte är typiskt för en startup.
I nästa inlägg kommer jag att visa hur det här ser ut från leverantörens sida, med exemplet på en implementering.
Källa: will.com