51

(18 replies, posted in Elements)

I'm ok

Je te laisse te renseigner avec les videos et le manuel de QElectroTech dans lequel tu trouvera ces informations et bien plus. (les lien sont accessible depuis le bandeau supérieur du forum).
https://www.youtube.com/user/scorpio8101/videos
https://download.qelectrotech.org/qet/m … index.html

53

(18 replies, posted in Elements)

Because you will spend a lot of time in the element editor I think you will encounter some bugs or little disagrements. Let me know (even small things).

54

(18 replies, posted in Elements)

Hello Vbxler,
Me too I'm very interested if you redraw some (a lot) of elements.
It's very long and tedious work, but will be a great improvement.

Some advice (even if think you already know that) :

-The position X,Y of terminal must be in multiple of ten (in the crosses of the grid in the element editor)
-The step between two terminal must be 20 for common element like, contactor, fuse, circuit breaker.
-For special element like speed variator, PLC I/O etc.... the step between terminals must be greater (from my experience, 40 is the minimum acceptable, but 60 is better. How do you think about that ?)

-The name of some generic elements (I don't remember which ones) are a reference or a wrong name, you can fix that if you want.
-There is a lot of double or worst triple elements in several place of the official element collection. Also you can remove all of theses elements and keep only one who is located in the appropriate folder.
-There is a lot of duplicated element in the same category only for have the entire set of reference caliber etc... (example circuit breaker 5A, 10A, 20A etc....) QElectroTech must provide only one element of this kind without special information (Ampere, voltage power etc...) and if user want a collection with a set of every reference etc... he can make is own user collection.
Some example about these three last points :
Search for circuit breaker, light...

Thanks for your future contribution, QElectroTech will be better.

La branche 0.9 a été créé depuis la branche master. Le menu permettant d'ouvrir la fenêtre de gestion des borniers natif a été supprimé de cette branche. En d'autre terme, la branche 0.9 possède toutes les avancés actuels à l'exception du gestionnaire de bornier.

La branche terminal_strip a été mergé dans la branche master (version de développement de QelectroTech). Le travail sur le gestionnaire de bornier natif continue dans la branche terminal_strip.

@Laurent, je te souhaite bon courage pour tes problèmes de santé.
@Galexis, oui tu peux tester la branche terminal strip (ou la compilée toi-même, sous linux il n'y a rien de plus simple). Après je travaille par palier sur la branche terminal strip et à chaque fois que j’estime un palier terminé je le bascule sur le master (et donc la ready to use) tous ça pour dire de ne pas s’inquiéter vous pourrez tester la fonctionnalité des borniers au fur et à mesure de l’avancement. D’ailleurs le ‘’palier’’ actuel est bien avancé.

Bonne fêtes à vous tous.

I agree with you that they will be better to have a new version of qet in debian stable and so in any child distributions of debian.
I actually work on the terminal strip in another branch and this work is far to be finished.
In the master branch, like you say there is a lot of improvements and also a beginning of terminal strip. What we can do is just to remove the entry "terminal block manager (dev)" in the project menu and that all, we got all improvements and new stuff except the wip terminal strip. The code about terminal strip will be compiled but never called so no risk of crash related to this.

Non, la ready to use est basé sur la branche master.
Si tu veut essayer, il faut compiler la branche terminal strip ou alors attendre que les choses soit suffisamment avancé pour que je merge la branche terminal strip dans la master comme je l'ai déjà fait par le passé (au passage merci git qui permet beaucoup de chose avec les branches contrairement à subversion, et me permet de travailler avec beaucoup plus de souplesse)

Pour ton problème de borne, l'enlever c'est faisable avec la gui (par contre peut être que dans la branche master c'est moins facile voir pas possible car pas à jours au niveau des borniers, alors que dans la branche terminal strip c'est tout simple) en revanche si tu souhaite positionner ta borne à un endroit spécifique dans le bornier ce n'est pas possible, le positionnement est automatique. Si il y a un reel besoins à l'avenir cela peut être envisageable mais je part du principe que si le positionnement automatique fonctionne bien, pas besoins d'ajuster tout ça à la main (toujours dans l'optique du gain de temps pour le dessinateur).

Oui ça avance, mais très lentement faute de temps libre.
Tu peut voir l'avancement des choses sur la branche git https://git.tuxfamily.org/qet/qet.git/l … inal_strip
Actuellement il est possible d'ajouter la représentation visuelle du bornier sur le schéma, mais pas encore d'enregistrement dans le fichier .qet donc dès lors que tu ferme le projet, c'est perdu.

There is no way to define the default folder.
Open a new bug here please
https://qelectrotech.org/bugtracker/my_view_page.php

61

(19 replies, posted in Code)

Please create bug report (one by note) on our bug tracker.

Je leurs souhaite bon courage pour trouver un dev, et je ne sais pas si freecad est prévu (ou du moins facilement implementable) pour faire des Xref des reports de folios des bornier etc...
Par contre ce truc la me semble très très intéressant : https://github.com/formatc1702/WireViz le projet n'a pas bouger depuis 1 an par contre.
En lisant la doc, je me rend compte que les couleurs des fils de cable et leurs numéros sont normalisé, chose que je ne savais absolument pas qui pourrais nous être bien utile.

Should be solved in the last build

This is the normal behavior, you need to uncheck this button each time you modifie properties and you want this change is applied only for the selected conductor.

https://www.pcbenchmarks.net/os-marketshare.html
I think you can

https://qelectrotech.org/forum/viewtopi … 055#p17055

La réalisation d’un projet “claire et propre’’ passe entre autres par un alignement identique et/ou cohérent des éléments, conducteurs, formes, etc... sur l’ensemble des folios qui compose le projet. (voir ce post https://qelectrotech.org/forum/viewtopi … 048#p17048 )

Afin de faciliter cet alignement, des guides pourrait être utilisé, concrètement :
Sur un “calque” séparé avoir des lignes horizontal et vertical servant de guide.
-Le nombre de guide affiché ne sera pas limité.
-Choix de la couleur
-Avoir un nom
-Les guides auront 3 modes : édition / verrouillé non sélectionnable / invisible.
-Possibilité d’avoir plusieurs configs de guide, avec système de sauvegarde/rappel comme ce qui se fait ailleurs dans qet.

Des avis sur le sujet ?

J’imagine bien que tu as dû passer beaucoup de temps entre le dessin + les recherches sur le terrain.
La vue 3D en page de garde est top, ni trop gros ni trop petit juste ce qui va bien.
Les rares photos sont utilisés à bon escient.
Ça fait toujours bizarre de dire d’un schéma technique qu’il est “beau’’, mais pour en avoir fait plusieurs c’est clairement difficile d’avoir un tel rendu (jamais réussi perso).

J’ai toujours trouvé le cartouche par défaut de Qet trop petit, on pourrait peut-être revoir sa taille.

Les schémas de Nuri sont mieux fait effectivement, mais la clairement tu es passé au niveau supérieur.

Tous ça me fait penser à une nouvelle fonctionnalité pour qet, je mettrais le lien ici quand j’aurais créé un nouveau post à ce sujet.

Bonne continuation pour ce projet de rétrofit, ça a l’air conséquent.
https://www.se.com/fr/fr/product/CPU502 … 0-up68020/  fin de production 2004, vous devez serrer les fesses à chaque fois qu’il y a un soucis lié (de près ou de loin) à l’automate.

Whaou, je ne l'avais pas vue celui la de schema. Il est super propre beau travail laurent nomicons/wink
Tu as mis quoi cote valeur pour les lignes / colonnes ? (Avoir le bon ratio par rapport à la taille des elements joue beaucoup sur le rendu final)

This feature is in the todolist.

Every terminal terminal must be labeled with this pattern :
a text (exemple X2) a double point ":" and a text (exemple 1).
For a terminal with label 1 in the terminal group X2, the label of the terminal must be X2:1.
Before launch the plugin, you must save the project.

Thanks for your donation nomicons/smile

I write the feature of X:Y pos in the status bar. Can you test the last build if it's ok for you.

For the autonumbering reset I will add it in the todo list

olivier perrin wrote:

Merci pour ton temps. J'ai bien compris le Pb. J'avais fait la modification que tu as mis en exemple, mais je pense que ce n'est pas la seul que tu as faite. Car cela ne marché pas juste avec ça.

Normal que ça n'ai pas marché c'était juste pour l'exemple, un fichier qet n'est pas formé comme.

olivier.perrin wrote:

Sais tu pourquoi la commande de la dernière fois :grep "\S" .... ne marche pas ?

Je ne sais pas, et pas cherché non plus.

olivier.perrin wrote:

Peux tu me dire les corrections que tu as fait (si ce n'est pas trop compliqué à expliquer par message), c'est pour ma compréhension personnelle.

Je ne l'ai pas essayé, mais la solution de Laurent doit sûrement être plus propre et rapide que la mienne, mais voici comment j'ai fait.
Une fois le fichier partiellement réparé, je l'ai ouvert avec kate, dans celui-ci si ce n'est déjà fait indique que le fichier est en xml (tout en bas à droite de kate) cela ajoute la coloration syntaxique ainsi que le pliage de code.
C'est grace à cette fonctionnalité que j'ai pu voir ou se trouvais les problèmes. Lors de certain pliage de code la balise ouvrante et fermante d'un element xml n'étais pas identique, donc à ce moment la il faut chercher entre ces deux balises ou se trouve le problèmes (dans la grande partie du temps il te faudra explorer les elements enfant et ainsi de suite). Une fois l'erreur trouvé il suffit de la corriger.

un exemple de xml corrompu :

<project>
        <diagram id="1">
            <title>page de garde</title>
        </diagram>
        <diagram id="2">
            <title>schema de puissance</title>
        </diagrams>
    </diagrams>
    <collection>
        <element nom="disjoncteur">
            <text>QM1</text>
        </element>
        <element nom="relais">
            <text>KM1
        </element>
        <element nom="moteur">
            <text>M1</text>
        </element>
    </collection>

et le même réparé

<project>
    <diagrams>
        <diagram id="1">
            <title>page de garde</title>
        </diagram>
        <diagram id="2">
            <title>schema de puissance</title>
        </diagram>
    </diagrams>
    <collection>
        <element nom="disjoncteur">
            <text>QM1</text>
        </element>
        <element nom="relais">
            <text>KM1</text>
        </element>
        <element nom="moteur">
            <text>M1</text>
        </element>
    </collection>
</project>

Voila.
Après c'est vraiment une méthode bourrin, mais qui a le mérite de faire découvrir comment un xml est formé. Je fait ainsi car la flemme (et pas envie d'y consacrer du temps, j'arrive déjà pas trop à en trouver pour développer qet...) de chercher une méthode avec les outils fournis dans nos distribution linux.

Corrigé

J'ai utilisé la commande grep que tu as donné, mais le fichier était corrompu (comme tu le disais) j'ai tenté de le corriger avec xmllint donné plus haut, mais le fichier bien que ouvrable par qet ne contenais presque plus rien.
Du coup j'ai corrigé à la main le fichier (celui crée par grep) avec kate. https://kate-editor.org/fr/