The problem was larger than a camera
Ground Engaging Tools are hardened steel components fitted to the working edge of an excavator bucket. If a point or adaptor is lost during digging and travels with the material toward downstream processing equipment, the consequence can be severe: damaged machinery, unplanned downtime and a difficult recovery operation.
Bradken's GET Vision programme set out to detect those losses during operation. The wider ambition also included measuring wear so maintenance teams could plan replacement more intelligently. The finished product would eventually combine rugged imaging hardware with machine-learning-based monitoring, but the programme began much earlier — when the available technology was still a vendor prototype rather than a mining product.
An early concept, not yet a system
Raghav joined the programme in early 2021 as a technical adviser and observer. The supplier was developing a classical computer-vision approach, and the work was centred on proving that imagery could be processed rather than demonstrating a complete, deployable system.
He learned enough of the proposed vision environment to assess the supplier's direction independently. By late 2021, he had already questioned whether the classical approach and proposed processing pathway were suitable for the required result, and raised neural-network-based detection as an alternative.
At that stage, however, GET Vision was one of several technologies competing for attention. Raghav was simultaneously supporting SmartRoller, RFID, Industrial IoT and other trials. His ownership increased gradually rather than through a formal handover.
Becoming the project champion
By mid-2022, an approaching customer installation made GET Vision a priority. Bradken needed someone to bring together the supplier, internal stakeholders, site preparation, technical readiness and field delivery. As the company's sole mechatronics and electronics engineer across the programme, Raghav became the Bradken-side project champion.
The role was not conventional project management and it was not detailed authorship of every subsystem. It sat between the two.
Raghav coordinated supplier meetings, technical reviews, schedules, customer communication, documentation and readiness decisions. He studied the proposed technology, reviewed strengths and weaknesses, prepared management briefings and made sure the practical installation work was not left between organisational boundaries.
When required, he also became the person holding the tools.
Finland: installation as the first source of truth
The first major field campaign ran from approximately October to early December 2022 in Finland. The supplier arrived without a sufficiently complete installation package. Mounting, enclosure integration, logistics and machine wiring still needed substantial work.
Raghav had already scoped the machine and prepared the installation approach before travelling. On site, he coordinated the work, installed and removed the large legacy unit, completed wiring, helped resolve mounting and power issues, and used hands-on electrical fault finding — including soldering and oscilloscope work — to keep the trial moving.
The physical system was installed and operated long enough to capture a substantial amount of real field data. But the campaign also exposed the gap between collecting images and delivering reliable detection. The original software approach was not ready, processing capability was inadequate, and the supplier was attempting to recover the algorithm while the team was already on site.
That did not make the campaign worthless. It validated the physical installation and data pathway, created real operating data and gave Bradken clear evidence that the original technical direction needed to change.

A tactical decision under a six-month deadline
After Finland, Bradken faced a difficult supplier decision. Replacing the incumbent could improve the long-term architecture and delivery model, but restarting would almost certainly miss the next customer commitment. The programme needed to demonstrate a working system within approximately six months.
Raghav recommended retaining the supplier for the immediate phase while monitoring performance closely. In his later assessment, the decision was tactically defensible but strategically costly: it protected the near-term delivery window while increasing dependency on a difficult supplier relationship.
The scope was also simplified. The original ambition covered three outcomes — loss detection, wear measurement and material-volume estimation. The team prioritised them sequentially:
- reliable GET-loss detection;
- wear monitoring; and
- volume estimation only after the core system matured.
This was an important technical-lead decision: reduce an overloaded programme to the highest-consequence problem first.
Phase 2: replacing the prototype
The supplier moved to a neural-network-based approach and produced a more professional interim system with a stronger backend, improved cabin interface and better physical presentation.
In July 2023, Raghav returned to Finland to remove the original installation and commission the Phase 2 system. The revised camera arrangement improved the view of the bucket and reduced perspective problems. The team also collected additional controlled field data to support the specialist vision work.
Phase 2 was a necessary bridge, but it was still an interim product. Bradken could no longer treat each installation as a custom recovery exercise. The next stage needed repeatable hardware, clearer interfaces, proper validation and a design that could survive long-term use.
Phase 3: designing for a commercial product
Before the next development cycle, Bradken paused for a concentrated architecture and product-definition campaign. Raghav helped drive the decisions that would turn a makeshift system into a maintainable mining product.
His responsibility centred on the hardware-system and field-integration architecture:
- power distribution and protection;
- isolation between machine and sensitive electronics;
- fault containment and recoverability;
- positioning and partitioning of enclosures;
- cable types, routing and connector strategy;
- thermal constraints and test quality;
- mounting concepts and secondary retention;
- remote visibility and support;
- installation time, serviceability and field replacement; and
- the overall electrical and mechanical interface with the excavator.
The supplier performed much of the detailed engineering. Bradken's mechanical specialists conducted the professional structural analysis. Raghav provided field context, reviewed the results, participated in mounting and FEA discussions, challenged design decisions and carried the conclusions into the broader system and deployment plan.
Ruggedisation is an interface problem
The project developed substantial expertise in designing vision hardware for severe service.
The structural design used generous margins, mechanical testing and professional FEA, but field work showed that calculated strength was only part of the problem. Mounting position, local impact exposure, load paths, fastener serviceability, cable restraint and secondary safety features all influenced whether the product survived on a working excavator.
Environmental sealing was similarly dependent on details at the interfaces: connector position and exposure, cable entries, enclosure face seals, and maintaining the glass-to-enclosure seal through temperature changes.
Electrical integration had its own field realities. The system needed to tolerate machine-start voltage variation, use appropriate grounding and isolation, contain faults and rely on rugged connectors that could be serviced from parts commonly available in the heavy-equipment environment.
The design also had to recognise that an AI model could not recover information that the imaging system failed to capture. Dust, snow, day-to-night dynamic range, changing bucket position, lighting geometry and lens contamination all affected the consistency of the model's inputs. Image quality therefore became a system requirement spanning mechanical, electrical, optical, maintenance and software decisions.

Zambia: turning field failures into product decisions
Two Zambia deployment cycles became important ruggedisation milestones.
The first installation exposed that the imaging hardware was operating in a more severe impact, shock and vibration environment than expected at its original position. Raghav helped recognise the mounting risk, brought the mechanical design team into the reassessment, contributed the field constraints and participated in the structural review process.
The public lesson was not that the team had ignored ruggedisation. The system had been analysed and intentionally over-specified. The lesson was that real machine exposure reveals conditions, impact paths and serviceability problems that are difficult to reproduce completely before deployment.
The mounting strategy was revised, the product was redeployed and the later installation operated as a working customer system. Minor glitches remained — normal for complex equipment in an exceptionally harsh environment — but the product had moved beyond a temporary demonstration into sustained operational use.

The boundary around the AI
Raghav did not author the complete production GET Vision model, and the story should not imply that he did.
His contribution was to lead the product and system conditions that allowed specialist vision work to function in the field: usable imagery, stable power, controlled interfaces, rugged mounting, field-data capture, installation discipline, diagnostics, remote support and customer deployment.
Later collaboration with an internal vision specialist also gave him practical experience with annotation, model training, inference and interface development through a separate internal proof of concept. That work strengthened his ability to collaborate with specialist AI engineers, but it remained separate from the delivered GET Vision product.
From prototype to deployed product
GET Vision did not cross a single ceremonial commercialisation gate. It matured through repeated redesign, specialist capability, industrial design, improved hardware, field validation and customer use.
Bradken now publicly presents GETVision as a digital solution for loss detection and advanced wear monitoring on hydraulic shovels and excavators. For Raghav, the more meaningful milestone was practical: after successive field-driven changes, the system had become rugged enough to remain installed, perform its function and be supported as a working product.
The programme was not perfect. Some outcomes fell below his personal engineering standards, and supplier constraints made the path more difficult than it needed to be. But the responsibilities within his control were delivered: the customer was kept informed, the installations were completed, technical issues were worked through and the product reached a stable deployed state.
What the project demonstrates
GET Vision demonstrates a form of technical leadership that is easy to overlook when engineering work is divided across suppliers and specialist disciplines.
Raghav did not claim every circuit, algorithm or mechanical drawing. He represented Bradken's technical and product interests across the complete system. He translated customer commitments into staged scope, challenged supplier decisions, guided hardware integration, coordinated validation and carried the programme through difficult international installations.
Most importantly, he understood that an AI-enabled product is still a physical product. Its performance depends on power, mounting, optics, sealing, serviceability, data quality, people and the operating environment behaving as one system.
Lessons and reflection
The strongest management lesson was that outsourcing work does not outsource accountability.
A third party should not be selected only because it accepts the lowest cost, shortest schedule and broadest requirement set. Its ability to deliver each promised outcome needs independent technical verification. Otherwise, the customer can end up funding the supplier's learning curve while carrying the schedule, customer and product risk.
GET Vision reinforced several principles that Raghav carried into later product work:
- verify capability before dependency develops;
- make difficult supplier decisions early;
- recognise when a tactical delivery victory creates a strategic loss;
- front-load architecture, technical leadership and validation;
- simplify ambitious programmes into sequential, testable outcomes; and
- treat field deployment as engineering validation, not as an afterthought.
His own assessment remains deliberately measured:
I do not view GET Vision as a perfectly executed programme. My authority over the supplier was limited, and parts of the result fell short of my own standards. What I did control was delivery: keeping the customer informed, maintaining technical discipline, preparing each deployment and making sure the installation worked before I left site.
