Hi Marganol,

yes there is a trick I've used many times to make cross ref like you describe it (between pneumatic and electric diagrams for example).

In the collections panel, go to:
QET Collection
    Electric
        Graphics
            Auxiliary symbols for cross referencing
                With linking function (automatic)
                    Parents
and drag the element "reference previous" on your diagram
then, go to:
QET Collection
    Electric
        Graphics
            Auxiliary symbols for cross referencing
                With linking function (automatic)
                    Children
and drag the element "reference next" on your diagram

link both elements together and that's it.
They are only "folio reports" elements but without graphic (without arrow).

This way you can place cross reference texts everywhere you want:
one near a coil in the electric diagram (e.g. the "reference previous") and one in the pneumatic diagram (e.g. the "reference next").
This way, elements are not really linked together like with the master/slave functionality but the trick do the job and it's really easy to use.

377

(9 replies, posted in Elements)

look at the attached file, this an optocoupler I've created for my own projects.

378

(9 replies, posted in Elements)

hello Robert,

you only have to use the search field of the collections panel and type "opto".

What are your problems by creating elements?

Hi Morganol,

Would it be possible to make labels print on top of conductors instead?

good idea. Maybe can a developer give a detailed answer if it's easy to do or not (changes in C++ code).

set them by default to show up initially centered on conductors.

In my opinion not a good idea because it is not the common way electrical drawings are made for industry standards.
Industrial wiring diagriams are monochrom only, as far as I know from my experience.
Colored conductors are only used for overview drawings or for small plants or machines (from 1 to about 10 folios).

les calques n'existent pas dans QElectroTech. En tout cas pas comme dans Autocad ou QCAD.
Ne serait-ce pas plutôt un problème de vocabulaire ?
Est-ce que tu désignes par "calque" ce que l'on appelle "folio" dans QElectroTech (soit une page, en somme) ?

381

(13 replies, posted in Import DXF)

@Karsten:

at this time, there are no instructions about how to use the converter.
What is your OS and what is your QElectroTech version?

The converter is not always a good tool to create symbols for electric drawings because you will propably struggle with scalling and positioning problems in the QET symbol editor.
For electric symbols, it is much easier to create them either from scratch or by using some elements available in the QET collection.
I mostly use the converter for more complex drawings such as overviews or mechanical drawings generated from a 3D CAD Software and converted to a 2D dxf.

382

(13 replies, posted in Import DXF)

@Karsten

I mean dxf R15 dxflib available in the options of QCAD as I choose "save as..."
this menu:

Hi jrfml,

using an element as a background is not a good idea because nothing in QET manages the layer order of the elements.
It means:
If you re-open your project later it is possible that your background element will be in the foreground.
Thus you can not move all elements you placed initialy UPPER the background unless you move the background itself.

I know this problem because I also make mounting plate assembly drawings and the cabinet is the big background element where all other electrical gears are placed in.

To solve your problem:
it is easier to use basic shapes such as lines (like in your first screenshot).
Then, as you are moving the line at the right place with your mouse, hold the ctrl key to place the line exactly where you want (the precision is 1 pixel).
The tipp works with everything you can place in the drawing area: basic shapes, elements, text fields, pictures...

Nice Unalcalde :-)

I hope it works in C++ too.

Merci Laurent, cela fonctionne !
La fonction "Recharger les collections" de l'ancien panel permet aussi d'actualiser la vue du projet, pas besoin de relancer QET.

Le sommaire fait "plus propre" maintenant sans la colonne ID.
Ca tombe bien, je dois bientôt rendre une nouvelle version de mon projet machine CNC (là je fais quelques corrections ainsi que les plans hydrauliques et pneumatiques). D'ici quelques jours, ce projet devrait être complètement terminé.

merci !
Quand on a l'habitude, ca va vite ce genre de petit truc, mais moi faut que je réfléchisse et que j'essaie pendant 2 heures avant d'y arriver sans casser le code existant (suis déjà content quand ca compile...).

Je passerai le message à la personnage qui souhaitait cette petite fonction.
Et merci Joshua au passage aussi !

Bon allez, je m'en vais faire les courses...

C'est pas un patch, c'est un photomontage !

Je peux faire un patch mais ca risque de durer : finir mon travail urgent aujourd'hui, faire les courses avant le week-end, faire la cuisine, bricoler la douche... bref, faut aussi que je me remette dans Qt Creator (ca fait longtemps que j'ai plus essayé).
Pas avant mardi ou mercredi. On a de la visite pendant tout le week-end alors je me vois mal démarrer Qt Creator dans cet environnement hostile... nomicons/ninja

Voici l'icone et comment elle rend chez moi :
https://download.qelectrotech.org/qet/forum_img/nuri_new_button.png

scorpio810 wrote:

Il y a des petites suggestions qui sont plus ou moins facile à réaliser, d'autres qui impliquent de détruire et de reprendre de zéro des pans entiers de l’édifice ...

tout comme le panel des collections réalisé par Joshua en quelques mois. D'ailleurs ce panel est maintenant vraiment super : simple, rapide et bien organisé. Bref, ca aide vraiment l'utilisateur nomicons/smile

Pour le dock projet, peut-être qu'il faudrait aussi impliqué Davi puisque nombre de ses développements ont finalement beaucoup d'impact sur la vue et la gestion des folios dans le projet.

Après, je sais pas trop comment on peut découper le travail au niveau de Qt et du C++.
Et qu'est-ce que je peux faire dans tout ca ? nomicons/dizzy

scorpio810 wrote:

Je peux ajouter une section "Allemand" si tu veux, mais comptes pas sur moi pour leur répondre.

Pas de problème :-)

Voici les traductions :
FR: Aide, suggestions, discussions, ...
DE: Hilfe, Vorschläge, Gespräche...

FR: Discussions sur le logiciel QElectroTech lui-même : demande d'aide, échanges d'éléments et de conseils, remerciements et insultes, doléances et suggestions, etc.
DE: Gespräche über die QElectroTech Software: Anfragen zur Hilfe, Austausch von Bauteilen und Ratschlägen, Danksagungen und Beleidigungen, Verbesserungen und Vorschläge, usw.

Après, je sais pas quel sera la fréquentation de la section allemande, on verra bien...
Pour mon client, jusqu'à maintenant on règle les petits problèmes par mail.

A ce titre, ce serait bien si tu pouvais mettre le code pays (FR, EN, DE) dans les titres de sections forum.
Par exemple, comme cela :
FR: Aide, suggestions, discussions, ...
DE: Hilfe, Vorschläge, Unterhaltungen...
EN: Help...
En espérant que ca t'évitera de bouger les messages postés au mauvais endroit.

Pour les news, je pense qu'il faut tolérer un basar FR/EN... pas grave !

oups ! Ca va pas être facile à corriger vite fait alors.

Dans l'immédiat c'est pas dramatique, je peux me débrouiller.

J'ai vu un petit défaut avec le sommaire :

A chaque réouverture d'un projet, les variables %machine et %locmach (que je rentre à la main pour le sommaire, directement dans les propriétés du folio) prennent TOUJOURS les valeurs renseignées dans la config projet (registre "nouveau folio", champs "installation" et "localisation").
Par exemple :
si je rentre dans la config projet :
installation = TRUC
localisation = BIDULE
je ferme le projet, le réouvre, alors j'ai dans les cartouches sommaire TRUC et BIDULE.

si je rentre dans la config projet :
installation = TRUC1
localisation = TRUC2
je ferme le projet, le réouvre, alors j'ai dans les cartouches sommaire TRUC1 et TRUC2.


C'est un peu embêtant car, une fois modifiées à la main dans les propriétés du folio, ce serait bien que ces variables gardent leurs valeurs.

C'est comme si QET considérait, à chaque réouverture, que les folios sommaire sont des nouveaux folios.

Cela ne concerne que les folios de sommaire. Pour les autres folios, les variables concernées ne sont pas réécrites à chaque fois, heureusement.

galexis wrote:

Je rebondit sur les propos de Nuri : serait-il possible d'afficher les label de folio à côté des id de folio dans l'arborescence du projet ?

attends, si j'ai bien compris, Joshua en garde sous le coude...
Pour parler clair : le dock projet risque d'être complètement ré-écrit car, en l'état actuel, son code est assez peu flexible (il a été pensé au départ d'une certaine manière et c'est difficile de le plier aux nouvelles idées et fonctionnalités, je cite Joshua qui me contredira si je suis à côté de la plaque).
Si tu veux poster toutes tes idées sur le fonctionnement d'un nouveau dock projet, je pense qu'il vaut mieux le faire maintenant (même si le développement durera le temps qu'il faudra).

Pour ma part, j'ai déjà quelques trucs.
Dans le menu contextuel clic-droit :
1.
intégrer l'action "création de nouveaux folios" réalisée par Davi. Pour l'instant, elle est dans la config projet et elle a, logiquement, rien à faire là-dedans (c'est une action, pas un paramètre de config).
2.
intégrer l'action "afficher uniquement ce dossier". Exactement le même fonctionnement que dans le panel des collections. Ca peut être très pratique dans les gros projets et on évite de s'emmêler les pinceaux.
3.
intégrer l'action "copier les folios sélectionnés" en ayant la possibilité de faire des sélections multiples et complexes (en mélangeant shift et ctrl, pas de problème pour Qt).
4.
pas sûr qu'il faille garder les actuelles actions de déplacement de folios (10x vers le haut, etc), ca risque de ne plus marcher avec les arborescences. Autoriser les drag&drop de folios dans l'arborescence ? Ajouter une option pour figer l'arborescence ?

Dans la config projet, ajouter une option pour soit travailler avec les id de folio, soit avec les labels de folios. C'est une idée de Laurent qui me semble finalement pas mal du tout. L'option pourrait être réalisée avec des radio buttons :
o numéroter les folios de manière continue (1, 2, 3...)
o numéroter les folios en utilisant des règles personnalisées
Par défaut, QET est livré en numérotation continue.
Ainsi l'arborescence projet sait si elle doit afficher les id ou les labels des folios.

La semaine dernière, j'ai donné une formation à l'utilisation de QElectroTech. En voici un petit compte-rendu.

Contexte de la formation :

Former 2 techniciens (25-30 ans) à l'utilisation de QElectroTech dans un cadre industriel et sous environnement Windows 7.
Les 2 techniciens sont employés dans une entreprise allemande qui concoit et fabrique des grosses machines CNC sur-mesure (plusieurs mètres carrés au sol et quelques mètres de hauteur) destinées, selon les contrats, à l'usinage des métaux, du bois, des matières plastiques...
Les 2 personnes à former ont chacune une expérience d'Eplan datant de leurs études, mais ne sont pas des spécialistes de la réalisation de documentations électrotechniques. Leur travail consiste essentiellement à construire et câbler des armoires électriques ainsi qu'à programmer les automates des machines CNC avant livraison chez le client final.

Préalablement à la formation, les participants ont "joué avec QElectroTech" pendant 4 ou 5 heures, sans aide extérieure et sans aucune indication de ma part. Je précise que je n'ai donné aucune information concernant le canal Youtube (j'ai fait exprès, pour voir les réactions).

La formation a durée environ 7 heures, en une seule journée.


Objectifs de la formation :

Donner un petit historique du projet et quelques explications sur le fonctionnement d'un logiciel open source développé exclusivement par une communauté d'utilisateurs (format xml, Qt framework, subversion, gratuité, dons, forum, contributions, etc).
Connaître en principe les différences entre versions stables, version de développement et ready-to-use.
Savoir où trouver la bonne version de QET, la télécharger et l'installer correctement.
Savoir administrer un minimum le ligiciel : emplacement de la collection perso, configuration du logiciel et petits paramètrages dans qelectrotech.conf.
Acquérir les bases nécessaires avec l'éditeur d'éléments et l'éditeur de schémas pour pouvoir démarrer par soi-même en sachant utiliser les fonctionnalités de QET correctement.
En cas de soucis, savoir où demander de l'aide (en l'occurence, c'est moi qui fait service de hotline). Mais aussi : l'aide en ligne, le forum et le canal Youtube.

L'objectif final était de rendre les participants capables de modifier des plans électriques existants et, si besoin, de créer des parties entières de documentation nouvelle (schémas électriques, sommaire et nomenclature).


Déroulement :

Nous étions donc 3 personnes : les 2 techniciens et moi.
Un PC sous Windows pour les participants et mon PC Ubuntu placé juste à côté.
Pour découvrir les fonctionnalités, les participants avaient pour tâche de suivre ce que je faisais sur mon PC et de répéter sur le leur, pas à pas.

Dans la première partie de la journée, nous avons découvert le ligiciel (histoire, développement, interface graphique, fonctionnement des collections...).
L'après-midi, nous sommes plus rentrés dans les détails : les éditeurs, les fonctionnalités (configuration projet, ref croisées, données d'article, impression papier et pdf, trucs et astuces pour combler les fonctionnalités encore manquantes, etc).

Vu le temps imparti, je n'ai pas abordé certains thèmes pour éviter qu'on s'éparpille de trop.
A titre de comparaison, une formation Eplan pour débutant, ca dure plus d'une semaine, voire deux, et ca coûte... je vous laisse deviner...
Donc, les points qui n'ont pas été abordés sont :
- l'éditeur de cartouches (car j'ai déjà fait un cartouche pour l'entreprise)
- l'import dxf (car encore un peu trop expérimental et pas assez "user-friendly", en plus j'avais des doutes sur le fonctionnement sous Windows)
- les nouvelles règles d'autonumérotation des folios et des éléments (car pas encore abouties et j'ai pas assez testé)
- les plans de bornier (car pas encore automatiques, pas envie de faire partir les gens en courant...)


Impressions et avis des participants :

(indirectement, ici, c'est ma propre perception de leurs impressions qui est relatée)

Globalement, les premiers pas avec QET sont assez faciles et intuitifs : drag & drop des éléments sur le schéma et connection des conducteurs.
Mais ca bloque assez vite quand on a pas assez d'expérience de ce genre de logiciel. Par exemple :
Avant la formation, une chose qui n'a pas été comprise intuitivement, ni par l'un, ni par l'autre participant, c'est la gestion des collections. Ils n'avaient pas compris que la collection officielle n'est pas éditable. Ils pensaient que c'était un bug. Donc, sans aide extérieure, ils n'auraient pas été capables de créer leurs propres éléments. L'intérêt de la collection personnel n'a pas été compris intuitivement. Evidemment, j'ai donné toutes explications nécessaires et après, oui, tout fait sens.
Le système des références croisées, une fois compris, est très apprécié. Notamment à cause du "halo bleu" et des sauts entre éléments. Mais là aussi, il faut donner au départ un petit coup de pouce, sinon ca coince : expliquer les maîtres/esclaves et leur définition dans l'éditeur d'éléments, les renvois de folio et la facon de sauter entre les différents éléments liés (pour les renvois, il faut double-cliquer sur la xref alors que pour les esclaves, il faut double-cliquer sur le label pour sauter sur le maître).

Sur la version Windows, on a eu 3 ou 4 crashs en effacant des cartouches de la collection personnelle. Bon, les crashs ne font jamais bonne impression mais quelque part, les participants semblaient rassurés sur le fait qu'on puisse rapidement remonter les crashs aux développeurs.
Après réflexion, j'avais fait exprès de prendre la 0.51-dev (et pas la 0.5 stable) pour mettre les petits crashs sur le dos des développements pas encore achevés ;-)

Les 2 participants apprécient le fonctionnement open source (politique pas chiante et ouverte, possibilité de bricoler à la maison avec QET) ainsi que le fait que les contributions d'utilisateurs puissent être intégrées au logiciel (ils avaient déjà repéré mes élements dans la collection officielle). Ils m'ont anoncé que le petit fabricant BWO (http://bwo-elektronik.de/en/bwo-elektronik/) de commande CNC serait flatté d'apprendre que les symboles de ses automates sont intégrés dans le logiciel ! (j'te vois venir Laurent...)

Le fait que la collection officielle contiennent aussi de nombreux éléments pneumatiques et hydrauliques est définitivement un plus.

Dans l'éditeur de schémas, la grille semble gêner la lecture des textes en petite police, même sur un écran full-HD (à écran égal, comparé à Ubuntu, Windows 7 laisse moins de place en hauteur pour l'application). On m'a demandé s'il était possible de cacher la grille.


Avis du formateur :

Quand on a soi-même déjà passé plusieurs centaines d'heures sur QET, une formation d'une journée pour des débutants, ca se fait "fingers in the noze" :-)
Quasiment pas de préparation nécessaire si on a déjà assez créé soi-même.
Evidemment, il faut venir avec ses propres documents (projets .qet, collections, trucs et astuces) pour avoir assez d'exemples à montrer.
Quand on a une seule journée et peu de participants pour une formation, il vaut mieux faire l'impasse sur une présentation (Powerpoint, Impress...) et attaquer directement sur l'ordinateur. C'est moins barbant et les gens apprennent tout de suite. C'est ce que j'ai fait.
Le forum QET ne leur semblait pas spécialement attractif. Je ne sais pas si c'est à cause de la langue ou simplement si les participants n'ont tout simplement pas l'habitude d'aller chercher des infos sur un forum.

Personnellement, je pense que l'objectif final de la formation a été atteint. Les vrais problèmes commencent donc maintenant, c'est-à-dire à l'utilisation :-)
Pour l'instant, m'a hotline est plutôt froide : pas un coup de fil en une semaine !

J'étais bien content d'avoir écrit mon tutoriel sur la gestion des données d'article, ca m'a évité de passer 1 heure là-dessus. Dommage que je ne l'ai pas aussi fait en allemand.

On verra pour la suite des développements (autonum, variables, projet en arborescence...). Si besoin, je ferai à nouveau une formation d'une journée.

Je pense que l'approche de Joshua est excellente.
Les infos = et + des éléments doivent prendre directement celles du folio, ca va beaucoup plus vite et c'est de toute facon dans ce sens là que la norme fonctionne.
Ensuite, pour les exceptions, c'est comme Joshua le décrit :
soit on renseigne directement dans les propriétés de l'élément, soit on dessine un rectangle qui donne ses propriétés = et + aux éléments qu'il contient.

Joshua wrote:

Mais pour l'histoire des + =, comme je l'avais déjà expliqué cela sera géré par le projet lui même (pas les folios ni les cartouches).

oui, comme ca ce sera aussi beaucoup plus cohérent, notamment pour afficher le projet sous forme d'arborescence.

Joshua wrote:

Du fait, une fois ce système mis en place les actuelles variables de localisation seront inutile

C'est pas plus mal, car ca commence à être un peu confu. Mais je sais bien que QET se trouve maintenant à un tournant important et il faut bien tester et essayer avant de se fixer sur une solution définitive.

scorpio810 wrote:

Clair, et comme c'est pas prévu pour demain ni dans trois mois

Qui sait... On les avait pas vu venir les variables qui aujourd'hui semblent déjà indispensables !

scorpio810 wrote:

Me semblai bien avoir compris l'inverse dans tes docs, faudra que je les potasse à nouveau

Les 3 informations (=, +, -) doivent être renseignées dans des champs distincts.
Il ne faut donc pas faire comme cela :
https://download.qelectrotech.org/qet/forum_img/nuri_img002.png
Peu importe si l'utilisateur emploie des variables ou écrit directement, il ne faut pas faire comme ca !
C'est ce que je voulais dire avec "= et + n'ont rien à faire dans le champ label".

L'idéal serait d'avoir le widget "propriétés de la sélection" comme ceci :
https://download.qelectrotech.org/qet/forum_img/nuri_img001.png

scorpio810 wrote:

Bah, suffit dans projet de renseigner les champs propriétés du cartouche et ensuite de générer tes - 10 folios de 1 à 10 de localisation =enrouleur
Tu modifies ensuite tes champs propriétés du cartouche et tu génères les suivant, non?

oui, il me semble que ca devrait suffir pour l'instant. Mais j'ai pas encore assez testé, à voir.

scorpio810 wrote:

Dessiner facilement des schémas à la norme IEC 81346 devraient être bien plus facile, non?

oui, en tout cas bien plus facile qu'il y a 6 mois, même si tout n'est pas encore terminé et testé de fond en comble.

scorpio810 wrote:

@Nuri : à y être, tu verrais d'autres propriétés à ajouter comme .... fonction?

Pour mettre dans les Xref de renvois de folio ? Perso non, pas besoin, puisque je référence uniquement sur l'identification des folios (càd les infos =, + et id ou autonum renseignées dans les cartouches). Je connais pas d'autre système et j'en ai jamais vu d'autres.

scorpio810 wrote:

Pour l'autonum des conducteurs les variables par défaut sont suffisantes pour moi, et vous, vous en pensez quoi?

Pour moi, l'existant suffit déjà amplement, mais je suis sûrement pas un bon conseil pour l'autonum des conducteurs vu que c'est quasiment pas employé en Allemagne.

scorpio810 wrote:

Çà vous intéressent d'avoir %machine et %locmach dans les règles de num des éléments?

A priori non car = et + n'ont rien à faire dans le label si on s'en tient strictement à la norme.
Toutefois, je vois pas pourquoi il faudrait limiter QET si c'est une implémentation aisée à réaliser.
D'une manière générale, plus on peut utiliser les variables et les appeler à peu près n'importe où, mieux c'est nomicons/smile
Je pense par exemple à l'utilisation des variables dans les champs texte (ceux qui gèrent aussi le html, dans la même tool bar que les basic shapes).

scorpio810 wrote:

Çà risque d’être compliqué sans ré-écrire une grosse partie de ce code.

il s'agit donc bien de réinventer la roue...

oui, vu comme ca, c'est plus nomicons/happy que nomicons/alien

donc pour rendre cela personnalisable, il faut faire une "abstraction" de ce code pour prendre les nouvelles variables définies par l'utilisateur (largeurs, textes, types de colonnes, etc), alors que là, tout est en dur.
Puis, avec QtDesigner, faut faire la GUI à intégrer à la config projet pour que l'utilisateur puisse définir ses tableaux...
Puis faut faire le code de la nouvelle GUI pour que les éléments (boutons, champs texte, listes déroulantes, etc) fonctionnent correctement...
Puis faut relier les nouveaux éléments de la GUI dans ce code... et dans l'interface globale...
Puis faut intégrer tout ca joliment dans le code existant sans créer de nouveaux bugs... donc il faut comprendre le code existant...
Et à la fin, il faut que ca compile et que ca marche comme prévu !

Waouh.... franchement, vu mes connaissances et le temps disponible, je suis pas très chaud !

Tu saurais faire ca, toi, sans y passer 200 heures ?

scorpio810 wrote:

Dans la config de QET l'utilisateur pourrait sélectionner dans une liste les entêtes de chaque de colonne qu'il veut (ID, Folio, titre, installation, location, auteur, date, etc ), leur ordre dans le tableau, et définir la largeur de chacune d'entre elle.

oui pourquoi pas, si on peut aussi définir soi-même la taille des textes (ca pose parfois vraiment des problèmes dans les tableaux avec beaucoup d'infos).
Si en plus le code de diagramfoliolist peut-être utilisé pour faire des nomenclatures, alors là oui, pas besoin de réinventer la roue.
"Reste plus qu'à faire" la GUI et le code pour que l'utilisateur puisse rentrer tous ces paramètres dans la config du projet...

Est-ce que l'actualisation "en live" du sommaire coûte beaucoup de ressources ?
Parce que si les nomenclatures fonctionnent de la même facon, j'espère que ca ralentira pas QET, même avec des nomenclatures énormes de plusieurs centaines de lignes.

ben...euh...non, c'était vraiment du premier degré, je me moquais pas !
Ce que j'avais compris, c'est que QET interprète la variable %loc comme étant la concaténation de %l (lettre de la ligne) et des lettres oc.
Donc avec la variable %locmach, on devrait avoir le même problème: %l + ocmach.