...
Component Centers
Where they belongIs it the same for everyone, or stored locally by user?Define a width and length for crosshairs
Courtyards
Can silkscreen be outside the courtyard?Set specific courtyard distance from component outlineSet specific widths for courtyard + component outline
Silkscreen/Top Overlay
General guidelines for silkscreen markings
Pin 1 dot - define radius, thickness, min distance from pads
Assembly
Would be good to articulate exactly what things are permitted here (some components have boxes/other markings in addition to the 3D model
Pads
Establish annular ring convention?Should we include tolerance data?
Component Outline
Make sure it’s clear that the outline doesn’t include the legs of the componentCurrently (to my knowledge) there’s no requirement or procedure to verify the validity of a 3D model of a component downloaded from online. It seems odd to base our component outline off of this without first verifying the 3D model dimensions, since this can in turn affect courtyard and component spacing
How should we handle components which say they’re (for instance) 8-SOIC, but recommend a footprint that’s different from and not encompassed by the existing 8-SOIC footprint?
Proper procedure if you can’t find a good 3D model onlineGuide on how to import footprints from Ultra Librarian/snapEDA/etc.
Should define a consistent orientation for footprints (i.e. connectors should face upwards, SOIC packages should have pin 1 at the top left)
...
Case/Package vs. Package parameters?Using typical vs min/max columns. Using recommended maximum vs absolute maximumWould be good to add a description to Voltage Rating on connectors to specificy AC or DCIt seems like the auto-generated description is nearly always wrong on components, even when part choices is correct. We might want to standardize using the “Detailed Description” from Digikey insteadDo we have a standard for what to do if it lists multiple packages?
We generally need to figure out an approach to how to handle the Package/Case parameter of ICs. Right now we’re using the Package/Case parameter on Digikey, which seems to list standard packages which may be compatible with the supplier device package. But it’s unclear where they derive this from, and whether its trustworthy. Suppliers will also often have their own Supplier Device Package which may differ from standard footprints listed under Package/Case. Example: MAX16998AAUA+
Potential solution: we could just say make the Package/Case field match the footprint we use. And that when picking a footprint, you should exhaust all standard packages listed in Package / Case before using a supplier device package footprint.
...