Deliverable

Eight-microphone acoustic sensing front end
Array, firmware and on-device judgement — delivered as one unit

Most acoustic monitoring pilots fail after the demo. The algorithm was fine; the installation quietly changed the signal. We specify and deliver the whole chain against the asset's failure mode and your reaction time.

InquireAll solutions
Why this is delivered, not sold as a box

Three things that decide whether a monitoring point survives

None of them is the classifier.

The band is chosen, not assumed

A wind-turbine main bearing and a breaking window occupy different decades of the spectrum. An 8-element array gives a 1.8-octave window wherever you put it, so the array is specified against the asset, not picked from a catalogue.

The decision is already on the board

Events are classified and graded locally. What leaves the site is a feature vector and an event record — never the raw audio, and never a continuous stream.

It survives the installation

Calibration, mounting resonance, wind and rain, clock discipline between nodes. These are the reason pilots stall, so they are part of the deliverable rather than an afterthought.

8-mic capturePDM up to 192 kHzI2S / TDM 8 chOn-chip ADC 8 chCalibrate and steerGain, delay offsetsBeamforming, DOAOne clock domainJudge on boardBaseline deviationClass and gradeFeature vectorReportEvents to platformCloud explanationRaw audio staysThe RK3308 front end captures, calibrates, steers and judges. Heavier models and fleet-level reasoning sit in the cloud.

The delivered chain. Raw audio never leaves the site; a feature vector and an event record do.

Specification grid

22 scenarios, one set of numbers

Every monitoring point is fixed by the same four numbers: the band you must be sensitive to, the sampling rate that follows, how fast the judgement is needed, and where it can live.

GroupScenarioBandSamplingResponseDecision
Rotating and reciprocating machineryMotor / pump — unbalance, misalignment, bearing10 Hz – 10 kHz≥ 24 kHzhoursOn device
Rotating and reciprocating machineryGearbox / reducer — mesh, tooth breakage100 Hz – 20 kHz≥ 48 kHzhoursOn device
Rotating and reciprocating machineryPress / machine tool — impact, tool wear200 Hz – 20 kHz≥ 48 kHzmillisecondsOn device
Energy assetsWind turbine — main bearing, blade, yaw0.1 Hz – 10 kHz≥ 24 kHz + slow channelhoursTrigger + review
Energy assetsTower / blade — modal and low-frequency response0.1 – 20 Hz≥ 100 HzminutesTrigger + review
Energy assetsTransformer / reactor — abnormal hum50 Hz – 5 kHz≥ 12 kHzhoursOn device
Livestock housesVentilation fan — bearing, belt, rotor lock20 Hz – 10 kHz≥ 24 kHzminutesOn device
Livestock housesAnimal vocalisation — cough, alarm, farrowing50 Hz – 8 kHz≥ 24 kHzsecondsOn device
Livestock housesFeed line / scraper — jam and abnormal impact20 Hz – 8 kHz≥ 24 kHzminutesOn device
Hydrology and slope hazardsRiver acoustics — discharge and turbulence shift20 Hz – 5 kHz≥ 12 kHzminutesOn device
Hydrology and slope hazardsDebris flow / flash flood — low rumble plus sustained scour10 Hz – 2 kHz≥ 6 kHzminutesDevice + cloud
Hydrology and slope hazardsRockfall / slope collapse — impact transient and rolling rhythm100 Hz – 20 kHz≥ 48 kHzmillisecondsOn device
Transport and structuresBridge — vehicle passage response, expansion-joint impact1 Hz – 2 kHz≥ 6 kHzsecondsDevice + cloud
Transport and structuresPavement — tyre noise as a proxy for damage and ponding200 Hz – 5 kHz≥ 12 kHzsecondsOn device
Transport and structuresRail track — wheel/rail noise, joints, corrugation, switches100 Hz – 20 kHz≥ 48 kHzmillisecondsOn device
Transport and structuresRope and stay cable — tension, wire break, rain-wind vibration0.5 Hz – 5 kHz≥ 12 kHzminutesTrigger + review
Transport and structuresBuilding — curtain wall, structural noise, lifts, plumbing50 Hz – 10 kHz≥ 24 kHzsecondsOn device
Indoor and homeGlass breakage2 – 8 kHz≥ 24 kHzmillisecondsOn device
Indoor and homeFall — impact plus vibration20 Hz – 2 kHz≥ 8 kHzmillisecondsOn device
Indoor and homeHob left dry-burning — whistle, vaporisation, empty pan1 – 16 kHz≥ 40 kHzsecondsOn device
Indoor and homePipe — leak, cavitation, blockage100 Hz – 50 kHz≥ 100 kHzminutesOn device
SecurityDrone intrusion — blade-pass frequency and harmonics100 Hz – 8 kHz≥ 24 kHzsecondsOn device

Bands are industry practice across vibration monitoring, acoustic emission and structural health monitoring. Sampling rates are our engineering figures: the band doubled with margin, then mapped to a rate the RK3308 audio paths actually produce.

22scenarios on one specification grid
1.8 octof usable beamforming per aperture
93 GBraw per node per day — edge processing is not optional
Aperture

The array is chosen by which questions you are allowed to ask

Below c/D an array has no directional gain; above c/2d it produces grating lobes. The window between them is 1.8 octaves for 8 elements, and spacing only slides it.

Element spacing dArray length (N−1)dUsable from c/DAliasing above c/2dWhere it fits
20 mm140 mm2.4 kHz8.6 kHzIn-module array. High-frequency transients only — glass break, impact.
40 mm280 mm1.2 kHz4.3 kHzPanel-mounted array. Hand tools, small gearboxes, hob and pipe noise.
100 mm700 mm490 Hz1.7 kHzCabinet or room array. Mid band — ventilation fans, pumps, rail.
300 mm2100 mm163 Hz572 HzMachine- or mast-mounted. Low-frequency machinery and water noise.
1000 mm7000 mm49 Hz172 HzOutdoor structure or tower. Structural modes, sway, cable force.

Most projects need two apertures rather than one: a dense array for transients and a sparse, long array for structural low frequencies, sharing one board. Widening a single aperture is not possible; adding elements is — 16 elements would give 2.9 octaves.

Baseline

What the box can do, stated plainly

RK3308 reaches microphones three ways and has no NPU. Both facts shape the delivery.

ItemCapabilityWhat we use it for
PDM8 channels, up to 192 kHz, 16–24 bit on a 5-wire interfaceImpact, leak and other rows whose answer lives above 20 kHz
I2S / TDM2 × 8 channels at 48 kHzStandard digital microphones, mid-band work, slow structural channels
On-chip CODEC8 × 24-bit ADC, differential or single-ended, programmable gainAnalog measurement microphones wired straight to the board
Hardware VADAnalog, I2S and PDM microphones; array pre / post bufferingKeeping the onset in the recording — the part a threshold-triggered recorder loses
Raw data rate93 GB per node per day at 48 kHz (371 GB at 192 kHz)Why capture is event-driven and features are continuous
Compute4×Cortex-A35 @ 1.3 GHz, no NPUClassical DSP plus small classifiers on the board; heavier models and fleet reasoning in the cloud

We would rather state the ceiling than discover it in your pilot. If your requirement needs a large model on the same box, the right answer is a platform with an NPU behind an RK3308 acquisition front end — and we will say so.

Deliverable

What you receive

Four work packages. The last one is the one that usually gets skipped.

Array and mechanics

Aperture, element count, spacing and enclosure specified against the asset. Brackets and windscreens included, because mounting resonance ends up in the measured spectrum.

Acquisition firmware

RK3308 bring-up on the PDM, I2S/TDM and analog paths; per-channel gain and delay calibration; hardware-VAD pre/post buffering with timestamps taken at the capture point.

On-device judgement

Feature extraction, a commissioned baseline for that specific asset, novelty scoring, event classification and a severity grade. All of it runs on the board, with no round trip.

Reporting and integration

Event records and feature vectors into your platform. Optional cloud layer for explanation, work orders and fleet comparison. Raw audio remains on site.

A pilot that classifies events is not the deliverable. The deliverable is a monitoring point that still works in month six, with a baseline that belongs to that asset and a false-alarm rate you can live with.

How we run it

Five steps from failure mode to accepted monitoring point

StepWhat happensWhat we need from you
Failure mode and reaction timeFix the band, the sampling rate and the latency budget from the failure you care aboutThe equipment, the failure mode, and how fast you must know
Aperture and placementArray geometry, element count and mounting points; simulation where the structure is complexDrawings, access, and the noise sources around the asset
Capture and calibrationFirmware bring-up, channel calibration against a known source, stored gain and delay offsetsA quiet window for commissioning
Baseline and rulesA commissioned fingerprint for that asset, novelty thresholds, event classes and gradesTwo to four weeks of normal operation to build the baseline
Integration and acceptanceEvents into your platform, false-alarm review, threshold tuning, handover with the baseline fileThe platform endpoint, and the people who will act on the alerts

Step four is the one that cannot be compressed. A baseline measured over two days is a baseline of two days' weather, load and traffic — not of the asset.

FAQ

Questions we get asked before the pilot

Can one array cover a whole plant?

No. An 8-element array gives a 1.8-octave window wherever you place it. Assets whose failure bands sit far apart need different apertures, or several monitoring points.

Do we have to send audio to the cloud?

No, and we would argue against it. 93 GB per node per day of raw 8-channel audio at 48 kHz is not a cloud workload. What leaves the site is features and events.

Why not just use vibration sensors?

Contact accelerometers are better above a few kilohertz and on surfaces you can reach. Microphones are non-contact, faster to deploy and cover a wide area from one point. The two are complementary, and we deploy both on most sites.

How many false alarms should we expect?

That depends on installation discipline, not on the model. We commission a baseline per asset and tune thresholds against your tolerance before handover. Anyone quoting a figure before the installation has been surveyed is guessing.

Is RK3308 the right chip given it has no NPU?

For classical DSP and small classifiers, yes — the audio front end is the hard part, and eight-channel capture with hardware VAD is what the board is built for. If you need larger models on the same box, we move the compute to a platform with an NPU and keep RK3308 as the acquisition front end.

What is the smallest useful deployment?

One monitoring point on one asset with a known failure mode, run long enough to build a real baseline. Decide from that evidence whether to scale, rather than from a demonstration.

Related

Where this fits

—

Basis of figures

Chip capability [chip]: Rockchip RK3308 product page and datasheet — 8-channel PDM up to 192 kHz, 16–24 bit, 5-wire interface; 2 × 8-channel I2S/TDM at 48 kHz; on-chip CODEC with 8 × 24-bit ADC; hardware VAD accepting analog, I2S and PDM microphones with multi-microphone pre/post buffering. Aperture figures [physics]: c = 343 m/s, 8 elements, total length (N−1)d. Data rates [physics]: 8 channels × 24 bit at the stated rate, in binary gigabytes. Scenario bands [industry]: ranges in common use across vibration monitoring, acoustic emission and structural health monitoring. Figures describe platform capability and engineering method; they are not field measurements from a deployed array.

Start from the failure mode

Send us the asset, the failure you care about and the reaction time. We will come back with the aperture, the sampling rate and the decision split.

Inquire