From Selection to BIM — What a Clean DXF/IFC Hand-off Looks Like

An AHU selection tool's job doesn't end when the fan and coil are chosen. The unit still has to land in a Revit model, survive a clash check, and match a fabrication drawing three months later. That last step — the hand-off from selection software to BIM — is where a lot of otherwise-correct selections turn into RFIs.

Why the hand-off breaks

Most selection tools generate a DXF or IFC file from the stored dimensions in the selection record: casing length, width, height as they were set when the model was configured. The problem is that those stored values drift. A coil gets swapped, a damper module gets added, a filter section gets deepened for a higher class — and if the export routine re-reads the old stored casing.length_mm instead of recomputing geometry from the current component chain, the drawing that reaches the BIM coordinator no longer matches the unit that will actually ship.

This is the single most common cause of a rejected AHU submittal at coordination stage: the DXF outline doesn't match the technical data sheet, which doesn't match the 3D model the sales engineer showed the client. Three documents, three slightly different lengths, one confused consultant.

What "dimension truth" means in practice

The fix is structural, not cosmetic: every export — DXF, IFC, the printed technical data sheet — has to derive its dimensions from the same live geometry calculation that drives the 3D viewer, not from a cached field on the selection record. Concretely, that means:

• Length is computed from the module chain, not stored and edited independently. Add a module, the length recalculates everywhere at once — viewer, DXF, TDS.
• Bridge (heat recovery) modules use raw body length in that calculation, excluding the clearance and panel allowances that apply to adjacent sections — a detail that, done wrong, adds 30-80 mm of phantom length to a cross-flow plate or rotary section on every drawing.
• The pedestal/base frame is either always included or always excluded, controlled by one flag read by every export path — never a per-drawing toggle that can silently disagree between the DXF and the TDS.

If any export path reads its own snapshot instead of calling the shared geometry function, the two documents can pass their own internal checks and still disagree with each other.

What BIM coordinators actually need in the file

Beyond correct overall dimensions, a usable DXF/IFC package for coordination needs:

1. Connection points at real coordinates — duct connection apertures positioned where the physical casing penetration is, not at a schematic offset. Getting left_supply and right_extract mapped to the correct physical face matters here too: in cross-flow layouts a heat exchanger swaps the connection chain across the bridge diagonal, so the export has to resolve airflow-to-aperture mapping from the actual internal routing, not from a side-based assumption.
2. A bill of quantities that matches the drawing — module count, weight, and service connections consistent with what's drawn, not a separate manually-maintained list.
3. Layer naming and units a coordination tool can ingest without manual cleanup — this is where IFC, not just DXF, earns its place: geometry plus a minimal set of typed properties (airflow, static pressure, weight) that a Navisworks or Solibri clash run can query directly.
4. No orphaned revision — if the selection changes after the first export, the next export needs to reflect that change automatically, not require the sales engineer to remember to regenerate every artifact by hand.

A short checklist before a DXF/IFC package goes to a BIM coordinator

Check	Why it matters
Overall length matches the TDS and the 3D view	Same source calculation prevents silent drift
Connection apertures at correct physical face	Deck-scoped keys can be mismapped across cross-flow bridges
Pedestal/base frame included consistently	Coordination models measure to finished floor differently if this flips per drawing
Units and layer names match project CAD standard	Avoids manual rework before the file enters the federated model
Export re-run after any component change	Prevents shipping geometry that predates the final selection

Where the tooling matters

AirSelect3D's DXF export calls the same position_metrics() geometry function that drives the live 3D viewer — there is no separate "export dimension" path to drift out of sync. Every regenerated export reflects the current module chain, connection routing, and bridge geometry automatically, and every DXF is regression-tested against a zero-error ezdxf.audit() pass before it ships. For background on why connection-key mapping matters even before the drawing stage, see duct connection design and where quotes lose 50 Pa.

See the 3D model and its export stay in sync as you build the unit →