Aqui estão as perguntas que você precisa fazer se estiver interessado em usar o monitoramento de máquinas com o Tulip.
Se você deseja criar um aplicativo de operações de linha de frente que utilize dados tanto de pessoas quanto de máquinas, o Tulip pode ser uma ótima opção para o seu chão de fábrica.
Por exemplo, se você deseja que o aplicativo do seu operador utilize lógica dinâmica com base no fato de uma máquina estar em funcionamento ou não, o Tulip pode ajudar. Ou, se você deseja apenas coletar dados de máquinas juntamente com dados humanos para análise posterior, o Tulip também pode ajudar.
Para determinar quais dados de máquinas podem ser integrados ao Tulip, você precisará saber as seguintes informações:
- **Qual protocolo o dispositivo usa para compartilhar dados?**Exemplos comuns incluem OPC UA, MQTT, MTConnect e Modbus.
- **Como é sua infraestrutura de dados atual?**Por exemplo, você possui um sistema SCADA, um historiador ou um servidor Kepware que já agrega dados da máquina? Muitas integrações escaláveis conectam o Tulip a essa camada, em vez de diretamente a cada máquina.
- **Se você está capturando dados da máquina atualmente, onde eles estão localizados?**E qual é o formato?
O Tulip usa conectores para trabalhar com software e hardware externos. Além dos conectores HTTP e SQL padrão, o módulo de monitoramento de máquinas do Tulip adiciona a capacidade de se conectar a protocolos de máquinas por meio do conector OPC UA e do conector MQTT.
Depois de integrar os dados da sua máquina ao Tulip, você pode combiná-los com informações inseridas manualmente no Editor de Aplicativos do Tulip.
Conexões do sistema Tulip
Consulte os componentes da plataforma Tulip e o diagrama de rede para entender como o sistema Tulip funciona.
Cenários comuns de conexão
Se você deseja conectar o Tulip a um dispositivo no chão de fábrica, primeiro precisa considerar como conectará o dispositivo à infraestrutura de dados da sua empresa, seja no local ou na nuvem.
As arquiteturas mais escaláveis conectam o Tulip a uma camada de agregação de dados já existente, em vez de diretamente a máquinas individuais. Os cenários mais comuns são:
- Uma máquina conectada por meio de um sistema SCADA, historiador ou servidor Kepware: se sua instalação utiliza um sistema SCADA ou uma plataforma de agregação OPC como o Kepware, o Tulip pode se conectar a essa camada via OPC UA ou HTTP. Essa abordagem se adapta bem a grandes parques de máquinas sem exigir configuração individual para cada máquina.
- Uma máquina com uma API nativa: muitas máquinas modernas expõem interfaces HTTP ou MQTT diretamente. O Tulip pode se conectar a elas por meio do Conector HTTP ou do Conector MQTT para uma integração direta e leve.
- Uma máquina que publica em um broker MQTT: Se sua instalação utiliza um broker MQTT (incluindo brokers na nuvem, como o AWS IoT Core), o Conector MQTT do Tulip pode assinar tópicos desse broker e encaminhar os dados para seus aplicativos e painéis de monitoramento de máquinas. Esse é um padrão comum em instalações que utilizam uma arquitetura de Espaço de Nomes Unificado (UNS).
- Uma máquina mais antiga conectada a um dispositivo Tulip Edge: para equipamentos legados sem conectividade de rede, um dispositivo Tulip Edge pode fazer a ponte por meio de porta serial, USB ou GPIO. Essa é uma abordagem válida para máquinas isoladas ou legadas, mas não é a preferível para implantações em maior escala.
Os tipos de dados que podem ser acessados no Tulip dependem do método de compartilhamento de dados da máquina. O Tulip pode capturar informações simples, como se a máquina está ligada ou desligada, ou métricas mais avançadas, como velocidade do eixo ou pressão de operação.
Conecte-se via MQTT
O MQTT é um protocolo leve de publicação/assinatura amplamente utilizado em ambientes de IoT industrial. Se suas máquinas ou a camada SCADA publicam dados para um broker MQTT, você pode conectar o Tulip a esse broker usando o Conector MQTT.
Aqui estão os pontos importantes a serem observados sobre os conectores MQTT:
- O Tulip oferece suporte tanto ao MQTT (autenticação por nome de usuário/senha) quanto ao MQTTs (MQTT sobre TLS/SSL, com suporte a chaves privadas, certificados e tokens de CA confiáveis).
- O conector é executado em um Host de Conector. Se o seu broker MQTT não for acessível pela internet pública, você precisará de um On-Premise Connector Host (OPCH) (versão 261 / LTS11 ou superior).
- O Tulip oferece suporte à publicação de dados de volta para o seu broker MQTT a partir de aplicativos, possibilitando acionar sistemas a jusante ou atualizar um Espaço de Nomes Unificado. Isso requer um On-Premise Connector Host (OPCH) executando a versão LTS13 ou superior.
- A Qualidade de Serviço (QoS) é configurável no nível do conector: QoS 0 (no máximo uma vez), QoS 1 (pelo menos uma vez) ou QoS 2 (exatamente uma vez).
Para obter instruções de configuração, consulte as funções “Crie seu primeiro conector MQTT ” e “Configure um conector MQTT”.
Visão geral do fluxo de dados
Existem três etapas principais no fluxo de dados da máquina para os aplicativos do Tulip.
- A máquina compartilha dados por meio de um protocolo.
- Sua infraestrutura de dados (sistema SCADA, historiador, broker MQTT ou API da máquina) armazena ou encaminha os dados.
- O Tulip Connector Host recebe os dados e os compartilha com o restante da plataforma Tulip.
As máquinas geralmente enviam dados para os servidores da sua empresa. Em seguida, os servidores da sua empresa enviam os dados para o Tulip Connector Host quando determinados eventos ocorrem.
Aqui está um diagrama desse fluxo.
Assim que os dados chegarem ao Tulip, você pode usar os conectores para encaminhá-los para aplicativos, máquinas, widgets e gráficos em tempo real por meio do Editor de Análises e, em seguida, compartilhar essas visualizações com sua equipe usando painéis.
Leitura complementar
- Introdução ao monitoramento de máquinas no Tulip
- Crie seu primeiro conector MQTT
- Crie sua primeira fonte de dados OPC UA
- Visão geral dos hosts de conectores do Tulip
{{snippet.Você encontrou o que estava procurando?}}