Cette fonctionnalité est disponible uniquement dans certains modules supplémentaires. Info / Copyright

Structure de l'API

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, tous les bus ports et tous les raccordements E/S auxquels le même projet de configuration a été attribué sont associés et représentent une configuration de bus. 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 bus

Les configurations de bus, c'est-à-dire les systèmes de bus et les bus ports, doivent être représentées de manière unipolaire pour que les structures de bus soient prises en compte lors de l'échange de données de configuration API. Les structures de bus sont déterminées lors de l'exportation des fichiers de configuration API à partir des bus ports unipolaires connectés entre eux. Par "bus ports", on entend les raccordements API avec la définition de fonction "Raccordement des câbles de réseau / de bus". Outre les fonctions API, des fonctions générales (par ex. convertisseurs, moteurs, vannes, etc.) peuvent également faire partie d'un système bus ou d'un réseau.

Une représentation multipolaire supplémentaire, ou représentation d'aperçu, est possible. Nous recommandons de saisir les données de bus sur les bus ports unipolaires.

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.

Les appareils API doivent toujours être configurés en tant que boîte API. Il s'agit des appareils suivants :

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