RAYPCB · ENGINEERING GUIDE

How to Generate Gerber Files: A Complete Manufacturing Release

Generate Gerber files from the approved PCB layout, include the required drill and mechanical information, then inspect the exported package independently. The export button is only one step. A useful release has a clear revision, assigned layer functions, consistent coordinates and enough construction information for the recipient to understand what should be built.

This page is the software-independent procedure. It helps you decide what to export and how to verify the package. Use the relevant software guide for version-specific controls: Altium Gerber output, KiCad Gerber output, DipTrace output, or the legacy EAGLE and current Fusion route. The release worksheet compares your declared file roles and revision labels without uploading the design.

Bare board with parallel routed traces
Bare board with parallel routed traces. RAYPCB site archive image; illustrative context, not a current inspection or ownership record.

Define the build before selecting output layers

Start with a saved source revision and a written description of the intended board. Identify its layer count, outline, thickness requirements, material construction, copper requirements and surface finish. Add controlled-impedance, special-hole or assembly requirements when they apply. A reader should not have to infer the finished construction from filenames or a screenshot of the layer manager.

Separate bare-board fabrication from stencil and assembly output. Copper, mask and legend images serve different operations from paste apertures or component placement. A paste layer is not a substitute for solder mask, and a populated-board drawing is not copper artwork. Decide which recipient needs each file before selecting every visible layer in the editor.

Keep the manufacturing scope narrow enough to be unambiguous. A board without bottom legend does not become incomplete merely because a generic checklist mentions two legend files. Conversely, a multilayer design cannot omit an inner copper image because the top and bottom pictures look complete. Required outputs follow the actual construction and agreed receiving workflow.

A manufacturing release maps files to physical functions
A manufacturing release maps files to physical functions. Original explanatory drawing; schematic geometry, not released manufacturing data or inspection evidence.

Release roles follow the actual build

RoleUseful reviewDo not assume
CopperEvery required layer and its stack positionTop and bottom images prove inner layers exist.
ProfileFinished contour and relevant cutoutsEvery line on a mechanical layer is a route.
Drill / routeUnits, origin, size, plating and spanRound copper pads communicate all holes.
AssemblyVariant BOM, placement and assembly notesFabrication artwork determines fitted components.

Prepare the native design and resolve known issues

Confirm that the layout corresponds to the intended schematic and assembly variant. Review the outline, copper zones, padstacks and any changes made since the last export. Refill or regenerate design-dependent objects using the appropriate software workflow, then inspect the result. A saved file can still contain an unreviewed change or an outdated generated object.

Run suitable design-rule checks and record meaningful exceptions. A zero-error display only describes the enabled rules and their configuration. It does not establish that every manufacturing constraint, signal requirement or component choice was modeled. Keep an explicit note for a deliberately accepted exception rather than silently disabling a broad rule to obtain a clean report.

Freeze the source state before exporting. If the design changes halfway through output generation, regenerate the relevant package as one release. Loose replacement files with an uncertain relationship to the original archive are difficult to review. The PCB DFM guide helps separate design checks from the later receiving-file review.

Review itemWhat to establish
ScopeList required roles for this construction, including special holes and assembly outputs where applicable.
ConsistencyUse one source revision and compatible units, origin and layer assignments.
InspectionLoad the exported package independently and compare meaningful physical features.
DeliveryKeep one authoritative archive, requirement note and explicit list of open questions.

Manufacturing release manifest comparison

RAYPCB ENGINEERING

Manufacturing release manifest comparison

CAD and Manufacturing Files
Loading Manufacturing release manifest comparison…
Using this tool & sharing results

Use the stated units, input limits and model assumptions. Results support an engineering discussion; they do not approve a design, process or production order.

After changing inputs, update the result before using it. Where a download or copy action is available, review that brief and attach or paste it into your enquiry. Opening Contact does not transfer these inputs or send a request.

How to use and share tool results

Use the current inputs and keep the assumptions

Start with Load example when learning the workflow, then use Clear for my inputs before working with a real release. The example label remains visible if you edit sample values. Complete the units and scope fields before generating a result. An empty input is not silently treated as zero, and a changed input invalidates the previous result and download. Correct the highlighted explanation and run the check again.

The worksheet works on information entered here. It does not read a CAD project, compare a ZIP with your drawing, or contact a manufacturing database. A report can document questions and calculations, but the original design and receiving software remain the source for geometry and connectivity. Downloading a report does not send an enquiry; attach useful results manually when contacting RAYPCB.

InputWhat to establish before using it
Review referenceUse a nonconfidential revision or task reference.
Intended revisionThe exact authoritative revision label for this release.
Required output rolesComma-separated roles agreed with the recipient; include mask, inner layers, slots, assembly or other content as needed.
Declared file manifest · CSVOne actual file name per row. Role and revision are your declarations; file content is not inspected.

Assign one clear function to each manufacturing image

Map copper images to the actual stack order and identify the top and bottom sides. Use consistent filenames and useful format attributes where supported. Do not rely on the order in which files appear in a ZIP viewer. A layer map or fabrication drawing should explain the intended function even if an extension is unfamiliar.

Keep the finished board profile and relevant internal cutouts clear. Drafting dimensions, title blocks and component courtyards should not accidentally become fabrication geometry. If a drawing contains several possible contours, identify which one is authoritative. A closed shape on an arbitrary mechanical layer is not automatically recognized as the finished outline by every exporter.

Review mask openings and legend content for the chosen construction. Avoid applying a generic exporter adjustment without understanding whether the pad or design rules already contain the desired change. An additional swell or shrink can be counted twice. The mechanical-layer mapping guide explains how to separate drafting information from physical output roles.

Mixed-density circuit board pads and routing
Mixed-density circuit board pads and routing. RAYPCB site archive image; illustrative context, not a current inspection or ownership record.

Generate drill and routing information with matching references

Hole information needs its own deliberate review. Compare plated and non-plated intent, hole dimensions and layer spans with the drawing and padstacks. Slots and routed features may require more than a set of round drill hits. Confirm what the receiving workflow expects for those features instead of drawing a shape on copper and assuming it defines the operation.

Use compatible units, coordinate references and precision across related outputs. A correct drill file with a different origin can appear shifted relative to the copper. A conversion mistake can scale an otherwise recognizable pattern. Inspect known hole-to-pad relationships and at least one trusted board dimension after loading the complete output set.

Do not manually mirror a side merely to make it resemble a photograph from below. CAD and manufacturing viewers have defined side and coordinate conventions. Confirm the intended interpretation in the receiving view. If a diagram is supplied specifically as a bottom view for a human reader, label it as such rather than changing the fabrication data to match the illustration.

Example fault: old drill output beside new copper
Example fault: old drill output beside new copper. Original explanatory drawing; schematic geometry, not released manufacturing data or inspection evidence.

Inspect the output rather than only the source editor

Open the exact exported files in a suitable independent viewer or receiving CAM workflow. Compare the outline, copper order, mask openings, drill centers and special features with the approved design. Turn layers on and off deliberately; a dense combined image can hide an omitted inner layer or a hole set at a different scale.

Check final images as well as filenames and format declarations. An image may parse correctly while representing an old revision. A correctly named file may contain the wrong layer. The Gerber file reference explains image interpretation, while the D-code guide helps with a narrow command-level question. Neither replaces a complete export review.

For a useful worked example, imagine revision B moves a connector but the release folder still contains revision A drill output. The copper looks current and every expected file extension is present. Loading drills with copper reveals that the connector holes no longer match the pads. This is a revision-control failure that a file-count check cannot resolve.

Package a coherent archive and a concise requirement note

Use the manifest worksheet to list actual file names, assigned roles and revision labels. The example deliberately includes a drill file labeled A among revision B files. The tool reports the discrepancy and missing declared roles, but it does not inspect file content. A manually entered label can be wrong, so the manifest supports rather than replaces the independent view.

Keep one authoritative archive and identify its source revision. If you supply more than one manufacturing format, state which is authoritative and confirm that the alternatives were generated from the same source. Avoid an unlabeled collection of old, new, panelized and single-board outputs. Additional information is helpful only when its relationship to the build is clear.

For a quotation, include quantity, construction requirements, the intended release and any open engineering questions. Add the BOM, placement data and assembly definition when the request includes components. The PCB assembly file checklist covers that additional scope. You can contact RAYPCB before every parameter is final; identify the decisions that need review instead of inventing values to complete a form.

Compare the recipient view with the intended build

Review the exact exported archive in the receiving workflow before calling it a release. Confirm dimensions and origin, copper order, hole locations, plated versus non-plated intent, cutouts and mask openings. For assembly, compare the chosen variant, component sides and placement references with the BOM and drawing. Do not assume all objects in the native editor were included in the selected export scope.

Freeze one archive after those checks. If an engineering change is needed, create a new revision and regenerate the affected outputs together. Record a concise change summary instead of sending loose replacement layers with no relationship to the original package. The manufacturer needs to know which version is authoritative, which settings are fixed and which open questions need an engineering response.

Release procedure: prepare, generate and inspect
Release procedure: prepare, generate and inspect. Original explanatory drawing; schematic geometry, not released manufacturing data or inspection evidence.

Standards, source context and limits

Use the documentation for the exact application version and output format. A file specification defines how information is encoded; it does not approve the electrical design, set a factory process limit or replace an agreed manufacturing drawing. The references below support the relevant format and software details. Worked examples are instructional, and any native application test is identified by its specific version and scope.

A useful enquiry combines files and requirements
A useful enquiry combines files and requirements. Original explanatory drawing; schematic geometry, not released manufacturing data or inspection evidence.

For fabrication scope and the agreed construction requirements, see PCB manufacturing.