Family Tables (Creo)
The Pro/E heritage feature for representing a family of parts — generic part + instance rows controlling dimensions, parameters, suppression, and component substitution.
🔗 Related Concepts
Deepen your understanding with these related topics:
Definition
A family table is an Excel-like table inside a part or assembly file. Each row is an instance (e.g., M6 x 25 vs. M6 x 30 vs. M6 x 40). Columns specify dimensions, parameters, feature suppression, materials, custom properties. Instances are addressed by name in BOMs and drawings.
Nested family tables allow instances to have their own sub-tables.
Why it matters
Family tables are the canonical way to represent product families in Creo — fasteners, brackets, gears, plates of varying thickness. Done well, one .prt represents thousands of variants.
Technical Deep Dive & Core Mechanics
Family Tables (Creo) interacts with the assembly solver, which maintains positional relationships between components through a system of mates or constraints (coincident, concentric, distance, angle). The solver treats each mate as an equation in a nonlinear system: coincident planes produce equality constraints on normal vectors and offsets, while distance mates produce inequality or equality constraints on point-to-plane distances. The solver finds a configuration that satisfies all constraints simultaneously, or reports over-constrained/under-constrained status.
Large assemblies involving Family Tables (Creo) stress the solver because the constraint count grows combinatorially with component count. Lightweight and simplified representations reduce the geometric data loaded into memory without removing constraint definitions, allowing the solver to position components without rendering full detail. Understanding when to use lightweight mode versus fully resolved mode for Family Tables (Creo) is essential for maintaining interactive performance in assemblies with thousands of components.
Step-by-Step Professional Implementation
Deploying Family Tables (Creo) in a mechanical or product-design production pipeline requires well-tested modeling discipline and data management:
- Set Up the Part/Assembly Template: Start from a company-standard template that pre-configures units, material libraries, default tolerances, and drawing sheet formats. Ensure the design intent is captured through a clean feature tree from the first sketch.
- Apply Parametric Constraints Methodically: When building Family Tables (Creo), constrain sketches fully before extruding. Reference stable datum planes and origin geometry rather than edge references that may shift during design changes (avoiding dangling references).
- Enrich Metadata for Manufacturing: Populate custom properties (material, finish, heat treatment, part number) in the model's iProperties, custom attributes, or parameters. These feed directly into BOMs, PDM systems, and ERP integrations.
- Validate and Release: Run interference detection on assemblies, verify mass properties, and check for rebuild errors or suppressed features. Pass the model through your PDM/PLM check-in workflow with appropriate revision and lifecycle state updates.
Advanced Troubleshooting & Error Diagnostics
Diagnostic procedures for Family Tables (Creo) data exchange and interoperability issues:
- STEP export loses fillet geometry: Fillets and rounds in Family Tables (Creo) translate as faceted approximations or disappear entirely in STEP output. Resolution: Increase the STEP export precision settings (tighter chord tolerance and angle tolerance). Verify the STEP AP version—AP214 handles complex surfaces more reliably than AP203 for modern geometry. If specific fillets consistently fail, try increasing the fillet radius slightly or simplifying the adjacent face geometry.
- Configuration/variant not included in export: Only the active configuration of Family Tables (Creo) appears in the exported file. Resolution: Most neutral formats (STEP, IGES) support only a single configuration per file. Export each required configuration separately, or use native format exchange if the receiving system supports it. For assemblies, verify that the correct configuration is active in each component before batch export.
- Thread cosmetics missing after translation: Cosmetic thread annotations on Family Tables (Creo) don't appear in the receiving CAD system. Resolution: Cosmetic threads are annotation features, not geometric features, and don't survive neutral-format translation. Replace cosmetic threads with modeled threads (helical cut) if the receiving system needs actual thread geometry, accepting the increased file size and rebuild time.
Cross-Discipline Collaboration & Handoff
In multi-discipline product development, Family Tables (Creo) must integrate smoothly with downstream manufacturing, simulation, and documentation workflows:
- Neutral Format Exchange: Export to STEP AP214/AP242 for maximum fidelity when sharing with partners who use different CAD platforms. Validate that feature topology, PMI (tolerances, datums, surface finish), and assembly structure survive the translation. Avoid relying on native formats for external suppliers.
- PDM/PLM Integration: Check in models through the product data management system with complete metadata (revision, lifecycle state, effectivity). Ensure that the BOM structure visible in the PLM matches the CAD assembly hierarchy, and that released parts are locked from unauthorized edits.
- Simulation and Manufacturing Handoff: Provide defeatured geometry to FEA analysts (remove cosmetic rounds, simplify internal cavities) and manufacturing-ready geometry to CAM programmers (with GD&T annotations). Coordinate on material specifications and tolerance stack-ups across the design-to-production chain.
Common pitfalls
- Family tables without naming conventions — instance names become opaque.
- Missing dependencies — instance generates wrong geometry because a referenced dimension isn't in the table.
- Excessive instances (10k+) — file becomes unmanageable.
Creo Parametric Ecosystem Context
This concept is a core structural element of the Creo Parametric drafting and engineering environment developed by PTC. PTC's parametric MCAD — the descendant of Pro/ENGINEER, strong on top-down design, MBD, and integration with Windchill PLM.
Relevant Creo Parametric FAQs
❓ Is Creo the same as Pro/ENGINEER?
Yes, in lineage. PTC rebranded Pro/E as Creo in 2010 and introduced the Creo Apps architecture. Functionality has continued to evolve since; modern Creo is significantly different from late Pro/E in UI and direct-modelling tools, but the parametric core is the same.
❓ What's the difference between Creo Parametric and Creo+?
Creo+ is the cloud-connected variant — design data managed in PTC's Atlas cloud platform with collaboration features. The Creo Parametric authoring engine is the same. Creo+ targets distributed teams; Creo Parametric remains the file-based / Windchill-based standard.
⚡ Concept Self-Test
Test your understanding of this concept to lock in your memory. Completing this quiz will automatically sync to your career learning progress.
🎓 Recommended Practice Lessons
Step-by-step practical exercises and certification-aligned paths chosen by our editors to master this concept:
Creo Parametric Advanced Part Design (PTC University)
🌳 Semantic Crossroads & Navigation Pathways
Trunk-Branch-Leaf ModelExplore cross-referenced learning lanes. Connect this specific method back to macro CAD coordinate foundations, parent software environments, and sibling parameters in our shared taxonomy map.
Global Foundations
Core glossary, interactive graph, and domain-wide concept index.
Ecosystem Integration
Parent design environments and platforms implementing this method natively.
Active Context & Neighbors
Current active term and close sibling concepts:
Discover More
Practical Workflow Tips
Principles refined through years of parametric modeling and Family Tables (Creo) workflows:
- Sketch fully before constraining: Draw the complete sketch profile before adding dimensions and constraints. This prevents over-constrained situations that require deleting and re-adding constraints.
- Reference origin planes, not model faces: When positioning Family Tables (Creo) features, reference origin planes or datum planes rather than model faces. Origin planes never change topology.
- Name features in the tree: Rename each feature from its default name to a descriptive name. In complex models with 200+ features, named features save minutes per search and make design intent readable.
- Use configurations for variants: Rather than creating separate files for Family Tables (Creo) size variants, use configurations or design tables. This keeps all variants linked to a single master definition.