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 pour l'export et l'import de données API, vous disposez à cet effet des entrées "Format d'échange API standard (AutomationML)", "Siemens SIMATIC STEP 7 TIA Portal (AutomationML)" et "Mitsubishi iQ-Works (AutomationML)" dans la liste des formats possibles. Pour l'export dans un tel format, 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 projets é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 raccordements des fonctions ont leurs propres GUID. Les raccordements sont exportés comme
ExternalInterface . - Les articles accessoires 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 dialogue de propriétés d’une fonction principale sur l’onglet 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’une 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 données de projet, la case à cocher AutomationML GUID.
- Lors de l'export, tous les composants ayant au moins un bus port sont pris en compte. Ainsi, en plus des boîtes API, vous pouvez également exporter des boîtes d'appareils, des moteurs et d'autres appareils.
- Lors de l’export de systèmes bus Ethernet, vous pouvez définir si l'imbrication précise des ports du bus port 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 groupes de composants dans un rack 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, ...).
- Outre les textes de fonction 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'import d'un fichier AutomationML les raccordements API dans EPLAN sont maintenant marqués avec la propriété Marqué en vue d'être effacé, si l'adresse symbolique dans le fichier d'import 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. Vous pouvez rechercher et contrôler ces raccordements API à l'aide du cycle de contrôle 004029.
- Les adresses symboliques 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.
Voir aussi