kicad-developers team mailing list archive
-
kicad-developers team
-
Mailing list archive
-
Message #45423
Question about attributes and complex hierarchies
-
To:
kicad-developers@xxxxxxxxxxxxxxxxxxx
-
From:
Lorenzo Marcantonio <l.marcantonio@xxxxxxxxxx>
-
Date:
Wed, 17 Nov 2021 09:39:25 +0100
-
Autocrypt:
addr=l.marcantonio@xxxxxxxxxx; prefer-encrypt=mutual; keydata= mDMEX19mnhYJKwYBBAHaRw8BAQdAAqTwOCjvkcHx9eNq+7iB6gQc9d/xwe303W0gLgqcr0e0Lkx vcmVuem8gTWFyY2FudG9uaW8gPGwubWFyY2FudG9uaW9AcHJveGluZC5pdD6IkAQTFggAOBYhBB 607DdsU4pZ0jwc6lykvavIFpZRBQJfX2aeAhsDBQsJCAcCBhUKCQgLAgQWAgMBAh4BAheAAAoJE FykvavIFpZRkQ4A/2fVtJkNPHFaKie3S2MzMefAx1XUy7FnkUs3wwu6HLegAP9QrHrII+h09leH V1/1twdUyyV0P2OpoLT3WPh9wqEUArg4BF9fZp4SCisGAQQBl1UBBQEBB0CoAOYDb7dRYxlnAul 5Ir9rUQ/PQCtLAFc0JN5SRDoCYAMBCAeIeAQYFggAIBYhBB607DdsU4pZ0jwc6lykvavIFpZRBQ JfX2aeAhsMAAoJEFykvavIFpZRi+8BAPYY7H0nweN58TUAo63uZfjoklxe466P5PyW/r634L0nA QDBd5c4y0vLjqEaqAfnIuZS/YEevH0vYrJdx4W7stMqDg==
-
Mail-followup-to:
kicad-developers@xxxxxxxxxxxxxxxxxxx
…I'm back from the grave after something like 10 years because I'm busy
*using* kicad rather than doing developement work.
Today I incurred in a (rather big) eeschema nuisance and I'd like to ask
if already there are plan for that.
Since there is no population variation for schematics (hint hint :D) I'm
using custom attributes to tag the modifications. For this concrete
example the board has a 12V and a 230V variations so I'm tagging with a
'#' (or something) in the relevant field if the component has to be
omitted and then postprocess the BOMs to filter out the unneeded parts,
and everyone's happy.
The requirements of the day is that while there are three exact
subcircuits in the design, the 12V board only has populated two of these
three instances so the idea would be to set the DNP12 attribute on the
parts of the third instance.
This board uses a complex hierarchy (the same sheet instanced three
times in the root, to be exact) and after looking at the new format I've
seen that this use case can't be supported:
- The complex instances are now held in the root (for some reason)
in the (symbol_instances …) section
- Each (path …) element contains only some stock fields: reference,
unit, value, footprint;
- The editor actually enforces the change on value and footprint to all
the instances so why they are saved in the instance data eludes me;
- The only things that can be actually altered for each instance is the
designator (reference + part);
Now it wouldn't probably be *too* difficult to extend the file to handle
the extra attribute (just add the custom attributes in the (path …)
entity) but the UI would need some serious tought to avoid the symbol
editor mess (the magic 'present in all instances' checkbox). In fact the
design issue is substantially the same (multiple subparts vs multiple
subcircuits)
Is there already some plan or idea to handle this?
--
Lorenzo Marcantonio
Attachment:
signature.asc
Description: PGP signature
Follow ups