SICK Flexi Soft Notice D'instructions page 87

Notice d'instructions
Passerelles Flexi Soft
Remarque
Remarque
Remarque
8012334/XR03/2013-11-19
Sujet à modification sans préavis
Passerelles Ethernet
Pour le sens Flexi Soft vers réseau, définir la vitesse d'émission des données :
– Sélectionner Activer la mise à jour COS si la passerelle FX0-GMOD doit mettre à jour
à jour les données dans l'API dès qu'un changement se produit dans les jeux de
données.
– Sélectionner Définir le taux de rafraîchissement pour activer la mise à jour des jeux
de données sélectionnés sur la base du taux de rafraîchissement.
Les deux options peuvent être sélectionnées simultanément.
Pour le sens Réseau vers Flexi Soft, définirent la vitesse de lecture des données :
– Saisir un Taux de rafraîchissement pour activer la mise à jour des jeux de données
sélectionnés avec la périodicité définie.
Définir où les données doivent être lues/écrites dans le réseau Modbus TCP : Saisir
l'Adresse IP de l'API et l'ID de l'appareil Modbus de l'API.
Le Taux de rafraîchissement maxi API (ms) définit la vitesse maximale (la périodicité
minimale) pour l'envoi des jeux de données à l'API. Ce paramètre dépend de la vitesse
de traitement de l'API. Minimum = 10 ms, maximum = 65.535 ms. La valeur par défaut
est de 40 ms, elle est compatible avec la plupart des API.
Si cette valeur est supérieure au Taux de rafraîchissement, la vitesse du taux de
rafraîchissement est ralentie jusqu'à cette valeur.
Aller en ligne et télécharger la configuration dans le système Flexi Soft.
Écrire dans l'API
Les restrictions suivantes s'appliquent lorsque la passerelle est maître et écrit les jeux de
données d'entrée dans l'API :
L'adresse du jeu de données d'entrée (définie via l'outil Flexi Soft Designer) doit être la
même que celle définie sur l'API.
La variable de réception des données de l'API doit être :
– dans la gamme d'adresses 40xxxx (pour les API Schneider de type Modicon)
– un tableau de mots de 16 bits
– assez long pour contenir le tableau de jeux de données d'entrée.
Tous les jeux de données d'entrée sont transférés dans l'API sous forme de mots de 16
bits (entiers) et le premier octet doit être placé dans l'octet de poids faible (le plus à
droite) de l'entier et le second octet placé dans l'octet de poids fort (le plus à gauche)
de l'entier.
Lecture de l'API
Les restrictions suivantes s'appliquent lorsque la passerelle est maître et lit les jeux de
données d'entrée dans l'API :
Les adresses du jeu de données de sortie doivent être les mêmes que celles définies
sur l'API.
Les variables de requête des données sur l'API doivent être :
– dans la gamme d'adresses 40xxxx (pour les API Schneider de type Modicon)
– pour les paramètres du jeu de données de sortie, un tableau de mots de 16 bits
suffisamment long pour contenir le jeu de données de sortie tout entier.
Tous les jeux de données de sortie sont transférés depuis l'API sous forme de mots de
16 bits (entiers) et le premier octet doit être placé dans l'octet de poids faible (le plus à
droite) de l'entier et le second octet placé dans l'octet de poids fort (le plus à gauche)
de l'entier.
© SICK AG • Industrial Safety Systems • Allemagne • Tous droits réservés
Chapitre 5
87