Les données de configuration des commandes API des systèmes de bus peuvent être échangées entre différents programmes de configuration API. L'échange de données de configuration API repose sur un fichier d'échange écrit par un programme de traitement et lu par un autre. Ce fichier peut être échangé simplement entre le concepteur EPLAN et le programmeur API.
Les programmes de configuration API et EPLAN ont des visions différentes sur les données de configuration. Tandis que les détails matériels électrotechniques sont représentés dans EPLAN, les programmes de configuration API affichent une vue logique pour la programmation API. Il y a par exemple des raccordements API dans EPLAN qui servent à l'alimentation électrique. Ces raccordements ne sont pas nécessaires dans le programme de configuration API. Inversement, dans les programmes de configuration API, il existe des informations d'interface, par ex. des informations de routeur, qui ne sont pas nécessaires dans EPLAN. Les données qu'un programme de traitement ne trouve pas dans le fichier d'échange parce que l'autre programme de traitement ne les reconnaît pas, sont complétées lors de l'import.
EPLAN traite les systèmes de bus Ethernet de manière équivalente lors de l'export / l'import parce qu'ils possèdent la même topologie matérielle.
Portée de l'interface
Dans le principe, les données de configuration suivantes sont échangées :
- Données matérielles des appareils utilisés
Construction du rack avec informations d’article. - Tableau de symboles (également désigné liste d'assignation, Tableau de variables ou similaire)
Attribution de l'adresse symbolique à une adresse matérielle. - Structures de réseau
Vue logique (affiliation des appareils au réseau), pas de câblage précis.
Avec les différentes vues des programmes et développements actuels dans le secteur matériel et logiciel, l'échange de données ne peut pas toujours couvrir toutes les exigences. C'est notamment le cas pour les éléments passifs dans le faisceau de bus et les systèmes de bus de champ utilisés.
Identification des appareils
L'identification des appareils dans EPLAN ou dans le programme de configuration API s'effectue soit à l'aide de la désignation du type API, soit en indiquant un fichier de description de l'appareil. Avec ces propriétés, l'attribution d'article s'effectue également lors de l'import de fichiers de configuration API.
Chaque carte API ne peut avoir qu'une seule identification des appareils. Combiner plusieurs articles en saisissant plusieurs désignations de type API, fichiers de description de l'appareil ou index n'est pas pris en charge.
Désignation du type API
La désignation du type API correspond souvent au numéro de commande dans le catalogue matériel du programme de configuration API correspondant, il convient donc de tenir compte des majuscules / minuscules et de la position des espaces vides. Pour certains formats d'import, plusieurs articles dotés de la même désignation du type API se distinguent les uns des autres par la propriété Description d'objet.
Fichier de description de l'appareil
L'indication d'un fichier de description de l'appareil peut notamment être nécessaire si vous utilisez des appareils de différents fabricants dans un système de bus, par exemple un appareil Beckhoff associé à une commande Siemens.
Un fichier de description de l'appareil contient des informations des appareils ne figurant pas dans le catalogue matériel standard d'un fabricant. Vous recevez des fichiers de description de l'appareil (par exemple, des fichiers GSD) des fabricants des composants utilisés. Ces fichiers doivent être intégrés dans le catalogue matériel standard du programme de configuration API.
L'indication d'un fichier de description de l'appareil s'effectue sur la carte de l'API dans la propriété Description de l'appareil : Nom du fichier. Le nom de fichier est saisi avec l'extension du nom de fichier, mais sans chemin d'accès. Outre la propriété Description de l'appareil : Nom du fichier , la propriété Description d'objet ou, lors de l'échange de données au format AutomationML, Description de l'appareil : Index dans le fichier doit également être indiquée. Avec ces propriétés, un appareil est sélectionné dans le fichier lors de l'import de fichiers de configuration API.
Dans la propriété Description de l'appareil : Nom du fichier, non seulement des noms de fichiers GSD, mais également d'autres saisies, peuvent être enregistrés, par exemple des codes appareils de modules CC-Link. Pour cela, saisissez, avec le code appareils réel, un préfixe suivi de deux points, par ex. CSP+:AJ65VBTCE2-8T. Cette entrée est alors exportée sans être modifiée. Pour l'import, cette valeur doit également figurer dans la gestion des articles, autrement, l'appareil est introuvable lors de l'import.
Si l'entrée ne contient aucun préfixe (donc pas de deux points) ou le préfixe "GSD:", par ex. GSD:SIEM8139.GSD, l'entrée est interprétée comme un fichier de description de l'appareil. Dans ce cas, le nom de fichier est exporté avec l'index (si disponible).
Remarque :
Si un nom de fichier de description de l'appareil est indiqué, la propriété Désignation du type API n'est pas exportée lors de l'échange de données API.
Lors de l'échange de données API au format AutomationML, la propriété Description de l'appareil : Nom du fichier est toutefois exportée uniquement si aucune désignation du type API n'est indiquée.
Recommandations pour la conception
Commencez par la construction d’un rack sur une page de schéma des connexions unipolaire. Utilisez des boîtes de l'API unipolaires comme fonctions principales.
- Les données matérielles des appareils utilisés sont planifiées par la construction d’un rack. Toutes les fonctions principales sont disponibles dans la représentation unipolaire. Lors de la copie de cette représentation, les articles qui y sont enregistrés sont également copiés.
- Les fonctions individuelles (raccordements E/S, canaux, alimentation électrique, bus ports, etc.) peuvent être placées par glisser-déplacer depuis le navigateur API.
- La construction d’un rack peut être échangée avec des programmes de configuration de l'API.
Connectez entre eux les bus ports des groupes de composants via Autoconnexion.
- La structure du réseau peut être clairement documentée grâce à la connexion des bus ports unipolaires.
- La structure du réseau peut être échangée avec des programmes de configuration de l'API.
Placez les raccordements E/S avec les capteurs / actionneurs correspondants sur des pages de schéma des connexions multipolaires. Utilisez une représentation par bit (c.-à-d. Une macro par canal) avec un regroupement fonctionnel des composants. Représentez, par page, un raccordement E/S avec un capteur / actionneur correspondant, et, le cas échéant, un circuit principal.
- Les macros générées une fois peuvent être réutilisées pour des fonctions de machines similaires.
- Les raccordements E/S ou les canaux peuvent être placés ou attribués par glisser-déplacer depuis le navigateur API.
- Vous pouvez contrôler les affectations dans le navigateur API ou sur une page d’aperçu.
Voir aussi