Pour différents fabricants d'API, l'échange de données API au format AutomationML est possible. Il s'agit d'un format de ficher indépendant de type XML (Automation Markup Language).
Dans les dialogues d'exportation et d'importation de données API, vous disposez pour ce faire, en fonction du programme de configuration API sélectionné, des entrées correspondantes dans la liste des possibles. Pour l'exportation au format AutomationML, les particularités suivantes s'appliquent :
Chaque objet est identifié dans AutomationML par un GUID (Globally Unique Identifier) univoque sur le plan mondial. Ce GUID est attribué automatiquement lors de l'export, dans la mesure où aucun GUID n'a encore été indiqué et ne doit normalement pas être modifié manuellement. L'export au format AutomationML est donc uniquement possible à partir de éditables. Un GUID AutomationML se présente sous la forme "xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx" où x est un des signes "0 1 2 3 4 5 6 7 8 9 a b c d e f A B C D E F".
De plus, les des ont leurs propres GUID. Les raccordements sont exportés comme ExternalInterface .
Les articles peuvent au choix être traités dans le fichier d’export et recevoir leur propre GUID. C’est par exemple nécessaire pour échanger des accessoires avec le TIA Selection Tool. Sont considérés comme accessoires tous les articles qui sont ajoutés aux positions 2 à 50 dans le d’une fonction principale sur l’onglet Article . Pour l’export de l’ accessoire, il est absolument nécessaire qu’une du type API soit enregistrée dans la gestion des articles pour cet article. Le GUID pour les articles accessoires est attribué automatiquement lors de l’export et enregistré dans la propriété AutomationML GUID (Accessoires) . Lors de l’effacement d’un article accessoire sur la fonction principale, le GUID correspondant est également effacé. Lors du traitement d’un article accessoire (ex. nouvelle sélection d'article, d’appareil ou modification de l’ordre sur l’onglet Article ), le GUID est conservé.
Pour ne pas effacer d'un projet les AutomationML GUID nécessaires (par ex. dans une copie du projet), vous pouvez utiliser la purge de projets. Activez pour cela, dans le dialogue Réglages : Purge dans le niveau hiérarchique Supprimer les , la case à cocher AutomationML GUID .
Lors de l'export, tous les ayant au moins un bus port sont pris en compte. Ainsi, en plus des boîtes API, vous pouvez également exporter des , des moteurs et d'autres .
Lors de l'export de systèmes bus Ethernet, vous pouvez définir si l'imbrication précise des ports des doit être éditée dans le fichier d'export. Si vous travaillez avec un câblage flexible, vous pouvez désactiver l'édition de l'imbrication précise des ports pour éviter des traitements supplémentaires.
Pour l'export au format AutomationML, les noms des dans un doivent être clairs. Dans ce cas, ce n'est pas la description d'objet qui doit être exportée comme nom, mais la propriété Nom de carte API . Si le nom de carte API est vide, la description d'objet est exportée et un numéro de position continu est ajouté pour plus de clarté (Description_1, Description_2, ...). S'il n'y a pas non plus de description d'objet, un nom de carte API unique est généré. Les noms de cartes API générés lors de l'exportation sont enregistrés dans la propriété Nom de carte API ( 20437).
Outre les des raccordements API, les textes de fonction des boîtes de l'API sont également exportés et importés (Propriété Texte de fonction (automatique) ). Les textes de fonction sont exportés et importés dans toutes les langues existantes. La langue définie dans le dialogue Exporter les données de l'API ou Importer les données de l'API est la langue principale dans le fichier d'échange et y est enregistrée comme valeur (Value ) pour l'objet API, toutes les autres langues comme attributs supplémentaires.
Lors de l'export au format AutomationML, les raccordements API réglables sont convertis en raccordements E/S (en fonction du réglage pour le type de signal dans la logique de raccordement). Lors de l'import, de tels raccordements sont de nouveau convertis en raccordements API réglables, si un article adapté sur le quel est enregistré un modèle de fonction avec la définition de fonction "Raccordement API, multifonction" est trouvé.
Lors de l'importation d'un fichier AutomationML, les éléments de DDC vides ou manquants n'écrasent pas les éléments de DDC renseignés dans EPLAN.
Lors de l'importation d'un fichier AutomationML, les appareils et les raccordements API existant dans le projet mais pas dans le fichier d'importation sont identifiés dans EPLAN par la propriété Marqué en vue d'être effacé . Pour les raccordements API, c'est le cas lorsque l'adresse symbolique dans le fichier d'importation est vide, mais que la propriété Adresse symbolique (automatique) est remplie au niveau du raccordement API correspondant dans EPLAN. L'adresse symbolique existante est conservée. Le cycle de contrôle 004029 permet de rechercher et de contrôler ces API.
Les libres (qui ne sont pas attribuées à un raccordement API) peuvent être exportées et importées au format AutomationML via l'échange de données API. Après l'import d'un fichier AutomationML, les adresses symboliques libres existantes sont disponibles dans EPLAN et peuvent être prélevées de la liste d'assignation.
Réglages pour différents systèmes bus
Le tableau suivant donne un aperçu des pertinentes pour l'échange de données API au format AutomationML. Les propriétés dont le remplissage est obligatoire (x) ou optionnel (o) au niveau des bus ports dépendent du système bus utilisé.
Propriété
ID
Système bus
Ethernet
Profibus DP
ASI
DRIVE CLiQ
PortToPort
ET-Connection
Local-Bus : extension
Tous les autres
Projet de configuration
20161
o*1
o*1
o*1
o*1
o*1
Système bus
20308
x
x
x
x
x
Désignation de connecteur
20406
x
Interface bus : Nom
20447
x
Interface bus : Bus port principal
20448
o
Réseau physique : Nom
20413
o
o
o
o
Réseau physique : Adresse bus / Numéro de position
20311
o
o
o
o
Réseau physique : Adresse bus / Numéro de position 2
20386
o*2
Masque sous-réseau
20446
o
Réseau logique : Nom
20414
o
o
Réseau logique : Le bus port est le maître
20310
o
o
Ignorer l'adresse de bus manquante
20412
o*3
*1 : Nécessaire uniquement si la valeur diffère de celle de la boîte API correspondante.
*2 : Peut être rempli s'il s'agit d'un appareil double ASI.
*3 : Peut être activé pour ignorer les bus ports qui ne nécessitent pas d'adresse de bus lors de l'exécution du cycle de contrôle 004037.
Les champs non identifiés ne sont pas nécessaires pour l'échange de données API. Si les champs optionnels (o) ne sont pas renseignés, une importation dans le programme de configuration API est certes possible, mais des traitements supplémentaires sont nécessaires.
Voir aussi
Structure de l'API
Echange de données des fichiers de configuration de l'API
Dialogue Réglages : Export AutomationML