Author Topic: How to best annotate components that are on the chassis and not on the PCB  (Read 627 times)

NF6X and 13 Guests are viewing this topic.

Offline SwakeTopic starter

  • Frequent Contributor
  • **
  • Posts: 574
  • Country: be
In many cases there are plenty of components that are not mounted on a PCB but these are nevertheless important parts of the device. I always include these in the schematic and tend to foresee some connector on the PCB to wire them in. This way these are also included in the BoM.

Some common examples: A fuse in a chassis mounted holder; Power cord receptacles with or without build-in filtering; Switches and potentiometers; all sorts of input-output connectors.

How do you annotate these in your schematic?
Are you only using the "Exclude from board" attribute?
When it fits stop using the hammer
 

Online Benta

  • Super Contributor
  • ***
  • Posts: 6190
  • Country: de
Re: How to best annotate components that are on the chassis and not on the PCB
« Reply #1 on: September 22, 2024, 08:56:46 pm »
Lots of possibilities.
I'd either:
1: ignore the outside placement of those parts and draw a simple schematic:
2: draw the outside parts on the main sheet, and place the rest of the circuit in a hierachical sheet.
 

Offline langwadt

  • Super Contributor
  • ***
  • Posts: 4662
  • Country: dk
Re: How to best annotate components that are on the chassis and not on the PCB
« Reply #2 on: September 22, 2024, 09:06:18 pm »
if you had someone else make and assemble the PCB they wouldn't need to know about stuff off the board. So I don't think they belong in the PCB/schematic. They are parts of the product, not the PCB
 

Online Benta

  • Super Contributor
  • ***
  • Posts: 6190
  • Country: de
Re: How to best annotate components that are on the chassis and not on the PCB
« Reply #3 on: September 22, 2024, 09:23:03 pm »
if you had someone else make and assemble the PCB they wouldn't need to know about stuff off the board. So I don't think they belong in the PCB/schematic. They are parts of the product, not the PCB

I agree on the PCB, but they're certainly part of the schematic. And that was the question.
 

Offline langwadt

  • Super Contributor
  • ***
  • Posts: 4662
  • Country: dk
Re: How to best annotate components that are on the chassis and not on the PCB
« Reply #4 on: September 22, 2024, 09:30:28 pm »
if you had someone else make and assemble the PCB they wouldn't need to know about stuff off the board. So I don't think they belong in the PCB/schematic. They are parts of the product, not the PCB

I agree on the PCB, but they're certainly part of the schematic. And that was the question.

on the PCB they are connectors or wire pads
 

Online Benta

  • Super Contributor
  • ***
  • Posts: 6190
  • Country: de
Re: How to best annotate components that are on the chassis and not on the PCB
« Reply #5 on: September 22, 2024, 09:50:10 pm »
Schematic.
 

Online WillTurner

  • Contributor
  • Posts: 49
  • Country: au
Re: How to best annotate components that are on the chassis and not on the PCB
« Reply #6 on: September 23, 2024, 12:01:35 am »
You can have two (or more) boards (defined by their edge cuts layer) within the schematic, and two boards in the layout. One board is your main project, and the other might represent your panel containing "off-board" components.

Have a look at the following
  Is anyone else writing their footprint files by hand?

You probably wouldn't manufacture the board with the connectors, but you could do so if it helps build a test jig.

Connections between the two boards need to be managed using the normal hierarchical label tools.
 

Online Doctorandus_P

  • Super Contributor
  • ***
  • Posts: 3806
  • Country: nl
Re: How to best annotate components that are on the chassis and not on the PCB
« Reply #7 on: September 23, 2024, 03:42:15 pm »
You can have two (or more) boards (defined by their edge cuts layer) within the schematic, and two boards in the layout.
[/quote]

No, that is just plain bad advice.
KiCad still does not have any (official) support for more then one PCB in a project, and the lines on Edge.Cuts must be "perfect" to be valid for a manufacturable PCB (And I assume that is the goal here).

And the "Exclude from Board" attribute is exactly meant for things like this. KiCad does not have very good support for "assemblies", but with the "Exclude from Board" attribute you can manage things like Fuses + fuse holders, or socketed IC's reasonably well. I've read some rumors that this is going to be expanded on in the next KiCad version (V9) with options to exclude a whole schematic sheet from the PCB. That makes it easy to collect some extra parts that belong to the project, but have no PCB footprints by themselves.
 

Online WillTurner

  • Contributor
  • Posts: 49
  • Country: au
Re: How to best annotate components that are on the chassis and not on the PCB
« Reply #8 on: September 24, 2024, 03:06:36 am »
You can have two (or more) boards (defined by their edge cuts layer) within the schematic, and two boards in the layout.

No, that is just plain bad advice.

Maybe so. My apologies in advance if you try this, and get into unrecoverable territory. Screenshot below of my current workspace, with what (?) a backplane, and six boards mounting at ninety degrees?
  We should all be trying to push the tools to find their limits. Personally, I am amazed at the stability of (V5) KiCAD.
 

Online NF6X

  • Supporter
  • ****
  • Posts: 198
  • Country: us
    • Mark's Green Pages
Re: How to best annotate components that are on the chassis and not on the PCB
« Reply #9 on: September 25, 2024, 02:31:31 pm »
How do you plan to fabricate that multi-board design? I don't believe that KiCad has any mechanism to include only one of your boards in the Gerber and drill file outputs, and the board fabricator is going to expect a separate set of Gerbers and drill files for each board.
 

Online WillTurner

  • Contributor
  • Posts: 49
  • Country: au
Re: How to best annotate components that are on the chassis and not on the PCB
« Reply #10 on: September 25, 2024, 10:39:59 pm »
How do you plan to fabricate that multi-board design? I don't believe that KiCad has any mechanism to include only one of your boards in the Gerber and drill file outputs, and the board fabricator is going to expect a separate set of Gerbers and drill files for each board.

What a good question, and I'm glad you asked  :).

Did you follow this thread ...
The v8 net ties work, but still can't be used on internal layers.  So you still end up with two vias to an outer layer where the net tie footprint is placed, then go back to the schematic, remove the net tie, update the pcb, remove the extra vias and trace bits, and add an internal trace segment... But it's certainly better than going back and forth to the schematic!

The answer is similar, in that it takes a negative path. I make a copy of the carefully constructed master schematic, and delete everything but the board I am processing for manufacture. Run DRC on the schematic, then go over to the layout and run DRC there. Produce the fabrication files, and submit to the foundry.
  Critical is that I said the master schematic is carefully constructed to make all of the hierarchical connections such that a board can be deleted. That is the hard part. If there are only two boards, it should be easy >:D.
  In my project I am specifically using all through hole. I haven't tried assembly yet with multiple boards (which could make the process much more difficult). Which leads me to fabrication ... Those guys at JLCPCB are pretty smart cookies. I figure that they ask the question "How many separate designs" in the submitted project for a good reason. When I am ready, I plan to submit the master file, specify how many projects in the design, and see whether they can do the slice and dice. Worst case is that I do it myself, and I need to at least be able to do that for anticipated board revisions.

Edit: One last thing. Where do you define your edge cuts? The first step we all took starting KiCAD was to create a board outline on the edge cuts layer with a very thin trace. On reflection, I think this is absolutely the wrong place for a board (and  hence edge cuts) to be defined. A board definition should be attached to an artifact in the schematic. That way it is clearly and accurately specified. See this post ...
  Is anyone else writing their footprint files by hand?
« Last Edit: September 25, 2024, 11:24:27 pm by WillTurner »
 

Online Doctorandus_P

  • Super Contributor
  • ***
  • Posts: 3806
  • Country: nl
I make a copy of the carefully constructed master schematic, and delete everything but the board I am processing for manufacture.

This is pretty much with what I mean "not supported".
What is the use of combining all those separate PCB's into one instance of KiCad if you have to undo all that work when you want to go to production?

Run DRC on the schematic, then go over to the layout and run DRC there.
Almost. It's ERC (Electrical Rule Check) in the schematic. Only the PCB checks the Design rules.

A long time ago I did some experiments with nested KiCad projects, and it seemed to work quite well. The Idea is to have a single project for each PCB, and then a master project with a hierarchical design that links all those projects together. But it's also clearly an unsupported "alternative workflow", and KiCad changes (improves) quite a lot and I'm not sure if this still works, but at least you still have the separate projects if it does not work. With this setup I could do ERC over the full project of interconnected PCB's.

As a side note: Are you really still working with KiCad V5? That screenshot is from a KiCad version from the stone age.

Edit: One last thing. Where do you define your edge cuts? The first step we all took starting KiCAD was to create a board outline on the edge cuts layer with a very thin trace. On reflection, I think this is absolutely the wrong place for a board (and  hence edge cuts) to be defined. A board definition should be attached to an artifact in the schematic.
In newer KiCad versions, there is support for drawing on Edge.Cuts in a footprint. This is used in (most of?) the edge connector footprints. The default ones just have an incomplete outline, as KiCad does not know the size of your PCB, but you can make custom ones with a fully defined circumference of your PCB on Edge.Cuts.
 

Online WillTurner

  • Contributor
  • Posts: 49
  • Country: au
What is the use of combining all those separate PCB's into one instance of KiCad if you have to undo all that work when you want to go to production?
One very good reason is that when I highlight a net, it shows connections between all of the boards, and the path through the backplane. That one thing alone makes it worthwhile. The alternative is to go back and forth between separate project files to chase down elusive errors. Also, I am hopeful that I will be able to submit the full design without cutting it up into parts, letting the foundry do the work. Did you ever wonder what tools the foundries are using?

As a side note: Are you really still working with KiCad V5? That screenshot is from a KiCad version from the stone age.
Yes, sorry I am running an old version. It does pretty much what I want it to do at this point. I would like to upgrade, but my reason for upgrading would be to replace the host computer, and upgrade my operating system. It's a big project which would interrupt work on my design.

In newer KiCad versions, there is support for drawing on Edge.Cuts in a footprint.
I'm not sure whether I can edit edge cuts in my ancient version of the footprint editor. It does however, import and display them correctly. That would certainly be a much better place to define the board outline. Once you start playing with editing footprint files by hand, it is trivial to define a board's edge cuts there. At the same time, you might as well add a whole mess of items that belong with the board such as a template for (ground) zones, an outline on the front silk away from the edge to remind you not to place tracks at the cut, a title block, and other pretty features that add to the look and feel of your board. The board layout becomes reusable as a bonus. Finally, I like to have a graticle with ticks marking off the outside dimensions of the board, just to help me with orientation.
  I just know you won't like me pointing this out ... but the artifact that is attached to a board definition (including edge cuts) could be placed anywhere that it makes sense in the schematic sheet hierarchy. It doesn't have to appear on the top sheet, and could be hidden way down in the stack. So, put these things somewhere sensible  :).

A long time ago I did some experiments with nested KiCad projects, and it seemed to work quite well. The Idea is to have a single project for each PCB, and then a master project with a hierarchical design that links all those projects together.
I wouldn't have thought of exploring the tools that way. I really, (I mean really) like that I can get into KiCAD at a low level, even if the file formats are not that human friendly. I hope the KiCAD gods retain this as the project progresses. Sometimes I suffer from Altium envy, but I bet editing low level files would be frowned upon by their gods, if it is even possible.

But it's also clearly an unsupported "alternative workflow" ...
As we advance in our KiCAD skills, workflow changes!

Apologies to the OP for taking this thread off topic. My original thesis was that their design would benefit from having off board connectors represented in the schematic, and laid out in a separate board space which may or may not be disposable. The major benefit of this approach is that all all of the connections are visible, and not implied. There may be other advantages. Even early versions of KiCAD are stable enough to attempt this, but you will need to bend, prod, poke, and understand the tools better to make it work.   
 

Online NF6X

  • Supporter
  • ****
  • Posts: 198
  • Country: us
    • Mark's Green Pages
The files are still readable text in KiCad 8. Being able to hack the files with your favorite text mangling tools really comes in handy sometimes. I don’t do it as a regular part of my flow, but it’s a powerful capability when a weird need comes up.

I can understand holding off on upgrading the tool because it’s going to snowball into a much bigger task. I hope you’ll have an excuse to do it before long. KiCad has come a long way from v5 to v8.
 


Share me

Digg  Facebook  SlashDot  Delicious  Technorati  Twitter  Google  Yahoo
Smf