re-organize wago-sub-directory? (Page 1 of 2)

Je pense qu'il faut harmoniser les éléments à l'échelle pour la mise en armoire

Indeed I believe that there is no documentation on the scale.
I think 1mm = 2px is a good scale

best regards

Je ne suis pas développeur, je pense qu'il faut demander leur avis à Joshua et Scorpio.

Hello Joshua,

thanks for joining this thread!

That's a good idea: Dimension-Lines can be a real help for drawing an Element!

But before implementing that we need to define some rules for drawing elements:
- What scale (mm <-> px) should a drawing have for Front-View?
- Do we want elements for schematics AND Front-Views AND mixtures of both?
- some other definitions???

When I look at the (electrical) elements of the QET-Collection:
At the moment we have a wild mixture of all varieties!
(see examples in attached file)

A long time ago I learned that a circuit-diagram (German word: Stromlaufplan)
shows how the parts are inter-connected and is not a picture of the switching cabinet.
The whole file can contain a layout-plan (German: Aufbauplan) where one can see
how the switching-cabinet looks like, but the main purpose is to show how the
parts are connected. In a circuit-diagram two parts that are placed side-by-side
to see the function of the circuitry, may be mounted (kilo-) meters apart from
each other!

So in my opinion we should have two main-lines for (electrical) elements:
1 - Elements for circuit-diagrams which show the connections and terminals of an element.
2 - Graphics for Front-Views to use for the layout-plan of a switching-cabinet without terminals.

These explanations and examples may make clear what I mean, when I say:
We need some rules and definitions on how to draw, scale and name our elements.

And when we have defined some rules we have to think about the already available
elements in the collection: Do we re-work all elements? My Pascal-Program can
help on doing this but it is still a great amount of work to do, looking at the
elements to see, if it is for schematic or for front-view, what scale is necessary,
is it a doublette, etc. etc. ...

Besides:
I tried to scale some other elements of the collection but I failed, because in
earlier versions of QET the parts of an element were defined else.
Example:

text-definition in Version 0.50
  <text text="X001" y="-19" size="4" rotation="90" x="53"/>
definition of the same text in Version 0.80
  <text x="53" y="-19" font="Sans Serif,4,-1,5,50,0,0,0,0,0" text="X001" color="#000000" rotation="90"/>

It is not that the scaling fails, but QET 0.8-dev does not understand decimals
for font-size when the file-version is 0.50.
Do you see the chance to have a small tool to walk through the collection-tree
and open all elements and save them again with the actual xml-tags?

Best regards
  plc-user

I agree with you.
I think add a new type of element : thumbnails, but this kind of element must be strongly linked to a manufacturer reference and if there is not a thumbnail for a reference add to the properties of element symbol the size (width, height depth) to draw a simple rectangle in the thumbnail folio, so not so easy. We must to add this feature in the rodmap, this will be a big feature to write.

Of course you can, they will be very helpful in future to convert old element to new svg element.

Another thought for schematic- and graphical symbols:
Do we cover the possibility that a real part can have more than one
schematic symbol?

For example:
Like the already available elements for "Johnson Controls" "DX9100",
a complex control-unit may have many digital and analog I/O and extra
communication-ports that meaningfully should be separated in extra
elements to achieve folios that show "readable" and not overloaded
schematics.
There should be the possibility to link these schematic-parts together
and additionally it should be possible to link to a graphic symbol.
This leads to a "master"-part (not a coil) and more than one
"slave"-parts that aren't contacts...

This leads to another idea for schematic symbols:
Do we have the possibility to define a predecessor and successor of a part?
Many (electronic) systems like PLCs are plugged together in a user-defined
order so it should be possible to define such a sequence.

On the other hand a generic part like a switch can contain more than
one real part (real switch, extensions, lever, etc.) that it should
be linked to for graphics and/or part-list.

And even a switch can have auxiliary contacts that can be mounted
together and that leads to slave-contacts of a contact...

Best regards and: Merry Christmas!
  plc-user

@plc-user :
This is a real use case, but qet wasn't designed for that (Because of the lack of knowledge of the needs of this kind of software, but also because qet did not have the ambition to be what it is today, at the beginning of qet).
Of course we can write code for that but we should deal with existing code and exsting project files to keep retro-compatibility.
So for the moment qet will stay as he as.
We plan in future to rewrite a big part of qet to remove all the weak points (code, feature and usability) and write a solid and versatile core code base.
When this time will happen we can discus about what you propose (and a lot lot more ).
I already write some note (it's not a roadmap just a memory help) of things to rewrite, implement, improve etc....
https://qelectrotech.org/wiki_new/refon … lectrotech
I already note some new type of elements (plc, thumbnail) and also an element can be composed of several part (like a simple push button : a button, a braket, one/several contact, a light).

Edit :
Every time I explain the future of qet, I see a lot of work for several year.

Je pense qu'il serai intéressant de transférer les élements Wago Contact dans la collection constructeur pour alléger QET.

certain élément on été supprimé de la collection officielle et transférés dans dans une collection annexe

https://github.com/qelectrotech/qelectr … nt-contrib

https://qelectrotech.org/forum/viewtopi … 829#p13829

@Joshua à déplacer certain éléments pour rendre QET plus rapide.
le répertoire Wago contact  représente 1272 éléments il serai peut être intéressant de les mettre dans le répertoire "constructeur" pour rendre QET plus rapide.

@plc user: Tu as fait un bon travail

With the Windows installer of QET users can select or deselect categories don't want to use.

For ReadyToUse is easy to move folders with other location and improve fast launching of QET.

BTW, try QET under Linux and time launching 30 seconds go to be less than 3 seconds... or WSL2 on Windows 10 ..

If you wish, we can move manufacturers' directoy to https://github.com/qelectrotech/qelectr … nt-contrib
What do you think about?
But new users may not know ..

Best regards,
Laurent