<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, May 19, 2022 at 10:39 AM jslee via Synth-diy <<a href="mailto:synth-diy@synth-diy.org">synth-diy@synth-diy.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Thu, 19 May 2022, at 19:11, Gordonjcp wrote:<br>
> On Thu, May 19, 2022 at 06:55:11PM +1000, jslee via Synth-diy wrote:<br>
>> I was recently looking at Kicad again, wondering if it might finally be<br>
>> feasible to implement an equivalent of my front-panel generation<br>
>> software, and was astonished to find that it simply doesn't have an<br>
>> equivalent of Eagle's DRU or CAM files. None. At all.<br>
>> <br>
><br>
> What do those files do?<br>
<br>
DRU: contains design rules. PCB fabs like Seeed, OSHPark, etc often provide this for Eagle users, but they're also easy to create from a fab's documentation. You load it and run DRC and it tells you if you've violated that particular fab's rules.<br></blockquote><div><br></div><div>Perhaps there is no 'DRU File' with the format you expect, but it absolutely has design rules that can be updated to reflect your fab and I'm quite certain they can be made persistent (more commentary below).</div><div><br></div><div>This was my first hit for KiCad Design Rules, and I'm sure there is more information in the official documentation as well.  <a href="https://www.protoexpress.com/blog/how-to-set-up-design-rules-kicad/">https://www.protoexpress.com/blog/how-to-set-up-design-rules-kicad/</a><br></div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
CAM: contains (a) a list of output files for a CAM process, and (b) mappings of design layers those output files, possibly with some settings like "create a negative image". Fabs often provide this for Eagle users, and of course they can be created easily enough. I tend to end up customizing CAM files to add layers into the silkscreen outputs, but other than that I use it as-is.<br></blockquote><div><br>How does this differ from Gerber files?  This is an honest question, not trying to be snarky....</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
You might have multiple versions of these even for a single fab if you design boards with varying layer stackups.<br>
<br>
In both cases, the files tend to encode details peculiar to a fab's process, and if you get them wrong (in any PCB software) you're potentially going to have a bad time. Hence my comments about human error. I would much rather load two files than manually configure Eagle (or Kicad, or ...) every time.<br></blockquote><div><br></div><div>I'm very certain that the design rules can be set up in a way that doesn't have to be manual every time.  Personally, I don't get to that level of DRC, the defaults seem to work just fine for my fab of choice, but everything in KiCad is some form of text file, and the formats are not hard to suss out.  I have on occasion converted Eagle projects to KiCad, and had reason to want to make some global changes from how the default import does things -- I've simply opened the files in vi and done global search/replaces.  If I were doing this regularly I would write a script to automate it, that might take me an afternoon.<br><br>While they certainly won't match one-to-one with what Eagle has/how Eagle does it, I'm pretty certain KiCad has the same capabilities.  I've installed a handful of plugins that do fairly sophisticated things (my favorite takes your layout and generates an interactive HTML file with the BOM and an image of the boards that highlights where parts are when you select them).</div><div><br></div><div>Thanks</div><div><br>Pete</div></div></div>