Topic: Référence croisée, la croix ou les contactes, une suggestion

Bonjour,
La réponse est "les deux".
1) La croix est utilisée lorsque l'on veut pas s’embarrasser avec le repérage des bornes des contactes et /ou du type de contacteur ou de relais.
2) les contactes ne peuvent être utilisé que si l'on connait exactement le type de matériel utilisé. On peut alors dessiner un schéma complet avec lequel on peut câbler, mettre en service et dépanner.
Dans les gros système (Eplan, ECS-CAD, etc.), il existe une base de données qui peut-être adaptée et qui contient des éléments prêt à l’emploi. La création est fastidieuse, l'utilisation compliquée avec un contrôle en ligne pointilleux.

Suggestion: +++++++++++++++++++++++ sans base de données
1) Utilisateur
Dans les éléments parents "master", l'utilisateur rajoute 4 "tagg" pour chaques contactes enfants.
L'utilisateur crée le graphisme!

tagg1a1, 1a2 ... : repaire des bornes
tagg1b: référence croisée
tagg1c: texte 1 (dans les API c'est l'adresse)
tagg1d: texte 2 (dans les API c'est l'opérande)

Dans les éléments enfants , l'utilisateur rajoute les "tagg1 a1, a2...."  pour le repérage des bornes.

2) ElectroTech
Lorsque l'utilisateur a choisi un parent dans "les propriétés de l'élément" -> "références croisée" -> "K1" -> "apply", ElectroTech recherche dans l'élément la présence des "tagg1 a...",  les lits et les affiche dans une nouvelle boîte de dialogue.
Qui ressemblerai un peut a ceci, pour des contacte avec deux bornes:
13  14  (1-C2)  Texte1 Texte1
21  22             
31  32  (3-C2)  Texte1 Texte1
43  44   
ou a ceci pour des contactes avec plus de deux bornes:(tagg1a1, 1a2, 1a3 ...)
11  12   14  (1-C2)  Texte1 Texte1
1  2 3 4 5 6
L'utilisateur choisi son contacte, entre les textes 1 et 2 si nécessaire et confirme son choix.

ElectroTech exécute les opérations suivantes:
- écrit, met a jour le repérage des bornes de l'enfant (tagg1a1, 1a2 ...)
- écrit, met a jour les textes 1 et 2 chez l'enfant et le parent.
- met a jour les références croisées chez le parent (au bon contacte) et l'enfant.

Si l'utilisateur modifie les textes  1 ou 2 du parent, les textes de l'enfant son également modifié.
(De cette manière on peut  modifier les adresses ou les opérandes d'API sans être oblige de feuilleter le schéma)

Bonne salutations

Post's attachments

mirroir_contact.jpg, 72.2 kb, 665 x 476
mirroir_contact.jpg 72.2 kb, 532 downloads since 2014-05-25 

Electricien spécialiste, automaticien, dessinateur DAO; Electrical Foreman, Automation Engineer, CAD Draughtsman
Elektrospezialist, Automatiker, CAD-Zeichner.
API, PLC, SPS; Siemens S7-1200 & TIA PORTAL 12; Siemens LOGO

Re: Référence croisée, la croix ou les contactes, une suggestion

Bonjour bernard_andre,

Justement nous sommes en train de réfléchir pour étendre les possibilités des références croisées maître (master) à d'autres organes que les bobines, comme par exemple les protections, API, etc, en ajoutant des informations aux variables "kindinformations".
ça permettrais de pouvoir définir quelle variable afficher: croix, liste, taggs, autres.., suivant le type de master.

"Le jour où tu découvres le Libre, tu sais que tu ne pourras jamais plus revenir en arrière..."

Re: Référence croisée, la croix ou les contactes, une suggestion

rebonjour,
A peine envoyé que remarque que j'ai oublié quelque chose:

Dans les éléments enfants , l'utilisateur rajoute les "tagg1 a1, a2...."  pour le repérage des bornes.

Dans les éléments enfants , l'utilisateur rajoute les "tagg1 a1, a2...." pour le repérage des bornes. et texte1 texte 2.

Electricien spécialiste, automaticien, dessinateur DAO; Electrical Foreman, Automation Engineer, CAD Draughtsman
Elektrospezialist, Automatiker, CAD-Zeichner.
API, PLC, SPS; Siemens S7-1200 & TIA PORTAL 12; Siemens LOGO

4 (edited by scorpio810 2014-05-27 03:09:06)

Re: Référence croisée, la croix ou les contactes, une suggestion

re bonjour,

[s]Pour les n° de contacts esclave je pense que le mieux est d'en rajouter avec les bornes déjà numéroté.[/s]
[s]exemple: [/s]

elements/03relayage/02esclaves/auxiliary_contacts$
NO-13_14.elmt
NO-43_44.elmt
etc..

[s]et ensuite de rajouter ces informations dans le tag "kindinformations"[/s]

<kindInformations>
<kindInformation name="state" show="1">NO</kindInformation>
<kindInformation name="number" show="1">1</kindInformation>
<kindInformation name="type" show="1">simple</kindInformation>
<kindInformation name="number_terminal" show="1">13-14</kindInformation>
<kindInformation name="tempoType" show="0"></kindInformation>
</kindInformations>

Cela permettrai d'avoir le bon symbole dans la croix/table.

http://qelectrotech.org/wiki/numerotation_des_bornes

Par exemple:

NO:13-14 43-44 53-54 63-64 73-74 83-84
NC: 21-22 31-32 61-62 71-72 etc

Mais on s’aperçoit par exemple que sur la dernière gamme siemens Sirius les blocs additifs que j'ai eu dans les mains, les références ont disparus..., ce n'est qu'un détail, ou des économies du fabriquant en encre. nomicons/blink
Difficile de tabler la dessus, pour que plus tard Qet incrémente automatiquement la valeur et position des contacts et avertisse l'utilisateur que son bloc 4NO ajouté au contacteur "KM1" n'a plus de contact libre.... et que le contact emplacement 83-84 NO était le dernier disponible sur ce bloc contacteur. nomicons/getlost
Le but étant plus tard de pouvoir lister automatiquement le matériel en adéquation dans la nomenclature générée:
contacteur KM1 = ref =3RT2015-1AB01 + bloc 2NO+2NC ou bloc 4NO ? suivant le nombre et type de contacts esclaves enfants trouvés.

"Le jour où tu découvres le Libre, tu sais que tu ne pourras jamais plus revenir en arrière..."

Re: Référence croisée, la croix ou les contactes, une suggestion

Bonjour, réponse et suggestion

Une collection d'éléments avec des contacts ayant déja le repérage des bornes sera trop lourde
à gérer, et lors de l'insertion l'utilisateur va avoir à choisir parmi une myriade de contacts.
Il est préférable que ces information soient contenus dans l'élément parent.
Mais dans tous les cas, la création d'une collection d'éléments avec le repérage des bornes
est un travail fastidieux pour l'utilisateur.

Mon idée est la suivante, on travail sans base de données, les informations concernant le nombre et le repérage des contacts d'un parent est contenue dans le code xml du parent.
Lors de l'insertion ou de la modification d'un parent ou d'un enfant, qelectrotech extrait
les informations du parent dans le schéma, actualise les données et les enregistrent dans les éléments concernés.

Lors de l'insertion d'un contact, une nouvelle boîte de dialogue apparait (voir image), ou l'utilisateur peut voir quel contacte existe et le ou lesquel sont encore libre.
Il peut également saisir ou modifier les textes a et b.
1) Le parent contiendrait entre autre les Tagg suivants:

Existe déja
<input x="-37" y="-17.5" size="9"  text="_" tagg="label"/>

Premier contact: un contact de commutation avec 3 bornes.

Un Tagg par bornes, c'est dingue, mais cela permet de tout faire que
ce soit le graphisme du parent ou de l'enfant ou le nombre et la désignation des bormes.

<input x="-37" y="-17.5" size="9"  text="11" tagg="number_terminal_1a"/>
<input x="-37" y="-17.5" size="9"  text="12" tagg="number_terminal_1b"/>
<input x="-37" y="-17.5" size="9"  text="14" tagg="number_terminal_1c"/>
Les texte a et b sont falcutatif et à la disposition de l'utilisateur.
Les textes parent et enfant sont lié dynamiquement.
texte a: par ex. API adresse, texte b: API opérande
<input x="-37" y="-17.5" size="9"  text="Lorem ipsum dolor sit" tagg="text_1a"/>
<input x="-37" y="-17.5" size="9"  text="Lorem ipsum dolor sit" tagg="text_1b"/>
La référence croisée n'est la que pour qelectrotech sache ou il doit la dessiner.
La logique existe déja et ne doit êtra changée
<input x="-37" y="-17.5" size="9"  text="14" tagg="ref_croisee_1"/>


Deuxième contact: un contact de commutation avec 3 bornes.
<input x="-37" y="-17.5" size="9"  text="21" tagg="number_terminal_2a"/>
<input x="-37" y="-17.5" size="9"  text="22" tagg="number_terminal_2b"/>
<input x="-37" y="-17.5" size="9"  text="24" tagg="number_terminal_2c"/>
<input x="-37" y="-17.5" size="9"  text="Lorem ipsum dolor sit" tagg="text_2a"/>
<input x="-37" y="-17.5" size="9"  text="Lorem ipsum dolor sit" tagg="text_2b"/>
<input x="-37" y="-17.5" size="9"  text="14" tagg="ref_croisee_2"/>

2) L'enfant contiendrait entre autre les Tagg suivants:

<kindInformations>
...........
<kindInformation name="number_terminal_1a" show="1">11</kindInformation>
<kindInformation name="number_terminal_1b" show="1">12</kindInformation>
<kindInformation name="number_terminal_1c" show="1">14</kindInformation>
..........
</kindInformations>
<input x="-37" y="-17.5" size="9"  text="Lorem ipsum dolor sit" tagg="text_1a"/>
<input x="-37" y="-17.5" size="9"  text="Lorem ipsum dolor sit" tagg="text_1b"/>
La référence croisée n'est la que pour qelectrotech sache ou il doit la dessiner.
La logique existe déja et ne doit pas être changée
<??? x="-37" y="-17.5" size="9"  text="14" tagg="ref_croisee_1"/>

Post's attachments

ref_croisee_28mai14.png, 60.48 kb, 794 x 1123
ref_croisee_28mai14.png 60.48 kb, 492 downloads since 2014-05-28 

Electricien spécialiste, automaticien, dessinateur DAO; Electrical Foreman, Automation Engineer, CAD Draughtsman
Elektrospezialist, Automatiker, CAD-Zeichner.
API, PLC, SPS; Siemens S7-1200 & TIA PORTAL 12; Siemens LOGO

Re: Référence croisée, la croix ou les contactes, une suggestion

Bonjour Bernard,

Une collection d'éléments avec des contacts ayant déja le repérage des bornes sera trop lourde
à gérer, et lors de l'insertion l'utilisateur va avoir à choisir parmi une myriade de contacts.
Il est préférable que ces information soient contenus dans l'élément parent.

C'est pour cela qu'on à réfléchis à la solution de le faire par le code:
L'utilisateur pose ses contacts sans se préoccuper de rien, Qet s'occupera de numéroter les contacts et d'en limiter le nombre, mais encore une fois cela va dépendre du matériel employé, je m'explique:
Les derniers contacteurs moteurs de la gamme (2013/2014?) SIRIUS de SIEMENS ont en plus des contacts esclaves NO qu'on ne trouve pas ailleurs.
http://www.ued.co.uk/userfiles/download … e_2014.pdf

"Le jour où tu découvres le Libre, tu sais que tu ne pourras jamais plus revenir en arrière..."

Re: Référence croisée, la croix ou les contactes, une suggestion

Bonjour scorpio810,

Tu écrit "C'est pour cela qu'on à réfléchis à la solution de le faire par le code:", est-ce qu'il s'agit du code du programme (C++) ou du code xml de l'élément?

également "L'utilisateur pose ses contacts sans se préoccuper de rien, Qet s'occupera de numéroter les contact", ce n'est pas aussi simple à mon avis, si ont veut repérer les bornes des contacts (numéroter??), il faut une fois à quelque part définir l'élément, soit dans une base de données ou comme je l'ai suggéré. Seul un élément défini permet de poser les contacts "sans se préoccuper de rien".

Tu cite les contacteurs sirius. Je pense que l'on devrait créer autant que possible des éléments qui ne soient pas spécifique à un fabricant.
C'est possible pour la majorité du matériel de couplage et de commande basse tension, je join en exemple un extrait de la norme européenne EN 50011 de 1977!
Pour ce qui est des API, démarreur progressif etc. on a pas le choix.

Pour finir.
QelectroTech a atteint sa maturité, il est simple à utiliser, les références croisées et la navigation fonctionnent bien. Il faut faire maintenant attention qu'il ne devienne pas un "EPLAN" ou un "ECSCAD"
Je reviendrai la dessus.

Post's attachments

din50011_reperage_bornes_conatcteur.jpg, 105.97 kb, 640 x 885
din50011_reperage_bornes_conatcteur.jpg 105.97 kb, 501 downloads since 2014-05-31 

Electricien spécialiste, automaticien, dessinateur DAO; Electrical Foreman, Automation Engineer, CAD Draughtsman
Elektrospezialist, Automatiker, CAD-Zeichner.
API, PLC, SPS; Siemens S7-1200 & TIA PORTAL 12; Siemens LOGO

Re: Référence croisée, la croix ou les contactes, une suggestion

Boujour Bernard,
Oui, il s'agit du code c++, dans le cas des contacteurs type: LC1, relais CA2 les blocs additifs ne sont pas légion.
C'est souvent:  NO+NC, 2NO+2NC, 3NO, 3NC, 4NO, 4NC, donc plus facile de gérer ça dans le code avec une liste qui s’incrémente/décrémente en fonction des contacts esclave liés à une bobine maître.
Si c'est fait par le code moins de risque de se tromper..., mais faut bien définir la chose.

"Le jour où tu découvres le Libre, tu sais que tu ne pourras jamais plus revenir en arrière..."

9 (edited by Nuri 2014-06-03 16:48:01)

Re: Référence croisée, la croix ou les contactes, une suggestion

Salut Scorpio,

je plaide dans le sens de Bernard : poser des contacts "sans se préoccuper de rien" me semble sous-entendre une base de données. Mais j'ai aussi l'impression que tu as une autre idée derrière la tête...

Comment on fait avec les contacts "éxotiques", genre 17:18 ?

Y aura-t-il aussi un moyen de montrer dans le miroir les contacts non utilisés (mais réellement présents sur le relais) ?

10 (edited by scorpio810 2014-06-06 08:45:41)

Re: Référence croisée, la croix ou les contactes, une suggestion

Salut  Nuri, Bernard,

On part du principe que sur un contacteur moteur type LC1 c'est 3 NO puissance + bloc additif pouvant monter jusqu'a 4 NO ou 4 NC max.

Notre idée avec Joshua est de faire une simple liste: premier contact NO 53-54, le suivant 63-64, 73-74 et ainsi de suite jusqu’à 4 contacts, par exemple pour un additif 4 NO.
Si l'user supprime le premier contact 53-54 de son schéma la liste se remet a jour: celui tagué en 63-64 est vu comme le premier de la liste donc il passera en 53-54, tous ça à la volée comme pour les références croisées.

Pareil pour les contacts NC, dont un ce trouve sur le contacteur.

Apres pour les relais type CAD, il suffit de faire la différence avec les contacteurs moteurs. Mais le type le plus employé est du type 2NO+2NC donc suffit juste de définir une liste type pour trois ou quatre type de contacteur/relais.



Y aura-t-il aussi un moyen de montrer dans le miroir les contacts non utilisés (mais réellement présents sur le relais) ?

Je ne sais pas, après si on connais le type d'additif ajouté à voir, ça risque pas de surcharger la liste représentée en dessous de la bobine?

Mais j'ai aussi l'impression que tu as une autre idée derrière la tête...

Je pense que tu commences à voir ou nous voulons en venir.
Quelques listes prédéfinis suivant le type de maître, liste de blocs esclaves, configurable par l'utilisateur.

La nomenclature sera basée sur les valeurs que vous rentrez dans les champs informations de chaque élément, et s'il doit y avoir une base de donnée je pense quelle sera là, juste pour aider l'utilisateur à remplir les champs.
Et ou fonction mémoire, KM1 label déjà utilisé, voulez vous KM2 comme label,  auto complétion des références constructeur si déjà entré, etc.

https://download.qelectrotech.org/qet/forum_img/bloc_properties1.png

"Le jour où tu découvres le Libre, tu sais que tu ne pourras jamais plus revenir en arrière..."

Re: Référence croisée, la croix ou les contactes, une suggestion

Bonjour

Je suis intéressé par les éléments que vous avez mis en place.
Par contre je n'arrive pas à saisir où je dvrai le faire je suis avec la 0.7 du logiciel.

merci d'avance


bernard_andre wrote:

Bonjour, réponse et suggestion

Une collection d'éléments avec des contacts ayant déja le repérage des bornes sera trop lourde
à gérer, et lors de l'insertion l'utilisateur va avoir à choisir parmi une myriade de contacts.
Il est préférable que ces information soient contenus dans l'élément parent.
Mais dans tous les cas, la création d'une collection d'éléments avec le repérage des bornes
est un travail fastidieux pour l'utilisateur.

Mon idée est la suivante, on travail sans base de données, les informations concernant le nombre et le repérage des contacts d'un parent est contenue dans le code xml du parent.
Lors de l'insertion ou de la modification d'un parent ou d'un enfant, qelectrotech extrait
les informations du parent dans le schéma, actualise les données et les enregistrent dans les éléments concernés.

Lors de l'insertion d'un contact, une nouvelle boîte de dialogue apparait (voir image), ou l'utilisateur peut voir quel contacte existe et le ou lesquel sont encore libre.
Il peut également saisir ou modifier les textes a et b.
1) Le parent contiendrait entre autre les Tagg suivants:

Existe déja
<input x="-37" y="-17.5" size="9"  text="_" tagg="label"/>

Premier contact: un contact de commutation avec 3 bornes.

Un Tagg par bornes, c'est dingue, mais cela permet de tout faire que
ce soit le graphisme du parent ou de l'enfant ou le nombre et la désignation des bormes.

<input x="-37" y="-17.5" size="9"  text="11" tagg="number_terminal_1a"/>
<input x="-37" y="-17.5" size="9"  text="12" tagg="number_terminal_1b"/>
<input x="-37" y="-17.5" size="9"  text="14" tagg="number_terminal_1c"/>
Les texte a et b sont falcutatif et à la disposition de l'utilisateur.
Les textes parent et enfant sont lié dynamiquement.
texte a: par ex. API adresse, texte b: API opérande
<input x="-37" y="-17.5" size="9"  text="Lorem ipsum dolor sit" tagg="text_1a"/>
<input x="-37" y="-17.5" size="9"  text="Lorem ipsum dolor sit" tagg="text_1b"/>
La référence croisée n'est la que pour qelectrotech sache ou il doit la dessiner.
La logique existe déja et ne doit êtra changée
<input x="-37" y="-17.5" size="9"  text="14" tagg="ref_croisee_1"/>


Deuxième contact: un contact de commutation avec 3 bornes.
<input x="-37" y="-17.5" size="9"  text="21" tagg="number_terminal_2a"/>
<input x="-37" y="-17.5" size="9"  text="22" tagg="number_terminal_2b"/>
<input x="-37" y="-17.5" size="9"  text="24" tagg="number_terminal_2c"/>
<input x="-37" y="-17.5" size="9"  text="Lorem ipsum dolor sit" tagg="text_2a"/>
<input x="-37" y="-17.5" size="9"  text="Lorem ipsum dolor sit" tagg="text_2b"/>
<input x="-37" y="-17.5" size="9"  text="14" tagg="ref_croisee_2"/>

2) L'enfant contiendrait entre autre les Tagg suivants:

<kindInformations>
...........
<kindInformation name="number_terminal_1a" show="1">11</kindInformation>
<kindInformation name="number_terminal_1b" show="1">12</kindInformation>
<kindInformation name="number_terminal_1c" show="1">14</kindInformation>
..........
</kindInformations>
<input x="-37" y="-17.5" size="9"  text="Lorem ipsum dolor sit" tagg="text_1a"/>
<input x="-37" y="-17.5" size="9"  text="Lorem ipsum dolor sit" tagg="text_1b"/>
La référence croisée n'est la que pour qelectrotech sache ou il doit la dessiner.
La logique existe déja et ne doit pas être changée
<??? x="-37" y="-17.5" size="9"  text="14" tagg="ref_croisee_1"/>