Matlab Prepare Signal Data

MathWorksOfficialCreated by MathWorks

Skill
Tool integration
Data and AI
BSD-2-Clause
No issues found

From the author

Use this skill when conditioning, loading, preparing, or labeling signal data for analysis or ML training. Covers: cleaning a single signal (fill gaps, remove drift, deoutlier, denoise, resample/align a time base) BEFORE analysis; building a `signalDatastore` pipeline; creating a `labeledSignalSet` for Signal Labeler; deriving labels (filename, folder, in-file, ROI, time-frequency ROI); stratified train/val/test splits; framing long signals; parallel processing; and shaping datastore output for `trainnet`. Triggers include "clean up this signal", "remove drift / detrend", "fill gaps", "remove spikes / outliers", "denoise", "resample to a uniform rate", "align channels", "labels from filenames", "stratified split", "prepare for Signal Labeler", and function names like `fillgaps`, `fillmissing`, `detrend`, `filloutliers`, `smoothdata`, `resample`, `synchronize`, `signalDatastore`, `labeledSignalSet`, `filenames2labels`, `folders2labels`, `splitlabels`, `framesig`, `framelbl`, `createDatastores`.

— the description by MathWorks

AutoGineer summary

Written by AutoGineer from the skill’s own files, not by the author

This skill provides a structured approach to signal data preparation, guiding users through the lifecycle of cleaning raw signals, managing datastores, applying labels, and partitioning data for machine learning. It emphasizes using high-level Signal Processing Toolbox functions to ensure readability and maintainability, while offering clear heuristics for ordering conditioning steps like detrending, smoothing, and outlier removal. The skill is designed to help users move from raw data to a ready-to-train state for models like trainnet.

What it does

Cleans signals by filling gaps, removing drift, denoising, and handling outliers.
Synchronizes and resamples multi-channel data onto a uniform time base.
Builds data pipelines using signalDatastore for efficient loading.
Creates labeledSignalSet objects for structured labeling and Signal Labeler interoperability.
Performs stratified splits and framing for long signal sequences.
Shapes and prepares datastore outputs for machine learning workflows.

When to use it

When you need to clean a single signal before analysis or training.
When preparing a dataset of signals for machine learning with specific labeling requirements.
When you need to align multiple signal channels or resample them to a uniform rate.
When you need to partition signal data into training, validation, and test sets.
When you need to frame long signals for windowed analysis or supervision.

Advantages

Promotes readable, maintainable code by preferring high-level toolbox functions.
Provides a logical, verified order for conditioning steps to prevent data corruption.
Reduces manual effort by automating common tasks like label derivation from filenames.
Ensures compatibility with Signal Labeler and deep learning training functions.
Offers clear guidance on when to escalate to lower-level methods.

Usage examples

“How do I remove a linear trend from my signal?”: The agent will recommend using detrend(x, 1) and explain why explicit degree specification is preferred for code clarity.
“I have a folder of signal files; how do I create a datastore and split them for training?”: The agent will guide you through using signalDatastore to load the files, followed by splitlabels to perform a stratified split.
“My signal has gaps; how should I fix them?”: The agent will suggest using fillmissing for short gaps or fillgaps for longer gaps in oscillatory signals, depending on the signal characteristics.
“How do I align two signals with different sampling rates?”: The agent will recommend using the synchronize function to place both signals onto a shared time grid.

Install

Download the skill as a ZIP:
https://autogineer.com/agent-skills/matlab/matlab-prepare-signal-data/download

Unzip it into the cross-client skills folder of your project:

mkdir -p .agents/skills && unzip matlab-prepare-signal-data.zip -d .agents/skills

Documentation by MathWorks

Prepare Signal Data

Look in Signal Processing Toolbox first. The conditioning, labeling, splitting, framing, and partitioning helpers here live in Signal Processing Toolbox — not in Stats & ML Toolbox or generic-MATLAB string utilities.

The arc: condition a raw signal (clean it) -> load a folder into a datastore -> label -> split / frame -> hand off to trainnet. Each stage is a workflow file; this page routes you to the right one.

When to Use

Cleaning a single signal before analysis: fill gaps, remove drift, deoutlier, denoise, put it on a uniform time base, align multiple channels.
Loading / preparing signal data for ML training: datastores, labels from filenames or folders, stratified splits, framing, parallel processing.
Structured labeling: labeledSignalSet for Signal Labeler, all label types.

When NOT to Use

Raw .wav audio classification with Audio Toolbox available. audioDatastore is the canonical path (this skill's custom-ReadFcn workflow handles .wav only when Audio Toolbox is absent — references/wf-custom-readfcn.md).
Frequency-selective filter DESIGN (band isolation, notch, custom FIR/IIR) — see the matlab-design-digital-filter skill. This skill's conditioning is about cleaning, not designing filters.
Computing per-frame features (RMS, crest factor, spectral / bandwidth, time-frequency features) from an already-conditioned signal — see the matlab-extract-signal-features skill. This skill's framesig / framelbl are for manual per-window labeling / supervision, not for deriving a feature table; the signal*FeatureExtractor objects window internally and emit the table.

Best practices

Deliverable is a runnable .m script the user can save, version, and re-run — not workspace state.
Prefer the highest-level function that does the job. detrend / smoothdata / fillmissing / resample read cleanly and are easy for a non-expert to follow. Drop to a lower-level / more-configurable path (designfilt + filtfilt, a hand-built AR model, a named primitive) only when you need control the high-level call cannot give, or when the user asks. Readability first; escalate to low-level for necessity, not by default.
- The high-level call usually exposes the control you think you need. In particular smoothdata(x, "sgolay", fl) takes the frame length fl as an argument — it does NOT hide it — so prefer it over calling sgolayfilt directly. Reach for sgolayfilt only for what the dispatcher genuinely lacks (derivative output via dn, or an unusual polynomial order).

0. Common reflexes

If your first instinct is one of these, the canonical replacement is one row away.

Reflex	Canonical	Detail
Hand-design a highpass/`designfilt` to remove a smooth drift	`detrend(x, n)` — escalate `n` = 1 -> 2 -> 3 before reaching for a filter; polynomial detrend has unity passband gain	references/fn-detrend.md
Invent a gap-filler (`regularizeNaNs`, `inpaintn` — not real)	`fillmissing` (interp) for short gaps; `fillgaps` (SPT, AR) for long gaps in oscillatory signals	references/wf-repair-missing.md
Hand-roll `retime` + shift + `retime` + concat to align channels	`synchronize(A, B, ...)` — one call to a shared grid	references/wf-align-channels.md
Custom `ReadFcn` for a `.csv`	`signalDatastore` default reader + `SignalVariableNames`	references/fn-signaldatastore.md
`cvpartition` for a datastore split	`splitlabels` + `subset(ds, idx{k})`	references/fn-splitlabels.md
`regexp` / `extractBefore` / `fileparts` for labels from filenames	`filenames2labels(sds, Extract=...)`	references/fn-filenames2labels.md
`regexp` / nested `fileparts` for labels from subfolders	`folders2labels(sds.Files)`	references/fn-folders2labels.md
Manual framing loop with `(i-1)*hop+1`	`framesig(x, fl, OverlapLength=...)`	references/wf-frame-and-label.md
Manual ROI-to-frame vote with `containers.Map`	`framelbl(rois, ...)`	references/wf-frame-and-label.md
`for` loop `load(file)` to read in-file label variables	`signalDatastore(folder, SignalVariableNames=["x","label"])`	references/fn-signaldatastore.md
`signalMask` when you need Signal Labeler interop	`labeledSignalSet` with ROI labels (signalMask can't import)	references/fn-labeledsignalset.md
`signalLabeler(lss)` (pass the set as an arg)	Launch bare `signalLabeler` (zero args), then Import -> From Workspace or From File	references/wf-label-and-export.md

SPT-specialized functions exist — reach for them, don't reinvent. fillgaps (AR gap fill), medfilt1 / hampel (impulse handling), sgolayfilt / smoothdata(...,"sgolay") (feature-preserving smoothing) are in Signal Processing Toolbox.

1. Workflows

Each workflow file is the entry point and lists the functions it uses. Start here.

Workflow	Use when	Reference
Repair missing samples	NaN gaps / dropouts to fill.	references/wf-repair-missing.md
Detrend, smooth, deoutlier	Drift, spikes, and/or broadband noise on one signal (smoothing/denoising lives here).	references/wf-detrend-smooth-deoutlier.md
Align multi-rate / offset channels	Several channels onto a shared time base.	references/wf-align-channels.md
Put one channel on a uniform rate	One channel -> uniform grid at a chosen rate: jittery timestamps to regularize, OR already uniform but the wrong rate to `resample`.	references/wf-uniform-rate.md
Wavelet denoising (escalation)	Non-stationary/multi-scale noise a tuned `sgolayfilt` can't remove; `wdenoise` (Wavelet TB).	references/wf-denoise.md
Envelope extraction	Amplitude outline (AM demod, peak hull) — not cleaning.	references/wf-envelope.md
Load + label + split	Folder of files -> datastore for training.	references/wf-load-and-split.md
Frame long signals + per-frame labels	Long signals, per-window supervision.	references/wf-frame-and-label.md
Label + export (all label types)	Structured labels (attribute/ROI/point/TF-ROI), export to Signal Labeler / DL.	references/wf-label-and-export.md
Parallel processing across a parpool	Per-signal work across workers.	references/wf-parallel-process.md
Custom ReadFcn (only when needed)	Format isn't `.mat` / `.csv`, or has a metadata prelude.	references/wf-custom-readfcn.md
Hand-off to `trainnet`	Datastore ready; shape for `trainnet` / `combine`.	references/wf-handoff-to-dl.md

Each workflow file names the fn- reference pages for the functions it uses; there is no separate function index — enter through the workflow that matches your task, or the reflex table above.

2. Ordering when a signal needs several conditioning steps

The governing principle (this is the real rule): order the steps so an earlier operation does not corrupt the input to a later one. Spikes bias least-squares fits and get smeared by filters/resamplers; an un-removed trend gets averaged into the signal by a smoother; most operations choke on NaN. Reason from that for the signal in front of you — do not follow a fixed chain blindly.

Default heuristic (a good starting order, not a universal law):

outliers -> detrend -> smooth, with fill and align placed by the principle above.

outliers -> detrend -> smooth is the verified core: remove spikes before a polynomial detrend (a spike biases the fit) and before a smoother (a smoother spreads the spike across its window); detrend before smooth so the smoother isn't averaging across a trend.
Fill NaN before any step that can't handle missing data (detrend, filters, most smoothers).
Align / resample: putting a signal on a new grid (retime/synchronize) creates NaN at non-overlapping times, so fill after aligning. BUT if the signal has spikes, deoutlier before resampling — resample's anti-alias filter will smear an un-removed spike. So align-vs-outliers order depends on the signal; the principle decides, not a fixed sequence.

Not every signal needs every step — identify which apply, order them by the principle, and each workflow file has an off-ramp if your problem is actually a different family.

Files

ATTRIBUTION.mdAdded by AutoGineer1.0 KiB
LICENSELicence file added by AutoGineer1.4 KiB
SKILL.md9.5 KiB
manifest.yaml650 B
references/fn-countlabels.md2.1 KiB
references/fn-detrend.md4.6 KiB
references/fn-filenames2labels.md4.8 KiB
references/fn-fillgaps.md3.3 KiB
references/fn-fillmissing.md4.2 KiB
references/fn-filloutliers.md5.0 KiB
references/fn-folders2labels.md3.4 KiB
references/fn-framelbl.md7.1 KiB
references/fn-framesig.md4.1 KiB
references/fn-hampel.md3.3 KiB
references/fn-labeledsignalset.md9.1 KiB
references/fn-labelspectrogramoptions.md4.6 KiB
references/fn-medfilt1.md3.3 KiB
references/fn-partition.md4.6 KiB
references/fn-resample.md4.6 KiB
references/fn-retime.md4.7 KiB
references/fn-sgolayfilt.md3.5 KiB
references/fn-signaldatastore.md11.9 KiB
references/fn-signallabeldefinition.md5.9 KiB
references/fn-signalmask-getmask.md8.6 KiB
references/fn-smoothdata.md4.8 KiB
references/fn-splitlabels.md5.3 KiB
references/fn-subset.md3.9 KiB
references/fn-synchronize.md4.7 KiB
references/fn-wdenoise.md5.2 KiB
references/wf-align-channels.md6.6 KiB
references/wf-custom-readfcn.md5.0 KiB
references/wf-denoise.md2.6 KiB
references/wf-detrend-smooth-deoutlier.md6.6 KiB
references/wf-envelope.md5.3 KiB
references/wf-frame-and-label.md4.7 KiB
references/wf-handoff-to-dl.md9.1 KiB
references/wf-label-and-export.md8.7 KiB
references/wf-load-and-split.md4.6 KiB
references/wf-parallel-process.md4.8 KiB
references/wf-repair-missing.md6.7 KiB
references/wf-uniform-rate.md4.2 KiB

references/wf-envelope.md

Workflow: extract a signal's envelope

Functions used: envelope

Extract the amplitude outline of a signal - the smooth curve that rides the peaks (and troughs) rather than the signal itself. This mirrors the Envelope pane in Signal Analyzer's preprocessing.

Off-ramp - do you actually want the envelope, or a cleaner signal? envelope is NOT a denoiser. It returns the AMPLITUDE OUTLINE, discarding the carrier. If you want a cleaned version of the signal itself, you're in the denoise family - see wf-denoise.md, not here.

When to reach for it (distinct from smoothing)

Reach for envelope when the amplitude trend is the quantity of interest, not the signal:

AM demodulation - recover the modulating envelope of an amplitude-modulated carrier.
Amplitude / energy tracking - how loud is this over time (audio RMS loudness, vibration amplitude, burst energy).
Peak-hull tracking - the upper/lower bound curve that hugs an oscillation (decaying sinusoid outline, fault-signature amplitude).
Feature for ML - the envelope is often a more stable input than the raw carrier for classifying amplitude-varying signals.

How this differs from smoothing (wf-denoise.md): a smoother returns a signal that still oscillates, just with less noise. envelope returns a curve that does NOT oscillate at the carrier frequency - it traces the peaks. If your answer still has the carrier in it, you wanted smoothing; if it's the outline above/below the carrier, you wanted envelope.

Choosing the method

envelope has three methods; the method is the third positional argument.

Method	Call	Use when
analytic (default)	`envelope(x)` or `envelope(x, fl, "analytic")`	Narrowband / AM-style signals. Uses the Hilbert transform of an FIR-filtered version; `fl` is the Hilbert filter length. The smooth analytic envelope. Default when you call `envelope(x)` or `envelope(x, fl)`.
rms	`envelope(x, wl, "rms")`	Energy / loudness tracking. Moving-RMS over a window of `wl` samples. Good for audio level and vibration amplitude.
peak	`envelope(x, np, "peak")`	Peak-hull / spline-through-peaks. Fits a spline over local maxima (and minima) separated by at least `np` samples. Good for tracing a decay envelope or a jagged peak outline.

Both an upper and a lower envelope come back: [yupper, ylower] = envelope(...).

Choosing the length parameter

The second positional argument means something different per method:

analytic: fl = Hilbert FIR filter length. Larger fl = smoother, more selective envelope but more edge transient. Start modest (tens of samples) and increase if the envelope is too jagged.
rms: wl = window length in samples. Set it to roughly one period of the slowest amplitude variation you want to follow. Too short tracks the carrier; too long over-smooths the amplitude trend.
peak: np = minimum peak separation in samples. Set it near the carrier period so the spline hits one peak per cycle, not the noise wiggles between peaks.

Recipe

% Analytic (default) - AM demod / narrowband amplitude
[yup, ylo] = envelope(x, fl, "analytic");

% RMS - loudness / energy over a wl-sample window
[yup, ylo] = envelope(x, wl, "rms");

% Peak - spline hull over peaks at least np samples apart
[yup, ylo] = envelope(x, np, "peak");

Confirm you want the amplitude outline, not a cleaned signal (if you want the signal cleaned, see wf-denoise.md).
Pick the method from the table (AM/narrowband -> analytic; energy -> rms; peak hull -> peak).
Set the length parameter relative to the carrier period as above.
Overlay yupper (and ylower) on the original to confirm it hugs the peaks without tracking the carrier or over-smoothing.
Emit a runnable .m script.

Gotchas

envelope needs the Signal Processing Toolbox (not a separate license like wdenoise, but not base MATLAB either).
It discards the carrier by design - do not use it expecting a denoised signal.
Column-wise on matrices - each column is an independent channel.
Edge transients on the analytic method grow with fl; the first/last ~fl/2 samples of the envelope are less reliable.

Signatures & mechanism (folded from the function detail)

[yupper, ylower] = envelope(x)                 % analytic via DFT hilbert (exact, full-length)
[yupper, ylower] = envelope(x, fl, "analytic") % analytic via length-fl Hilbert FIR
[yupper, ylower] = envelope(x, wl, "rms")      % moving RMS over wl-sample window
[yupper, ylower] = envelope(x, np, "peak")     % spline through peaks >= np samples apart
envelope(___)                                  % no output args -> plots signal + envelopes

envelope(x) (DFT hilbert) and envelope(x, fl, "analytic") (FIR) are distinct algorithms, not one call with a default — passing a length switches from the DFT hilbert to the FIR Hilbert filter (which is where the edge transients come from; the first/last ~fl/2 samples are less reliable).
x is processed column-wise on a matrix (one channel per column).
Primitives behind the three methods: hilbert, findpeaks, movmean / movmax / movmin, rms. Signal Processing Toolbox; introduced R2015b.

If you actually wanted to clean the signal: wf-denoise.md.

Requirements and compatibility

Works with: Claude Code, Claude apps, OpenAI Codex, GitHub Copilot, Cursor, Gemini CLI, Kiro, OpenCode, Goose, Amp, Roo Code, JetBrains Junie, Factory Droid, Devin (ex-Windsurf), Mistral Vibe, OpenHands, Letta

“Works with” means the tool reads the open Agent Skills format; a skill written for one tool may use features others lack.

Security

No issues found by our static scan· No issues found

A static scan is not a guarantee. Skills are third-party content: review a skill before you let an agent use it.

Attribution and licence

Created by

MathWorks

Publisher

MathWorks (Official)

Source

matlab/matlab-agentic-toolkit · skills-catalog/signal-processing/matlab-prepare-signal-data · commit 2a7f215

Licence

BSD 2-Clause License (redistribution allowed)

LICENSE (added by AutoGineer from LICENSE.md)
ATTRIBUTION.md (written by AutoGineer)

Synced

2026-11-09

AutoGineer is not affiliated with or endorsed by MathWorks or MathWorks.

Download ZIP

The ZIP holds the skill’s files, its licence files and an ATTRIBUTION.md. Download matlab-prepare-signal-data.zip