1,251

(19 replies, posted in Videos howto)

galexis wrote:

Ha ok. C'est le plus simple à mettre en place peut-être bien mais effectivement peut-être pas l'idéal....

On attendra l'avis de Joshua.

Souvent le plus simple est la meilleure façon de faire, si les champs textes fixes dans l'éditeur d'élément pouvaient suivre la rotation du symbole comme les textes dynamiques l'utilisateur ne pourrait pas truander en éditant les numéros des contacts et il serait bien obligé de remplacer son contact par celui correspondant, s'il veut que sa présentation graphique du contact sous la bobine corresponde a son emplacement réel sur le relais. 1er contact NO , 2eme contact NO, etc

Autant sur un contact esclave et lié tu peut rajouter des informations "textes dynamiques" du maître: comme le commentaire de la bobine, la localisation, etc... dans l'autre sens il n'y a pas de code prévu il me semble.

https://download.qelectrotech.org/qet/forum_img_2/master_informations_on_slave_contact.png

Incrémenter les numéros de contacts en automatique comme dans ma capture d'écran, n'est pas une bonne idée!

La solution la plus logique serait:
Il faudrait dessiner
Pour les contacts NO dans la collection 8 autres symboles identiques mais avec les numéros de bornes dessinées, chaque NO aurait un type particulier,
exemple no-13-14 no-23-24, etc

Autre propriété additif NO
no-53-54 no-63-64, etc

Comme ça quand tu drag and drop un NO-13-14 dans ton schéma, une fois lié à une bobine maître KA1 la représentation du contact apparaissent ainsi que leurs numéros de bornes.


Inconvenants de cette solution:
On va avoir une bonne vingtaine de doublons en plus, et une liste de propriété contact à rallonge.
pour les numéros on ne peux pas servir des textes fixes de l'éditeur car on a enlevé la fonction pivoter les textes quand on pivote le symbole dans le schéma.

Il faudrait donc des textes dynamiques pour les numéros de bornes, on peut les pivoter, les déplacer changer leur tailles, leur couleur, police etc, mais si l'utilisateur change manuellement leurs numéros dans le schéma la propriété type sera faussée.

Il faut que les bornes dans l'éditeur d'éléments aient un pas de dix et soient alignées sur la grille sinon ça créer des conducteurs en "z" quand elles sont reliées.

Petit test

https://download.qelectrotech.org/qet/forum_img_2/test_xref_contactnumber.png

1,257

(32 replies, posted in News)

We don't use now svn but git:

git clone git://git.tuxfamily.org/gitroot/qet/qet.git qet_git
cd qet_git/
mkdir build && cd build
qmake ../qelectrotech.pro
make -j16

Bonjour Michel et merci pour les compliments.

Pour le reste on doit y réfléchir si on doit ajouter en dur dans le code toute la liste des numéros de NO, NC, etc, possibles ou pas?
Tout le monde est partant pour ça?
De plus il faudrait laisser des contacts NO, NC, etc de base comme actuellement pour la rétrocompatibilité.

Pour les liens, on est obligé pour les nouveaux inscrits de les limiter à cause des spammers.

Strange, it's moving well here on Mini M2 with Magic keyboard extented azerty or else in  X86_64 VM with azerty PC extented keyboard with physical arrows keys. So only work in last devel 0.100.0 version!
https://sourceforge.net/p/gnuplot/mailm … /33054359/
https://invent.kde.org/frameworks/ktext … quests/291

The icons are just images and were designed for the white theme, the only thing you can try is to change the menu bar background to gray.
We don't have any icons for the black theme, nor does QET have any code to detect the theme change and select the correct icons...

Exemple ci-joint!
Avec juste quelques prises simples.

https://download.qelectrotech.org/qet/forum_img_2/other_link.png
https://download.qelectrotech.org/qet/forum_img_2/other_link2.png

oui.

https://qelectrotech.org/forum/viewtopic.php?id=2264

Une solution serait;
que tes prises, lampes dans le schéma de principe soient par exemple de type maître comme bobine.
Tes lampes et prises dans le schéma d'implantation soient un symbole de type esclave other et pas une image !!

Bonjour Philippe.
Il serait peut-être mieux de mettre ton projet .qet en pièce jointe... c'est plus parlant que ton PDF.

Maybe https://doc.qt.io/qt-6/stylesheet-examp … g-qmenubar

Il me semble de mémoire que des logiciel comme Winrelais fonctionne dans ce style, tu veux ajouter un contact No dans ton schéma te faut rechercher dans liste la bonne référence constructeur, donc tu perd un temps fou à dessiner, bon après tu le re gagnes ce temps sur la nomenclature, il est vrai...
Mais quant tu dessines un nouveau projet c'est un frein important, tu ne sais pas encore de quoi tu vas avoir besoin comme matériel.

Peut-etre que le plus simple serait de rajouter une QString aux chaque extrémités du dessin représentant le contact dans le code et l'utilisateur peut ensuite modifier les numéros lui même manuellement dans le dessin?

Autre solution c'est de faire du code spaghetti et avoir des types d'éléments différents pour chaque contact?
Et dans la collection on rajoute une liste de NO 13/14 , etc
Une autre liste NC 11/12, etc

Pareil pour les temporisations, etc?

Pour l'instant on ne représente que https://git.tuxfamily.org/qet/qet.git/t … item.h#n62

        */
        enum CONTACTS {
            NO        = 1,
            NC        = 2,
            NOC        = 3,
            SW        = 4,
            Power        = 8,
            DelayOn        = 16,
            DelayOff    = 32,
            DelayOnOff    = 64,
            Delay        = 112,
            Other       = 128

Avantage pouvoir plus tard gérer les contacts et signaler au dessinateur: attention le contact 13/14 de KA1 est déjà relié a KA1, veuillez remplacer votre contact esclave NO par un autre type de NO ex: 23/24, si vous voulez le relier à la bobine maître KA1?

On va supposer que pour chaque groupe de contacts

exemple relais

NO:

13/14
23/24
33/34
43/44


Additif  4X NO:
53/54
63/64
73/74
83/84

qu'il faudrait gérer en tant que contact additionnels....



NC:

11/12
21/22
31/32
41/42

Additif  4X NC:
51/52
61/62
71/72
81/82



Tempo on delay (travail)

NO
67/68

NC
55/56


Tempo off delay (repos)

NO
57/58

NC
65/66

Bonsoir Michel et merci,

si tu pouvais mettre le lien du topic en question?

1,271

(2 replies, posted in Export DXF)

Bonjour,

il faudrait peut-être en faire la demande à C-Born
https://qelectrotech.org/forum/viewtopi … 393#p13393

Schémas de commande : Les bornes des contacts auxiliaires sont repérées par deux chiffres. Les chiffres des unités indiquent la fonction du contact :

    • 1 et 2 : contact à ouverture (de repos) - "O"
    • 3 et 4 : contact à fermeture (de travail) - "F"
    • 5 et 6 : contact à ouverture à fonctionnement spécial
    (Exemples: contact temporisé, contact de protection. . .)
    • 7 et 8 : contact à fermeture à fonctionnement spécial
    (Exemples: contact temporisé, contact de protection. . .)
Le chiffre des dizaines indique son numéro d'ordre sur l'appareil correspondant.
    • Le rang 9 (et 0, si nécessaire) est réservé aux contacts auxiliaires des relais de protection.

https://github.com/qelectrotech/qelectr … issues/218

Bonjour,

le décalage sur le trait des conducteurs? si oui:
tes symboles sont mal dessinés, les bornes dans l’éditeur d'éléments doivent être alignées sur la grille.

Bonjour Michel,
ce n'est pas encore possible.
Il n'y a que la représentation graphique du contact qui est dessiné par le code.

Gérer et dessiner dans le code tous les contacts possibles imaginable pour les NO, NC, serait un sacré bazar à coder.
Sans parler des temporisations et contacts puissances..
https://git.tuxfamily.org/qet/qet.git/t … efitem.cpp

Ne serais-ce que rajouter un autre type comme "other" a représenté de nombreuses heures de travail:
https://qelectrotech.org/forum/viewtopic.php?id=2264

https://git.tuxfamily.org/qet/qet.git/l … e0f67ef859