Des fichiers de configuration API bus générés ou édités avec des programmes de configuration API peuvent être importés dans EPLAN. Ces fichiers de configuration contiennent les structures de rack et, le cas échéant, les structures de bus. Le dialogue Importer les données de l'API permet de sélectionner dans une liste déroulante le format sous lequel le fichier d'import se présente, et ce pour de nombreux programmes de configuration API courants. Les données du fichier d'import sont attribuées aux propriétés EPLAN en fonction de ce format.
EPLAN ajoute, lors de l'import, des données d'éléments, comme des entrées / sorties non utilisées depuis les données d'article. Une base de données d'article entretenue facilite l'utilisation des données importées.
Attribution d'article
Lors de l'import de fichiers de configuration API, le programme entre un article au niveau des fonctions principales générées lors de l'opération, s'il trouve un article approprié dans la base de données d'articles. Si aucun article adapté n'est trouvé, une boîte API simple est générée, et un message correspondant est édité.
Un article est adapté à un appareil si la propriété Désignation du type API ou la propriété Description de l'appareil : Nom du fichier concorde dans le fichier d'import et la gestion des articles. La propriété Désignation du type API est comparée si aucun fichier de description de l'appareil n'est indiqué. Dans le cas le plus simple, la désignation du type API correspond au numéro de commande. Après l'import, le programme synchronise automatiquement les données d'article avec la base de données d'articles. Ainsi, les articles disponibles dans la base de données d'article, mais pas dans le projet, sont mémorisés dans le projet.
- Si un fichier de description de l'appareil est indiqué, la propriété Description de l'appareil : Index dans le fichier est également comparée pour les formats AutomationML, à savoir "Siemens SIMATIC STEP 7 TIA Portal (AutomationML)" et "Mitsubishi iQ-Works (AutomationML)". L'index permet de sélectionner un appareil dans un fichier de ce type de façon neutre sur le plan linguistique. Pour tous les autres formats, à la place, la propriété Description d'objet est comparée.
- Si une désignation du type API est indiqué, la propriété Description d'objet est également comparée. En présence de plusieurs articles portant la même désignation du type API, le premier article portant la description d'objet appropriée est attribué. Si aucun article ne présente une description d'objet appropriée, aucun article n'est attribué. Si la désignation du type API est vide, tous les articles dont la désignation du type API est vide sont appropriés. Dans ce cas, l'attribution est uniquement effectuée en fonction de la description d'objet.
- Pour le format "Phoenix Contact PC WorX", les variantes d'articles sont attribuées via la propriété Version.
Un projet de coupleur de bus contient deux cartes du type "IB IL 24 DI 16-PAC". Cet appareil est également contenu dans la gestion des articles ("PXC.2861250"). Une seconde variante est créée dans la gestion des articles, et les deux variantes sont dotées de numéros de version différents (Propriété Version de l'onglet Propriétés). Ces numéros de version sont également réglés sur les cartes dans le projet de coupleur de bus. Les données sont exportées avant d'être importées dans un projet vide. Après l'importation, les numéros de version des cartes dans le projet vide sont différents et les deux cartes référencent une variante différente du même article (onglet Article dans le dialogue des propriétés).
- En plus, pour le format "Format d'échange API standard", une liste d'articles est exportée puis importée pour chaque composant API pour la désignation du type API. Si plusieurs articles sont entrés dans une boîte API (dans la fonction principale), ceux-ci sont exportés puis réaffectés à la boîte API lors de l'importation.
Prise en charge de caractères de code de réservation lors de l'attribution d'article
Les fichiers de configuration API peuvent contenir des appareils de même type qui diffèrent uniquement dans certaines caractéristiques, par ex. pour l'utilisation dans différentes conditions d'environnement. La programmation du logiciel API est identique pour ces appareils, seul l'article à utiliser respectivement se distingue en fonction du champ d'application. Les numéros de commande, désignations de type ou données similaires de ces articles diffèrent souvent uniquement d'un ou de quelques caractères. Des caractères de code de réservation comme "*" et "?" sont utilisés dans les fichiers de configuration API de différents fabricants. Lors de l'import, ces données sont comparées avec la désignation du type API, en fonction du format choisi. Si plusieurs articles avec des désignations de type API adaptés se trouvent dans la base de données d'articles, le premier trouvé est attribué automatiquement. Avec les messages générés lors de l'import du cycle de contrôle 004057 spécifique au module vous permet de trouver les fonctions correspondantes pour attribuer cet article ou un autre article.
Attribution des désignations des raccordements
Dans bon nombre de cas, ce sont les adresses qui sont identifiantes dans les fichiers de configuration API, et non les désignations des raccordements API comme dans EPLAN. Si un fichier de configuration API ne contient aucune désignation de raccordement, le programme attribue des désignations de raccordements précédées de points d'interrogation, lors de l'import. Les raccordements sont alors numérotés en continu de "?1" à "?n" pour chaque carte de l'API.
Si le fichier de configuration API contient la désignation du type API et si les articles correspondants existent dans la gestion des articles, le programme attribue automatiquement aux raccordements de signaux (c.-à-d. aux entrées et sorties numériques et analogiques) les désignations de raccordements issues des modèles de fonction. Lors de cette opération, les désignations des raccordements sont attribuées suivant l'ordre de tri des modèles de fonction dans la gestion des articles. Les modèles de fonction doivent donc être triés suivant l'ordre des canaux dans la gestion des articles. Les raccords d'alimentation ne sont pas pris en compte lors de l'attribution et doivent être désignés manuellement, au besoin.
Les raccordements API qui ne peuvent être attribués à aucun article conservent le point d'interrogation dans leur désignation et doivent être désignés manuellement lors d'une étape ultérieure.
Attribution de propriétés pour différents types de représentations
Pour les propriétés Adresse symbolique et Adresse symbolique (automatique), le comportement suivant s'applique :
- Si l'adresse symbolique saisie manuellement est renseignée pour tous les types de représentation d'une fonction, alors l'adresse symbolique dans ce champ est remplacée par la valeur issue du fichier d'import.
- Si l'adresse symbolique saisie manuellement est vide pour tous les types de représentation d'une fonction ou si l'adresse symbolique (automatique) est vide pour tous les types de représentation d'une fonction, alors la valeur issue du fichier d'import est entrée dans le champ Adresse symbolique pour tous les types de représentation.
- Si l'adresse symbolique (automatique) est différente pour les différents types de représentation d'une fonction, alors la valeur issue du fichier d'import est entrée dans le champ Adresse symbolique pour tous les types de représentation.
- Si l'adresse symbolique (automatique) est identique pour les différents types de représentation d'une fonction, alors la valeur issue du fichier d'import est entrée dans le champ Adresse symbolique pour les types de représentation dans lesquels ce champ était renseigné.
Il en va de même pour les propriétés suivantes :
- Désignation de connecteur et Désignation de connecteur (automatique)
- Désignation de canal et Désignation de canal (automatique).
Pour les propriétés Texte de fonction et Texte de fonction (automatique), le comportement suivant s'applique :
- Si les valeurs des propriétés Texte de fonction et Texte de fonction (automatique) sont identiques pour un type de représentation, alors le texte de fonction dans ces champs est remplacé par la valeur issue du fichier d'import.
- Si le texte de fonction (automatique) est vide pour un type de représentation, alors la valeur issue du fichier d'import est entrée dans le champ Texte de fonction.
- Si le texte de fonction saisi manuellement est vide pour un type de représentation et si le texte de fonction (automatique) est renseigné, alors le texte de fonction de colonne correspondant est remplacé par la valeur issue du fichier d'import.
Voir aussi