Olá, Habr! Nossa equipe monitora máquinas e instalações em todo o país. Na verdade, oferecemos uma oportunidade para o fabricante não perseguir o engenheiro mais uma vez quando "ah, está tudo quebrado", mas na verdade é necessário pressionar um botão. Ou quando quebrou não no equipamento, mas nas proximidades.
O problema básico é o seguinte. Aqui você está fazendo um cracker de óleo, ou uma máquina-ferramenta, ou algum outro dispositivo para uma planta. Como regra, a venda em si é extremamente rara: geralmente é um contrato de fornecimento e serviço. Ou seja, você garante que a peça de hardware funcionará por 10 anos sem interrupções, e você é responsável pelas interrupções, seja financeiramente, ou forneça SLA estrito, ou algo parecido.
Na verdade, isso significa que você precisa enviar regularmente um engenheiro ao local. Como mostra nossa prática, de 30 a 80% das viagens são desnecessárias. O primeiro caso - seria possível descobrir o que aconteceu remotamente. Ou peça ao operador para pressionar alguns botões - e tudo funcionará. O segundo caso são os esquemas “cinza”. É quando um engenheiro sai, põe no regulamento uma substituição ou obra complexa, e ele mesmo divide a remuneração pela metade com alguém da fábrica. Ou ele apenas aproveita as férias com sua amante (um caso real) e, portanto, gosta de viajar com mais frequência. A planta não se importa.
A instalação do monitoramento requer a modificação do hardware por um dispositivo de transmissão de dados, a própria transmissão, algum tipo de data lake para seu acúmulo, análise de protocolos e ambiente de processamento com capacidade de ver e comparar tudo. Bem, com tudo isso, existem nuances.
Por que é impossível fazer sem monitoramento remoto?
É caro demais. Uma viagem de negócios para um engenheiro - pelo menos 50 mil rublos (avião, hotel, acomodação, diária). Além disso, nem sempre funciona para ser rasgado, e a mesma pessoa pode ser necessária em diferentes cidades.
- Na Rússia, o fornecedor e o consumidor estão quase sempre muito distantes um do outro. Quando você vendeu um produto para a Sibéria, você não sabe nada sobre ele, exceto o que o fornecedor lhe diz. Nem como funciona, nem sob quaisquer condições em que é operado, nem, na verdade, quem apertou qual botão com as mãos tortas - você objetivamente não tem essa informação, só pode saber pelas palavras do consumidor. Isso torna a manutenção muito difícil.
- . , , , , , , , , . « », . , , — , , , — .
- , , , , , . , , .
- - , , , , - , , , . , , , , - . — . , - . , . : « ». , , . .
- «» — . . : «, , : , , , - . , ». , - - , , , , . , , .
, ? ?
O problema é que se os fornecedores entendem mais ou menos que o log precisa ser constantemente escrito em algum lugar (ou entendido nas últimas décadas), então a cultura não foi além. O registro é frequentemente necessário para analisar casos com reparos caros - se foi um erro do operador ou uma falha real do equipamento.
Para pegar um log, muitas vezes você precisa se aproximar fisicamente do equipamento, abrir algum tipo de invólucro, expor o conector de serviço, conectar um cabo a ele e coletar os arquivos de dados. Em seguida, bata neles teimosamente por várias horas para ter uma ideia da situação. Infelizmente, isso acontece em quase todos os lugares (bem, ou eu tenho um ponto de vista unilateral, já que trabalhamos com aquelas indústrias onde o monitoramento está apenas começando).
Nossos principais clientes são fabricantes de equipamentos. Via de regra, começam a pensar no fato de que vale a pena fazer algum tipo de monitoramento, seja após um grande incidente, seja simplesmente olhando as contas de viagem do ano. Mas, na maioria das vezes, estamos falando de um grande fracasso com perda de dinheiro ou reputação. Líderes progressistas que pensam sobre "aconteça o que acontecer" são raros. O fato é que normalmente o gerente obtém a velha "frota" de contratos de serviço, e ele não vê sentido em instalar sensores em um novo hardware, porque isso só será necessário em alguns anos.
Em geral, em algum momento o galo assado morde, e chega a hora de modificações.
A transferência de dados em si não é muito assustadora. O equipamento geralmente já tem sensores (ou eles são instalados rapidamente), além de logs já gravados e eventos de serviço anotados. Você só precisa começar a enviar tudo isso. Uma prática comum é que um modem, por exemplo, com um embed-SIM, seja inserido diretamente no aparelho de uma máquina de raios X para uma semeadora automática e envie a telemetria pela rede celular. Locais sem cobertura de celular costumam ser bem distantes e têm sido raros nos últimos anos.
E então começa a mesma pergunta de antes. Sim, existem registros agora. Mas eles precisam ser colocados em algum lugar e de alguma forma lidos. Em geral, você precisa de algum tipo de sistema de visualização e análise de incidentes.
E então nós aparecemos no palco. Mais precisamente, muitas vezes aparecemos mais cedo, porque os líderes dos fornecedores observam o que seus colegas têm feito e imediatamente nos procuram para aconselhamento sobre a seleção do hardware para envio de telemetria.
Nicho de mercado
No Ocidente, a forma de resolver essa situação se resume a três opções: o ecossistema da Siemens (muito caro, é necessário para unidades muito grandes, via de regra, como turbinas), mandulas de autoria própria ou alguém de integradores locais ajuda. Como resultado, no momento em que tudo isso chegou ao mercado russo, formou-se um ambiente onde está a Siemens com suas peças do ecossistema, Amazon, Nokia e vários ecossistemas locais como desenvolvimentos 1C.
Entramos no mercado como um link unificador que permite coletar qualquer dado de qualquer dispositivo usando qualquer protocolo (ok, quase qualquer mais ou menos moderno), processá-los juntos e mostrá-los a uma pessoa em qualquer forma necessária: para isso temos SDKs legais para todos ambientes de desenvolvimento e um designer visual de interfaces de usuário.
Como resultado, podemos coletar todos os dados do dispositivo do fabricante, inseri-los em um armazenamento no servidor e coletar um painel com alertas lá.
É assim que parece (aqui o cliente também fez uma visualização do empreendimento, são algumas horas na interface):
E há gráficos do equipamento: Os
alertas são assim: no nível da máquina, se a força sobre o corpo executivo for excedida ou ocorrer uma colisão, um conjunto de parâmetros é configurado e o sistema vai informe o departamento ou serviços de reparo ao sair para eles.
Bem, o mais difícil é prever a falha dos nodos por sua condição de prevenção. Se você entender o recurso de cada um dos nós, poderá reduzir muito os custos desses contratos onde há pagamento por tempo de inatividade.
Resumo
Essa história pareceria bem simples: bem, percebemos que precisamos enviar dados, monitoramento e análise, bem, escolhemos um fornecedor e o implementamos. Bem, é isso, todo mundo está feliz. Se estivermos falando sobre sistemas autoescritos em sua própria fábrica, então, curiosamente, os sistemas rapidamente se tornam não confiáveis. Estamos falando da perda banal de logs, dados imprecisos, falhas na coleta, armazenamento e recebimento. Um ou dois anos após a instalação, eles começam a deletar logs antigos, o que também nem sempre termina bem. Embora haja prática - 10 GB são coletados de uma máquina por ano. Isso se resolve por cinco anos com a compra de outro disco rígido por 10 mil rublos ... Em algum momento, verifica-se que o principal não é o equipamento de transmissão em si, mas um sistema que permite que os dados sejam analisados. A conveniência da interface é importante. Este é geralmente o problema de todos os sistemas industriais:nem sempre é fácil entender rapidamente a situação. É importante quantos dados estão visíveis no sistema, o número de parâmetros do nó, a capacidade do sistema de operar com uma grande quantidade e quantidade de dados. Configurando dashboards, modelo embutido do próprio dispositivo, editor de cena (para desenhar layouts em produção).
Vamos dar alguns exemplos do que isso dá na prática.
- - , . 10 % . , , , . , , 35 % , . — « ». : , .
- , , . , , . , ( CAN-). , (, , .) «», . — 50 %: , — « », . . , ( , / . .).
- — . . , , , . : / , , , , Big Data, , , « ». — 80 %, ( — , — , ), ( , , .).
Na verdade, o que eu queria dizer: hoje, com uma plataforma pronta (por exemplo, a nossa), você pode configurar o monitoramento com muita rapidez e facilidade. Isso não requer modificações no equipamento (ou mínimas, se ainda não houver sensores e transmissão de dados), não requer custos de implantação e especialistas individuais. Você só precisa estudar o assunto, dedicar alguns dias para entender como funciona e algumas semanas para aprovações, um contrato e a troca de dados sobre protocolos. E depois disso, você terá dados precisos de todos os dispositivos. E tudo isso pode ser feito em todo o país com o apoio do integrador Technoserv, ou seja, garantimos um bom nível de confiabilidade, incomum para uma startup.
No próximo post, vou mostrar como isso se parece do lado do fornecedor, usando um exemplo de uma implementação.