Omron

Connectez des automates Omron, les CJ, CS et CP par adresse mémoire sur FINS (UDP, TCP ou Host Link sur une ligne série) et les NJ, NX et NY par nom de variable sur EtherNet/IP; les réglages FINS, les formes d'adresse, les types de donnée, les lectures, les écritures et la découverte.

Le pilote Omron parle aux automates Omron dans l'une ou l'autre de leurs deux langues, choisie équipement par équipement. Un automate CJ, CS ou CP, ainsi qu'un NJ ou un NX réglé en mode mémoire CJ, se lit sur FINS par adresse mémoire, écrite comme l'écrit le logiciel de programmation d'Omron : D100, W0.01, CIO100.05. Un automate NJ, NX ou NY se lit sur EtherNet/IP par le nom d'une variable qu'il publie sur le réseau, comme Level ou Motor.Speed. Une même station lit les deux sortes côte à côte sous le même pilote. Ajoutez un équipement sous le pilote Omron dans le Connector et choisissez son Protocole; le volet ne montre que les champs que ce protocole emploie.

Protocoles

FINS est la valeur par défaut, et un nouvel équipement commence par lui. Le protocole est un réglage de l'équipement : un CJ2 et un NX1P2 se rangent donc sous le même pilote, chacun lu dans sa propre langue. Changer de protocole garde les réglages FINS tels qu'ils ont été laissés, pour le jour où FINS revient, et chaque tag de l'équipement lit dès lors son adresse dans le nouveau protocole : son Type de donnée se règle sur un type que l'adresse accepte là, et une adresse que le nouveau protocole ne sait pas lire est signalée sur la page du tag jusqu'à ce qu'elle soit corrigée.

Connexion

L'en-tête de l'équipement montre l'endpoint assemblé. Un équipement FINS y écrit tous ses réglages, un nœud à 0 voulant dire automatique, par exemple omron://192.168.250.1:9600?protocol=fins&transport=udp&network=0&node=0&unit=0&source=0&timeoutMs=2000. Un équipement lu par nom de tag ne nomme que son hôte et son protocole, omron://192.168.250.1?protocol=njnx. Chaque tag peut fixer son propre Intervalle de scrutation (ms); une valeur de 0 sur le tag revient à l'intervalle de l'équipement.

Préparer l'automate

Un automate NJ, NX ou NY lu par nom de tag ne sert que les variables globales qu'il publie sur le réseau. La publication est un attribut de chaque variable, réglé dans Sysmac Studio et transféré dans l'automate. Un automate lu en FINS n'a besoin d'aucun réglage de ce genre.

Une variable d'un programme, une variable locale, ne peut pas être publiée : déclarez-la parmi les variables globales, ou copiez-la dans une variable globale dans le programme.

Quand l'automate répond qu'il ne sert aucune variable sous le nom d'un tag, la page de l'équipement nomme la variable et les tags qui la lisent, avec les deux causes (un nom qui n'existe pas, ou une variable qui n'est pas publiée) et ces étapes, dans un avis qui disparaît de lui-même dès que la variable se lit; la page du tag porte le même avis. Le journal technique et l'agent lisent les mêmes étapes.

La carte FINS

Un équipement lu en FINS porte une carte FINS sous sa carte Connexion : ce dans quoi voyagent ses requêtes, à qui elles s'adressent et combien de temps chacune attend sa réponse. Un équipement lu par nom de tag n'a pas cette carte.

Un nombre hors de sa plage est refusé sous le champ, par exemple « Saisissez un nombre compris entre 0 et 127. », et le champ revient à la valeur en vigueur. Passer le transport en TCP garde le nœud de la station saisi pour UDP, que l'équipement n'emploie alors plus.

Host Link sur une ligne série

Un automate CP1E, CP1L, CP1H, CJ ou CS qui n'a qu'un port série (RS-232C, ou RS-485 et RS-422A par une carte optionnelle ou un convertisseur) se lit en FINS sur Host Link, par une ligne série du pilote Omron : un port COM partagé par jusqu'à 32 automates, chacun répondant à son propre numéro d'unité. Ajoutez la ligne avec Ajouter une ligne dans le tableau Lignes série de la page du pilote et réglez son Port série, son Débit (bauds) et son Format série sur ce que règlent les ports série des automates (le reste de la page de la ligne se trouve sous Lignes série), activez-la, puis ajoutez chaque automate avec Ajouter un équipement sur la page de la ligne.

Un équipement sur une ligne se lit en FINS pour de bon : il n'a pas de champ Protocole, Hôte ni Port, et sa carte FINS ne montre que « FINS sur Host Link sur cette ligne série, vers l'automate dont le numéro d'unité (réglé pour son port série dans le PLC Setup) est l'ID d'unité ci-dessus. » et le Délai de réponse (ms), car la requête va à l'unité CPU de l'automate que le bus adresse et aucun champ réseau ne s'applique. Il ne passe jamais sur le réseau, et un équipement du réseau ne passe jamais sur une ligne. Ses tags s'adressent comme sur le réseau (D100, W0.01), et son endpoint nomme la ligne et l'unité, par exemple omron://serial/<line id>/COM5/9600/7E2?protocol=fins&transport=hostlink&hostLinkUnit=0&timeoutMs=2000.

Le balayage ne fouille pas une ligne série : ajoutez chaque automate par son numéro d'unité.

Adressage

Un tag est adressé par un seul champ de sa carte Source de la valeur, nommé d'après le protocole de l'équipement : Adresse mémoire en FINS, Nom de variable pour un équipement lu par nom de tag, avec l'indice du protocole en dessous. Une adresse que le pilote ne sait pas lire est refusée sur la page du tag, là où on la tape, avec la raison. La ligne en lecture seule Adresse source (bus) de la carte Source de la valeur montre l'adresse que reçoit le pilote.

Adresses mémoire (FINS)

Une adresse mémoire se compose des lettres de la zone, du numéro du mot en décimal et, pour un seul bit, d'un point suivi du bit, de 00 à 15. La casse des lettres n'a pas d'importance, et les anciennes graphies sont lues aussi.

Chaque zone est bornée par la plus grande que possède un automate CJ, CS ou CP (un CJ2 a 1 536 mots de maintien et des banques de mémoire étendue jusqu'à la 18). Un mot ou une banque qu'un automate plus petit n'a pas est la réponse de cet automate lui-même, une erreur à la première lecture du tag (voir Lecture). Ce que la page du tag refuse là où on le tape :

L'adresse de bus est l'adresse dans son unique graphie, le bit sur deux chiffres : 100.5 voyage en CIO100.05 et DM100 en D100. Un tag texte ajoute après un ? les caractères qu'il occupe : un texte de 16 caractères en D200 voyage donc en D200?16.

Noms de variable (NJ/NX)

Un automate NJ, NX ou NY se lit par le nom d'une variable globale qu'il publie sur le réseau, c'est-à-dire, dans Sysmac Studio, une variable dont l'attribut Network Publish vaut Publish Only, Input ou Output (voir Préparer l'automate). Une variable que l'automate ne publie pas ne peut pas être lue par son nom. Un nom s'écrit en lettres ASCII, chiffres et traits de soulignement, sans jamais commencer par un chiffre, avec un point devant le membre d'une structure et un indice entre crochets : Level, Motor.Speed, Temps[3], Grid[1,2]. Toute autre forme est refusée sur la page du tag : « Un nom de variable s'écrit en lettres, chiffres et traits de soulignement, sans commencer par un chiffre, avec un point avant un membre et un indice entre crochets, par exemple Level, Motor.Speed ou Temps[3]. » Un nom dans une autre écriture, que Sysmac Studio permet, est refusé de la même façon, car la requête EtherNet/IP ne peut pas le porter.

L'automate liste ses variables d'une façon que ce pilote ne lit pas : chaque tag d'un équipement lu par nom de tag se saisit donc à la main. Que l'automate publie un nom ou non, c'est à lui de le dire, à la première lecture du tag. Il n'y a pas de champ de décalage : un membre ou un élément est nommé pour lui-même, et un élément d'un tableau de BOOL se lit par son propre nom, comme Flags[5]. L'adresse de bus est le nom suivi de ?0, par exemple Motor.Speed?0.

Types de donnée

En FINS, le Type de donnée proposé suit l'adresse :

Taper une adresse qui n'accepte pas le type du tag change le type pour celui que l'adresse lit le plus naturellement : un Boolean pour un bit, un Int16 pour un mot. Un type que l'adresse n'accepte pas est refusé avec ceux qu'elle accepte, par exemple « L'adresse D100 se lit dans l'un de ces types de donnée : Int16, UInt16, Int32, UInt32, Float, String. » Il n'y a pas d'option d'ordre des octets ou des mots : FINS range chaque mot octet de poids fort en tête, et le pilote s'en charge.

Un équipement lu par nom de tag propose tous les types atomiques de son automate :

Une variable WORD se lit en UInt16 et une DWORD en UInt32. Les variables STRING ne sont pas lues, et String n'est pas proposé. Un type hors de la liste est refusé avec elle : « Une variable d'automate NJ/NX se lit dans l'un de ces types de donnée : Boolean, SByte, Byte, Int16, UInt16, Int32, UInt32, Int64, UInt64, Float, Double. »

Lecture

En FINS, l'équipement tient une seule conversation avec son automate et envoie une requête à la fois, chaque tag étant une lecture de zone mémoire de ses mots, et ne prend pour réponse que celle qui porte le numéro de cette requête-là : une réponse en retard n'est jamais lue comme celle de la suivante. Avant qu'aucun tag ne soit lu, l'automate doit répondre à une lecture des données de l'automate, avec n'importe quel code de fin; le modèle qu'il nomme est écrit dans le journal technique. Ce que l'automate répond décide ensuite du sort de chaque lecture :

Un équipement lu par nom de tag est éprouvé en demandant à l'automate une variable qu'aucun programme ne déclare : la réponse de l'automate, que ce nom n'existe pas, est bien une réponse de l'automate. Ses requêtes passent par le même code EtherNet/IP que celles du pilote Rockwell EtherNet/IP, et expirent au bout de 10 secondes.

Écritures

Les tags dont l'Accès est Lecture et écriture ou Écriture seule peuvent être écrits; un nouveau tag commence en Lecture seule. Une écriture attend son tour dans la file de l'équipement avec les lectures, et envoie la valeur demandée et rien à côté :

Une écriture FINS dont le type du tag ne peut pas contenir la valeur est refusée avant tout envoi.

Découverte

La page du pilote Omron porte une carte Portée du balayage avec un seul champ, facultatif, « Adresse de l'automate pour un sondage FINS, par exemple 192.168.250.1 (vide = NJ/NX par diffusion seulement) ». Découvrir pose alors jusqu'à deux questions, l'une après l'autre :

Aucune des deux questions ne trouve de tags : un automate FINS ne publie aucune liste de ses adresses, et un NJ/NX liste ses variables d'une façon que le pilote ne lit pas; chaque candidat affiche donc « Aucun tag signalé. Ajoutez l'équipement pour configurer ses tags dans son éditeur. » Ce qui, dans le champ, n'est pas un hôte est refusé en dessous, et Découvrir se grise : « Un balayage Omron demande à l'automate écrit ici de s'identifier sur FINS : son adresse IP ou son nom, avec le port au besoin (par exemple 192.168.250.1 ou 192.168.250.1:9600). Laissez-le vide pour ne chercher que les automates NJ/NX par diffusion. » Un automate situé sur un réseau où cet ordinateur ne se trouve pas ne répond pas à la diffusion; ajoutez-le à la main. Le balayage de Rockwell EtherNet/IP entend la même diffusion et laisse tout automate Omron à celui-ci. Le reste du comportement du balayage se trouve sur Découverte.

Outils de l'agent

driver_capabilities décrit ce pilote sous omron : ses deux protocoles, chacun avec les champs d'équipement, les formes d'adresse et les types de donnée qu'il accepte, les transports et les plages FINS, les écritures et la découverte. device_upsert driver=Omron accepte omronProtocol (Fins ou NjNx) et, en FINS, finsTransport (Udp ou Tcp), finsNetwork, finsNode (0 pour automatique), finsUnit, finsSourceNode (UDP seulement, 0 pour automatique) et finsResponseTimeoutMs; un équipement lu par nom de tag n'accepte ni port ni champ FINS. tag_upsert accepte l'adresse mémoire ou le nom de variable dans address, le type dans opcUaType (s'il est omis, un bit prend Boolean et un mot Int16) et la longueur d'un texte FINS dans wireQuantity. device_discover driver=Omron lance le balayage, avec target pour le sondage FINS. Un CJ2 lu en UDP et un NX1P2 lu par nom 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

Un automate sur une ligne série dépend d'une ligne de ce pilote : serial_line_upsert driver=Omron crée la ligne, et device_upsert driver=Omron serialLineId=<id> ajoute l'automate sur Host Link (finsTransport=HostLink, que la ligne implique) avec unitId, son numéro d'unité de 0 à 31 (omis, le premier libre), et finsResponseTimeoutMs; les champs réseau y sont refusés. Un CP1L à l'unité 0 sur 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

Les autres outils se trouvent sur Outils de l'agent.

Limites à connaître

• Un automate qui ne parle que les anciennes commandes Host Link du mode C, comme un CPM1, un CPM2, un CQM1 ou un C200HS, n'est pas lu, ni sur une ligne série ni à travers un convertisseur : le pilote n'envoie que des commandes FINS.
• Les temporisateurs et les compteurs ne sont pas proposés en FINS : leur valeur courante est gardée en BCD ou en binaire selon le réglage de l'automate, et rien dans une réponse FINS ne dit lequel. Lisez une telle valeur à travers un mot dans lequel le programme la recopie.
• Les variables d'un automate NJ/NX ne sont jamais listées, ni sur la page du tag ni par un balayage : chaque nom se saisit.
• Un équipement lu par nom de tag lit une valeur atomique par tag. Les variables STRING, une structure entière et un tableau entier ne sont pas lus; un membre ou un élément se lit par son nom.
• Le pilote envoie trois commandes FINS et aucune autre : lecture de zone mémoire, écriture de zone mémoire et lecture des données de l'automate. Il ne change jamais le mode de fonctionnement de l'automate, ni son horloge, ni son programme.

Bon à savoir

• En UDP, la station envoie chaque requête depuis un port à elle et l'automate répond sur ce port, ce qui est le réglage par défaut des ports Ethernet d'Omron. Une unité Ethernet réglée sur la conversion d'adresse statique répond plutôt au port 9600 de la station, où le pilote n'écoute pas : lisez un tel automate en TCP.
• Un réseau FINS autre que 0 se joint par les tables de routage réglées dans les automates; la station ne route rien d'elle-même.
• Un automate NJ/NX est d'abord interrogé sur la route CIP 1,0 puis, si elle reste sans réponse, sur 18 suivi de l'adresse IP de l'automate lui-même, comme 18,192.168.250.1; la route qui a répondu est essayée en premier la fois suivante. Il n'y a pas de champ de route.
• Chaque tag FINS est une requête à lui seul, et un équipement en envoie une à la fois : la durée d'un tour de lectures croît donc avec le nombre de ses tags.