Utilisation de QET pour schémas PID (Page 2 of 2)

Ces propriétés seraient gérées dans un tableur puis ré-injectées dans le fichier qet. Je continue mon apprentissage de l'XML pour voir comment faire. Je veux pouvoir éditer ces données sans toucher au reste.

Bonjour à tous,
Je réactive ce sujet. Avec l'IA en 2026 on se sent moins seul face à du code...

J’ai forké le dépôt, compilé QET sous WSL2/Debian et créé une branche de travail. Je ne suis pas développeur mais je suis accompagné par mon nouvel ami Claude .
J’avance pas à pas, par petites étapes.

Le principe :
Un P&ID n’est pas un schéma électrique. Il lui faut :

• des symboles porteurs de données (pompes, vannes, cuves, instruments…), avec des bornes nommées comme des piquages (N1, N2…) et un attribut « classe DEXPI » pour un éventuel export futur ;

• des tuyauteries typées (DN, matériau, fluide, débit), sans aucune notion de fil, de câble ou de potentiel.

Hors périmètre : calculs, sens d’écoulement, boucles d’instrumentation, conformité stricte ISO 10628-2 ou DEXPI.

La liste des lignes et la synchronisation avec un tableur se feront par des scripts externes, sans rien ajouter à QET et sans jamais modifier le fichier d’origine. C’est dans l’esprit des filtres XSLT évoqués ici en 2016 et 2018.

Ma proposition de conception :

• une classe de tuyauterie indépendante de « Conductor » (je reprends seulement le tracé orthogonal), enregistrée dans un bloc XML séparé « <pipes> », qu’une version ne connaissant pas ce bloc ignorerait ;

• un type de projet « P&ID » qui interdit les conducteurs électriques ; un projet existant reste « électrique », sans aucun changement ;

• l’inverse (interdire les tuyauteries dans un projet électrique) est laissé à l’appréciation des mainteneurs.

Mes questions :

1. Dans la discussion #1267 (https://github.com/qelectrotech/qelectr … sions/1267), un réglage par projet est proposé pour la norme (As before / IEC / NFPA). Un « type de projet » (électrique / P&ID) devrait-il être un attribut séparé de la norme, ou une valeur dans le même réglage ? Et comment est-il stocké dans le fichier .qet ?

2. Un bloc « <pipes> » séparé vous paraît-il acceptable ?

3. Y a-t-il des points d'architecture à éviter ?

Je proposerai ensuite des PR petites et séparées, une par étape.
Merci d’avance pour vos avis.