Repository navigation
terminal_strips FR
Dans QElectroTech, un bornier est un objet distinct des bornes dessinées sur vos folios. Les bornes des folios restent où elles sont ; le bornier est une liste qui les référence, y ajoute les bornes qui n'existent que dans l'armoire, enregistre les étages et les ponts, et peut être dessiné sur un folio sous forme de plan de bornier.
État : marqué (DEV). L'entrée de menu est Projet → Gestionnaire de borniers (DEV), et cette mention figure dans les sources livrées. La fonction marche et ses données sont enregistrées dans le fichier projet, mais les développeurs ne l'ont pas déclarée achevée. Considérez-la comme utilisable et évolutive, non comme figée.
Sources : sources/TerminalStrip/ — terminalstrip.cpp,
physicalterminal.cpp, realterminal.cpp, terminalstripbridge.cpp, et ui/
pour l'éditeur.
Le modèle comporte trois niveaux, et presque toutes les confusions au sujet des borniers viennent de la fusion de deux d'entre eux.
| Objet | Est | Exemple |
|---|---|---|
| Bornier | le bornier entier |
-X1, 24 bornes sur un rail |
| Borne physique | un bloc clipsé sur le rail | la position 7 de -X1
|
| Borne réelle | un étage électrique de ce bloc | l'étage avant de la position 7 |
Une borne physique est composée d'une ou plusieurs bornes réelles. Une seule borne réelle correspond à un bloc simple ordinaire. Plusieurs signifient que le bloc a des étages — une borne à deux ou trois étages.
Les étages sont ordonnés de l'arrière vers l'avant, de la platine de montage vers la porte de l'armoire :
platine de montage porte
| |
| +---+ |
| | 0 | +---+ |
| | | | 1 | +---+ |
| | | | | | 2 | |
| +---+ +---+ +---+ |
| |
|<---- une borne physique, 3 étages -------->|
L'étage 0 est celui du fond. C'est le même ordre que celui affiché par la colonne Étage de l'éditeur, et celui que compare le pontage.
Une borne réelle ne correspond pas nécessairement à une borne dessinée. Une borne réservée sur le rail mais non dessinée — une réserve, un raccordement futur, un bloc d'extrémité fourni par le fabricant — existe dans le bornier comme borne réelle sans élément derrière elle.
C'est à cela que sert la liste des bornes libres de l'éditeur : des bornes qui existent dans le bornier et pas dans le schéma. C'est aussi pourquoi le nombre de bornes d'un bornier peut légitimement dépasser le nombre d'éléments bornes de vos folios.
Projet → Gestionnaire de borniers (DEV) ouvre la fenêtre d'édition. Elle présente les borniers du projet dans une arborescence à gauche, et les bornes du bornier sélectionné dans un tableau.
Un bornier porte cinq éléments d'identification : installation,
localisation, nom, commentaire et description. Installation et
localisation sont les mêmes notions que les champs plant et locmach d'un
folio : un bornier s'adresse comme un élément.
Les bornes rejoignent un bornier en y étant ajoutées, soit depuis les éléments bornes déjà dessinés dans le projet, soit comme bornes libres créées directement dans le bornier.
| Colonne | Signification |
|---|---|
| Position | ordre sur le rail |
| Étage | quel étage d'un bloc multi-étages, 0 = arrière |
| Label | numéro ou nom de la borne |
| Numéro de conducteur | le fil qui arrive |
| Référence croisée | où la borne est dessinée |
| Câble | câble auquel la borne appartient |
| Couleur / numéro de fil câble | le conducteur dans ce câble |
| Type | générique, fusible, sectionnable, diode, terre |
| Fonction | générique, phase, neutre |
| led | si le bloc porte un voyant |
Type et fonction proviennent de la définition de l'élément borne — voir Lier des éléments pour la façon dont un élément les déclare.
Deux opérations changent la forme du bornier plutôt que son contenu :
- Regrouper prend plusieurs bornes réelles et en fait les étages d'une seule borne physique. C'est ainsi qu'on indique à QET « ces trois-là forment un seul bloc à trois étages », et non trois blocs.
- Dégrouper fait l'inverse, en donnant à chaque borne réelle son propre bloc.
Le tri fixe l'ordre des bornes physiques sur le rail. Les deux sont annulables : le module possède ses propres commandes d'annulation pour le regroupement, le tri, le changement d'étage, le pontage et la couleur.
Un pont (peigne, barrette) relie des bornes qui doivent être au même potentiel. Les règles de QET sont strictes, et les connaître évite de chercher pourquoi le bouton de pontage est grisé. Pour être pontables, les bornes réelles sélectionnées doivent :
- être au moins deux ;
- appartenir toutes à ce bornier ;
- être toutes au même étage — on ne ponte pas un étage avant à un étage arrière ;
- être consécutives sur le rail ;
- appartenir à des bornes physiques différentes — les étages d'un même bloc ne se pontent pas entre eux ;
- comporter au moins une borne pas déjà pontée.
Si l'une des six conditions manque, l'opération est refusée plutôt qu'appliquée partiellement.
Les ponts portent une couleur, choisie dans une palette fixe — rouge, bleu, blanc, gris foncé, noir — le gris foncé étant la valeur par défaut. La couleur est une convention de dessin, non une signification électrique ; utilisée de façon cohérente dans un projet, elle se lit comme une documentation.
Un bornier peut être placé sur un folio comme objet graphique. Ce qui est dessiné est régi par un modèle de mise en page : un jeu de géométries nommé et réutilisable — rectangle et orientation du texte d'en-tête, espacement, rectangles de bornes par étage, hauteur, position et orientation des textes de borne et de référence croisée, police, diamètre et décalages verticaux des points de pont.
Les mises en page sont gérées par projet : une charte graphique se définit une fois et s'applique à tous les borniers.
Le dessin gère jusqu'à quatre étages. Le modèle de mise en page contient quatre rectangles de bornes et quatre décalages de points de pont. Le modèle de données, lui, n'impose pas cette limite : une borne physique peut contenir plus de bornes réelles que le dessin n'a de rangées. Si vous créez des blocs à cinq étages, le modèle les conservera ; le plan de bornier ne les montrera pas tous.
Les borniers vivent dans le fichier projet, pas dans les folios :
<project>
...
<terminal_strips>
<terminal_strip>
<terminal_strip_data uuid="{…}">
<informations>
<information name="installation">…</information>
<information name="location">…</information>
<information name="name">-X1</information>
<information name="comment">…</information>
<information name="description">…</information>
</informations>
</terminal_strip_data>
<layout>
<!-- une entrée par borne physique, chacune listant ses
bornes réelles dans l'ordre des étages -->
</layout>
<terminal_strip_bridge>…</terminal_strip_bridge>
</terminal_strip>
</terminal_strips>
</project>Les champs d'identification vides sont omis plutôt qu'écrits vides : le XML d'un bornier minimal est donc court.
Les bornes réelles sont stockées par l'uuid de l'élément qu'elles référencent. Au chargement, le bornier est reconnecté aux éléments bornes du projet par cet uuid ; les bornes réelles sans élément sont reconstruites comme bornes libres. C'est la conséquence habituelle d'une identité fondée sur l'élément : un élément qui perd ou change d'uuid perd sa place dans le bornier.
- La fonction est marquée (DEV) dans l'interface. Ses données sont enregistrées et relues, mais son périmètre bouge encore.
- Le bornier est une vue sur vos bornes, plus celles qu'il est seul à connaître. Il ne renumérote pas vos folios et ne crée pas d'éléments bornes.
- La renumérotation des bornes est une fonction distincte — voir
auto_num_lockeddans Lier des éléments pour en exempter une borne. - Aucun projet d'exemple livré n'utilise de bornier : il n'y a donc pas de cas concret fourni dont s'inspirer.
Voir aussi : Lier des éléments · Variables et formules · La base de données du projet
