Seamus Rowe

03Case study

← All work

Parametric blade tooling: closing the loop between optimiser and manufacture

A parametric tool taking optimiser output directly to manufacturable geometry, and measured parts back to parameters.

Role
Self-initiated · design, build, deployment
Dates
2020
Status
Delivered · used in production design work
Disciplines
Computational design · Parametric CAD · Toolmaking
Processes
Grasshopper · Rhino · STEP · 3D scanning
Wireframe view of a single blade the tool generated, isocurves following the lofted surface, twisting from a wide mid-span chord to the hub interface block at the root.
Parametric blade tooling: closing the loop between optimiser and manufacture2020

Problem

The blade design pipeline ran through two specialists. An acoustics researcher had built an optimiser that generated candidate blade definitions quickly, an approximation rather than a full simulation, producing parameters as a spreadsheet. A second engineer then ran full ANSYS simulation to establish whether a candidate actually performed.

Between them sat a manual step. Before anything could be simulated, the ANSYS engineer had to build the blade by hand in Fusion from the spreadsheet, constructing every profile. A PhD simulation specialist was spending his time on CAD data entry, and the number of candidates that could be evaluated was set by how fast someone could redraw them rather than by how fast the optimiser could produce them.

The bottleneck belonged to neither specialist. Each was optimising his own end; the handoff between them was nobody’s job.

I built the tool during the first New Zealand lockdown. Everyone was working from home, and it was the useful thing I could do from a desk.

Constraints

  • Output had to be solid, manufacturable geometry rather than a mesh or an approximation, usable by both ANSYS and outside suppliers without conversion
  • Had to run from optimiser output with no human redrawing in the loop
  • Needed to work in reverse: a scanned physical blade back to the parameters that describe it
  • Built solo, remotely, alongside other work

Decisions

A parametric definition in Grasshopper, driven by CSV. Feed it the optimiser’s output and it produces a STEP file ready to simulate or send to a manufacturer.

The aerofoil and the root interface are separate parameters, so the same definition generates fixed blades and blades that mount into folding hubs. A candidate can go to either without being redrawn, which matters because the hub choice is usually made after the aerodynamics are settled.

The Grasshopper definition zoomed out, showing grouped clusters of components spread across the canvas, with inputs and outputs picked out in red. Individual labels are not legible at this scale.
Grasshopper definition · CSV to STEP2020

STEP rather than a mesh format because it is the one representation both the simulation side and the supply side accept as-is. A mesh would have needed rework at both ends, which reintroduces exactly the manual step the tool existed to remove.

The inverse path, scan to CSV, matters more than it sounds. It closes the loop between as-designed and as-manufactured, so a physical blade can be measured and expressed in the same parameters the optimiser works in. Without it you can generate designs but never verify what actually came back from the supplier.

Outcome

Building a blade went from over an hour of manual modelling to seconds. How many candidates reached full simulation stopped being a function of CAD time.

The tool produced blades used in shroud development and for an external customer, and returned a PhD simulation engineer to simulation work.

Custom blade inside a carbon fibre shroud on a quadcopter airframe, on grass during a weight test.
Blade from the tool · shrouded rotor · weight test2020

More work

Contact

seamus@seamusrowe.com

Auckland, New Zealand · NZ citizen with Australian work rights