Il est possible de gérer plusieurs systèmes de bus et plusieurs commandes API dans un projet EPLAN. Plusieurs systèmes de bus peuvent être raccordés à un API, ou un système de bus peut contenir plusieurs commandes API. Pour pouvoir distinguer les différentes commandes API d'un projet, les adresses sont attribuées à un processeur (c.-à.-d. une CPU).
Projets de configuration
Les projets de configuration permettent de définir des sous-ensembles d'appareils API dans un projet EPLAN. Toutes les boîtes API, les bus ports et les raccordements E/S auxquels le même projet de configuration a été attribué sont associés et représentent une configuration API. Les raccordements E/S sont automatiquement attribués à un projet de configuration via la boîte API correspondante. Les données de la quantité définie au niveau des appareils peuvent être remplacées par les programmes de configuration API des différents fabricants API. La propriété Configuration de projet permet d'exporter et d'importer par exemple une commande API complète, différents réseaux ou des éléments d'un réseau.
Un projet de configuration peut contenir plusieurs stations de travail et bus ports. Les stations de travail sont des sous-ensembles d'appareils API dans un projet de configuration et peuvent contenir plusieurs racks avec des appareils API et une ou plusieurs CPU. Les racks et CPU sont représentés par des boîtes API dans le projet.
Pour un échange de données réussi, au moins une CPU doit se trouver sur le rack principal à l’intérieur du projet de configuration. Une CPU est identifiée de façon unique par le nom de la CPU sous la forme [Projet de configuration].[Nom de la station de travail].[Identificateur CPU].
Configurations de l'API
Lors de l'import des fichiers de configuration API, les bus ports individuels sont identifiés à l'aide de la combinaison du nom de l'interface bus et de la désignation du connecteur. La désignation du raccordement n'est pas identifiante et peut être supprimée.
Appareils compatibles bus
Les appareils compatibles bus comprennent les onduleurs, les moteurs, les terminaux de distributeurs, etc., qui, en plus de la fonction à proprement parler, ont également un ou plusieurs bus ports, mais pas de raccordements E/S. Ces appareils peuvent être définis via la DDC commune ou conçus en tant que boîte d'appareils. Les appareils compatibles bus conçus de la sorte sont pris en compte lors de l'export et de l'import des fichiers de configuration API.
Exemple :Vous souhaitez concevoir un moteur avec un bus port. Pour ce faire, vous placez un symbole graphique pour le moteur et un pour le bus port et vous attribuez aux deux la même DDC. Dans ce cas, le moteur joue le rôle de fonction principale.
Vous souhaitez concevoir un convertisseur avec quatre raccordements d'appareil et un bus port. Pour ce faire, vous placez les symboles graphiques correspondants dans une boîte d'appareils. Dans ce cas, la boîte d'appareils joue le rôle de fonction principale.
Les appareils API doivent toujours être configurés en tant que boîte API. Il s'agit des appareils suivants :
- Appareils avec raccordements E/S
- Appareils qui ont besoin, en plus des données de bus, d'autres réglages API (données de structure API), par ex. CPU, blocs d'alimentation, cartes E/S, groupes de composants de communication, commutateurs, entre autres
Astuce :
Si vous souhaitez afficher certaines propriétés (par exemple, l'adresse de bus) des bus ports unipolaires sur la boîte API ou l'appareil associé, vous pouvez pour cela utiliser les propriétés de bloc. Lors du traitement de la propriété de format appartenant à une propriété de bloc, vous disposez, dans le dialogue Format, de l'élément de format Raccordement des câbles de réseau / de bus (unipolaire) de l'appareil avec les valeurs d'index 1 à 5. Cet élément de format permet, dans le cas d'appareils API et d'appareils compatibles bus, d'accéder aux données des cinq premiers bus ports unipolaires de l'appareil et de les afficher sur la boîte API / l'appareil.
Cartes de l'API
Un système bus ou une API contiennent d'ordinaire plusieurs cartes API, par exemple des groupes de composants d'entrée ou de sortie numériques. Celles-ci sont représentées sur le schéma des connexions par des boîtes API ; une carte peut aussi être représentée de manière distribuée à l'aide de plusieurs boîtes. Le cas échéant, les données de la carte de l'API doivent être entrées sur la boîte API déclarée en tant que fonction principale. Vous pouvez aussi entrer des données sur les autres boîtes, toutefois ces données ne seront pas prises en compte lors des évaluations.
Alimentation de carte
Les cartes API d'une API ou d'un système bus sont également alimentées en tension de fonctionnement par des raccords d'alimentation distincts (alimentation de carte). En règle générale, les raccords d'alimentation de carte et les raccords d'alimentation de canal sont réalisés séparément. Dans EPLAN, plusieurs raccords d'alimentation de carte peuvent avoir la même description de raccordement.
Racks et stations d'en-tête
Les cartes API sont généralement montées sur un rack ou adjointes à une station d'en-tête. Dans EPLAN, un rack de ce type est conçu en tant que boîte API. EPLAN part du principe que les appareils sur le même rack sont liés par une "plaque arrière". Ceux-ci ne sont pas projetés séparément.
Une station d'en-tête est la première carte API d'une station de travail (appelée également "station de bus de champ") et elle contient les bus ports. Une station d'en-tête est également toujours un rack. Des cartes API supplémentaires peuvent être adjointes à la station d'en-tête, y être raccordées ou encore être intégrées dans cette dernière.
Voir aussi