Omron

Conecte CLPs Omron, controladores CJ, CS e CP por endereço de memória sobre FINS (UDP, TCP ou Host Link numa linha serial) e controladores NJ, NX e NY por nome de variável sobre EtherNet/IP; as configurações FINS, as formas de endereço, os tipos de dado, leituras, escritas e descoberta.

O driver Omron conversa com CLPs Omron em qualquer uma das duas línguas deles, escolhida por dispositivo. Um controlador CJ, CS ou CP, e um NJ ou NX configurado no modo de memória CJ, é lido por FINS pelo endereço de memória, escrito do jeito que o software de programação da Omron escreve: D100, W0.01, CIO100.05. Um controlador NJ, NX ou NY é lido sobre EtherNet/IP pelo nome de uma variável que ele publica na rede, como Level ou Motor.Speed. Uma estação lê os dois tipos lado a lado sob o mesmo driver. Adicione um dispositivo sob o driver Omron no Connector e escolha o Protocolo dele; o painel mostra só os campos que esse protocolo usa.

Protocolos

FINS é o padrão, e um dispositivo novo começa nele. O protocolo é uma configuração do dispositivo, então um CJ2 e um NX1P2 ficam sob o mesmo driver, cada um lido na sua própria língua. Trocar o protocolo mantém as configurações FINS como foram deixadas, para quando o FINS voltar, e toda tag do dispositivo passa a ler o endereço no protocolo novo: o Tipo de dado dela se ajusta a um que o endereço comporta ali, e um endereço que o protocolo novo não consegue ler fica sinalizado na página da tag até ser corrigido.

Conexão

O cabeçalho do dispositivo mostra o endpoint montado. Um dispositivo FINS escreve nele todas as suas configurações, com um nó 0 valendo automático, por exemplo omron://192.168.250.1:9600?protocol=fins&transport=udp&network=0&node=0&unit=0&source=0&timeoutMs=2000. Um dispositivo lido por nome de tag nomeia só o host e o protocolo, omron://192.168.250.1?protocol=njnx. Cada tag pode definir o próprio Intervalo de leitura (ms); o valor 0 numa tag volta ao intervalo do dispositivo.

Preparar o controlador

Um controlador NJ, NX ou NY lido por nome de tag só serve as variáveis globais que publica na rede. Publicar é um atributo de cada variável, definido no Sysmac Studio e transferido para o controlador. Um controlador lido por FINS não precisa de nenhuma definição assim.

Uma variável de um programa, uma variável local, não pode ser publicada: declare-a entre as variáveis globais, ou copie-a para uma variável global no programa.

Quando o controlador responde que não serve nenhuma variável com o nome de uma tag, a página do dispositivo nomeia a variável e as tags que a leem, com as duas causas (um nome que não existe, ou uma variável que não está publicada) e estes passos, num aviso que some sozinho assim que a variável lê; a página da própria tag traz o mesmo aviso. O diário e o agente leem os mesmos passos.

O cartão FINS

Um dispositivo lido por FINS traz um cartão FINS abaixo do cartão Conexão: em que as requisições dele viajam, a quem elas se dirigem e quanto tempo cada uma espera pela resposta. Um dispositivo lido por nome de tag não tem esse cartão.

Um número fora da faixa é recusado embaixo do campo, por exemplo "Digite um número entre 0 e 127.", e o campo volta ao valor em vigor. Trocar o transporte para TCP mantém o nó da estação digitado para UDP, que o dispositivo então não usa.

Host Link numa linha serial

Um controlador CP1E, CP1L, CP1H, CJ ou CS que só tem porta serial (RS-232C, ou RS-485 e RS-422A por uma placa opcional ou um conversor) é lido por FINS sobre Host Link, por uma linha serial do driver Omron: uma porta COM compartilhada por até 32 CLPs, cada um respondendo ao próprio número de unidade. Adicione a linha com Acrescentar linha na tabela Linhas seriais da página do driver e ajuste a Porta serial, o Velocidade em baud e o Formato serial ao que as portas seriais dos CLPs usam (o resto da página da linha está em Linhas seriais), habilite-a e depois adicione cada CLP com Acrescentar dispositivo na página da linha.

Um dispositivo numa linha é lido por FINS para sempre: não tem campo Protocolo, Host ou IP nem Porta, e o cartão FINS dele mostra só "FINS sobre Host Link nesta linha serial, para o CLP cujo número de unidade (ajustado para a porta serial dele no PLC Setup) é o Unit ID acima." e o Timeout de resposta (ms), porque a requisição vai para a unidade CPU do CLP que o barramento endereça e nenhum campo de rede se aplica. Ele nunca passa para a rede, nem um dispositivo de rede passa para uma linha. As tags dele são endereçadas como pela rede (D100, W0.01), e o endpoint dele nomeia a linha e a unidade, por exemplo omron://serial/<line id>/COM5/9600/7E2?protocol=fins&transport=hostlink&hostLinkUnit=0&timeoutMs=2000.

A varredura não procura numa linha serial: adicione cada CLP pelo número de unidade dele.

Endereçamento

Uma tag é endereçada por um campo no cartão Origem dela, com o nome tirado do protocolo do dispositivo: Endereço de memória por FINS, Nome da variável para um dispositivo lido por nome de tag, com a dica do protocolo embaixo. Um endereço que o driver não consegue ler é recusado na página da tag onde é digitado, com o motivo. A linha somente leitura Endereço de origem (barramento) do cartão Origem mostra o endereço que o driver recebe.

Endereços de memória (FINS)

Um endereço de memória é formado pelas letras da área, o número da palavra em decimal e, para um único bit, um ponto e o bit, de 00 a 15. As letras não diferenciam maiúsculas de minúsculas, e as grafias antigas também são lidas.

Cada área é limitada pela maior que algum controlador CJ, CS ou CP tenha (um CJ2 tem 1.536 palavras de retenção e bancos de memória estendida até o 18). Uma palavra ou um banco que um controlador menor não tem é resposta do próprio CLP, um erro na primeira leitura da tag (veja Leitura). O que a página da tag recusa onde é digitado:

O endereço de barramento é o endereço na sua grafia única, com o bit em dois dígitos: 100.5 viaja como CIO100.05 e DM100 como D100. Uma tag de texto acrescenta depois de um ? os caracteres que ocupa, então um texto de 16 caracteres em D200 viaja como D200?16.

Nomes de variável (NJ/NX)

Um controlador NJ, NX ou NY é lido pelo nome de uma variável global que ele publica na rede, que no Sysmac Studio é uma variável cujo atributo Network Publish é Publish Only, Input ou Output (veja Preparar o controlador). Uma variável que o controlador não publica não pode ser lida por nome. Um nome se escreve com letras ASCII, dígitos e sublinhados, nunca começando por um dígito, com um ponto antes do membro de uma estrutura e um índice entre colchetes: Level, Motor.Speed, Temps[3], Grid[1,2]. Qualquer outra forma é recusada na página da tag: "Um nome de variável se escreve com letras, dígitos e sublinhados, sem começar por um dígito, com um ponto antes de um membro e um índice entre colchetes, por exemplo Level, Motor.Speed ou Temps[3]." Um nome em outra escrita, que o Sysmac Studio permite, é recusado do mesmo jeito, porque a requisição EtherNet/IP não consegue levá-lo.

O controlador lista as variáveis dele de um jeito que este driver não lê, então toda tag de um dispositivo lido por nome de tag é digitada à mão. Se o controlador publica um nome é resposta dele, dada na primeira leitura da tag. Não existe campo de deslocamento: um membro ou um elemento é nomeado por si mesmo, e um elemento de um array BOOL é lido pelo próprio nome, como Flags[5]. O endereço de barramento é o nome seguido de ?0, por exemplo Motor.Speed?0.

Tipos de dado

Por FINS o Tipo de dado oferecido segue o endereço:

Digitar um endereço que não comporta o tipo da tag troca o tipo pelo que o endereço lê de forma mais natural: um Boolean para um bit, um Int16 para uma palavra. Um tipo que o endereço não comporta é recusado com os que ele comporta, por exemplo "O endereço D100 é lido como um destes tipos de dado: Int16, UInt16, Int32, UInt32, Float, String." Não existe opção de ordem de bytes ou de palavras: o FINS guarda toda palavra com o byte alto primeiro, e o driver cuida disso.

Um dispositivo lido por nome de tag oferece todo tipo atômico do controlador:

Uma variável WORD é lida como UInt16 e uma DWORD como UInt32. Variáveis STRING não são lidas, e String não é oferecido. Um tipo fora da lista é recusado com ela: "Uma variável de um controlador NJ/NX é lida como um destes tipos de dado: Boolean, SByte, Byte, Int16, UInt16, Int32, UInt32, Int64, UInt64, Float, Double."

Leitura

Por FINS o dispositivo mantém uma conversa com o CLP e manda uma requisição por vez, cada tag uma leitura de área de memória das palavras dela, e só aceita como resposta a que traz o número da própria requisição, então uma resposta atrasada nunca é lida como a da seguinte. Antes de qualquer tag ser lida, o CLP precisa responder a uma leitura de dados do controlador, com qualquer código de fim; o modelo que ele informa é escrito no diário. O que o CLP responde decide então o destino de cada leitura:

Um dispositivo lido por nome de tag é provado perguntando ao controlador por uma variável que nenhum programa declara: a resposta do controlador de que esse nome não existe é uma resposta do controlador. As requisições dele passam pelo mesmo código EtherNet/IP do driver Rockwell EtherNet/IP e esgotam o tempo depois de 10 segundos.

Escritas

Tags cujo Acesso é Leitura e escrita ou Somente escrita podem ser escritas; uma tag nova nasce como Somente leitura. Uma escrita espera a vez na fila do dispositivo junto com as leituras, e manda o valor pedido e nada além dele:

Uma escrita FINS cujo valor o tipo da tag não comporta é recusada antes de qualquer envio.

Descoberta

A página do driver Omron traz um cartão Escopo da varredura com um campo opcional, "Endereço do CLP para uma sondagem FINS, por exemplo 192.168.250.1 (vazio = só NJ/NX por broadcast)". O Descobrir então faz até duas perguntas, uma depois da outra:

Nenhuma das perguntas encontra tags: um CLP FINS não publica lista dos endereços dele, e um NJ/NX lista as variáveis de um jeito que o driver não lê, então cada candidato mostra "Nenhuma tag informada. Acrescente o dispositivo para configurar as tags no editor dele." Algo no campo que não é um host é recusado embaixo dele, e o Descobrir fica cinza: "Uma varredura Omron pede ao CLP escrito aqui que se identifique por FINS: o endereço IP ou o nome dele, com a porta se precisar (por exemplo 192.168.250.1 ou 192.168.250.1:9600). Deixe vazio para procurar só controladores NJ/NX por broadcast." Um controlador numa rede em que este computador não está não responde ao broadcast; adicione-o à mão. A varredura do Rockwell EtherNet/IP ouve o mesmo broadcast e deixa todo controlador Omron para esta. O resto do comportamento da varredura está em Descoberta.

Ferramentas do agente

O driver_capabilities descreve este driver sob omron: os dois protocolos, cada um com os campos de dispositivo, as formas de endereço e os tipos de dado que aceita, os transportes e as faixas FINS, as escritas e a descoberta. O device_upsert driver=Omron aceita omronProtocol (Fins ou NjNx) e, por FINS, finsTransport (Udp ou Tcp), finsNetwork, finsNode (0 para automático), finsUnit, finsSourceNode (só UDP, 0 para automático) e finsResponseTimeoutMs; um dispositivo lido por nome de tag não aceita porta nem campo FINS. O tag_upsert aceita o endereço de memória ou o nome da variável como address, o tipo como opcUaType (omitido, um bit fica Boolean e uma palavra Int16) e o comprimento de um texto FINS como wireQuantity. O device_discover driver=Omron roda a varredura, com target para a sondagem FINS. Um CJ2 lido por UDP e um NX1P2 lido por nome de tag:

device_upsert driver=Omron name=Press host=192.168.250.1 omronProtocol=Fins finsTransport=Udp
tag_upsert device=Press name=Level address=D100 opcUaType=Float
device_upsert driver=Omron name=Filler host=192.168.250.2 omronProtocol=NjNx
tag_upsert device=Filler name=Speed address=Motor.Speed opcUaType=Float

Um CLP numa linha serial fica pendurado numa linha deste driver: serial_line_upsert driver=Omron cria a linha, e device_upsert driver=Omron serialLineId=<id> adiciona o CLP por Host Link (finsTransport=HostLink, que a linha implica) com unitId, o número de unidade dele de 0 a 31 (omitido, o primeiro livre), e finsResponseTimeoutMs; os campos de rede são recusados nele. Um CP1L na unidade 0 na COM5:

serial_line_upsert driver=Omron name=HostLink serialPort=COM5 baudRate=9600 serialFormat=7E2
device_upsert driver=Omron name=Mixer serialLineId=<the line's id> unitId=0
tag_upsert device=Mixer name=Level address=D100 opcUaType=Int16

As outras ferramentas estão em Ferramentas do agente.

Limites que vale conhecer

• Um controlador que fala só os comandos Host Link mais antigos do modo C, como um CPM1, um CPM2, um CQM1 ou um C200HS, não é lido, nem numa linha serial nem por um conversor: o driver envia só comandos FINS.
• Temporizadores e contadores não são oferecidos por FINS: o valor atual deles fica em BCD ou em binário conforme a configuração do CLP, e nada numa resposta FINS diz qual. Leia esse valor por uma palavra para a qual o programa o copia.
• As variáveis de um controlador NJ/NX nunca são listadas, nem na página da tag nem por uma varredura: todo nome é digitado.
• Um dispositivo lido por nome de tag lê um valor atômico por tag. Variáveis STRING, uma estrutura inteira e um array inteiro não são lidos; um membro ou um elemento é lido pelo nome.
• O driver manda três comandos FINS e nenhum outro: leitura de área de memória, escrita de área de memória e leitura de dados do controlador. Ele nunca muda o modo de operação do CLP, o relógio nem o programa.

Bom saber

• Por UDP a estação manda cada requisição de uma porta própria e o CLP responde para essa porta, que é como as portas Ethernet da Omron vêm configuradas por padrão. Uma unidade Ethernet configurada com a conversão de endereço estática responde para a porta 9600 da estação, onde o driver não escuta: leia esse CLP por TCP.
• Uma rede FINS diferente de 0 é alcançada pelas tabelas de roteamento configuradas nos CLPs; a estação não roteia nada sozinha.
• Um controlador NJ/NX é perguntado primeiro pela rota CIP 1,0 e, quando ela não tem resposta, por 18 seguido do endereço IP do próprio controlador, como 18,192.168.250.1; a rota que respondeu é tentada primeiro na vez seguinte. Não existe campo de rota.
• Cada tag FINS é uma requisição própria, e um dispositivo manda uma por vez, então o tempo de uma rodada de leituras cresce com o número de tags dele.