Hi vadoola!
Good to hear, you're ok (again)!
Can you please create win- and/or Linux-Binaries for dxf2elmt and put them also into the release at github?
So everyone gets the Software from "first hand"!
You are not logged in. Please login or register.
QElectroTech → Posts by plc-user
Hi vadoola!
Good to hear, you're ok (again)!
Can you please create win- and/or Linux-Binaries for dxf2elmt and put them also into the release at github?
So everyone gets the Software from "first hand"!
Tenho uma uvida de como convertr elementos da biblioteca de dxf para qet. inclusive até um projeto inteiro de dxf para qet. Alguém saberia como faz?
In other words: You want to Import DXF!
There is a separate part in this forum that handles that topic.
In that part of forum you can find (among many others!) this post: https://qelectrotech.org/forum/viewtopi … 123#p21123
You can import dxf to create elements. Importing entire plans is not supported.
Recommendation: As a new user of QElectroTech you should use latest 0.100 - dev - version!
Not knowing, what you would like to save on other people's hardware ...
If you used forum-search with the keyword "cloud" you would have found this post (among others):
https://qelectrotech.org/forum/viewtopic.php?id=2969
We had that discussions before.
1. "Internal connections" inside of an element are not supported yet.
2. The line coming to a switch is electrically different from the line that is switched! Same applies for circuit-breakers, etc.
The online translation is not clear enough ...
Do you mean that the inside-connection of an element automatically uses the color of the connected wire?
No, the elements are static in that respect.
To use colors in elements, you need to create user-specific elements.
To edit multiple conductors at a time is (currently) not supported.
That sounds like you should develop a backup strategy...
As soon as the file is saved, the old information is gone!
Absehbar wird daran aber erstmal nix geändert: Habe (leider) andere Sachen zu tun...
Das stimmt dann doch nicht :
Habe das Programm ein wenig erweitert, um die ausgegebene Tabelle soweit wie möglich anpassen zu können!
Die vollständige Beschreibung ist im anderen Post geändert und sowieso im github-repository verfügbar.
Wie bislang sind die Brücker in der Tabelle (vgl. Anhang) nachträglich per Hand eingetragen.
@achim:
Ich möchte hier nur meine Beobachtung und eine Vermutung kundtun.
Vielleicht hast Du ja dasselbe festgestellt und bist dem "auf der Spur"...
Beim Kopieren von dynamischen Texten tritt der gleiche Effekt auf, den wir auch bei der nachträglichen Ausrichtung von Texten sehen:
Qt-intern wird die Text-Position unabhängig von der Ausrichtung des (dynamischen) Textes immer an der sogenannten "Bounding-Box" links oben verwendet und die Information "Ausrichtung" wird intern nicht weiter verwendet.
Deswegen ist es auch nicht möglich, nachträglich die Ausrichtung von Texten zu ändern!
Dieser Effekt betrifft selbstverständlich auch z.B. die Verweis-Position von Querverweisen.
Wird der Querverweis mit einem Gegenstück verbunden und der Positionstext eingetragen, verändert sich intern die Position des Textes! Wird dieser Querverweis dann kopiert und wieder eingefügt, steht die Textposition auf dem Wert, als ob der Text mitkopiert wurde ... wird er aber nicht!
Also stimmt die Textposition bei dem eingefügten Teil nicht mehr.
Nachtrag:
Anhang vergessen, mit Beispiel für den beschriebenen Effekt.
Moin Marcel,
glaubst du ernsthaft, dass sich jemand zurückhalten würde, um eine Lösung zu veröffentlichen?!?
Dass es blöd ist, um einen Fehler herum arbeiten zu müssen, weiß ich auch!
Achim arbeitet (in seiner Freizeit!) an einer Lösung und da sollten wir ihn nicht bedrängen!
Wunderbar, vielen Dank!
Bitteschön!
Gib' gerne mal Bescheid, was Du damit anstellst!
Bin ja neugierig, wo meine Sachen Einzug finden!
Absehbar wird daran aber erstmal nix geändert: Habe (leider) andere Sachen zu tun...
Wäre es zu viel verlangt, den Quellcode auf GitHub oder ähnlich bereitzustellen?
Der Quellcode zum Kommandozeilen-Tool QET_Klemmenplan liegt nun in meinen github-repository:
https://github.com/plc-user/QET_Klemmenplan
Das Compilieren sollte keine besondere Herausforderung für euch sein:
Es liegt die Code::Blocks - Projekt-Datei bei und zusätzlich Shell-Skript und Batch-Datei zum Compilieren auf der Kommandozeile!
Für Leute, die keine Probleme mit der Kommandozeile und der Tastatur haben:
Habe das Programm zum Erstellen von Klemmleisten-Tabellen noch um die Möglichkeit erweitert, eine Kommentarspalte hinzuzufügen.
Dafür ist die Anleitung oben angepasst und die angehängten Binaries natürlich geändert:
https://qelectrotech.org/forum/viewtopi … 797#p21797
Viel Spaß mit der Kommandozeile und dem Programm!
Die Vorgehensweise ist nur so ziemlich die selbe, (...).
... im Vergleich zu welcher anderen Vorgehensweise?
Irgendetwas scheint da halt noch im argen zu sein.
Ja: Deine Vorgehensweise!
Man muss Regeln befolgen, damit etwas wie geplant funktioniert!
Ich mache das etwas anders.
Du merkst selber, daß das so wie Du es machst, NICHT funktioniert?!?
Ich bin absolut kein Freund vom Terminal.
Dann ist Dir mit Kommandozeilen-Tools nicht zu helfen...!
Ist die Datei "QET_Klemmenplan" ausführbar?
Der Befehl "ls -l QET_Klemmenplan" sollte sowas ausgeben:
-rwxrwxr-x 1 ich ich 422216 27. Jun 18:35 QET_Klemmenplan
Falls nicht:
chmod 777 QET_Klemmenplan
Wenn das Programm nicht "im Pfad" liegt, sondern im aktuellen Verzeichnis, dann muss dem Aufruf ein "./" vorangestellt werden (aber das sind alles Linux-Basics, die ich hier eigentlich als "bekannt" voraussetzen möchte!):
./QET_Klemmenplan -l Schaltplan.qet > Klemmen.txt
Die Dateinamen für Schaltplan und die Ausgabedatei können natürlich variieren.
Welche Ausgabe erwartest Du, wenn die Ausgabe in die Datei "Klemmen.txt" umgeleitet wurde?
Bei demselben Aufruf erhalte ich eine "Klemmen.txt" mit etwa 57kB Inhalt. (vgl Anhang)
Es erfolgt KEINE unnötige Ausgabe auf der Konsole!
Wenn das Programm bei dem gezeigten Aufruf erfolgreich durchläuft, kommt einfach nur das Prompt wieder und die Datei ist mit dem gewünschten Inhalt gefüllt!
Es soll auch noch Leute geben, die das kommerzielle OS benutzen...
UPDATE 07.07.2025
Binary hier entfernt: Eine aktualisierte Version liegt auf dem github-repository.
Habe meine Programmierübung mal fortgeführt und nun auch Binaries erzeugt, die ich hier anhänge.
Eine kleine Anleitung gibt's dazu auch:
"QET_Klemmenplan" erstellt aus den Klemmen (Terminals) in QElectroTech - Schaltplan-Dateien (*.qet) eine Tabelle pro Klemmleiste im HTML-Format.
Die Ausgabe des Programms kann anschließend mit Hilfe eines Texteditors (Notepad++, Mousepad, Kate, etc.) und dem QET-internen Quelltexteditor in ein Textfeld eingefügt und weiter bearbeitet werden.
allgemeiner Aufruf auf der Kommandozeile mit Ausgabe auf stdout:
QET_Klemmenplan Schaltplan.qet
Eine Ausgabe-Umleitung in eine Datei funktioniert selbstverständlich auch: So kann die Ausgabe mit einem Editor noch angepasst werden, falls nötig:
QET_Klemmenplan Schaltplan.qet > Klemmen.txt
Hier die vollständige Liste der verfügbaren Optionen:
usage:
"QET_Klemmenplan" [options] FILENAME
-i | --stdin input-data is read from stdin, a given
filename is ignored
-f FILENAME or
--file FILENAME the file that will be used
-c | --comment add comment-column to table
-l | --label only add terminals with label
-n | --number add column with consecutive number
--NoJumpers suppress jumper-columns
--NoFunction suppress function-column
--NoText suppress text-column
--NoProtocol suppress protocol-column
-h | --help show this help
Das Einfügen in den Schaltplan von QElectroTech geht wie folgt:
Im Schaltplaneditor von QElectroTech ein Textfeld anlegen.
Textfeld markieren und "Fortgeschrittener Editor" aufrufen.
TAB "Quelltext" öffnen, kompletten Inhalt auswählen <Strg>+A und löschen!
Datei "Klemmen.txt" mit externem Texteditor öffnen, den kompletten Inhalt markieren <Strg>+A und in die Zwischenablage kopieren <Strg>+C
zum Quelltexteditor von QET zurückwechseln und den Inhalt der Zwischenablage einfügen <Strg>+V
Nach Schließen des Dialogs mit "OK" erscheint im Textfeld eine Tabelle mit den Klemmleisten.
Anmerkung:
Damit QET_Klemmenplan die Leitereigenschaften "Function", "Text" und "Protocol" den Klemmen zuordnen kann, müssen die verwendeten Elemente mit einer QET-Version erstellt bzw. bearbeitet sein, die den Anschlüssen UUIDs zugewiesen hat! Dies ist mit aktuellen QET 0.100-dev - Versionen und den Elementen der offiziellen Sammlung der Fall.
Hoffe, dass das Programm auch für andere hilfreich ist!
Anmerkungen (gerne positive! ) und Fragen dazu können gerne hier hinterlassen werden.
UPDATE 07.07.2025
Binary hier entfernt: Eine aktualisierte Version liegt auf dem github-repository.
Please search the forum for the keyword "overlap"!
You will find the solution!
Ich will hier nemandem auf den Schlips treten ... darum geht es nicht!
Die Sache is nur die:
Der Haupt-Entwickler Joshua fällt leider für eine noch unbestimmte Zeit aus!
Er hat noch viele Ideen, QET strukturierter aufzubauen und da sollten wir ihm nicht in die Quere kommen!
Trotzdem versuche ich, so gut es geht, mich einzuarbeiten (Qt ist schon ziemlich "speziell" und das Projekt ziemlich groß!) und ein paar Dinge auszumerzen.
Die Einführung der eingebetteten Schriften gehörte zum Beispiel dazu.
In den Klemmen-Manager sollten wir nicht reingrätschen:
Der funktioniert zwar schon ziemlich gut, ist aber noch nicht ganz fertig.
Deswegen das Erstellen einer Klemmenliste vorerst mit externem Tool.
Im Moment bin ich dabei, eine schöne Ausgabe vorzubereiten, damit das auch "gefällig" aussieht.
Es wird wie bei acolomb als HTML-Code in den Quelltext-Editor eines Textfeldes eingefügt und das Ergebnis kann dann in QET problemlos nachbearbeitet werden.
Ein Beispiel hängt als Screenshot an.
Was frag' ich auch, was ihr wollt...
Wenn ich mein Programm ganz fertig habe, (...) und dann auf c++ anpassen?
Nicht mit mir!
Ich werde mich bestimmt nicht in generierten Python-Krempel einarbeiten und das dann auf C++ umschreiben!
Also, es würde eine Tabelle aller Betriebmittel rauskommen.
Auch: nein!
Gefragt war nach einer Liste für Klemleisten!
Allein bei Brückern sind wir wieder beim Kleimmleisten-Manager von Joshua: Woanders sind die Brücken nicht definiert!
Wenn es nix zum Auslesen gibt, kann man keine Informationen herzaubern!
Also könnte als "Übergangs-Tool" sowas herauskommen, was acolomb bereits beschrieben bzw. angefangen hat:
Ein Freitext-Feld mit den Informationen, die im Moment nicht vom Klemmleisten-Manager geliefert werden.
Und beim automatischen Herausfinden von "Quelle" und "Ziel" einer Verbindung sind wir wieder an dem Punkt, den ich in einen anderen Post bereits ansatzweise beschrieben habe.
Dazu habe ich mal einen kleinen Plan erstellt und das Problem im Plan beschrieben. Hoffentlich erkennt ihr es!
Zum Thema "Klemmen neu nummerieren":
Das ist etwas, was nicht jeder Anwender braucht oder will! Das sollte eine Funktion sein, die nur auf Anfrage ausgeführt wird und hat erstmal nichts mit der Ausgabe einer Klemmenliste zu tun, finde ich.
Zum Thema "Abzweige", "Verbinder", "Splices", "Sprünge", etc.:
Aus meiner Sicht: Eine Pest!!!
Die sind als Bauteil verfügbar und als Klemmen definiert, sind aber nur für die grafische Darstellung in der Zeichnung nutzbar!
Es sind keine realen Bauteile, die auch das Erstellen eines Kabelplans total unmöglich machen: Wie soll man automatisch unterscheiden, ob das eine reale Klemme ist, oder einfach nur vergessen wurde, ein BMK zu vergeben?
Unter anderem deswegen und wegen der Möglichkeit mehr als einen Leiter an Verweis-Elementen anzubinden, habe ich die Software-Erstellung für einen Kabelplan (vorerst) verworfen: Man bekommt nicht zuverlässig heraus, von wo nach wo ein Draht gezogen werden kann, wenn im Schaltplan z.B. an einem Verweis mehr als ein Leiter angebunden ist und der Ziel-Verweis auch mit mehr als einem Leiter verbunden ist.
Das sollte meiner Meinung nach von QET unterbunden werden, dass dort mehr als ein Leiter angebunden werden kann! Aber das ist ein anderes Thema und Zukunftsmusik...
Abzweige, Splices und Sprünge sollten automatisch von QET erstellt werden und nur grafische Elemente (nicht im Sinne von "eingefügtes Bauteil"!) sein! Aber auch das ist Zukunftsmusik...!
Zurück zum Thema Klemmenliste:
Welche Informationen brauchen wir für die Liste?
Und können wir (vorerst) mit wenig manueller Nacharbeit leben?
Dann würde ich eine html-Tabelle aus den vorhandenen Klemmen erstellen, die dann manuell in ein Textfeld eingefügt werden kann. (vgl. Ansatz von acolomb)
Ich habe in meinen Zusatzfunktionen die Funktion von Klemmen durchnummerieren drin.
???
Die Klemmen werden doch vom Benutzer oder einer automatischen Regel innerhalb von QET durchnummeriert.
Erstellst / ersetzt Du das Label (BMK) damit?
Nach welchem Schema nummerierst Du die Klemmen?
Eine laufende Nummer kann ich auch leicht hinzufügen, wenn es das sein sollte...
Mit welchen Programmversionen arbeitet ihr?
Diese Info ist für das Nachstellen und Beheben eines Fehlers essentiell!
Und auch wichtig:
Was muss man tun, um das Fehlerbild nachzustellen?
(Welche Elemente? Wie verbunden? Wie verknüpft? etc. pp.)
QElectroTech → Posts by plc-user
Powered by PunBB, supported by Informer Technologies, Inc.
Generated in 0.020 seconds (69% PHP - 31% DB) with 5 queries