Ciao, Habr! A nostra squadra monitoreghja e macchine è diverse installazioni in tuttu u paese. Essenzialmente, furnimu l'uppurtunità per u fabricatore di ùn avè micca mandatu un ingegnere intornu una volta di più quandu "oh, hè tuttu rottu", ma in realtà anu solu bisognu di appughjà un buttone. O quandu si rumpiu micca nantu à l'equipaggiu, ma vicinu.
U prublema di basa hè u seguente. Quì vi sò pruducia una unità di cracking oliu, o una macchina strumentu per l'ingegneria meccanica, o qualchì altru dispusitivu per una pianta. Comu regula, a vendita stessu hè raramente pussibule: hè di solitu un cuntrattu di furnimentu è serviziu. Questu hè, guarantisci chì u pezzu di hardware hà da travaglià per 10 anni senza interruzzioni, è per l'interruzzioni vi sò rispunsevuli o finanziariamente, o furnisce SLA stretti, o qualcosa simili.
In fatti, questu significa chì avete bisognu di mandà regularmente un ingegnere à u situ. Comu a nostra pratica mostra, da 30 à 80% di i viaghji ùn sò micca necessarii. U primu casu - saria pussibule à capisce ciò chì hè accadutu remotely. O dumandate à l'operatore di appughjà un paru di buttoni è tuttu funziona. U sicondu casu hè schemi "grigi". Questu hè quandu un ingegnere esce, pianifica u rimpiazzamentu o un travagliu cumplessu, è dopu divide a compensazione à a mità cù qualchissia da a fabbrica. O simpricimenti piace a so vacanze cù a so padrona (un casu veru) è per quessa li piace à esce più spessu. A pianta ùn importa micca.
L'installazione di u monitoraghju richiede a mudificazione di u hardware cù un dispositivu di trasmissione di dati, a trasmissione stessa, un tipu di lacu di dati per almacenà, analizà protokolli è un ambiente di trasfurmazioni cù a capacità di vede è paragunà tuttu. Ebbè, ci sò sfumature in tuttu questu.
Perchè ùn pudemu micca fà senza surviglianza remota?
Hè caru caru. Viaghju d'affari per un ingegnere - almenu 50 mila rubles (aviò, hotel, alloghju, indennità di ghjornu). In più, ùn hè micca sempre pussibule di rompe, è a stessa persona pò esse necessariu in diverse cità.
- In Russia, u fornitore è u cunsumadore sò quasi sempre assai luntanu l'una di l'altru. Quandu vendi un pruduttu in Siberia, ùn sapete nunda di questu, salvu ciò chì u fornitore vi dice. Nè cumu si travaglia, nè in quali cundizioni hè utilizatu, nè, in fattu, quale hà premutu quale buttone cù mani storte - ùn avete micca obiettivamente sta informazione, pudete cunnosce solu da e parolle di u cunsumadore. Questu rende u mantenimentu assai difficiule.
- Appelli è rivendicazioni infondati. Questu hè, u vostru cliente, chì usa u vostru pruduttu, pò chjamà, scrive, lagnà in ogni mumentu è dicenu chì u vostru pruduttu ùn funziona micca, hè male, hè rottu, vene urgente è riparà. Sè vo site furtunatu è ùn hè micca solu "i cunsumu ùn anu micca pienu", ùn avete micca mandatu un specialista in vain. Succede spessu chì u travagliu utile hà pigliatu menu di una ora, è tuttu u restu - preparanu un viaghju di cummerciale, voli, alloghji - tuttu questu hà bisognu di assai tempu di l'ingegnere.
- Ci hè chjaramente affirmazioni infundate, è per pruvà questu, avete bisognu di mandà un ingegnere, scrive un rapportu, è andà in tribunale. In u risultatu, u prucessu hè ritardatu, è questu ùn porta nunda di bonu per u cliente o per voi.
- I disputi nascenu per u fattu chì, per esempiu, u cliente hà operatu u pruduttu in modu incorrectu, u cliente per una certa ragione hà un rancore contru à voi è ùn dice micca chì u vostru pruduttu ùn hà micca travagliatu bè, micca in i modi dichjarati in e specificazioni tecniche è in u passaportu. À u listessu tempu, ùn pudete micca fà nunda contru à questu, o pudete, ma cù difficultà, se, per esempiu, u vostru pruduttu in qualchì manera logs è registra quelli modi. Breakdowns per culpa di u cliente - questu succede sempre. Aviu avutu un casu induve una macchina di portale tedesca caru si rumpia per via di una collisione cù un polu. L'operatore ùn l'hà micca stabilitu à cero, è in u risultatu a macchina si firmò quì. Inoltre, u cliente hà dettu chjaramente: "Ùn avemu nunda à fà cù questu". Ma l'infurmazione hè stata registrata, è era pussibule di cercà questi logs è capisce quale prugramma di cuntrollu hè stata utilizata è per via di quale sta scontru hè accadutu. Questu hà salvatu u fornitore assai grandi costi per a riparazione di garanzia.
- I schemi "grigi" citati sò una cuspirazione cù u prestatore di serviziu. U stessu tecnicu di serviziu va à u cliente tuttu u tempu. Li dicenu: "Ascolta, Kolya, femu cum'è vo vulete: scrivite chì tuttu hè rottu quì, averemu una compensazione, o portate una sorta di zipper per a riparazione. Implementeremu tuttu questu tranquillamente, sparteremu i soldi ". Tuttu ciò chì resta hè di crede, o d'inventà in qualchì modu alcuni modi cumplicati di cuntrollà tutte queste cunclusioni è cunferma, chì ùn aghjunghje micca tempu o nervi, è nunda di bonu passa in questu. Se sapete cumu si tratta di i servizii di l'auto cù u fraudulente di garanzia è quanta cumplessità questu impone à i prucessi, allora capisce u prublema.
Ebbè, i dispositi scrivenu sempre logs, nò? Chì ghjè u prublema ?
U prublema hè chì se i fornituri più o menu capiscenu chì u logu deve esse constantemente scrittu in qualchì locu (o anu capitu annantu à l'ultimi decennii), a cultura ùn hè micca andata più. U logu hè spessu necessariu per analizà i casi cù riparazioni caru - s'ellu era un errore di l'operatore o un veru fallimentu di l'equipaggiu.
Per ripiglià un logu, hè spessu bisognu di avvicinassi fisicamente à l'equipaggiu, apre un tipu di casing, espose u connector di serviziu, cunnette un cable à questu è coglie i schedarii di dati. Allora pigliate perseverantemente per parechje ore per piglià una foto di a situazione. Alas, questu succede quasi in ogni locu (bene, o aghju un puntu di vista unilaterale, postu chì avemu travagliatu precisamente cù quelli industrii induve u monitoraghju hè ghjustu stabilitu).
I nostri clienti principali sò i pruduttori di l'equipaggiu. Di genere, cumincianu à pensà à fà un certu tipu di surviglianza, o dopu à un incidente maiò o solu fighjendu e so fatture di viaghju per l'annu. Ma più spessu, parlemu di un fallimentu maiò cù perdita di soldi o reputazione. I dirigenti prugressivi chì pensanu à "ciò chì succede" sò rari. U fattu hè chì, di solitu, u manager riceve u vechju "parcu" di i cuntratti di serviziu, è ùn vede micca u sensu di installà sensori nantu à u novu hardware, perchè solu serà necessariu in un paru d'anni.
In generale, in un certu puntu u gallo arrustatu morde sempre, è vene u tempu di mudificazioni.
U trasferimentu di dati stessu ùn hè micca assai paura. L'equipaggiu di solitu hà digià sensori (o sò stallati abbastanza rapidamente), più i logs sò digià scritti è l'avvenimenti di serviziu sò nutati. Tuttu ciò chì duvete fà hè di cumincià à mandà. A pratica generale hè di inserisce un tipu di modem, per esempiu, cù un incrustu-SIM, direttamente in u dispositivu da a macchina di raghji X à a seminatrice automatica è mandà telemetria via a rete cellulare. I posti induve ùn ci hè micca una copertura cellulare sò generalmente abbastanza luntanu è sò diventati rari in l'ultimi anni.
È tandu a stessa quistione principia cum'è prima. Iè, ci sò logs avà. Ma ci vole à mette in qualchì locu è leghje in qualchì modu. In generale, un tipu di sistema per visualizà è analizà incidenti hè necessariu.
È dopu avemu apparsu nantu à a scena. Più precisamente, avemu spessu apparsu prima, perchè i gestori di i fornituri fighjanu ciò chì facenu i so culleghi è venenu immediatamente à noi per cunsiglii nantu à a selezzione di hardware per l'invio di telemetria.
Niche di mercatu
In l'Occidenti, a manera di risolve sta situazione si riduce à trè opzioni: l'ecosistema Siemens (assai caru, necessariu per unità assai grande, di solitu cum'è turbine), manduli auto-scritti, o unu di l'integratori lucali aiuta. In u risultatu, quandu tuttu questu hè ghjuntu à u mercatu russu, un ambiente hè statu furmatu induve ci era Siemens cù i so pezzi di l'ecosistema, Amazon, Nokia è parechji ecosistemi lucali cum'è sviluppi 1C.
Avemu intrutu in u mercatu cum'è un ligame unificatore chì ci permette di cullà ogni dati da qualsiasi dispositi chì utilizanu qualsiasi (vale, quasi più o menu muderni) protokolli, processarli inseme è mustralli à una persona in ogni forma necessaria: per questu avemu avutu. SDK cool per tutti l'ambienti di sviluppu è u designer di l'interfaccia d'utilizatore visuale.
In u risultatu, pudemu cullà tutte e dati da u dispositivu di u fabricatore, almacenà in u almacenamentu in u servitore è assemble un pannellu di surviglianza cù alerti.
Questu hè ciò chì pare (quì u cliente hà ancu fattu una visualizazione di l'impresa, questu hè parechje ore in l'interfaccia):
È ci sò grafici da l'equipaggiu:
L'alerte sò cusì: à u livellu di a macchina, se a forza di u corpu esecutivu hè stata superata o una collisione hè accaduta, un settore di parametri hè cunfiguratu, è u sistema informarà u dipartimentu o i servizii di riparazione quandu sò superati.
Ebbè, a cosa più difficiuli hè predichendu u fallimentu di i nodi basatu annantu à a so cundizione per a prevenzione. Se capisce a risorsa di ognuna di i nodi, pudete riduce assai i costi nantu à quelli cuntratti induve ci hè un pagamentu per downtime.
Resumen
Sta storia serebbe abbastanza simplice: bè, avemu capitu chì avemu bisognu di mandà dati, monitoraghju è analisi, cusì avemu sceltu un venditore è implementatu. Ebbè, hè questu, tutti sò felici. Se parlemu di sistemi autoscritti in a nostra propria fabbrica, allora, stranamente, i sistemi diventanu rapidamente inaffidabili. Parlemu di a perdita banale di logs, dati imprecisi, fallimenti in cullizzioni, almacenamentu è ricivutu. Un annu o dui dopu a stallazione, i vechji logs cumincianu à esse sguassati, chì ancu ùn finiscinu micca sempre bè. Ancu s'ellu ci hè una pratica - 10 GB sò recullati da una macchina per annu. Questu hè risoltu per cinque anni per cumprà un altru discu duru per 10 mila rubles... À un certu puntu, risulta chì ùn hè micca l'equipaggiu di trasmissione stessu chì hè primariu, ma u sistema chì permette di analizà e dati ricevuti. A cunvenzione di l'interfaccia hè impurtante. Questu hè in generale u prublema cù tutti i sistemi industriali: capisce rapidamente a situazione ùn hè micca sempre faciule. Hè impurtante quantu data hè visibile in u sistema, u numeru di paràmetri da u node, a capacità di u sistema per operà cù un grande volume è quantità di dati. Configurazione di dashboards, un mudellu integratu di u dispusitivu stessu, un editore di scena (per disegnu layout di produzzione).
Demu un paru di esempi di ciò chì questu dà in pratica.
- Eccu un fabricatore glubale di l'equipaggiu di refrigerazione industriale utilizatu principalmente in e catene di vendita. U 10% di l'ingudu di a cumpagnia vene da furnisce servizii per u serviziu di i so prudutti. Hè necessariu di riduce u costu di i servizii è in generale dà l'uppurtunità di aumentà i pruvisti nurmalmente, perchè se vendemu più, u sistema di serviziu esistente ùn hà micca affruntà. Avemu cunnessu direttamente à a piattaforma di un centru di serviziu unicu, mudificatu un coppiu di moduli per i bisogni di stu cliente particulari, è hà ricevutu una riduzione di 35% in spese di viaghju per u fattu chì l'accessu à l'infurmazioni di serviziu permette di identificà e cause. di fallimentu senza bisognu di un ingegnere di serviziu per visità. Analisi di dati nantu à longu periodi di tempu - predice a cundizione tecnica è, se ne necessariu, eseguisce rapidamente mantenimentu basatu in cundizione. Cum'è un bonus, a rapidità di risposta à e dumande hè aumentata: ci sò menu viaghji di campu, è l'ingegneri sò capaci di fà e cose più rapidamente.
- Cumpagnia di ingegneria meccanica, fabricatore di veiculi elettrici utilizati in parechje cità di a Federazione Russa è a CIS. Cum'è tutti l'altri, volenu riduzzione di i costi è à u listessu tempu predichendu a cundizione tecnica di e flotte di trolebus è tram di a cità per avvisà u persunale tecnicu in tempu puntuale. Avemu cunnessu è creatu algoritmi per a cullizzioni è a trasmissione di dati tecnichi da u rolling stock à un unicu centru di situazione (l'algoritmi sò custruiti direttamente in u sistema di cuntrollu di l'unità è travaglianu cù dati CAN bus). L'accessu remotu à e dati di e cundizioni tecniche, cumpresu l'accessu in tempu reale à i paràmetri cambianti (vitezza, tensione, trasferimentu di energia recuperata, etc.) in u modu "oscilloscope", hà datu accessu à l'aghjurnamenti di firmware remoti. U risultatu hè una riduzzione di i costi di viaghju da 50%: l'accessu direttu à l'infurmazioni di u serviziu permette di identificà e cause di fallimentu senza avè bisognu di visità un ingegnere di serviziu, è l'analisi di dati nantu à intervalli longu permette di predichendu u fallimentu. cundizione tecnica è, se ne necessariu, eseguisce rapidamente mantenimentu "basatu in cundizione", cumpresa l'analisi objetiva di situazioni d'emergenza. Implementazione di cuntratti di ciclu di vita allargatu in piena cunfurmità cù i bisogni di u Cliente è à tempu. Cunfurmità cù i requisiti di e specificazioni tecniche di l'operatore, è ancu di furnisce novi opportunità in quantu à u monitoraghju di e caratteristiche di u serviziu di u cunsumadore (qualità di l'aria condizionata, accelerazione / frenata, etc.).
- U terzu esempiu hè un cumuni. Avemu bisognu di salvà l'electricità è migliurà a sicurità di i citadini. Avemu cunnessu una sola piattaforma per u monitoraghju, a gestione è a cullizzioni di dati nantu à l'illuminazione stradale cunnessa, gestione remotamente tutta l'infrastruttura di l'illuminazione publica è u serviziu da un unicu pannellu di cuntrollu, furnisce suluzioni à e seguenti attività. Funzioni: dimming o accende / spegne e luci remotamente, individualmente o in gruppi, notificà automaticamente i servizii di a cità di fallimenti in i punti di illuminazione per una pianificazione di mantenimentu più efficiente, furnisce dati di cunsumu d'energia in tempu reale, furnisce strumenti analitici putenti per monitorizà è migliurà l'illuminazione stradale. sistema basatu annantu à Big Data, chì furnisce dati nantu à u trafficu, l'aria condizionata, l'integrazione cù altri sottosistemi Smart City. Risultati - riducendu u cunsumu d'energia per l'illuminazione stradale finu à u 80%, aumentendu a sicurità per i residenti attraversu l'usu di algoritmi di cuntrollu di l'illuminazione intelligente (una persona chì cammina per a strada - accende a luce per ellu, una persona à l'attraversazione - accende più luminosa. illuminazione in modu ch'ellu pò esse vistu da luntanu), furnisce à a cità servizii supplementari (carca di veiculi elettrici, furnisce cuntenutu publicitariu, videosurveglianza, etc.).
In verità, ciò chì vulia dì: oghje, cù una piattaforma pronta (per esempiu, a nostra), pudete stabilisce u monitoraghju assai rapidamente è facilmente. Questu ùn hà micca bisognu di cambiamenti in l'equipaggiu (o minimi, s'ellu ùn ci hè ancu micca sensori è trasmissione di dati), ùn hà micca bisognu di costi di implementazione è specialisti separati. Basta à studià u prublema, passa un paru di ghjorni à capisce cumu si travaglia, è uni pochi di settimane nantu à l'appruvazioni, un accordu è u scambiu di dati nantu à i protokolli. È dopu à voi vi hannu dati pricisu da tutti i dispusitivi. È tuttu questu pò esse fattu in tuttu u paese cù u sustegnu di l'integratore Technoserv, vale à dì, guarantimu un bonu livellu di affidabilità, chì ùn hè micca tipicu per una startup.
In u prossimu post, vi mustrarà ciò chì questu pare da u latu di u fornitore, usendu l'esempiu di una implementazione.
Source: www.habr.com