Klemmenleisten
Eine Klemmenleiste ist in QElectroTech ein eigenes Objekt, getrennt von den auf den Folios gezeichneten Klemmen. Die Folio-Klemmen bleiben, wo sie sind; die Leiste ist eine Liste, die sie referenziert, die nur im Schrank vorhandenen Klemmen ergänzt, Ebenen und Brücken festhält und sich als Klemmenplan auf ein Folio zeichnen lässt.
Status: als (DEV) gekennzeichnet. Der Menüeintrag lautet Projekt → Klemmenleisten-Verwaltung (DEV), und diese Kennzeichnung steht so im ausgelieferten Quellcode. Die Funktion arbeitet, und ihre Daten werden in der Projektdatei gespeichert, doch die Entwickler haben sie nicht für fertig erklärt. Betrachten Sie sie als nutzbar und in Bewegung, nicht als abgeschlossen.
Quellen: sources/TerminalStrip/ — terminalstrip.cpp, physicalterminal.cpp,
realterminal.cpp, terminalstripbridge.cpp, und ui/ für den Editor.
1. Die drei Objekte
Das Modell hat drei Ebenen, und fast alle Verwirrung um Klemmenleisten entsteht daraus, zwei davon zusammenzuwerfen.
| Objekt | Ist | Beispiel |
|---|---|---|
| Klemmenleiste | die ganze Leiste | -X1, 24 Klemmen auf einer Schiene |
| Physische Klemme | ein auf die Schiene geclipster Block | Position 7 von -X1 |
| Reale Klemme | eine elektrische Ebene dieses Blocks | die vordere Ebene von Position 7 |
Eine physische Klemme besteht aus einer oder mehreren realen Klemmen. Eine einzelne reale Klemme ist ein gewöhnlicher einstöckiger Block. Mehrere bedeuten, dass der Block Ebenen hat — eine zwei- oder dreistöckige Klemme.
Die Ebenen sind von hinten nach vorn geordnet, von der Montageplatte zur Schranktür:
Montageplatte Tür
| |
| +---+ |
| | 0 | +---+ |
| | | | 1 | +---+ |
| | | | | | 2 | |
| +---+ +---+ +---+ |
| |
|<---- eine physische Klemme, 3 Ebenen ----->|
Ebene 0 liegt hinten. Es ist dieselbe Ordnung, die die Spalte Ebene im Editor zeigt, und dieselbe, gegen die das Brücken prüft.
Reale Klemmen, die auf keinem Folio stehen
Eine reale Klemme muss nicht einer gezeichneten Klemme entsprechen. Eine auf der Schiene reservierte, aber nicht gezeichnete Klemme — eine Reserve, ein künftiger Anschluss, ein vom Hersteller gelieferter Endblock — existiert in der Leiste als reale Klemme ohne Element dahinter.
Dafür ist die Liste der freien Klemmen im Editor da: Klemmen, die in der Leiste vorkommen und im Schaltplan nicht. Deshalb kann die Klemmenzahl einer Leiste die Zahl der Klemmenelemente in den Folios berechtigterweise übersteigen.
2. Eine Leiste anlegen und füllen
Projekt → Klemmenleisten-Verwaltung (DEV) öffnet das Editorfenster. Links stehen die Leisten des Projekts in einem Baum, rechts die Klemmen der gewählten Leiste in einer Tabelle.
Eine Leiste trägt fünf Kennzeichnungen: Anlage, Ort, Name,
Kommentar und Beschreibung. Anlage und Ort sind dieselben Begriffe wie
die Felder plant und locmach eines Folios — eine Leiste wird adressiert wie
ein Element.
Klemmen gelangen in eine Leiste, indem sie ihr hinzugefügt werden: entweder aus den bereits gezeichneten Klemmenelementen des Projekts oder als freie Klemmen, die man in der Leiste selbst anlegt.
Die Klemmentabelle
| Spalte | Bedeutung |
|---|---|
| Position | Reihenfolge auf der Schiene |
| Ebene | welche Etage eines mehrstöckigen Blocks, 0 = hinten |
| Label | Nummer oder Name der Klemme |
| Leiternummer | der ankommende Draht |
| Querverweis | wo die Klemme gezeichnet ist |
| Kabel | Kabel, zu dem die Klemme gehört |
| Kabeladerfarbe / -nummer | die Ader in diesem Kabel |
| Typ | generisch, Sicherung, trennbar, Diode, Erde |
| Funktion | generisch, Phase, Neutralleiter |
| LED | ob der Block eine Anzeige trägt |
Typ und Funktion stammen aus der Definition des Klemmenelements — siehe Elemente verknüpfen.
3. Gruppieren, Ebenen, Sortieren
Zwei Operationen ändern die Gestalt der Leiste statt ihres Inhalts:
- Gruppieren fasst mehrere reale Klemmen zu Ebenen einer physischen Klemme zusammen. So sagt man QET „diese drei sind ein dreistöckiger Block“ und nicht drei Blöcke.
- Aufheben kehrt das um und gibt jeder realen Klemme einen eigenen Block.
Das Sortieren legt die Reihenfolge der physischen Klemmen auf der Schiene fest. Beides ist rückgängig zu machen: Das Modul bringt eigene Undo-Kommandos für Gruppieren, Sortieren, Ebenenwechsel, Brücken und Farbe mit.
4. Brücken
Eine Brücke (Kamm, Bügel) verbindet Klemmen, die auf gleichem Potential liegen müssen. QETs Regeln sind streng, und sie zu kennen erspart das Rätselraten, warum die Brückenschaltfläche ausgegraut ist. Brückbar sind die gewählten realen Klemmen nur, wenn sie:
- mindestens zwei sind;
- alle zu dieser Leiste gehören;
- alle auf derselben Ebene liegen — eine vordere Ebene lässt sich nicht mit einer hinteren brücken;
- auf der Schiene aufeinanderfolgen;
- zu verschiedenen physischen Klemmen gehören — die Ebenen eines Blocks werden nicht untereinander gebrückt;
- mindestens eine noch nicht gebrückte Klemme enthalten.
Fehlt eine der sechs Bedingungen, wird die Operation abgelehnt statt teilweise ausgeführt.
Brücken tragen eine Farbe aus einer festen Palette — Rot, Blau, Weiß, Dunkelgrau, Schwarz — mit Dunkelgrau als Vorgabe. Die Farbe ist eine Zeichnungskonvention, keine elektrische Bedeutung; konsequent im ganzen Projekt eingesetzt, liest sie sich als Dokumentation.
5. Eine Leiste auf ein Folio zeichnen
Eine Leiste lässt sich als grafisches Objekt auf einem Folio platzieren. Was gezeichnet wird, bestimmt ein Layoutmuster: ein benannter, wiederverwendbarer Satz von Geometrien — Rechteck und Textausrichtung der Kopfzeile, Abstandhalter, Klemmenrechtecke je Ebene, Höhe, Position und Ausrichtung der Klemmen- und Querverweistexte, Schrift sowie Durchmesser und vertikale Versätze der Brückenpunkte.
Layouts werden je Projekt verwaltet; ein Hausstil lässt sich also einmal festlegen und auf jede Leiste anwenden.
Die Zeichnung unterstützt bis zu vier Ebenen. Das Layoutmuster enthält vier Klemmenrechtecke und vier Brückenpunkt-Versätze. Das Datenmodell selbst kennt diese Grenze nicht — eine physische Klemme kann mehr reale Klemmen aufnehmen, als die Zeichnung Reihen hat. Wer fünfstöckige Blöcke baut, behält sie im Modell; der Klemmenplan zeigt nicht alle.
6. Speicherung
Leisten leben in der Projektdatei, nicht in den Folios:
<project>
...
<terminal_strips>
<terminal_strip>
<terminal_strip_data uuid="{…}">
<informations>
<information name="installation">…</information>
<information name="location">…</information>
<information name="name">-X1</information>
<information name="comment">…</information>
<information name="description">…</information>
</informations>
</terminal_strip_data>
<layout>
<!-- ein Eintrag je physischer Klemme, jeweils mit ihren
realen Klemmen in Ebenenreihenfolge -->
</layout>
<terminal_strip_bridge>…</terminal_strip_bridge>
</terminal_strip>
</terminal_strips>
</project>
Leere Kennzeichnungsfelder werden weggelassen statt leer geschrieben; das XML einer minimalen Leiste ist daher kurz.
Reale Klemmen werden über die uuid des Elements gespeichert, auf das sie verweisen. Beim Laden wird die Leiste über diese uuid wieder mit den Klemmenelementen des Projekts verbunden; reale Klemmen ohne Element entstehen als freie Klemmen neu. Das ist die übliche Folge einer elementbasierten Identität: Ein Element, das seine uuid verliert oder ändert, verliert seinen Platz in der Leiste.
7. Was ehrlicherweise zu erwarten ist
- Die Funktion ist in der Oberfläche mit (DEV) gekennzeichnet. Ihre Daten werden gespeichert und gelesen, ihr Umfang bewegt sich aber noch.
- Die Leiste ist eine Sicht auf Ihre Klemmen, ergänzt um die, die nur sie kennt. Sie nummeriert Ihre Folios nicht um und legt keine Klemmenelemente an.
- Die Klemmennummerierung ist eine eigene Funktion — siehe
auto_num_lockedunter Elemente verknüpfen, um eine Klemme davon auszunehmen. - Kein mitgeliefertes Beispielprojekt verwendet Klemmenleisten; ein fertiges Beispiel zum Abschauen gibt es also nicht.
Siehe auch: Elemente verknüpfen · Variablen und Formeln · Die Projektdatenbank
Getting Started
🌐 Languages — English · Français · Deutsch
Guides
Conductors — wire properties, what feeds which export, and cables
Wire & cable catalogue — cable types, IEC 60757 core colours, assigning a core to a conductor
Printing and exporting — paper, PDF, images, and what each path does differently
Linking elements — master, slave, terminal
PLC modules — I/O tables and linking a wire to a specific point
Using the element editor — drawing tools, saving, checks
Preferences reference — what each settings page does
Keyboard-only control — mouseless QET, and the one real gap
Mouse modifiers — what Shift, Ctrl and Alt change while you drag
Managing collections — folders, writability, building your own shortlist
Templates — reusable multi-element blocks, and why clicking one does nothing
Search & Replace — bulk property changes
Building a nomenclature query — the BOM/summary table builder
Linking wires across pages — folio reports
Variables & formulas — %f, %{label}, sequences
Auto-numbering — schemes, sequences, freezing
Terminal strips — strips, levels, bridges
Title block templates — the .titleblock format
Importing EPLAN parts (.edz) — EPLAN Data Portal
DXF import & export — two unrelated features, one format
The project database — the in-memory SQLite cache
Development
Automating QET — CLI, XML formats, external tools
CLI Reference — command line usage
JavaScript Scripting — --run, geometry editing, undo
Vision — proposal, under discussion
