Conexão da máquina - configuração passo a passo

Configuração passo a passo:

• 1. Inicialização de um novo gateway-

  Para abrir a interface dos gateways e sensorbots, navegue até a página de configurações-> clique em gateways ->  Em seguida, clique em Abrir Accumine Edge.

  

  EDGE:

  

  Esta é a visualização quando o Edge é aberto. Para adicionar um novo gateway, clique no ícone de mais destacado.

  

  Preencha o endereço MAC do dispositivo e adicione um nome para o gateway. Em seguida, forneça essas informações ao suporte ao cliente para concluir a configuração do gateway.

Para configurar um novo sensorbot, certifique-se de que o dispositivo esteja online e conectado à rede. Anote o endereço MAC do sensorbot.

Clique no ícone de mais destacado para adicionar um sensorbot.

Preencha o endereço MAC dos sensorbots nos campos fornecidos aqui. Em seguida, clique em Enviar.

Aqui está um sensorbot que acabou de ser adicionado. Agora precisamos atribuir um gateway e um nome de ativo a este sensorbot. Clique em ativo para exibir uma lista de ativos disponíveis para escolha. Selecione o ativo apropriado. Em seguida, clique em gateway e selecione o gateway correto para o ativo. Agora, na coluna de ações, clique no ícone de caneta para começar a calibrar as entradas do bot.

Esta é a tela de entradas. Configure as entradas adequadas para sua aplicação conforme discutido anteriormente no artigo.

Os fluxos de dados são a primeira estrutura lógica na nuvem L2L Machine Connect a receber os dados binários de máquina gerados pelo sensorbot, convertê-los e salvá-los como dados coerentes relacionados à manufatura em seu datalake.

Clique no menu suspenso para encontrar o ativo para o qual deseja criar um novo fluxo de dados.

Clique na caixa vazia para iniciar um novo fluxo. Dê um nome ao novo fluxo e pressione ir.

Início do fluxo:

Aqui são apresentadas 3 opções diferentes.

DIY: Isso permitirá a criação de um fluxo do zero.

Copiar existente: Isso copiará um fluxo que já foi criado para este ID de fábrica para este novo fluxo.

Começar a partir do modelo: Isso permitirá que você escolha em uma lista de modelos que todos os clientes publicaram.

Ferramentas disponíveis

Entradas

Um fluxo de dados requer pelo menos uma entrada para funcionar. Elas são basicamente as saídas dos Sensorbots. Todas as entradas podem ser atribuídas às saídas em uma relação de um para um, mas é sempre benéfico utilizar uma lógica de transformação nos fluxos de dados para filtrar e criar uma saída coerente que possa ser usada pelo mecanismo de regras.

Saídas

Um fluxo de dados requer pelo menos uma saída para gerar dados utilizáveis que possam ser usados no mecanismo de regras.

Transformações

A utilização de transformações não é um requisito, mas é altamente recomendada para criar dados coerentes e significativos. O L2L fornece muitos modelos para serem usados como referência para diferentes casos de uso de fluxo de dados (por exemplo, tempo de atividade, tempo de inatividade, contagem, alarme, estado etc.). As transformações também oferecem suporte a JS para lógica e manipulação de dados.

Entradas específicas do Sensorbot:

À esquerda estão as entradas, transformações e saídas de um fluxo. É mostrada uma lista de entradas disponíveis do sensorbot que escolhemos.

Entradas de todos os sensorbots em um site:

É exibida uma lista de todas as entradas dos sensorbots no site.

Transformações:

É mostrado o início da lista de transformações disponíveis para um fluxo. Ao usar funções que têm várias entradas, como uma AND, os dados ficarão armazenados em buffer em uma entrada quando não houver nada para processar na outra entrada. Certifique-se de que todas as entradas de uma função como essa tenham as mesmas taxas de dados para que não haja problemas de armazenamento em buffer. Todas essas funções têm descrições de como funcionam. Basta clicar e arrastar qualquer uma delas para a área de trabalho e, em seguida, clicar novamente na função para ver a descrição no lado direito da tela.

exemplo de uma função no espaço de trabalho e sua descrição.

Saídas:

São mostradas as duas saídas de uma função. A função de banco de dados do accumine passará os dados para uma tabela no Conectar. O Send Alert enviará alertas por e-mail.

Exemplo de caso de uso:

Este exemplo mostrará como configurar um fluxo de tempo de inatividade/no ciclo para a entrada amp1 deste bot.

Aqui é mostrada a entrada amp1 arrastada da lista à esquerda para o espaço de trabalho no meio. Essa entrada é calibrada como uma medição periódica. Portanto, os dados são representados como um valor decimal que representa o valor atual presente na entrada.

Aqui temos uma função map. Nesta regra, queremos converter o valor vindo do bot em verdadeiro ou falso com base em um limite no código que colamos na função map. O valor 1000 é o limite que desejamos definir. Qualquer valor do bot acima do limite será convertido em um valor verdadeiro para o restante do fluxo. Qualquer valor do bot abaixo do limite será convertido em um valor falso.

if (obj.value > 1000) {
obj.value = true;
} else {
obj.value = false;
}
return obj;
}

Em seguida, precisamos de uma função de tempo limite. Se não obtivermos um valor verdadeiro no tempo limite definido, então retornamos um valor verdadeiro a partir do tempo limite. Aqui, definimos o tempo limite como 30000 ms ou 30 segundos.

Em seguida, filtraremos os valores duplicados. Precisamos de apenas 1 valor consecutivo verdadeiro ou falso para acionar os eventos de ciclo ou de tempo de inatividade, portanto filtramos quaisquer valores verdadeiros ou falsos subsequentes após o primeiro.

Agora podemos obter nossas saídas para o fluxo e uma função NOT. A saída conectada ao filtro de valores duplicados será direcionada para a tabela de Downtime. A saída conectada à função NOT será direcionada para a tabela In-Cycle.

Este exemplo de regra explicará como enviar contagens de peças para o módulo de produção de um único sensorbot.

Primeiramente, se quisermos criar uma regra para um ativo específico, precisamos copiar o deviceid do ativo para configurar o filtro posteriormente. Aqui usaremos a Zachs power para a regra.

Vamos usar um gatilho de registro para este exemplo. Clique e arraste a função para a área de trabalho à direita.

Quando soltarmos a função na área de trabalho, este formulário aparecerá. Aqui, definimos o modelo de dados como Classic/Part Count. Agora, isso está lendo dessa tabela. Selecionamos o modificador de criação, portanto, a regra será acionada toda vez que um novo evento for adicionado à tabela Classic/Part Count. A caixa Ouvir API/Pré-processador precisa ser marcada para garantir que a regra funcione quando um sensorbot enviar um pacote.

Depois disso, clicamos em Add record conditions para adicionar um filtro à função. A imagem acima mostra o início da adição de um filtro à tabela de registros de indisponibilidade. Clique em deviceid.

É aqui que colaremos o deviceid que copiamos anteriormente. Isso procurará apenas registros nesta tabela que correspondam ao deviceid do ativo. Clique em atualizar filtro.

Se clicarmos no botão azul que diz 1 filtro, ele mostrará para o que o filtro está configurado. Caso contrário, podemos simplesmente clicar no X no canto superior direito da caixa para fechar a caixa de filtros. De volta ao formulário de acionamento de registros, podemos clicar em enviar agora.

De forma muito simples, tudo o que precisamos fazer é arrastar uma função SendFormData para o espaço de trabalho e conectar as duas funções clicando no pequeno ponto à direita da função de acionamento do registro e arrastando-o até o ponto à esquerda da função SendFormData para conectar as duas. Essa conexão precisa ser feita antes de editarmos a função SendFormData, para disponibilizar as variáveis do acionamento do registro para uso pela SendFormData.  Clique duas vezes em SendFormData.

É aqui que configuramos a chamada da API para a regra. Neste exemplo, usaremos o método dispatches/open para abrir um novo despacho. "https://company>.leading2lean.com/api/1.0/pitchdetails/record_details/?auth=

O que é mostrado é um formulário quase completo. Alteraríamos o

Este é um exemplo das variáveis disponíveis para uso nesta regra. RecordTrigger é a função que está obtendo os dados da contagem de peças. Clique em RecordTrigger.value para adicionar esta variável à regra.

As datas precisam ser formatadas no formato aceitável pela API. Para começar, precisamos de um date_format. Na lista, encontre esta função. Em seguida, precisamos de um parêntese de abertura "(" e depois um espaço; então podemos adicionar uma variável recordtrigger.timestart. Depois, podemos adicionar o formato e um fuso horário opcional com "yyyy-MM-dd HH:mm:ss".

Como o endtime de um evento de contagem de peças não é preenchido até que a próxima peça chegue do robô, não haverá um horário de término para o registro que aciona a regra; portanto, usamos o horário de início novamente, mas adicionamos cerca de 10 segundos ao timestamp.

A regra completa é mostrada aqui. Primeiro, podemos marcar as entradas de ativação e as saídas de ativação no canto superior direito. Agora, no canto superior direito da tela, clique no botão verde de salvar.

Aqui podemos dar um nome e uma descrição à regra.

Salvar: isso salvará a regra e voltará ao espaço de trabalho.

Salvar & Iniciar o depurador: isso salvará a regra e navegará para uma tela útil para acompanhar a execução da regra e solucionar problemas.

Salvar & Sair do construtor: isso salvará a regra e navegará de volta para a lista de regras do site.

Aqui, clicaremos em Salvar e sair do construtor para retornar à lista de regras.

Agora vamos passar pelo processo de criação de uma regra para iniciar um despacho com base no início de um evento de tempo de inatividade para um ativo específico.

Primeiramente, se quisermos criar uma regra para um ativo específico, precisamos copiar o deviceid do ativo para configurar o filtro posteriormente. Aqui vamos usar a energia do Zach para a regra.

Usaremos um gatilho de registro para este exemplo. Clique e arraste a função para a área de trabalho à direita.

Quando soltarmos a função na área de trabalho, este formulário será exibido. Aqui, definimos o modelo de dados como Classic/Downtime. Agora, ele está lendo dessa tabela. Selecionamos o modificador de criação, portanto, a regra será acionada sempre que um novo evento for adicionado à tabela Classic/Downtime. A caixa Ouvir API/Pré-processador precisa ser marcada para garantir que a regra funcione quando um sensorbot for a fonte do novo evento de downtime na tabela.

Depois disso, clicamos em Adicionar condições de registro para adicionar um filtro à função. A imagem acima mostra o início da adição de um filtro à tabela de registros de tempo de inatividade. Clique em deviceid.

É aqui que colaremos o deviceid que copiamos anteriormente. Isso buscará apenas registros nesta tabela que correspondam ao deviceid do ativo. clique em atualizar filtro.

Se clicarmos no botão azul que diz 1 filtro, ele mostrará para que o filtro está configurado. Caso contrário, podemos simplesmente clicar no X no canto superior direito da caixa para dispensar a caixa de filtros. De volta ao formulário de acionamento de registros, podemos clicar em enviar agora.

Muito simplesmente, tudo o que precisamos fazer é arrastar uma função SendFormData para o espaço de trabalho e conectar as duas funções clicando no pequeno ponto à direita da função de acionamento de registros e arrastando-o até o ponto à esquerda da função SendFormData para conectar as duas. Essa conexão precisa acontecer antes de editarmos a função SendFormData para disponibilizar as variáveis do acionamento de registros para que a função SendFormData possa usá-las.  Clique duas vezes em SendFormData.

É aqui que configuramos a chamada de API para a regra. Neste exemplo, usaremos o método dispatches/open para abrir um novo despacho. "https://company>.leading2lean.com/api/1.0/dispatches/open/?auth=

É mostrado um formulário quase completo. Alteraríamos o

Veja aqui nossa regra completa. Primeiro, podemos marcar as entradas de habilitação e as saídas de habilitação no canto superior direito. Agora, no canto superior direito da tela, clique no botão verde de salvar.

Aqui podemos dar um nome e uma descrição à regra.

Salvar: Isso salvará a regra e voltará ao espaço de trabalho.

Salvar e iniciar o depurador: isso salvará a regra e navegará para uma tela útil para acompanhar a execução da regra e solucionar problemas.

Salvar e sair do criador: isso salvará a regra e navegará de volta para a lista de regras do site.

Aqui, clicaremos em Salvar e sair do criador para retornar à lista de regras.

Agora que você revisou o guia de Configuração passo a passo do Machine Connect, continue para saber mais sobre Machine Connect - Relatórios.