Topic: Esclave neutre

Bonjour,
Serait-il possible d'ajouter un élément "neutre" dans les choix proposés dans l'éditeur de symboles ?

Je m'explique :

Je schématise un bouton poussoir lumineux, que je nomme SH1 par exemple. Pour des raisons pratiques, je place le contact à un endroit du schéma et le témoin ailleurs. Le fait de définir le témoin comme esclave du contact (car en fait il s'agit d'un seul composant) va générer des renvois de folios (ce que je souhaite) mais aussi un dessin de contact, ce qui n'a pas de sens vu qu'un témoin n'est pas un contact !

Il y existe d'autres cas où un esclave "neutre" serait le bienvenu, mais expliquer ça par écrit serait long, fastidieux et alourdirait inutilement ce sujet ... :-D

Bref, ajouter "neutre" à la liste de choix "Normalement ouvert, normalement fermé ou inverseur" m'apparaît comme étant un truc sympa ... si il est possible de le faire.

Merci pour tout et bonne continuation à QET !

Re: Esclave neutre

Bonjour,

ça a été ajouté voir le PR : https://github.com/qelectrotech/qelectr … r/pull/222
Les questions de galexis :
https://qelectrotech.org/forum/viewtopic.php?id=2251
Dispo dans les dernieres 0.9-dev.

https://qelectrotech.org/forum/viewtopi … 080#p16080

scorpio810 wrote:
anthos1984 wrote:

Hello,
I see qet is very useful and I been used for several years. So I now ask for 2 more features:
1. Slave item also have marker other than switch. This useful for module like illuminated switch; The lamp should not marked as switch. But still shown on master.
Also good for marking panel image which shown on other folio and linked to the master component, yet not counted as additional contact.

Thanks.

Hi,
If you your ask is about this
https://download.tuxfamily.org/qet/forum_img_2/bp_voyant.jpeg
The light is not a slave of the button, but of a PLC output or a relay, it is not the fact of mechanically activating the push button that makes the light change its state.

So I don't agree with your request.

Re: Esclave neutre

Super, merci !

Je suis sur la version "stable" et n'avais pas cherché du côté anglophone ...

4 (edited by papat 2022-07-15 12:47:41)

Re: Esclave neutre

Reste une petite requête "cosmétique" : si le renvoi de folio pouvait être entre parenthèses au niveau de l'élément maître, comme le sont les autres renvois situés au cœur du schéma, ce serait vraiment top ! ;-)

Encore merci pour cette réponse ultra-rapide !

Thierry.

Re: Esclave neutre

La 0.9-dev est plus stable que la 0.8, d’ailleurs ont a poussé beaucoup de fix dans une branche 0.8.1 mais je ne sais pas encore si on la publiera, manque de temps etc.

Laurent

Re: Esclave neutre

papat wrote:

Reste une petite requête "cosmétique" : si le renvoi de folio pouvait être entre parenthèses au niveau de l'élément maître, comme le sont les autres renvois, ce serait vraiment top ! ;-)

Encore merci pour cette réponse ultra-rapide !

Thierry.

Cette feature ne s’utilise pas avec le mode vue en croix mais en mode liste.

Re: Esclave neutre

Oui, je n'utilise d'ailleurs pas le mode vue en croix.

J'ai entretemps compris la différence, seuls les renvois des esclaves sont pourvus de parenthèses. Cela me semblait juste étrange, mon élément "maître" étant un commutateur il se retrouve au beau milieu du schéma. Donc sa référence à l'esclave également, alors que la plupart de mes autres maîtres étant des relais leurs esclaves apparaissent au bas de la page.

Voilà, tout va bien :-)


Au plaisir,
Thierry.

Re: Esclave neutre

Clair, il est plus logique d'avoir les références des relais en bas de pages pour les maîtres, et sous l’élément maître si c'est un bouton par exemple.

Pour les renvois de folios cette petite vidéo devrait te faire découvrir quelques astuces avec les renvois de folios et suivant le type de schéma avoir un gain d'efficacité non négligeable:

Re: Esclave neutre

Encore un énorme merci ! :-)

Au risque d'abuser un poil, j'ai quand même constaté que dans l'improbable (mais pas nulle puisque j'en ai) existence de deux esclaves de type other les références croisées se superposent au niveau du maître ... est-il possible d'éviter ce souci ?

Re: Esclave neutre

Je te laisse chercher, ça a été posé maintes fois sur le forum, tu devrais trouver facilement avec le moteur de recherche du forum, c'est juste un réglage à faire au niveau de la config.

Re: Esclave neutre

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

Re: Esclave neutre

Merci, je vais chercher où se trouve mon problème.

Bon weekend,
Thierry.

Re: Esclave neutre

Voilà, j'ai 'tûsé" comme on dit chez nous.

Je n'ai pas trouvé la solution à mon souci, je me demande d'ailleurs si on parle bien de la même chose !
Pour en être certain, je viens de créer un mini-projet bidon mais qui a le mérite d'exposer la chose clairement.

https://i.servimg.com/u/f63/12/15/55/84/1_essa12.png

Évidemment c'est peu orthodoxe (pour rester gentil), mais c'est juste pour l'exemple.

En matière de config, QET est paramétré pour que les références se placent sous le label des éléments et sous forme de contacts.
La signalisation lumineuse SH1 ainsi que le graphique du bouton sur le pupitre de commande sont deux esclaves de type "other".

Sur l'image, on voit bien que sous SH1 les esclaves "contacts" s'affichent correctement mais que les deux esclaves "other" sont superposés. C'est cela que je voulais signaler comme souci.

Merci de votre attention et à bientôt,
Thierry.

Re: Esclave neutre

Mets ton mini projet en download dans ton message, merci. Çà nous sera plus rapide pour essayer de corriger ton exemple.

Laurent

15 (edited by papat 2022-07-15 21:32:28)

Re: Esclave neutre

Voilà le machin, merci :-)

Post's attachments

Attachment icon Essai.qet 84.34 kb, 20 downloads since 2022-07-15 

Re: Esclave neutre

Merci d'avoir attaché le machin, comme tu le cites, là on voit clairement qu'il y a un petit bug et un usage non prévu:
on ne crée pas la nouvelle xref sur une nouvelle ligne !
Elle est donc superposée sur la xref du voyant.

Je ne pense pas que l'auteur du patch avait prévu cette utilisation.

De plus le bouton graphique pour moi n'est pas un esclave réel mais sa représentation graphique pour une "vue implantation" ce qui n'est pas pareil et devrait être vu plutôt une xref de type : thumbnail (vignette) et donc être un esclave à part de type :  thumbnail "vignette en Français"  dans la liste, pour l'instant ce n'est pas encore codé, mais c'est prévu.
Voir ces discussions qui en parlent : https://qelectrotech.org/forum/search.p … =434055866

Re: Esclave neutre

Un petit workaround  pour palier ... je sais on me cite ici souvent comme "le champion incontesté des hacks et workaround en tout genre" nomicons/smiley-green   nomicons/whistling

C'est d'utiliser les symboles pour XREFs ( c'est des renvois de folios entre deux parties graphiques) qui existent depuis des années pour palier certains manques de QET.
Il suffit de mettre un xref de type parent par exemple contact NO et ensuite un enfant de type voyant ...

https://download.tuxfamily.org/qet/forum_img_2/workaround_link_type_other_multi_parts.png

Tu peux aussi le mettre le parent (maître) en dessous de la liste ou en le déplaçant  manuellement comme dans l'exemple ci-dessous:


https://download.tuxfamily.org/qet/forum_img_2/workaround_link_type_other_multi_parts2.png

Post's attachments

Attachment icon Essai_workaround.qet 94.15 kb, 32 downloads since 2022-07-16 

Re: Esclave neutre

Merci pour ton analyse :-)

Donc je n'étais pas à côté de la plaque, il y a bien un petit souci ... certainement dû à une utilisation pas vraiment prévue.

Tes conseils pour pallier à ce problèmes sont parfaits, je n'avais pas encore visité cette partie des collections ! J'ai encore beaucoup à apprendre sur QET :-D

Sinon, une piste de solution aurait-elle pu être de simplement autoriser que le nombre de contacts soit = 0 au niveau des propriétés de l'élément esclave ? Je ne suis pas programmeur (juste un peu bidouilleur sur arduino) et je ne sais malheureusement pas tester cette possibilité dans un projet aussi complexe (pour moi) que QET.

Je me répète je sais, mais MERCI pour ton aide bienveillante, rapide et très efficace !


Au plaisir,
Thierry.

Re: Esclave neutre

Fixed:
https://git.tuxfamily.org/qet/qet.git/c … 3fb3c22b5c

Je vais préparer de nouveaux builds.

https://git.tuxfamily.org/qet/qet.git/c … 7f3d9b4224

Pour aller sur l'esclave dans la liste il faut faire un double clik sur la représentation du symbole de l'esclave, comme Other n'en a pas !
Il faut cliquer dans le vide devant sa XREF.

https://download.tuxfamily.org/qet/forum_img_2/workaround_link_type_other_multi_parts3.png
https://download.tuxfamily.org/qet/forum_img_2/workaround_link_type_other_multi_parts4.png

Re: Esclave neutre

Pour les entrées PLC un workaround et oui encore un ... et de l'époque antique de QET ...en détournant un renvoi de folio:

Re: Esclave neutre

papat wrote:

Je ne suis pas programmeur (juste un peu bidouilleur sur arduino) et je ne sais malheureusement pas tester cette possibilité dans un projet aussi complexe (pour moi) que QET.

Au plaisir,
Thierry.

Moi aussi je bidouille ..., mais plutôt sur RPI3/ ESP8266 et home-assistant (domotique):
https://qelectrotech.org/forum/viewtopi … 661#p13661
https://qelectrotech.org/forum/viewtopi … 048#p14048

22 (edited by papat 2022-08-05 20:11:12)

Re: Esclave neutre

Super, la dernière version que j'ai téléchargée affiche correctement les "other" nomicons/smile

Il ne reste plus qu'un détail cosmétique qui peut sans doute être optimisé.
Sur l'image ci-dessous, on voit que le label de S41 doit être fortement décalé à gauche à cause de la position de la référence croisée d'un unique élément "other"
https://i.servimg.com/u/f63/12/15/55/84/s4111.png

Alors que si je lui greffe un contact standard en plus du (ou des) other, les références croisées (qu'elles soient de type contact ou other) sont nettement mieux positionnées par rapport au label
https://i.servimg.com/u/f63/12/15/55/84/s41_211.png

Pour info, il s'agit d'un vieux schéma que j'ai redessiné en y intégrant les modifications apportées au fil des années (et aussi pour pouvoir y lire les références croisées inexistantes sur l'original), en tentant le plus possible de respecter la pagination. D'ou les numéros de folios peu orthodoxes !
Les images ci-dessus proviennent du folio 49.01, mais le fichier contient de nombreux autres exemples de ce décalage.

Désolé si je vous ennuie avec des détails, mais je ne dispose (hélas) pas des compétences nécessaires pour bricoler un code de cette complexité ...

Au plaisir,
Thierry.

Post's attachments

Attachment icon Ligne 1 - Rex.7z 340.6 kb, 30 downloads since 2022-08-05 

Re: Esclave neutre

Bonsoir Thierry.

juste un conseil, quitte à refaire, reprendre un vieux schéma, essaye de ne pas avoir des labels de folios à rallonge.
Je sais  pour toi il est plus facile de le redessiner sans s'y perdre, mais vu que tu as suivis mes conseils, une fois le projet ficelé, tu fais un backup, ensuite tu l'enregistre sous un nouveau nom : 2022-08-05_rex.qet.

A partir de là il te suffit simplement dans chaque folio, de remplacer son label par exemple: 301.01 ...  503S1 ... par un label plus court ce qui sera plus compréhensible pour dépanner et mieux comprendre la logique du projet et de plus tes XRefs n'auront pas ce décalage.


Laurent

Re: Esclave neutre

Oui c'est une solution, et qui a le mérite d'être plus élégante quant à la numérotation.
N'empêche, même en renumérotant il subsiste un décalage pas si anodin que cela, je l'ai mis en évidence ici entre S41 et S42 :
https://i.servimg.com/u/f63/12/15/55/84/s41_311.png


Et tant qu'à faire, pourquoi ne pas créer un symbole figurant un lien (comme affichés en bleu ci-dessous) pour les éléments "other" au lieu d'un "rien du tout" ? Ça pourrait être plus parlant non ?
https://i.servimg.com/u/f63/12/15/55/84/s41_410.png

Merci et bonne continuation nomicons/smile

Re: Esclave neutre

Pour le symbole j'avais pensé a un simple rectangle, le tien risque d’être plus compliquer à coder ...
https://git.tuxfamily.org/qet/qet.git/t … b4224#n454

https://git.tuxfamily.org/qet/qet.git/t … b4224#n644