Questions fréquentes

Communication	Logiciels	Automates	Terminaux	Contrôleur Machine

Communications

Transmission
Comment envoyer des chaines de caractères avec un automate Omron ?
Mon instruction TXD/TXDU ne fonctionne pas !
Mon instruction SEND ne fonctionne pas !
Mon instruction SEND ne fonctionne pas systématiquement sur Ethernet !
Mon instruction RXDU (carte SCU) décale ou ne lit pas les octets reçus !
Comment échanger automatiquement et simplement des données entre 2 automates ?
Comment échanger automatiquement et simplement des données entre un automate et Excel ?
Quels sont les drapeaux et registres utilisés dans la gestion de communication des ports séries ?
Le ports RS232C de mon API se bloque parfois ?
La fonction Modbus Easy Master de mon CP1L ne fonctionne pas !

Protocoles
Comment communiquer en modbus avec un automate Omron ?
Ma carte SCU ne répond pas aux requêtes Modbus !
Qu'est-ce que le protocole Sysmac-Way ?
Qu'est-ce que le protocole FINS ?
Qu'est-ce que le protocole NT-Link ?
Qu'est-ce que le protocole CompoWay ?
Qu'est-ce que le protocole PC Link 1:1 ?
Qu'est-ce que le protocole Serial PC Link 1:N ?
Qu'est-ce que le protocole Macro ?
Quelles sont les protocoles compatibles avec les API Omron ?
Quel est le format des principaux protocoles Omron ?
Qu'est ce que la fonction passerelle série SGW (sérial Gateway) ?
Comment changer la configuration du port RS232C par programme ?

Connexion
Je ne parviens pas à me connecter à un automate équipé d'une carte Ethernet ETN21 !
Quand doit-on utiliser un n° de réseau pour se connecter à un équipement Omron ?
Quelles sont les possibilités de communication sans fils avec les équipements Omron ?
Quels sont les types et références des CIF Omron d'adaptation de signaux RS232C/422/485 ?

Autres...
Quelles différences existe t'il entre RS232C, RS422 et RS485 ?

Quelles sont les drapeaux et canaux utilisés par les ports séries des API ?
Comment envoyer un mail depuis un API équipé d'un modem GSM ?
Quelles différences existent-ils entre les différents adaptateurs Ethernet Omron (ETN11, ETN21, EIP21 CIF41)

Communications
Transmission

Comment envoyer des chaînes de caractères avec un automate Omron ?

Il existe plusieurs méthodes pour transmettre des caractères :
- les instructions TXD et RXD sur le port série RS232C de l'UC
- les instructions TXDU et RXDU sur les ports séries des cartes spéciales CJ1W-SCU et CS1W-SCU
- la fonctionnalité protocole macro des cartes spéciales CJ1W-SCU et CS1W-SCU (Cx-Protocol requis).

Mon instruction TXD/TXDU ne fonctionne pas !

Si vous n'apercevez aucune activité sur les LEDs COMM ou SD (1 ou 2), vérifiez les point suivants:
- vérifiez lorsqu'il s'agit d'un câble non Omron, que la pin SG 5 du PC est bien raccordée à la pin 9 SG du port RS232C.
- Sur les automates de la série CS et CJ, il est nécessaire d'utiliser le signal CTS (pins 4 RTS et 5 CTS pontées).

Si vous utilisez le port de l'UC
- vérifiez, dans les paramètres, que le mode RS-232C est bien sélectionné pour le port Host Link.
- Vérifiez que le switch 5 en façade est bien en position OFF (paramètre utilisateur).
- vérifiez que le nombre d'octets à envoyer est non nul (dans le cas d'une valeur immédiate, elle doit être précédée du caractère #)
- vérifiez le n° du port de destination (0 ou 1)

Si vous utilisez un CP1L/CP1H
- vérifiez les switch 4 et 5 suivant le port (1 ou 2) utilisé.
- vérifiez la correspondance des drapeaux système avec le n° de port utilisé (voir FT023 Communication serie sur CP1L et CP1L.pdf)

Si vous utilisez l'un des ports d'une carte SCU
- vérifiez, dans les paramètres d'E/S, que le mode No-Protocol est bien sélectionné pour le port utilisé.

Ma carte SCU ne répond pas aux requêtes Modbus !
Vérifiez :
- que la carte est bien en mode utilisateur (User Setting) et protocole Modbus-RTU Slave
- que vous avez spécifié le bon n° d'esclave
- que les signaux RTS-CTS (pin 4 et 5) sont pontés.
- que le firmware de la carte est au minimum V1.3

Attention: il est fortement conseillé de re-démarrer l'API malgré le restart-Soft proposé par Cx-Programmer

Mon instruction RXDU (carte SCU) décale ou ne lit pas les octets reçus !
Le transfert des octets vers la zone mémoire définie dans l'opérande de RXDU prend plusieurs temps de cycle.
Il n'existe pas de drapeau signalant la fin de ce transfert.
Il faut, par conséquent, surveiller avec une comparaison à zéro que le transfert a bien eu lieu.
Les drapeaux 'réception terminée' sont libérés bien avant la fin d'exécution de la RXDU.

Mon instruction SEND ne fonctionne pas !
Si vous utilisez des tables de routage, vérifiez que:
Consultez la fiche technique FT055 Instructions reseaux SEND et RECV.pdf

Téléchargez l'exemple Send.

Mon instruction SEND ne fonctionne pas systématiquement sur Ethernet !
Avant d'expédier une trame, l'interface Ethernet doit effectuer un broadcast pour obtenir l'adresse MAC du destinataire IP. Cette opération précède le premier envoi depuis la mise sous tension de l'API. Il faut impérativement que l'équipement destinataire de la commande SEND (ex PC) soit connecté au moment de l'envoi de la requête ARP.
Le changement de mode de l'API n'a aucune incidence sur cette procédure.

Comment échanger automatiquement et simplement des données entre 2 automates ?
La méthode la plus simple consiste à utiliser la fonctionnalité Data Link ou PC Link.
En PC Link, l'un des API est configuré en maître les autres en esclave (8 maximum) depuis la fenêtre de paramètres de Cx-Programmer (voir FT008).
En Data Link, les 2 API s'échangent une table de donnée de 64 mots (exemple Data Link CP1L )
Pour connaitre les API disposants de ces fonctionnalités, reportez-vous au tableau de compatibilités.

Comment échanger automatiquement et simplement des données entre un automate et Excel ?
Omron propose une solution logiciel "CX-server Lite" basée sur la technologie activeX de Microsoft.
Cx-Lite gère intégralement la communication avec l'automate (série, Ethernet, Controler-Link) et met à disposition de l'utilisateur des objets tel que bouton, afficheur, enregistreur cyclique qu'il suffit de glisser/coller sur la feuille Excel. Vous pouvez Voir l'animation de Cx-Lite.






Le ports RS232C de mon API se bloque parfois ?
Le port RS232C peut être bloqué parfois lorsqu'un équipement envoit des caractères parasites à la mise sous tension ou bien que l'environnement génère des perturbations.
Dans tous les cas il est fortement conseillé d'ajouter dans le programme de l'API, une séquence de reset du port dans les cas suivants:
- drapeaux 1er tour de cycle (P_First_Cycle)
- drapeaux de dépassement (OverFlow)
- drapeaux d'erreur du port
- Buffer de réception > 250 octets

Ces drapeaux sont détaillés dans la rubrique 'Drapeaux et registres relatifs aux ports de communication des API'

La fonction Easy Modbus de mon CP1L ne fonctionne pas !
Assurez-vous d'avoir positionner le dip switch (4: port1, 5: port 2) sur OFF pour utiliser le format personnalisé (Passerelle de communication).

Retour en Haut

Protocoles

Comment communiquer en modbus avec un automate Omron ?

Les coupleurs CJ1W-SCU et CS1W-SCU (V1.3) disposent du driver Modbus Esclave et supportent les codes fonctions suivants:
- 01, 02 lecture de bit multiples (CIO)
- 03 lecture de registres (DM)
- 04 lecture de mots d'E/S CIO
- 05 écriture de bit
- 06 écriture de registre unique (DM)
- 08 test d'écho
- 0F écriture de bit multiples
- 10 écriture de registres multiples

L'instruction CMND appliquée aux cartes SCU en mode passerelle, permet de générer des requêtes Modbus.
Plus de détails dans la fiche technique FT009.

Les automates CP1H et CP1L intègrent d'origine le driver Modbus RTU maître (Easy Master ).
Voir aussi le tableau des compatibilités.

Qu'est-ce que le protocole Sysmac-Way ?
Sysmac-Way est le protocole série commun à tous les API Omron.
Sysmac-Way est un protocole ASCII constitué :
- d'une entête: @
- d'une requête : RD00010002 (lecture de 2 DM à l'adresse 0001)
- d'un checksum: FCS
- d'un caractère de fin de trame : *
- d'un retour chariot: <Cr>
Le protocole Sysmac-Way est détaillé dans l'utilitaire Multiway ainsi que dans la documentation du Protocole SysmacWay.

Qu'est-ce que le protocole FINS ?
FINS (Factory Interface Network Service) est le protocole de communication réseau natif de tous les automates omron des séries alpha/CS1/CJ1/CJ2/CP1L/CP1H utilisé par Cx-Server et détaillé dans l'utilitaire Multiway et dans la documentation FINS. Les API qui utilisent FINS communiquent également en Sysmac-Way.

Qu'est-ce que le protocole NT-Link ?
Le protocole NT-Link est destiné aux échanges entre terminaux de dialogue et API.
NT Link permet d'optimiser le flux de données à l'aide de requête enregistrée en début d'échange permettant le regroupement de plusieurs données en une seule et même trame réponse.
Il existe 2 types de communication NT-Link:
- 1:1 (point à point)
- 1:N (multipoint)
Le protocole NT Link 1:N permet de connecter jusqu'à 8 Terminaux de dialogue sur un seul API.
La disponibilité de NT-Link 1:1 et 1:N est détaillée dans le tableau des compatibilités proposé plus bas.
NT-Link est un protocole propriétaire et n'est donc pas documenté.

Qu'est-ce que le protocole CompoWay ?
Le protocole CompoWay intègre tous les composants de contrôle telque les régulateurs, compteurs, afficheurs et détecteurs intelligents, etc... Compoway est un protocole ASCII/Binaire constitué:
- d'une entête: STX (02H)
- d'une requête:
- d'un caractère de fin de trame: ETX (03H)
- d'un checksum: BCC N
Le protocole CompoWay est détaillé dans l'utilitaire Multiway ainsi que dans la documentation du Protocole Compoway.

Qu'est-ce que le protocole PC Link 1:1 ?
Le protocole PC Link permet d'échanger entre deux automates une table de 16 ou 64 mots suivant l'API utilisé.
La table d'échange est divisée en 2: une zone de lecture et une zone d'écriture (inverse pour chaque API)
CQM1/CPM/SRM: zone LR00 à 15.
CP1L: CIO3000 à 3015 (limité à 16 mots)
Pour connaitre la compatibilité des API avec le protocole PC Link 1:1, reportez-vous au tableau de compatibilités.
Attention: certains manuels en Francais évoquent le protocole Data Link 1:1 qui correspond en réalité au PC Link 1:1

Qu'est-ce que le protocole Serial PC Link 1:N ?
Le protocole Serial PC Link permet d'échanger une table de données entre plusieurs API.
Chaque API peut échanger jusqu'à 10 mots avec 7 autres API.
Les tables de mots peuvent être échangées de 2 manières :
- Toutes les zones des API sont recopiées dans chaque API (Mode TOUS).
- Les zones des API sont recopiées uniquement dans l'API maître (Mode Maître).
Pour connaitre la compatibilité des API avec le protocole Serial PC Link, reportez-vous au tableau de compatibilités.
(voir aussi FT008).

Qu'est-ce que le protocole Macro ?
Les coupleurs CJ1W-SCU et CS1W-SCU permettent d'élaborer des protocoles Macro (spécifiques) à l'aide du logiciel de programmation Cx-Protocol. Plusieurs protocoles macro système sont déjà implémentés dans la bibliothèque .
Voir l'animation CxProtocol .

Quel est le format des principaux protocoles Omron ?

* : en mode 1:N, le jeton est transmit avec une parité paire puis les données avec une parité impaire
**: exceptés les CQM1 et C200H alpha, tous les API se contentent d'un seul bit de stop

Qu'est-ce que la fonction passerelle SGW (serial Gateway) ?
Aussi appelée "Porte de communication série" dans Cx-Programmer, cette fonction permet aux ports série des API récents, de jouer le rôle de passerelle vers d'autres protocoles tels que:
- Modbus RTU maître
- Modbus ASCII maître
- Compoway/F maître
- FINS série maître
Bien d'autres protocoles sont également disponibles sous la forme de protocole macro (Sysmac-Way, Modem Hayes..)

Comment changer la configuration du port série par programme ?
L'instruction STUP (237) permet de changer par programmation ladder, le format et le mode de communication du port RS232C et du port périphérique. Vous trouverez le détail dans la FT051 ainsi que dans les documentations réf. W340
et W393 (chapitre 7.1 PLC setup). Voir également l'exemple STUP.cxp.

Retour en Haut

Communications
Connexion

Quand doit-on utiliser un n° de réseau pour se connecter à un équipement Omron ?
Dès lors que votre installation ne compte qu'un seul réseau, il n'est pas nécessaire d'allouer un n° de réseau à la carte réseau.
Si vous disposez de plusieurs cartes réseaux (ethernet, Controlle-Link, réseau série etc...) il vous faudra utiliser Cx-Integrator (ou Cx-Net) pour affecter un n° aux différents réseaux en présence. Dès lors, les échanges devront comporter un n° de réseau source ainsi qu'un n° de réseau de destination (voir la démonstration).

Quelles sont les possibilités de communications sans fils avec les équipements Omron ?
Il existe 3 méthodes de connexion sans fil:
1- Automates/Terminaux à l'aide de transmetteur Bluetooth omron (voir FT005)
2- Automates/Terminaux à l'aide de transmetteur Wifi Acksys (voir FT006)
3- Entrées/Sorties déportées à l'aide de transmetteur sans fil Device Net WD30

Retour en Haut

Communications
Autre...

Quelles différences existe t'il entre RS232C, RS422 et RS485 ?
Les standards RS422 et RS485 utilisent une transmission différentielle sur 2 fils pour transmette les signaux. L'un accueille une version positive du signal, l'autre une version inversée. De ce fait, en cas de présence de parasites, le même niveau de bruit se superpose sur les 2 fils d'une liaison. A l'arrivée, le récepteur fait la différence des 2 signaux éliminant ainsi le bruit.
Contrairement à la RS232C, les signaux RS485/422 ne sont pas référencés au 0v assurant ainsi une meilleur immunité aux parasites.
En RS422, la réception et la transmission se font sur 2 voies distinctes (d'ou l'appellation 4 fils) permettant d'accueillir des configurations Full-Duplex (transmission et réception simultanées).
En RS485, la réception et la transmission se font alternativement sur la même paire de fils.
Les résistances placées aux 2 extrémités de la ligne permettent d'étouffer les éventuelles réflexions de signal provoquées par la désadaptation d'impédance entre câble et équipements connectés.
En configuration multi-points, pour éviter tout conflit de transmission, tout les équipements reliés sont par défaut dans un état écoutant (haute impédance) quand ils n'ont pas d'information à transmettre. Les résistances de polarisation servent à définir un état franc sur le bus, évitant ainsi les réceptions de messages parasites.
La norme EIA-485 définit une interface semi-duplex avec la possibilité d'une liaison multipoint comportant 32 participants maximum. Le bus doit comporter des résistances terminales aux 2 extrémités et le câble doit être torsadé par paire et blindé. La vitesse varie suivant les distances et les convertisseurs.
Du fait de la transmission semi-duplex, l'émission et la réception se font en alternance. Par conséquent, l'interface est en écoute permanente en maintenant le circuit dans un état de haute impédance (Tri-State).
Lorsqu'un esclave est invité à répondre, il avertit l'interface en passant le signal RTS à ON. A défaut de signal RTS, l'interface utilise Tx pour valider l'émission et retourne en état de haute impédance au premier silence.
L'utilisation du signal RTS pour piloter le circuit d'émission est fortement recommandée car en mode automatique le signal Tx est affaiblit à chaque fois que l'on ajoute un esclave puisqu'il sert également à l'entrée prévu pour le signal RTS.
Sans signal RTS, un réseau qui fonctionnait normalement peut ne plus fonctionner si l'on ajoute une station.

Comment envoyer un mail depuis un API équipé d'un modem GSM ?
la société http://www.activmail.com propose une passerelle GSM/Internet sans abonnement.
Un simple SMS (monadressemail@xxx , objet, message) envoyé au 06 13 20 62 90 est ensuite transmit à monadressemail@xxx et ce au prix d'un SMS normal.

Quelles différences existe t'il entre les différents adaptateurs Ethernet Omron ?

Note relative aux carte ETN21:
Pour rétablir une carte ETN21 qui a été émulée en mode ETN11 il faut:
1- Tourner les roues codeuses du n° de noeud en façade sur 0 0
2- mettre sous tension l'API
3- Tourner les roues codeuse du n° de noeud sur 0 1
4- Tourner les roues codeuse du n° de noeud sur F 1
5- Tourner les roues codeuse du n° de noeud sur 0 1
Si RUN clignote, ERC et ERH allumées= Ok sinon -> 1
6- Mettre hors/sous tension l'API.

Note relative aux CP1W-CIF41:
- Le nombre d'adaptateur CIF41 sur un CP1L/M est limité à 1.
- Les temps de réponses sont limités par la liaison série située en amont de l'adaptateur (Toolbus 115kbps)
- L'utilisation d'instruction SEND ou RECV et d'une autre communication Ethernet simultannément n'est pas possible.
- certaines UC CP1 ne supportent pas le CIF41. Veuillez vous reportez à la documentation W462 .

Retour en Haut