Machine Learning for Ground Control: What Australian Underground Mines Are Actually Doing


Ground control engineers I’ve spoken with over the past six months keep coming back to the same point: the data was always there, but nobody had time to read it. Convergence pins, extensometers, microseismic arrays, scaled blast monitoring — every modern underground operation in Australia collects gigabytes of geotechnical data a week. The question that machine learning is finally answering, in a few sites at least, is whether anyone can act on it before something breaks.

That’s the practical lens worth applying when someone tells you ML is “transforming” ground control. It’s not transforming anything. It’s reading the data that engineers were too overworked to read.

What the systems actually look at

A typical setup at a deep underground gold or nickel operation pulls from four streams. Microseismic data — events under magnitude zero, mostly — gives you a rough picture of where rock is releasing energy. Convergence monitoring, often optical now rather than pin-based, tracks how the back and walls are moving over time. Stress-change measurements at instrumented bolts and cables give a load history on the support system. And blast monitoring records what each ring or stope actually did versus what was designed.

Until recently, geotechnical engineers ran weekly summaries by hand or with simple dashboards. The new models look at the same streams but in something close to real time, looking for patterns that precede the kinds of failures that have happened on that mine before.

The honest version: the models are mostly pattern-matchers against historical failures. That’s useful. It’s not magic. A site that’s never had a major rockburst doesn’t have the training data to predict one, which is a constraint people don’t talk about enough.

Where it’s working

A handful of Australian operations have moved beyond pilots. One Western Australian gold mine I’m aware of has reduced its production stope hold times by around 18% by using ML-based alerts to clear personnel during predicted high-activity windows, then bringing them back when activity tails off. The change wasn’t fewer hours of activity — it was less time waiting after activity finished.

Several mid-tier nickel and copper operations are using similar systems for bolt-pattern adjustments, where the model flags zones where the as-built support is likely under-spec given the ongoing convergence rate. CSIRO’s Mineral Resources unit has done some interesting work on rockburst prediction that’s filtered into commercial products through the major OEMs.

The pattern is clear: ML helps most where you have a lot of data, a lot of failures in the historical record to train on, and a willingness to act on probabilistic warnings rather than waiting for certainty.

Where it still falls flat

The big one is brittle, isolated failures — rockbursts in particular. Even the best operations report false positive rates that would be intolerable in any other industry. Crews are dialled in to the idea that the system cries wolf sometimes, and that’s a cultural problem you can’t fix with a better algorithm.

There’s also a model drift problem when mining progresses into new ground. A model trained on the upper levels of an orebody doesn’t necessarily perform on the lower levels, where stress conditions, rock quality, and orientation can all shift. Several sites have learned this expensively: model performance looks great for nine months, then degrades sharply, and nobody noticed for another six. Holding the model accountable to a continuous performance baseline is the bit most vendors skip in the sales pitch.

Then there’s the integration question. The geotechnical models are usually walled off from the rest of the operating system — the production planning, the ventilation control, the maintenance scheduler. So when the model says “high seismic activity expected in this stope this shift,” it doesn’t automatically flow into the shift plan or the ventilation rate or the priority order for re-entry. Getting all of that wired together is the next decade of work.

That last piece — connecting specialist models to operations workflows — is where most sites need outside help. We’ve seen a few Australian shops do this end-to-end well; Team400 and a couple of other AI consultancies have done sensible integration work for mid-tier miners trying to turn isolated ML pilots into actual production tools. The unglamorous part is plumbing.

What to ask before buying

If you’re a mine manager being pitched an ML ground-control product, four questions will save you a lot of time:

  1. What’s the false positive rate the system is operating at today on a comparable site, and what’s the cost of one false positive on yours?
  2. How does the vendor handle model retraining as the orebody is mined out?
  3. What’s the integration with your existing geotechnical workflow — does it sit alongside or replace?
  4. Who owns the data, and can you walk away with it?

That last question kills more deals than you’d expect. Several Australian miners have signed up for ML platforms only to find that exporting two years of microseismic data plus model outputs requires a six-figure professional services engagement. Read the contract.

The honest summary

Ground-control ML is real, it’s working at a handful of sites, and it’s saving lives and time where it’s done well. It’s also being oversold at conferences and underdelivered in pilots. The mines getting value from it have invested heavily in their underlying geotechnical data discipline first — instrumentation, calibration, baselines, daily review habits. Without that foundation, layering on ML is a waste of money. With it, the gains are tangible and they compound. The companies that get this right will quietly extract more ore, safer, with smaller crews. The ones that don’t will keep buying dashboards.