301

(193 replies, posted in Import DXF)

In a deep subdirectory, from the compiled result I find the file "entities.rs" with (among other things) this content:

impl LwPolyline {
    pub fn get_is_closed(&self) -> bool {
        self.flags & 1 != 0
    }
    pub fn set_is_closed(&mut self, val: bool) {
        if val {
            self.flags |= 1;
        }
        else {
            self.flags &= !1;
        }
    }
    pub fn get_is_pline_gen(&self) -> bool {
        self.flags & 128 != 0
    }
    pub fn set_is_pline_gen(&mut self, val: bool) {
        if val {
            self.flags |= 128;
        }
        else {
            self.flags &= !128;
        }
    }
}

So the information, if a polyline is closed or not, is already available in the code ... somewhere.
But with NO knowledge of rust and the internals of dxf2elmt it's hard for me ...  nomicons/wink

302

(193 replies, posted in Import DXF)

the commandline for dxf2elmt is put together here:
https://github.com/qelectrotech/qelectr … mt.cpp#L42

<pathToBinary>dxf2elmt <dxf-file> -v

303

(193 replies, posted in Import DXF)

about "closed=true" or "closed=false"

when I look at the dxf-documentation there is a flag with POLYLINEs and LWPOLYLINEs that declares closed or not with groupcode 70:
https://help.autodesk.com/view/OARX/202 … F04D757A50
(sorry, it's German language)

in the dxf-file "Arrows.dxf" (see previous post) from line 2682 I find this:

AcDbPolyline
 90
    5
 70
    1
 43
0
 10
143.090474
 20
250.418834

and similar from line 2724 for the other lwpolyline.

When I change the entries "70  1"  to "70   0" the polygons are shown open in LibreCAD.
I therefore think that it should be possible to be implemented in dxf2elmt...  nomicons/wink

304

(193 replies, posted in Import DXF)

here some information with different calling of the original binary downloaded from release-section of repo:

calling the original binary produces elmt-file:
--------------------------------------------------------------
ich@home:~/.qet/binary$ ./dxf2elmt Arrows.dxf 
Arrows.dxf loaded...
Arrows.elmt was created... 
Now converting Arrows.dxf...
Conversion complete!

STATS
~~~~~~~~~~~~~~~
Circles: 0
Lines: 0
Arcs: 0
Splines: 0
Texts: 0
Ellipses: 0
Polylines: 0
LwPolylines: 2
Solids: 0
Currently Unsupported: 0

Time Elapsed: 4 ms
--------------------------------------------------------------


with additional parameter "-v" at the end outputs to stdout:
--------------------------------------------------------------
ich@home:~/.qet/binary$ ./dxf2elmt Arrows.dxf -v
<?xml version = "1.0" encoding = "UTF-8"?>
<definition height="10" width="10" hotspot_x="0" hotspot_y="0" version="0.80" link_type="simple" type="element">
    <uuid uuid="{6aafe71d-c84c-4072-9428-13dd585a4568}" />
    <names>
        <name lang="en">Arrows</name>
    </names>
    <informations>Created using dxf2elmt!</informations>
    <description>
        <polygon x1="143.090474" y1="-250.418834" x2="136.739192" y2="-242.452654" x3="139.746475" y3="-242.452654" x4="139.74493" y4="-218.55257" x5="143.092019" y5="-218.55257" closed="false" antialias="false" style="line-style:normal;line-weight:thin;filling:none;color:black" />
        <polygon x1="144.367876" y1="-232.490765" x2="150.717614" y2="-240.456945" x3="147.711876" y3="-240.456945" x4="147.711876" y4="-250.418918" x5="144.363242" y5="-250.418918" closed="false" antialias="false" style="line-style:normal;line-weight:thin;filling:none;color:black" />
    </description>
</definition>
--------------------------------------------------------------

change the order of the parameters does not work at all:
--------------------------------------------------------------
ich@home:~/.qet/binary$ ./dxf2elmt -v Arrows.dxf 
Error: IoError(Os { code: 2, kind: NotFound, message: "No such file or directory" })
ich@home:~/.qet/binary$ 
--------------------------------------------------------------

now some tests with Vadoolas code:

calling Vadoolas code without parameters produces elmt-file:
--------------------------------------------------------------
ich@home:~/.qet/binary$ ./dxf2elmt Arrows.dxf 
Arrows.dxf loaded...
Arrows.elmt was created... 
Now converting Arrows.dxf...
Conversion complete!

STATS
~~~~~~~~~~~~~~~
Circles: 0
Lines: 0
Arcs: 0
Splines: 0
Texts: 0
Ellipses: 0
Polylines: 0
LwPolylines: 2
Solids: 0
Currently Unsupported: 0
--------------------------------------------------------------

additional parameter "-v" at the end only outputs info, no elmt-file:
--------------------------------------------------------------
ich@home:~/.qet/binary$ ./dxf2elmt Arrows.dxf -v
Conversion complete!

STATS
~~~~~~~~~~~~~~~
Circles: 0
Lines: 0
Arcs: 0
Splines: 0
Texts: 0
Ellipses: 0
Polylines: 0
LwPolylines: 2
Solids: 0
Currently Unsupported: 0

Time Elapsed: 1 ms
--------------------------------------------------------------

here the order of parameters does not matter:
--------------------------------------------------------------
ich@home:~/.qet/binary$ ./dxf2elmt -v Arrows.dxf
Conversion complete!

STATS
~~~~~~~~~~~~~~~
Circles: 0
Lines: 0
Arcs: 0
Splines: 0
Texts: 0
Ellipses: 0
Polylines: 0
LwPolylines: 2
Solids: 0
Currently Unsupported: 0

Time Elapsed: 1 ms
--------------------------------------------------------------

with the suggested parameters "-i -v" between app-name and dxf-file
produces output on stdout:
--------------------------------------------------------------
ich@home:~/.qet/binary$ ./dxf2elmt -i -v Arrows.dxf 
<?xml version = "1.0" encoding = "UTF-8"?>
<definition height="10" width="10" hotspot_x="5" hotspot_y="5" version="0.80" link_type="simple" type="element">
    <uuid uuid="{e379fd21-8e8f-47f4-95c3-bdafb965b09c}" />
    <names>
        <name lang="en">Arrows</name>
    </names>
    <informations>Created using dxf2elmt!</informations>
    <description>
        <polygon x1="143.090474" y1="-250.418834" x2="136.739192" y2="-242.452654" x3="139.746475" y3="-242.452654" x4="139.74493" y4="-218.55257" x5="143.092019" y5="-218.55257" closed="false" antialias="false" style="line-style:normal;line-weight:thin;filling:none;color:black" />
        <polygon x1="144.367876" y1="-232.490765" x2="150.717614" y2="-240.456945" x3="147.711876" y3="-240.456945" x4="147.711876" y4="-250.418918" x5="144.363242" y5="-250.418918" closed="false" antialias="false" style="line-style:normal;line-weight:thin;filling:none;color:black" />
    </description>
</definition>
--------------------------------------------------------------

In summary, it can be said that the order of the parameters is decisive for the original code.
With Vadoola's code, the call in QET would have to be adapted.

305

(193 replies, posted in Import DXF)

Salut Laurent !

scorpio810 wrote:
git clone https://github.com/Vadoola/dxf2elmt.git  dxf2elmt_vadoola
cd dxf2elmt_vadoola
rustup update
cargo build

try this:

git clone https://github.com/Vadoola/dxf2elmt.git  dxf2elmt_vadoola
cd dxf2elmt_vadoola
rustup update
RUSTFLAGS='-C strip=symbols' cargo build --release

That results in a 2.4MB executable.
But it does not solve the Problem of not outputting to stdout...

The commandline-parameter "-v" that is used in QET-GUI does not produce anything: No elmt and no output to stdout.

EDIT:
What bothers me more about dxf2elmt:
The default behavior for polygons of dxf2elmt seems to be "closed=false", but for QET the default behavior is "closed=true". (see attachments)
Isn't it defined in the dxf or in the dxf-library if a polygon is closed or not?
If there are only a few polygons, this can be fixed quickly, but for complex elements ...

Hello Edson,

what do you mean with the word "Unifilar"

Is it a single line? Then you choose the elements from the sub-dir "Single pole": see attachment

From an electrician's point of view, this is not permitted for safety reasons!
If the 25 mm² cable is appropriately fused and you have a short circuit on the 1.5 mm² cable, the 1.5 mm² cable will burn away!

And:
One terminal = one voltage = one color = one wire-gauge

From thin wire to thick wire may (!) be permitted, but will lead to misunderstandings!

Salut Laurent !

You can of course create a totally new element without needing to delete anything...
Just read the illustrated quick-guide I wrote: See attachment!

Salut Laurent !

Thank you for the quick reaction!  nomicons/smile

I guess it should be enough to have a w64-version on QET-Website:
QET is only available for w64 so there is no need for w32, when it is called by QET.

The w32-Build is mainly meant for educational- and standalone-use.
... and for promotion of the great project "ReactOS" (no, I'm not involved there)

rvamerongen wrote:

Does it work for macOS ( intel or arm )?

I guess it should work.
But as always with free software:
No guarantee!  nomicons/wink

EDIT:

Can you compile and run QET_ElementScaler on your macOS-Systems from commandline?
Then it should also work in combination with QET.

Best regards
  plc-user

Salut Laurent !

plc-user wrote:

Maybe "we" should update the information on QET-Website:
QET_ElementScaler is available in version 0.5.0beta19 already...
https://github.com/plc-user/QET_ElementScaler/releases
What do you think, Laurent? nomicons/wink

Now, that QET_ElementScaler can be used from Element-Editor ...

The versions available from QET-Homepage seem to be very old, too.
We don't want to unnecessarily confuse users with old junk, do we?  nomicons/angel
Maybe you can upgrade the versions there too, Laurent? 
https://download.qelectrotech.org/qet/b … entScaler/

Thanks in advance!
  plc-user

Diese Variablen sind für zusammengesetzten Text verfügbar.
Da ist ja einiges Schönes dabei...  nomicons/wink

Maybe "we" should update the information on QET-Website:
QET_ElementScaler is available in version 0.5.0beta19 already...
https://github.com/plc-user/QET_ElementScaler/releases
What do you think, Laurent? nomicons/wink

Nicken83 wrote:

(...) but i'm not able to get this to work.

What exactly is the problem with calling of the program?
What lies where (program and elements) and what have you tried?

Zugschlus wrote:

Ich muss also wirklcih ernsthaft das Element mit einem externen Tool bearbeiten bis es zufällig passt?!?

Solange die Funktion nicht in QET vorhanden ist, ...
Und: Ein bisschen rechnen wirst Du können, damit Du nicht auf den "Zufall" angewiesen bist:

Zoomfaktor = (gewünschte Größe) / (aktuelle Größe)

und dann ist der Aufruf des QET_ElementScaler ziemlich einfach:

QET_ElementScaler -F <Zoomfaktor> -f UrprungsElement.elmt

Wobei:
<Zoomfaktor> durch ermittelten Wert (s.o.) ohne Klammern ersetzen

Und wenn für X- und Y-Richtung verschiedene Faktoren nötig sind, ist das auch kein Problem:

QET_ElementScaler -x <FaktorFürX> -y <FaktorFürY> -f UrprungsElement.elmt

Ergänzend zu den Ausführungen von acolomb:
Ich habe es selbst bei kommerzieller CAD-Software erlebt, daß Konstrukteure die für Ihre Firma typischen Symbole und Schaltzeichen selber erstellen, weil die vorhandenen einen anderen Stil verfolgt haben...!

Da wirst Du Dir einen eigenen, benutzerdefinierten Verweis erstellen müssen.
Ist aber gar nicht kompliziert:
Ziehe den vorhandenen Verweis per Drag-and-Drop in Dein Benutzerverzeichnis und bearbeite ihn.

In diesem Thread sind nähere Informationen zu Verweisen:
https://qelectrotech.org/forum/viewtopi … 986#p18986

Did you read this Thread / Post ?
https://qelectrotech.org/forum/viewtopi … 857#p19857

Salut oc67 !

Vielleicht nicht ganz die Antwort, die Du erhofft hast, aber:
Hast Du schon hier gelesen?
https://qelectrotech.org/forum/viewtopi … 438#p18438

Salut Laurent !

Thanks for the links to the source code!

In my programme I already have all the information available that makes up a connection. That includes all information about the connected elements. The challenge I see at the moment is figuring out the logic of which connection I need to change and how, in order to be able to delete another connection.

From the file "Verweis.qet":
The PE connection can be deleted without any substitution, because on the one side there is a component (X0.PE) connected, but on the other side of the connection there is only a reference that does not point anywhere and also has no second connection.

The situation is different with the " Nonsense" line:
From X1:2, a connection goes to the left to the link that points nowhere. However, the line must not be deleted because a second connection is attached to the left reference, which goes somewhere. I therefore have to transfer the data from the second connection to the connection to X1:2 in order to be able to delete one of the two connections.
You have to move from point to point in order to delete as many connections as possible. Ideally, no reference element will remain at the end.

The situation is similar for the "Phase" and "Null" connections, which go from X0 to K1 and K2.

Salut Laurent !

scorpio810 wrote:

good job. nomicons/wink

What program you use for that?

Thank you!  nomicons/smile

As already said, I take this as a programming-exercise in C++.
And:
The future goal has to be, that this code may be included in QET...!

Hello everyone!

In my previous posts only raw data was shown as output. That can be a little confusing...

The programming exercise has continued and now the output is a little clearer. I have now attached a screenshot of LibreOffice Calc in which the unprocessed connections from the file "Verweise.qet" are listed at the top. I have assigned a few names and labels before. Some designations of terminal blocks are still missing, but I think you can see, what's the plan...

In the lower half, I have inserted a manually edited list of how I imagine a cable plan should be automatically reduced from the raw data.

The requirement for this is that all terminals of all elements used in the QET-file are provided with UUIDs and names! Only then, in my opinion, can such a list be automatically generated and meaningfully reduced.

Salut Laurent !

As already written, this is a nice programming exercise. nomicons/wink
I already have a list of connections, where the terminals can access all information of the connected element.

In addition, it is a bit of a challenge to create a list that reduces the number of connections in such a sensible way that only those remain where a wire can really be connected! In the example "Verweise.qet": Reduce from 13 to 6 connections.

Such a list can certainly help the electrician: He then doesn't have to flip through the pages of a wiring diagram a lot to determine the second side of the wire. The wire properties (cross-section, color, etc.) are also not included in the circuit diagram for every connection...

321

(1 replies, posted in Elements)

Hello brutaldeath!

brutaldeath wrote:

Do not hesitate to answer for adjustement nomicons/wink

In my opinion:
Elements with so many terminals should be divided into several function groups and then added to the collection as master/slave elements.
For another case, I once suggested something like this from the appendix. The slave components are only roughly sketched and still need to be reworked, but that's roughly what I mean.
The manufacturer, designation and label for the slaves are dynamic texts that are filled from master-info, when connected.

[Edited]
And when it comes to automatic generation of cable-plans (https://qelectrotech.org/forum/viewtopic.php?id=2764):
The terminals need to have names.

You asked for feedback!  nomicons/wink

Best regards
  plc-user

Salut Laurent !

In my opinion, we should not add so much information to the connections that is already in the QET file for the elements anyway. This only unnecessarily bloates the file...
And it doesn't make the biggest problem any easier: connections with coming and going references.

I have attached a file that shows at least some of the problem cases. It looks quite simple at first glance, but as I said, it's not trivial! Take a look at the connections in the QET file: So many connections in the QET file, but only six wires that can be connected. These have to be sorted out automatically!

Just to clarify what the original task is:
We want to create a wiring diagram, or rather a text-based wiring list, for the electrician so that he can see which wire he has to pull from where to where, isn't it? For example:
"Pull a 1.5mm² green wire from K1 terminal A1 to lamp H1 terminal 2."
References are no terminal points to which wires can be connected...

nbeachey wrote:

Is there a setting I'm missing so that they don't interfere with each other?

As far as I know: No.

nbeachey wrote:

Also, I'm not finding much information on whatever "Organ of Protection" means.

Protective device such as circuit breakers, which can also have auxiliary contacts.

Salut Laurent !

As a programming exercise, I wrote a small program that extracts the elements and conductors from a QET file. In addition, the master/slave assignments are already made so that the properties of the master (label, etc.) also appear for the slave elements in the list of elements and conductors.
The real challenge, however, is (as already mentioned) the cross-folio wiring!
As can be seen in the code-windows below, for some connections the lines from one element go "to nowhere". These are the going/coming arrows.
I have used your examples as a QET file and extended some of them.

Remark:
In the code-windows below there are some line-breaks inserted automatically. To view the "real" lines, copy the content to a text-editor.

---------------
QET-Projekt     : Title: test_terminal_name | FileName: untitled2 | FilePath: /media/backup6/download/untitled2.qet | SaveDate: 19/06/2024 | SaveTime: 12:12
Anzahl Diagramme: 1
Anzahl Elemente : 5
Anzahl Leiter   : 3
---------------
  Element: Type: embed://import/10_electric/10_allpole/310_relays_contactors_contacts/02_contacts_cross_referencing/01_auxiliary_contacts/con_simple.elmt | UUID: {f253c71e-38a7-4155-8ab4-a844ced1a227} | Manufacturer:  | Description:  | Designation:  | Label: KA1 | Link_Type: slave | Linked with: {0a20780e-16b6-4198-b487-a0a22c37b1a0}
  Element: Type: embed://import/10_electric/10_allpole/310_relays_contactors_contacts/01_coils/bobine3.elmt | UUID: {0a20780e-16b6-4198-b487-a0a22c37b1a0} | Manufacturer:  | Description:  | Designation:  | Label: KA1 | Link_Type: master | Linked with: {f253c71e-38a7-4155-8ab4-a844ced1a227}
  Element: Type: embed://import/10_electric/10_allpole/100_folio_referencing/02going_arrow.elmt | UUID: {2de121e3-fb78-48a4-8f9a-bfee50276de9} | Manufacturer:  | Description:  | Designation:  | Label:  | Link_Type: next_report
  Element: Type: embed://import/10_electric/10_allpole/100_folio_referencing/01coming_arrow.elmt | UUID: {0c8bef71-ea93-4f43-b0d2-8d83e717e46c} | Manufacturer:  | Description:  | Designation:  | Label:  | Link_Type: previous_report
  Element: Type: embed://import/10_electric/10_allpole/100_folio_referencing/01coming_arrow.elmt | UUID: {dfebacfd-0148-41f0-afce-14ee9d7fab9e} | Manufacturer:  | Description:  | Designation:  | Label:  | Link_Type: previous_report
---------------
  Leiter: Terminal1: Element: {2de121e3-fb78-48a4-8f9a-bfee50276de9} | Manufacturer:  | Designation:  | Label:  | UUID: {975add6f-4ba5-44af-a4c0-e1f1c2024601} | Name:  | 
          Terminal2: Element: {0c8bef71-ea93-4f43-b0d2-8d83e717e46c} | Manufacturer:  | Designation:  | Label:  | UUID: {d7fd0bec-9f05-4651-a50b-29d7ffabeb41} | Name:  | 
          TensionProtocol:  | Function:  | Text: L1 | Cable:  | Color:  | CrossSection: 
  Leiter: Terminal1: Element: {f253c71e-38a7-4155-8ab4-a844ced1a227} | Manufacturer:  | Designation:  | Label: KA1 | UUID: {b3b3dc63-1c98-409b-ab79-3dbaea3556cb} | Name: 13 | 
          Terminal2: Element: {dfebacfd-0148-41f0-afce-14ee9d7fab9e} | Manufacturer:  | Designation:  | Label:  | UUID: {d7fd0bec-9f05-4651-a50b-29d7ffabeb41} | Name:  | 
          TensionProtocol:  | Function:  | Text:  | Cable:  | Color:  | CrossSection: 
  Leiter: Terminal1: Element: {0a20780e-16b6-4198-b487-a0a22c37b1a0} | Manufacturer:  | Designation:  | Label: KA1 | UUID: {8d0fa333-2d98-4a75-8a4e-21c81cce7ec3} | Name: A1 | 
          Terminal2: Element: {f253c71e-38a7-4155-8ab4-a844ced1a227} | Manufacturer:  | Designation:  | Label: KA1 | UUID: {b9683546-f0a2-4386-b114-ef1d46b2df3d} | Name: 14 | 
          TensionProtocol:  | Function:  | Text: 10 | Cable:  | Color:  | CrossSection: 
---------------
---------------
QET-Projekt     : Title: test_terminal_name | FileName: test_terminal_name (3) | FilePath: /home/ich/Projekte/c_c++/QET_CablePlan/test_terminal_name (3).qet | SaveDate: 19.06.24 | SaveTime: 13:00
Anzahl Diagramme: 2
Anzahl Elemente : 8
Anzahl Leiter   : 6
---------------
  Element: Type: embed://import/10_electric/10_allpole/310_relays_contactors_contacts/01_coils/bobine3.elmt | UUID: {0a20780e-16b6-4198-b487-a0a22c37b1a0} | Manufacturer:  | Description:  | Designation:  | Label: KA1 | Link_Type: master | Linked with: {c31acffc-355c-4720-b8c9-f898854c4f96}
  Element: Type: embed://import/10_electric/10_allpole/100_folio_referencing/02going_arrow.elmt | UUID: {485965c2-5b29-4837-9d80-39f7771b066d} | Manufacturer:  | Description:  | Designation:  | Label:  | Link_Type: next_report | Linked with: {9e50f760-832d-4d89-997b-c069d3768c11}
  Element: Type: embed://import/10_electric/10_allpole/310_relays_contactors_contacts/02_contacts_cross_referencing/01_auxiliary_contacts/con_simple.elmt | UUID: {f253c71e-38a7-4155-8ab4-a844ced1a227} | Manufacturer:  | Description:  | Designation:  | Label: KA2 | Link_Type: slave | Linked with: {ab3f9e64-382d-4f46-b777-7e64df3c842e}
  Element: Type: embed://import/10_electric/10_allpole/100_folio_referencing/01coming_arrow.elmt | UUID: {9e50f760-832d-4d89-997b-c069d3768c11} | Manufacturer:  | Description:  | Designation:  | Label:  | Link_Type: previous_report | Linked with: {485965c2-5b29-4837-9d80-39f7771b066d}
  Element: Type: embed://import/10_electric/10_allpole/310_relays_contactors_contacts/02_contacts_cross_referencing/01_auxiliary_contacts/con_simple.elmt | UUID: {ab572a73-ab0c-4a10-bfc2-7b6d643a02d3} | Manufacturer:  | Description:  | Designation:  | Label: KA3 | Link_Type: slave | Linked with: {f0307d85-136f-44c8-9845-21138432b71e}
  Element: Type: embed://import/10_electric/10_allpole/310_relays_contactors_contacts/01_coils/bobine3.elmt | UUID: {ab3f9e64-382d-4f46-b777-7e64df3c842e} | Manufacturer:  | Description:  | Designation:  | Label: KA2 | Link_Type: master | Linked with: {f253c71e-38a7-4155-8ab4-a844ced1a227}
  Element: Type: embed://import/10_electric/10_allpole/310_relays_contactors_contacts/02_contacts_cross_referencing/01_auxiliary_contacts/con_simple.elmt | UUID: {c31acffc-355c-4720-b8c9-f898854c4f96} | Manufacturer:  | Description:  | Designation:  | Label: KA1 | Link_Type: slave | Linked with: {0a20780e-16b6-4198-b487-a0a22c37b1a0}
  Element: Type: embed://import/10_electric/10_allpole/310_relays_contactors_contacts/01_coils/bobine3.elmt | UUID: {f0307d85-136f-44c8-9845-21138432b71e} | Manufacturer:  | Description:  | Designation:  | Label: KA3 | Link_Type: master | Linked with: {ab572a73-ab0c-4a10-bfc2-7b6d643a02d3}
---------------
  Leiter: Terminal1: Element: {0a20780e-16b6-4198-b487-a0a22c37b1a0} | Manufacturer:  | Designation:  | Label: KA1 | UUID: {8d0fa333-2d98-4a75-8a4e-21c81cce7ec3} | Name: A1 | 
          Terminal2: Element: {f253c71e-38a7-4155-8ab4-a844ced1a227} | Manufacturer:  | Designation:  | Label: KA2 | UUID: {b9683546-f0a2-4386-b114-ef1d46b2df3d} | Name: 14 | 
          TensionProtocol:  | Function:  | Text: 10 | Cable:  | Color:  | CrossSection: 
  Leiter: Terminal1: Element: {f253c71e-38a7-4155-8ab4-a844ced1a227} | Manufacturer:  | Designation:  | Label: KA2 | UUID: {b3b3dc63-1c98-409b-ab79-3dbaea3556cb} | Name: 13 | 
          Terminal2: Element: {485965c2-5b29-4837-9d80-39f7771b066d} | Manufacturer:  | Designation:  | Label:  | UUID: {975add6f-4ba5-44af-a4c0-e1f1c2024601} | Name: 1 | 
          TensionProtocol:  | Function:  | Text: 42 | Cable:  | Color:  | CrossSection: 
  Leiter: Terminal1: Element: {9e50f760-832d-4d89-997b-c069d3768c11} | Manufacturer:  | Designation:  | Label:  | UUID: {d7fd0bec-9f05-4651-a50b-29d7ffabeb41} | Name: 1 | 
          Terminal2: Element: {ab572a73-ab0c-4a10-bfc2-7b6d643a02d3} | Manufacturer:  | Designation:  | Label: KA3 | UUID: {b3b3dc63-1c98-409b-ab79-3dbaea3556cb} | Name: 13 | 
          TensionProtocol:  | Function:  | Text: 42 | Cable:  | Color:  | CrossSection: 
  Leiter: Terminal1: Element: {ab3f9e64-382d-4f46-b777-7e64df3c842e} | Manufacturer:  | Designation:  | Label: KA2 | UUID: {8d0fa333-2d98-4a75-8a4e-21c81cce7ec3} | Name: A1 | 
          Terminal2: Element: {c31acffc-355c-4720-b8c9-f898854c4f96} | Manufacturer:  | Designation:  | Label: KA1 | UUID: {b9683546-f0a2-4386-b114-ef1d46b2df3d} | Name: 14 | 
          TensionProtocol:  | Function:  | Text: 10 | Cable:  | Color:  | CrossSection: 
  Leiter: Terminal1: Element: {f0307d85-136f-44c8-9845-21138432b71e} | Manufacturer:  | Designation:  | Label: KA3 | UUID: {8d0fa333-2d98-4a75-8a4e-21c81cce7ec3} | Name: A1 | 
          Terminal2: Element: {ab572a73-ab0c-4a10-bfc2-7b6d643a02d3} | Manufacturer:  | Designation:  | Label: KA3 | UUID: {b9683546-f0a2-4386-b114-ef1d46b2df3d} | Name: 14 | 
          TensionProtocol:  | Function:  | Text: 13 | Cable:  | Color:  | CrossSection: 
  Leiter: Terminal1: Element: {9e50f760-832d-4d89-997b-c069d3768c11} | Manufacturer:  | Designation:  | Label:  | UUID: {d7fd0bec-9f05-4651-a50b-29d7ffabeb41} | Name: 1 | 
          Terminal2: Element: {c31acffc-355c-4720-b8c9-f898854c4f96} | Manufacturer:  | Designation:  | Label: KA1 | UUID: {b3b3dc63-1c98-409b-ab79-3dbaea3556cb} | Name: 13 | 
          TensionProtocol:  | Function:  | Text: 42 | Cable:  | Color:  | CrossSection: 
---------------

Hallo zusammen!

Das Herausfinden der Verbindungen ist nicht ganz so einfach, wie es auf den ersten Blick scheint: Spätestens, wenn die Verbindung zu einem anderen Folio geht, müssen die Verweise der Referenz-Elemente in die Suche eingebunden werden. Dann gibt es noch Master/Slave-Elemente, wobei die Slaves keine Betriebsmittelkennzeichen haben, diese aber für eine sinnvolle Verwendung in einem Kabelplan nötig ist...
Nicht ganz trivial, die Sache mit dem Kabelplan!

via Online-Translator:

Salut à tous !

Trouver les connexions n'est pas aussi simple qu'il n'y paraît au premier abord : au plus tard lorsque la connexion va vers un autre Folio, les renvois des éléments de référence doivent être intégrés dans la recherche. Ensuite, il y a les éléments maître/esclave, les esclaves n'ayant pas de code d'exploitation, mais celui-ci est nécessaire pour une utilisation judicieuse dans un plan de câblage...
Pas si trivial que ça, le plan de câblage !