Auswertung: Klemmenplan automatisch erstellen (Page 1 of 2)

https://qelectrotech.org/forum/viewtopic.php?id=2938

Ich habe da eine eigene Funktion gebaut.
Noch muss dies dann per csv in eine excel, welche dann als pdf exportiert wird, umgewandelt in png und dann ein png import durchgeführt wird.

Ist noch etwas umständlich aber funktioniert.
Wenn ich nochmal zeit habe, wollte ich gucken, ob ich die Funktion noch erweitert kriege, dass dort direkt Tabellen in die qet Datei geschrieben werden. Bin ich aber noch nicht zu gekommen.

Allerdings ist das jetzt ein Appimage für Linux.
Der Quellcode liegt allerdings dabei, dass du, sofern du die Fähigkeiten hast, daraus eine .exe für Windows bauen kannst.

Vielleicht auch interessant:

https://qelectrotech.org/forum/viewtopic.php?id=2511
bzw.
https://github.com/acolomb/qet_terminal_tables

Funktioniert komplett unabhängig von den anderen Plugins und liest die Informationen direkt aus der Datenbank. Bei Rückfragen dazu gerne melden.

Bevor ich vergesse es zu schreiben.
Bei dem Klemmen durchnummerieren werden nur nummerische Werte gezählt. Sprich Zahlen werden durchnummeriert. Alphabetische (N, PE...) bleiben unberührt und werden auch nicht mitgezählt

Wir sollten uns nicht darüber streiten, an welcher Position welche Information einer Klemme stehen soll:
Das kann jeder für sich entscheiden, indem er seine Klemmen selber zeichnet und die Texte dort positioniert, wo er will!

Ich möchte lieber auf die Ausgabe einer Klemmenliste zurückkommen, um die es hier ursprünglich ging.

Das kann ja wohl nicht wahr sein:
Da machen mehrere Leute, die auch noch dieselbe Sprache sprechen, unabhängig voneinander Stand-Alone-Tools für die Erstellung von Klemmenlisten, die dann (mehr oder weniger) aufwendig wieder in QET importiert werden.
Sollte es nicht Ziel sein, das alles direkt in QET zu integrieren?
Mit dem QET_ElementScaler hat das ja auch ziemlich gut geklappt...!

Was haltet ihr davon, wenn wir drei (vier) das nun "in Angriff" nehmen und versuchen, das Erstellen einer Klemmenliste in QET einzubauen?

Programmiersprache in QElectroTech ist C++ mit Qt als GUI-Toolkit. Also sollten wir (trotz eurer Anfänge mit Python) auch C++ wählen! Da kommt es mir sehr entgegen, dass in QET_ElementScaler bereits das komplette "drumherum" für das Einlesen und Verarbeiten von XML vorhanden ist!

Das habe ich als Basis genommen, um ein einfaches Tool zu schreiben, das aus der qet-Datei alle Klemmen extrahiert, die Klemmeneigenschaften hinzufügt und die Verknüpfung zum jeweiligen Folio herstellt. Die Position auf dem Folio ist grundsätzlich auch schon verfügbar, aber noch nicht passend aufbereitet. Zusätzlich dazu stehen auch die Funktionstexte des Leiters (function, text, tension/protocol) an der Klemme zur Verfügung.

Zur Zeit sieht eine Beispiel-Ausgabe so aus:

Label | Folio | Type | LED | Function | Function | Text | Tension/Protocol
-X0:PE | 3 | ground | 0 | generic | PE | PE | PE
-X1:1 | 4 | generic | 0 | generic | CAN High | CAN_H | CAN_H
-X1:2 | 4 | generic | 0 | generic | CAN Low | CAN_L | CAN_L
-X1:3 | 4 | generic | 0 | generic | CAN Ground | CAN_GND | CAN_GND
-X1:4 | 4 | generic | 0 | generic | 24V | 24V | 24V
-X1:5 | 4 | generic | 0 | generic | 0V | 0V | 0V
-X2:1 | 7 | generic | 0 | generic |  |  | 
-X2:2 | 7 | generic | 0 | generic |  |  | 
-X2:3 | 7 | generic | 0 | generic |  |  | 
-X2:4 | 7 | generic | 0 | generic |  |  | 
-X2:5 | 7 | generic | 0 | generic |  |  | 
-X2:6 | 7 | generic | 0 | generic |  |  | 

Die nächste Aufgabe besteht nun darin, das entsprechend "schön" auszugeben!
Die Variante von acolomb mit dem Einbetten in einen Freitext gefällt mir dabei schon ganz gut! Das ist für den Normalbenutzer recht einfach mit Bordmitteln des Betriebssystems zu erledigen!

In einem weiteren Schritt muss das in QET integriert werden, damit wir von den Stand-Alone-Tools wegkommen und alles "geschmeidig" innerhalb der GUI von QElectroTech erledigt werden kann!

Hast du grundsätzlich absolut Recht. Das wäre viel schöner.
Aber ich kann weder C++ noch habe ich jemals in so großer Software gearbeitet. Ich habe absolut gar keine Ahnung wie ich hier vorgehen würde / müsste / könnte.

Anbei die Datei zum Testen. Zweiter Uploadversuch

Eine Idee, die ich hätte, die VLLT funktionieren könnte.
Ich habe in meinen Zusatzfunktionen die Funktion von Klemmen durchnummerieren drin.
Ich kann versuchen, daraus ein C++ Programm (mit Hilfe von Chatgpt) mit kleiner GUI zu machen.

Die sollte man dann doch integrieren können und unter einen separaen Menüpunkt unter Projekt integrieren können oder ist das falsch gedacht?

Ja, hast du absolut recht. Im nachhinein ist das auch einfach nur logisch.
Ich bin halt ein absoluter Programmieranfänger und habe es auch mit der Hilfe von Chatgpt gemacht.

So wie ich es in dem Post beschrieben habe.
Die Funktion geht die ganze .qet Datei durch und sortiert die Klemmen nach dem Teil vom BMK, welcher vor dem Doppelpunkt steht. Der Wert vor dem Doppelpunkt bleibt bestehen und der Wert nach dem Doppelpunkt wird durchnummeriert.
Die Nummerierung ist nach dem Prinzip:
1. Seite.
2. auf der Seite dann nach X Position von links nach rechts. Sollten 2 Klemmen den gleichen x-Wert haben wird dann die Klemme mit dem niedrigen y-Wert genommen.
3. Es werden nur nummerische Werte angepasst. z.B. N und PE bleiben erhalten und werden auch nicht mitgezählt. Wenn man jetzt z.B. 5 Klemmen hat die von 1 -4 nummeriert sind und am Ende ist PE und dann kommen die nächsten 5 Klemmen, geht es mit Wert 5 weiter.
4. Die Nummerierung startet bei jedem neuen Teil vor dem Doppelpunkt neu. Sprich -X1 startet bei 1 und geht z.B. bis 36. -X2 würde wieder bei 1 starten usw.

Wie vorher schon einmal geschrieben, habe ich für mich dann noch den Teil hinter dem Doppelpunkt in interne Nummer eingetragen, da ich eine andere Darstellung der Klemmen bevorzuge.

Das ist eine klassische Funktion von z.B. WSCAD die ich damit nachgebaut habe.

Das hat den Vorteil, dass ich mir am anfang nur einmal die Mühe machen muss und die Klemmen "sauber" vor dem Doppelpunkt definieren muss.
Dann kann ich mir den entsprechenden Block einfach nehmen und kopieren. Jetzt stehen da die gleichen Nummern drin. Ist mir aber egal, da ich nachher einmal die Funktion durchlaufen lasse und alle sauber nummeriert habe.
Das spart sehr viel Zeit und man muss nicht so aufmerksam beim platzieren der Klemmen sein.

Ich hoffe, du konntest es verstehen.

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)

Natürlich ist das nur auf Wunsch.
Jetzt kann man die Funktion separat durch mein Tool abrufen, wenn man will.

Ich finde, dass die Abzweige super sind. Es sollte aber dafür eine expliziten Bauteiltyp geben. Das würde es einfacher machen.
Man muss in diesem Fall halt sauber zeichnen, dann klappt es. Läuft bei mir ja schon.

Die Informationen, die man braucht, sind auf jeden Fall Klemmleistennamen und Klemmennummer, wie diese gebrückt werden. Im besten Fall internes und externes Ziel und wenn angeschlossen welches Kabel, welcher typ von Kabel.

Wenn ich mein Programm ganz fertig habe, sollen wir es uns mal zusammen angucken? Gucken ob man damit zufrieden ist und was mehr / weniger soll und dann auf c++ anpassen?