Visual Dynamics

Workflows

Seven, implemented end to end.

A project is of a kind, and its kind is what the application knows. Each workflow below carries the shape of its own test: what a project of that kind expects you to bring, which figures its report is built from, and how the result is judged.

Modal analysis

Measure frequency response functions from a hammer or shaker survey, fit modes to them, and animate the shapes on the test geometry. Coherence and drive-point checks come with it, so a doubtful channel is visible before it reaches a fit.

Finite element model correlation

Pair the test modes against a model's, by modal assurance criterion, and show where the two disagree — which pairs, by how much in frequency, and where on the structure the shapes part company.

Random vibration test analysis

Averaged spectra against a specification, with the bands, the tolerance lines and the exceedances marked — and the averaging itself shown rather than assumed, so the number of averages and the window are part of what the report says.

Shock test analysis

Find the events in a record, filter and integrate it into velocity and displacement, compute shock response spectra on log axes, and judge them against the required band.

Transient environment analysis

A measured waveform against the one it was controlled to, aligned and compared over the interval that matters rather than over whatever the file happens to contain.

Sine sweep test analysis

One or more tones swept across a frequency range at a controlled amplitude, so the article sees each frequency in turn. The level each tone actually reached is extracted from the recording and judged against the level it was required to reach, tone by tone and channel by channel, with the difference in decibels.

System identification

The plant a later test will be controlled through: the frequency response of every control channel to every drive, measured from an ambient recording and a driven one. The report carries the plant and the three readings that say whether to believe it — the coherence map, the signal-to-noise against the ambient floor, and the complex mode indicator that reads the whole matrix at a glance.

Supported data formats

Each one reads into the same objects, so what happens next does not depend on where the data came from. Most of them are written as well as read — where a format is read-only the table says so, rather than leaving you to find out at the export dialog.

FormatExtensionsReadWrite
Universal file, text and binary.unv, .uffyes.unv
I-DEAS associated data.afu, .ati, .ashyesyes
Nastran bulk data.bdf, .dat, .nasyes.bdf
Nastran punch eigenvectors.pchyesnot yet
Femap neutral file.neuyesnot yet
Exodus finite element file.exo, .eyes.exo
Rattlesnake controller output.nc4yesno
Channel table spreadsheet.xlsxyesyes
CAD mesh, parts as blocks.3mfyesyes
CAD triangle mesh.stlyesyes
STEP / IGES CAD, tessellated on import.step .stp .iges .igsyesno
sdynpy geometry, data and shapes.npz, .npyyesyes
Photographs.png, .jpg, .heicyesyes
Visual Dynamics project.vdynyesyes
Report template — a report on its own, to load into another project.vdreportyesyes

A universal file comes in two encodings — dataset 58 as text and dataset 58b as raw floats — and both are read and written. The binary one is about a third the size and exact, where five decimal places of text are not.

The three that do not write back: a Rattlesnake .nc4 is a controller's own record of a run and writing one would be claiming to have run it, so that one stays read-only on purpose. The punch and Femap writers are simply not written yet — anything read here is meant to be writable, and those two are the outstanding exceptions.