You are not logged in. Please login or register.
QElectroTech → Posts by plc-user
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?
Hier komme ich auch nicht weiter:
Wie bereits geschrieben, zeigt QET mit den Texten auch hier ein nicht nachvollziehbares Verhalten!
Vielleicht muss hier doch mal ein QET-Entwickler seine Meinung dazu sagen?
@Laurent: Du hast doch bestimmt mitgelesen, oder? 
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!
Und hier ist es.
{Edited}
... wenn es zwei verschiedene solcher "Klemmen" gibt (eine von links oben nach rechts unten und eine von rechts oben nach links unten), dann werden sogar die Leitereigenschaften ordentlich weitergeführt!
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...
Für mich sieht das identisch aus, wenn die Text-Länge über die eingestellte Breite geht:
Einmal ist "Benutzertext" konfiguriert und einmal "Bauteilinformation" und der eingegebene Text wird in beiden Fällen gleich dargestellt.
Mit den Einstellungsmöglichkeiten für die Ausrichtung hast Du schon gespielt?
Mit dem Diagramm-Editor fällt mir direkt keine Lösung ein.
Aber es hindert dich niemand daran, ein Element mit gekreuzten Linien zu zeichnen...
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.
Maybe this solves your problem:
https://github.com/qelectrotech/qelectr … e_24v.elmt
You know that these devices are discontinued for three years now?
Even service has been stopped last year (according to Schneider-Website)!
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
QET_ElementScaler now checks polygon values for validity and does not transfer that polygon to the output element (a message is displayed at stderr). Additionally the definition-line of the output-element is correct in that case so that the element can directly be used in QET.
Available here: https://github.com/plc-user/QET_ElementScaler
Dewe43_full.elmt file attached.
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.
If your component is so large or complex that it cannot be displayed, you should rethink your concept! In my opinion, it makes sense for a circuit diagram to divide large and complex devices into sensibly subdivided subgroups. When I look at some of the elements in the collection, I think to myself: No electrical engineer did this! Even the creator won't be able to cope with it in six months' time!
That's why I definitely go down the route of strictly separating the circuit diagram and the layout diagrams!
I'm curious: Which component is it?
Hello Christoph,
-- Could NOT find ECM (missing: ECM_DIR)
--
* ECM (required version >= 5.77.0), Extra CMake Modules., <HERE WAS A URL>
on Debian-Systems there is a Package
apt install extra-cmake-modulesMaybe there is something similar on your apple...
Hello jhonathan disner,
Please make sure that the elements you provide are an improvement on the existing elements and that they have meaningful names.
Some elements have the name "Name of the element" and some have some kind of directory name...
Best regards
plc-user
Hallo Fabian,
die Einstellmöglichkeiten hast Du alle durchgetestet?
Salut stephane,
(at the moment) there is no separate help page for the elements, hence the confusing title. However, the actual help text should be the same as for the conductors.
Best regards
plc-user
Vielleicht helfen dir meine Einstellungen bei der Fehlersuche?
Ich fand das jedenfalls alles ziemlich hakelig, bis das lief...
Use element-editor to create elements.
With dxf-importer you can import dxf into element-editor.
No other importers are implemented!
Hallo Stephan,
ich habe noch diese beiden installiert:
apt install libkf5coreaddons-dev
apt install libkf5widgetsaddons-dev
What I haven't really questioned yet:
Is there a reason why the effort with SingleApplication is made to allow only one instance of QET at a time?
Of course, as a user you then have to make sure that the component library is only changed in one and the same instance in order to avoid inconsistencies in the sqlite file. But QET only touches it for writing when components change, doesn't it?
That seems to be a "problem" with your packing-application:
Some applications show the directories in a straight list but when you right-click on the 7z-file you should have the option to unpack the 7z following the directory-structure.
In the attachment you see "my" unpacker: looks and works perfect!
Can you explain what you mean?
Maybe with a screenshot of your file-manager?
For me the folder-structure looks right ... I just use the latest ReadyToUse-Version! 
Ooops ... No, no, no ... don't get me wrong!
It wasn't meant that way!!!
I have a good job and earn my money for living and "a bit" more!
Please spend the donated money for QET-Project!
QElectroTech → Posts by plc-user
Powered by PunBB, supported by Informer Technologies, Inc.
Generated in 0.037 seconds (26% PHP - 74% DB) with 6 queries