You are not logged in. Please login or register.
QElectroTech → Posts by Nuri
Salut VinzC,
le ré-import de données csv dans QET serait un gros bon en avant pour de nombreux utilisateurs !
Hormis la nomenclature, cela permettrait d'intégrer des listes de câbles et des listes d'entrées/sorties d'API aux documentations. Cela pourrait aussi être une bonne base pour créer des plans de borniers (semi-)automatiques.
En l'état actuel de mes connaissances pitoyables en programmation, je ne peux malheureusement pas apporter plus de pierres à votre édifice...
Salut Claude,
les fichiers d'aide... c'est encore un peu le talon d'achille de QEletcroTech.
Le contributeur indien Arun est en train de refaire tout les fichiers d'aide en html (pour faciliter les traductions et modifications futures). Pour l'instant, ces fichiers sont en anglais et pas encore publiés.
J'en ai commencé la traduction en francais, mais j'ai tellement de travail en ce moment que je l'ai remis aux calendes grecques...
En attendant que tout ce travail soit achevé, tu peux peut-être trouver ce qu'il te manque ici :
http://qelectrotech.org/wiki_new/doc/start
et ici :
https://download.qelectrotech.org/qet/m … doc-en.pdf
en gardant à l'esprit que ce sont des documents partiellement passés de date, mais l'essentiel devrait y être.
"QCompleter Class"
tu vois Galexy, dans QET, tout est possible, il suffit juste de connaitre la langue des aliens 
Moi je sais dire "bonjour", "merci" et "s'il vous plait", c'est tout... 
je plusse le "Qt::Key_Enter" pour le bouton "Apply" 
Ca fera 3km de déplacement souris en moins par jour 
salut,
t'as version n'est plus actuelle. L'évolution dont tu parles est très récente (quelques jours).
https://download.qelectrotech.org/qet/b … ytouse.zip
Tilt! Je viens de lancer l'édition du symbole et j'ai un avertissement disant qu'il manque l'étiquette "label". Ce serait pas ça, par hasard?
Exacte, c'est ca. Vraisemblablement, c'est un symbole dont la définition xml n'a pas été adaptée aux dernières fonctionalités implémentées dans QET.
Il y en a encore quelques autres comme ca qui ne sont pas complètement au goût du jour.
Si tu rencontres encore ce problème, copie le symbole de la collection officielle dans ta collection utilisateur, ajoute un champ de texte défini en tant que "label", enregistre et l'affaire est réglée.
Sinon, pour tes variables de cartouche... je persiste et signe, la v0.5dev est nettement plus simple pour ce genre de choses.
Salut VinzC
dans la version 0.4 que tu utilises, la gestion des cartouches est un peu moins aboutie que sur la dernière version de développement v0.5dev.
Dans la v0.5dev, tu peux définir le cartouche qui sera utiliser par défaut lors de la création d'un nouveau folio. Ca devrait te faciliter le travail avec tes variables de cartouche.
Pour plus d'info, voir le topic suivant :
http://qelectrotech.org/forum/viewtopic.php?id=632
qui fut une réponse à :
http://qelectrotech.org/forum/viewtopic.php?id=628
Pour utiliser la v0.5dev, il faut ajouter la ppa de QElectroTech à tes sources :
http://debian.qelectrotech.org/qet/debian/ unstable main
Mais attention ! QET v0.4 utilise Qt4 alors que QET v0.5dev utilise Qt5. Tu risques d'avoir des problèmes de dépendances. Selon ta version de Linux Mint, il faudra faire attention à ceci :
http://qelectrotech.org/forum/viewtopic.php?id=634
c'est aussi une question de philosophie...
Philosophie 1 (l'évolution que je propose) :
tu crées un élément constructeur, tu rentre les données d'article 1 fois et après tu fais du drag & drop.
avantage : tu crées les choses une seule fois.
inconvénient : faut gérer sa collection avec discipline.
Philosophie 2 (l'évolution que tu proposes) :
tu prends les éléments de la collection officielle et tu rentres à chaque élément posé les données d'article à la main. Même avec une saisie semi-auto, ca prend un peu de temps et sous-entend que les données ont au moins été rentrées une fois dans le projet (sinon QET ne te proposera aucun texte).
avantage : aucune édition à réaliser dans les éléments déjà existants
inconvénient : l'entrée des données d'article reste quand même plus laborieuse qu'avec philosophie 1 et il faut développer une base de données (aux dires de Joshua, principal développeur de QET).
Mais l'évolution que je propose dans le pdf (dans mon post un peu plus haut) est en soit intéressante car elle permet de faire coexister les 2 philosophies sans restriction, ni pour l'une, ni pour l'autre.
Ce qui est donc bien, et pour les "gros", et pour les "petits" utilisateurs de QET.
Seuls les éléments de type "articles constructeurs" ont leurs champs "fabricant", "désignation", etc non éditables.
Les autres éléments continuent de fonctionner comme ils le font déjà (en rentrant les données à la main pour chaque élément posé).
voili, voilou...
Salut Ninarth,
le nouveau dock n'existe pas encore dans la version que tu utilises (V0.4).
Sous windows, pour utiliser la dernière version de QET, le mieux est d'utiliser la version dite "ReadyToUse". Comme son nom l'indique, c'est une version prête à l'emploi qui ne nécessite aucune installation.
Tu peux la télécharger ici :
https://download.qelectrotech.org/qet/b … ytouse.zip
Tu la télécharges là où tu veux sur ton PC ou sur une clé USB (comme ca tu as toujours QET a porté de main, peu importe sur quelle machine tu dois travailler 
).
Pour lancer l'application, tu double-cliques sur "Lancer QET.bat"
(le démarrage prend un peu de temps, donc soit patient !).
Concernant ton(tes) plantage(s) :
chez moi, sur Linux, QET plante seulement quand j'expérimente des choses qui sortent du cadre de ce qui est actuellement prévu par le logiciel. Sinon, en utilisation "normale", le logiciel est stable.
Je l'utilise rarement sous windows. Mais là aussi, il semblait stable.
Je ne peux que t'encourager à enregistrer plus régulièrement ton projet (une fois toutes les 2 heures, c'est long...).
Concernant les sauvegardes automatiques :
je sais pas si c'est facilement faisable, je ne suis pas développeur.
Mais bon, QET, c'est comme tous les programmes, on est jamais à l'abri d'un plantage, donc il faut prendre l'habitude de sauvegarder !
Concernant l'utilisation des références croisées (bobine/contacts) :
Ne rentre pas directement le label de tes contacts (-KM1) directement sur le schéma. Le mieux est de faire comme ceci :
- pose tes contacts sur le schéma
- pose ta bobine sur le schéma
- double-clique sur ta bobine, une fenêtre apparaît
- tu vas dans l'onglet "informations" et du rentre -KM1 dans le champ "label"
- tu vas dans l'onglet "Référence croisée (maître)" et tu lies les contacts que tu veux avec ta bobine
- tu cliques sur "Apply"
- la fenêtre se ferme et tes contacts prenne le repère (dans QET on dit "label") de ta bobine
Tu peux aussi d'abord lier les contacts et seulement après donner un label à ta bobine, l'ordre n'a pas d'importance.
Important : les contacts prennent toujours le label de la bobine à laquelle ils sont liés car ils sont "esclave" de celle-ci, qui est "maître".
Supprimé aussi momentanément la pixmap de l’élément affichée dans l'onglet général.
Bien. L'apercu pixmap m'avait aussi fait quelques problèmes vu qu'un symbole sélectionné sur le schéma est aussi déplacé lorsque le dock s'élargit tout seul pour afficher un pixmap très large (genre variateur de fréquence etc.).
Personnellement, l'apercu pixmap ne manque pas, c'est plus esthétique qu'autre chose.
Autres avantages avec cette méthode de création d'éléments constructeur :
1.
Lors de la création graphique de l'élément, on peut ajouter des données texte propres à l'appareil. Par exemple "10A(C)" pour l'exemple du disjoncteur Eaton. Ceci permet alors de laisser le champ "commentaire" libre pour d'autres informations, si nécessaire.
2.
Pour le(s) développeur(s), ce n'est qu'une concaténation de chaines de caractères associée à la gestion d'un nouveau type d'élément. Pas besoin de nouvelle classe, ni de nouveau widget.
Est-ce qu'on peut également s'accorder, entre utilisateurs QET, pour définir les données d'article suivantes :
le fabricant (donnée de l'appareil)
la désignation (donnée de l'appareil)
le numéro de type (donnée de l'appareil)
le numéro de commande (donnée de l'appareil)
le numéro d'article (donnée propre à l'utilisateur)
Je pense que c'est le minimum vital, le socle de données dont tout le monde a besoin.
ben, au départ, tu crées simplement les articles dont tu as besoin dans ton projet. Puis, au fil du temps, ces collections grandissent, certes doucement, mais sûrement.
Et puis, tous les appareils de distribution électrique, disjoncteurs, bornes, disjoncteurs-moteur, relais, contacteurs... je suppose que tu utilises toujours les mêmes, donc une fois que tu les as créés, ils sont toujours dispos, y'a qu'à faire du drag and drop.
De plus, pour créer ces appareils standards, tu prends un symbole normalisé qui existe déjà dans la collection officielle, tu le copies et le définies en tant qu' "article constructeur", tu rentres les données d'article et t'as fini. Y'a même pas besoin de bricoler le graphisme du symbole, vu que ca existe déjà.
Quand j'ai créé le répertoire "articles constructeur" dans la collection officielle, je l'avais fait expressément dans cette optique :
avoir un maximum d'infos déjà intégrées aux éléments, et pas seulement leur définition graphique.
Salut Galexis,
à mon avis, y'a encore mieux que ca : intégrer ces quelques données texte directement dans le xml des éléments. Comme ca, tu fais un drag and drop de ton "article constructeur" depuis le panel sur le schéma et toutes les données sont déjà présentes, y'a plus rien à taper 
.
Voir la présentation en annexe.
Laurent et Joshua, ca pourrait aussi vous intéresser...
Je viens de regarder les choses un peu dans le détail :
la position des éléments est enregistrée au pixel près sous forme de nombre entier. Pas de décimal là-dedans (ou alors j'ai pas capté, ce serait pas la première fois 
...)
J'arrive à reproduire le problème systématiquement, mais je n'ai pour l'instant toujours essayé qu'avec les mêmes vignettes.
Je pense que le problème vient de mes vignettes dont j'ai trituré le hotspot à la main dans le xml.
Quelque part cela doit produire un décalage quand j'enregistre mon projet.
Je vais donc refaire mes vignettes...
Si le problème venait de QET, d'autres utilisateurs auraient déjà fait un retour concernant ce problème, vu que ces utilisateurs ont utilisé le ctrl+[déplacement à la souris] avant moi.
J'ai découvert un petit problème avec la mise en armoire :
quand je place une vignette sur mon plan depuis le panel, j'appuie sur Ctrl ce qui me permet de placer mes éléments au pixel près. J'enregistre mon projet puis je ferme QET.
Je redémarre QET, je réouvre mon projet et je constate que, sur mon plan de mise en armoire, les éléments ne sont plus à leurs places, au pixel près, mais aux 10 pixels près.
Ce qui fait que j'ai de nouveau "de l'air" entre mes vignettes.
Est-ce une erreur de ma part dûe à une mauvaise définition de mes vignettes ou est-ce que certains d'entres vous ont le même problème ?
importer des dxf pour gagner du temps ?
Si, tu peux, mais je suis pas sûr que tu gagnes vraiment du temps.
T'as déjà fait joujou avec le convertisseur dxf-->elmt ?
Après coup, il faut quand même faire pas mal de nettoyage dans l'éditeur d'élément avant d'avoir un elmt vraiment "potable". Tout dépend de la qualité du dxf en entrée et de son niveau de détails.
Personnellement, pour faire les vignettes, un rectangle blanc aux bonnes dimensions avec le label au milieu, ca me suffit. L'avantage est que le plan reste clair et les textes suffisamment gros pour rester lisibles.
Je sais bien que c'est un peu "old school" mais au moins c'est "propre".
Dans Eplan, la tendance actuelle est de faire des vignettes assez complexes. C'est quasiment des modèles 2D ou des images des composants réels. Ca en jète au premier coup d'oeil mais, à y regarder de plus près, ca pose quelques problèmes de taille :
- où placer le label des éléments vu qu'il n'y a plus de place ?!?
- ca fait gonfler inutilement les projets de plusieurs Mo 
- quand il n'existe pas de beau modèle dxf d'un composant, on fait comment ? On se le fait soi-même ? Non merci... 
Donc finalement, j'aime bien mes rectangles blancs !
De toute facon, pour créer un "article constructeur" et sa vignette, on est quasiment toujours obligé de regarder dans une fiche technique pour avoir les dimensions, le numéro de type, le numéro de commande, etc.
Y'aura une bonne dose de travail avant que le répertoire "articles constructeur" soit richement fourni.
Pour info, pour ceux qui utilisent des armoires du fabricant allemand Rittal, toutes leurs armoires et boitiers sont disponibles en dxf à télécharger (il faut cependant rentrer une adresse mail avant de pouvoir télécharger).
Comble du raffinement, ces modèles sont déjà à l'échelle 1px = 1mm une fois passés dans le convertisseur dxf-->elmt 
@Scorpio :
pour l'instant, non, à part des petits coeurs :-p
@Galexis :
oui, je compte bien ajouter tout ca à la collection officielle, mais j'en suis encore qu'aux balbutiements (une dizaine d'éléments).
La semaine prochaine, je commence mon premier vrai projet QET pour un vrai client qui fait des vraies machines CNC.
Je serai alors confronté à de vrais problèmes...
Donc là, je teste les derniers trucs à mettre en place avant de créer tous les symboles (articles constructeurs) dont j'aurai besoin.
Pour faire les plans de mise en armoire, je pars du principe que 1pixel = 1 mm, ca semble très bien pour dessiner des armoires standards de 2m de haut avec socle (voir la pièce jointe).
Ce folio est configuré en 3552x2328px (24 colonnes x 148 px et 24 lignes x 97 px). Donc toutes mes vignettes seront dessinées sur la base 1px = 1mm.
Exemple : si j'ai un relais qui fait 45mm de large et 68mm de haut, je crée une vignette 45x68px.
Par contre, pour dessiner des petits coffrets muraux ou des petits boitiers de répartition, il faudra vraisemblablement diviser la surface du folio par 4, ce qui nous donne 1776x1164px, soit 12col x 148px et 12lig x 97px.
De cette facon, on peut toujours utiliser les mêmes vignettes 1px = 1mm, pas besoin de créer des vignettes 2px = 1mm.
Evidemment, pour chaque folio de dimensions différentes, il faut créer un cartouche proportionnellement adapté (taille des cellules et des polices). Et ca passe nickel, en sortie pdf, on y voit que du feu :-)
Si tu as encore un peu de patience, attends encore quelques semaines que mon projet soit complètement abouti.
J'en saurai alors un peu plus et on pourra développer une méthodologie complète et aussi universelle que possible pour :
- créer des articles constructeurs avec toutes les données (fabricant, désignation, etc.) déjà intégrées aux elmt
- ainsi que leurs vignettes
- définir les paramètres qui vont bien pour les folios de mise en armoire
Aussi, il faudra parachever le "guide line création éléments" et le compléter par un "guide line création d'éléments constructeur et vignettes associées"
@Galexis :
effectivement, le sommaire serait faux.
zut...
@Scorpio :
parfait ces petites évolutions graphiques. Ca permet de faire des mises en armoire bien propres directement depuis QET. Plus besoin d'éditeur dxf.
QCAD est vraiment pas mal, mais LibreCAD, ouch... ca marche quand ca veut...
Draftsight, pas mal aussi, gratos mais pas libre. Apparemment le seul qui donne un format potable en sortie pour le convertisseur dxf-->elmt.
Je dirais même que ca va maintenant carrément plus vite de faire une mise en armoire avec QET qu'avec un éditeur dxf.
@Galexis :
l'absence de fenêtre autour d'un dock "décroché", il me semble que c'est normal et typique de Qt.
moi aussi j'aurais besoin de pouvoir définir le numéro des folios moi-même.
Mais là Galexis, on touche vraisemblablement aux parties du code les plus chiantes de QET (d'après les dires de Joshua).
A mon avis, ca risque d'être "niet" pour un bon bout de temps !
En attendant, tu peux te bricoler une variable %numero_de_folio que tu définis dans un cartouche personalisé et que tu renseignes par l'intermédiaire de la fenêtre "propriétés du folio". Ca te prendra pas plus de temps que de rentrer un numéro de folio dans un widget qui n'existe pas encore.
Par contre, avec cette méthode, tu es seul responsable pour l'ordre de tes numéros !
C'est aussi ca qu'est bien avec QET, y'a moyen de bricoler à outrance, on arrive presque toujours à faire ce qu'on veut !
the functionality to disable the grid snaping is very nice and make for me obsolete the use of an external dxf editor (draftsight and co.) to draw the cabinet mounting plate.
Thanks!
I confirme that the dxf export format of LibreCAD and QCAD is NOT working with the dxf--> elmt converter.
I've tried Draftsight, nice free software (but not libre!), and I have some problems to find the right configuration so that the conversion to elmt realy works fine.
Conversion works but is not right. At the moment I have no time to spend with Draftsight configuration.
I think I can now make easily a clean mounting plate drawing only with QET and the elmt format. Coooool
Super le boulot avec les cartouches ! C'est quand même nettement plus pratique à l'usage.
Scorpio, pour revenir à l'histoire du dxf :
le fichier que tu as posté marche parfaitement chez moi aussi. Désolé mais j'ai pas essayé avec Draftsight, pas le temps, je suis vraiment overbooké en ce moment.
Je réssaierai sans passer par LibreCAD (qui de toute facon plante beaucoup et ne gère pas bien du tout les gros fichier) ni sans QCAD.
Sortir des dxf de Eplan direct dans le convertisseur elmt, on va voir si ca marche...
merci pour le convertisseur dxf en lib Qt 5.3 !
Mais j'ai toujours beaucoup de mal à convertir mes dxf. Disons même que cela n'a jamais marché chez moi... 
Quand j'essaie avec le petit fichier en pièce jointe, je laisse le convertisseur lire le fichier en cliquant sur "load dxf file" - jusque là tout va bien - ensuite, je rentre un répertoire où enregistrer le fichier elmt puis je clique sur "save to elmt file" et le convertisseur affiche le message "l'élément blablabla a bien été enregistré".
Puis, je remarque 2 problèmes, le premier pas bien grave :
le convertisseur enregistre toujours le fichier dans le même répertoire que le fichier source dxf.
Le second problème, beaucoup plus embêtant :
le fichier elmt est complètement vide !
Question : est-ce qu'il y aurait encore quelque chose qui m'échappe ? 
Petit workaround pour utiliser ses cartouches personnalisés, en attendant que cela soit aussi implémenté :
Placer le cartouche personnalisé dans /usr/share/qelectrotech/titleblocks (évidemment en tant que "root"), il est alors disponible comme tous les autres cartouches fournis avec QET.
merci beaucoup Joshua !
QElectroTech → Posts by Nuri
Powered by PunBB, supported by Informer Technologies, Inc.
Generated in 0.029 seconds (39% PHP - 61% DB) with 5 queries