Search options (Page 4 of 17)

What is wrong with the created element?

Open the element-file with Element-editor, delete the "garbage" and save the element again.
When you then use QET_ElementScaler with a factor of 97 you'll get something like the attached file with a perfect scale of 1mm = 2px!

BUT:
For such a relatively simple part, I wouldn't do the work with dwg to dxf to elmt with all the imponderables and the resulting huge files! You'll have to edit these parts with Element-Editor anyway!

When I look at the real part, there are a handful of rectangles and circles that can be put together quite quickly with the element editor. Then you are also flexible if, for example, you want to have the entire series from the manufacturer as front view in QET.

In my opinion, a few rectangles and circles are enough for circuit diagram symbols anyway (see manufacturer parts Wago or Weidmüller).

[EDIT]:
In my opinion dxf2elmt produces "better" elements:
https://github.com/antonioaja/dxf2elmt/releases

[EDIT 2]:
LibreCAD can handle the dwg from your first post and can export dxf that can be read by dxf2elmt.
https://github.com/LibreCAD/LibreCAD/releases

Do I really have to tell you what you wrote?

[EDIT]:

I am also a user of QET and do not want to discourage you from continuing to work with QET or even discourage you from donating to the project!

However, if you had followed the discussions here over the last few weeks and months, you would have realised that we currently have a shortage of active developers.

(Good) ideas are regularly posted here, but there is a lack of people to realise them.

Es sollte einen Versuch wert sein, dich (ausgehend von Version 0.6) Stück für Stück zu neueren Versionen vor zu arbeiten:
Wenn die Versionssprünge zwischen deinen Versuchen klein sind, sollte es doch funktionieren, dich bis zur aktuellen 0.10 durchzukämpfen. Auch die älteren QET-Versionen liegen im Download-Bereich als "Ready-to-use" vor, sodass du die Pakete nur auspacken musst. Die Ready-to-use können auch alle gleichzeitig auf dem Computer liegen. Dann kannst du zwischen den Versionen wechseln...
Ein Versuch kann nicht schaden. Es sei denn, du hast von deinem Projekt keine Sicherungskopie gemacht...

Ich glaube, ich weiß nun, was Du meinst!

Die Textausrichtung bezieht sich immer auf den Punkt X/Y, der bei der Erstellung des Elements gewählt wurde. Im Diagramm-Editor kann das nachträglich nur durch Verschieben des Textes erreicht werden: Es reicht nicht, im Diagramm-Editor die Ausrichtung, zu ändern!

via Online-Translator:

Je crois que j'ai compris ce que tu voulais dire !

L'orientation du texte se réfère toujours au point X/Y qui a été choisi lors de la création de l'élément. Dans l'éditeur de diagramme, cela ne peut être obtenu ultérieurement qu'en déplaçant le texte : Il ne suffit pas de modifier l'alignement dans l'éditeur de diagramme !

Wenn ich in Dein Projekt das importierte Element noch einmal einfüge und die Texte bearbeite, sieht es gut aus!

Mir fällt allerdings gerade ein Unterschied auf:
Ich benutze die aktuelle 0.10-dev-Version von QET!

Vielleicht ist das eine Möglichkeit für Dich?

Hallo nikolo,

womit hast Du das Element erstellt? Mit einem Text-Editor?
Schaue Dir im Text-Editor die Attribute der dynamischen Texte an: Die haben alle dieselbe UUID!
Wie kann das passieren? Das sollte doch eine einmalige ID sein!!!

        <dynamic_text text_from="ElementInfo" x="10" frame="false" font="Sans Serif,9,-1,5,0,0,0,0,0,0,normal" uuid="{99563673-9e2c-4730-9ee6-68bf8cb41b07}" keep_visual_rotation="false" rotation="0" z="2" y="-51" text_width="80" Halignment="AlignHCenter" Valignment="AlignVCenter">
            <text></text>
            <info_name>description</info_name>
        </dynamic_text>
        <dynamic_text text_from="UserText" x="-80" frame="false" font="Sans Serif,9,-1,5,0,0,0,0,0,0,normal" uuid="{99563673-9e2c-4730-9ee6-68bf8cb41b07}" keep_visual_rotation="false" rotation="0" z="2" y="-51" text_width="80" Halignment="AlignHCenter" Valignment="AlignVCenter">
            <text>H</text>
        </dynamic_text>
        <dynamic_text text_from="ElementInfo" x="47" frame="false" font="Sans Serif,9,-1,5,0,0,0,0,0,0,normal" uuid="{99563673-9e2c-4730-9ee6-68bf8cb41b07}" keep_visual_rotation="false" rotation="90" z="2" y="-8" text_width="80" Halignment="AlignHCenter" Valignment="AlignVCenter">
            <text></text>
            <info_name>description</info_name>
        </dynamic_text>
        <dynamic_text text_from="UserText" x="-13" frame="false" font="Sans Serif,9,-1,5,0,0,0,0,0,0,normal" uuid="{99563673-9e2c-4730-9ee6-68bf8cb41b07}" keep_visual_rotation="false" rotation="90" z="2" y="-8" text_width="80" Halignment="AlignHCenter" Valignment="AlignVCenter">
            <text>H</text>
        </dynamic_text>

Wenn ich die UUIDs der dynamischen Texte ändere, scheint es zu funktionieren.
Probiere doch mal das geänderte Bauteil aus.

Insgesamt zeigt QET hier aber ein nicht immer nachvollziehbares Verhalten:
Nachdem ich /home/username/.qet/element_cache.sqlite gelöscht und QET neu gestartet habe, funktionierte auch das Original-Element mit den identischen UUIDs für die dynamischen Texte ... merkwürdig!

Nur mit den Bildern kommen wir nicht weiter:
Schicke doch mal das Minimal-Beispiel als Anhang!

Es sieht so aus, dass die Y-Positionen für die dynamischen Texte unterschiedlich eingestellt sind...

Mit den Einstellungsmöglichkeiten für die Ausrichtung hast Du schon gespielt?

Vielleicht hilft dir das weiter:
In der ersten Zeile der QET-Datei steht die Version, mit der die Datei gespeichert wurde.
Zum Beispiel version="0.80" für QET 0.8, etc.
Öffne die Datei mit einem Text-Editor, dann kannst Du es lesen.

Hello Nathan,

what's wrong with the available element?
The name says, it's the 115/230V-Version of XPS-BCE.
If you need the 24V-Version of the element with separated terminals S13/S22 and S12/S23: Feel free to create that element and post it here as an attachment. We will publish it in official collection, when available!

Best regards
  plc-user

Your element contains three polygons with invalid values for the respective points.

<polygon x1="nan" x2="nan" antialias="false" y2="nan" y5="nan" x5="nan" x4="nan" style="line-style:normal;line-weight:thin;filling:none;color:black" x6="nan" y6="nan" x3="nan" y1="nan" y3="nan" y4="nan"/>
 
<polygon x1="nan" x2="nan" antialias="false" y2="nan" y5="nan" x5="nan" x4="nan" style="line-style:normal;line-weight:thin;filling:none;color:black" x6="nan" y6="nan" x3="nan" y1="nan" y3="nan" y4="nan"/>
 
<polygon x4="nan" x10="nan" x29="nan" style="line-style:normal;line-weight:thin;filling:lightgray;color:black" y10="nan" x30="nan" x1="nan" x12="nan" y9="nan" x23="nan" y7="nan" x11="nan" x28="nan" x17="nan" y2="nan" x5="nan" y31="nan" x14="nan" x7="nan" y5="nan" y19="nan" y20="nan" y17="nan" x6="nan" x20="nan" x18="nan" y21="nan" y30="nan" y8="nan" y15="nan" y18="nan" y11="nan" y4="nan" y13="nan" y6="nan" y16="nan" y14="nan" x15="nan" y29="nan" antialias="false" x19="nan" x26="nan" y24="nan" y26="nan" x22="nan" x25="nan" y25="nan" y27="nan" y23="nan" x9="nan" x3="nan" x2="nan" x31="nan" y3="nan" x8="nan" x21="nan" x24="nan" y1="nan" x13="nan" x16="nan" y12="nan" x27="nan" y22="nan" y28="nan"/>

I cannot say from here where the polygons or the invalid values come from. However, it is reasonable to assume that the polygons were not created using the QET element editor. But you can only answer this question yourself.
With these invalid polygon points, the element editor also gets confused when calculating the component dimensions for the definition line and then the diagram editor cannot display the element correctly.
So everything can be explained.
But this might be a good example of why the element editor should perhaps carry out a plausibility check for the values read in when opening an elmt file?

[Edit]:
QET_ElementScaler doesn't get confused by these invalid values any more. See below.