> INITIALIZING DIGITAL TWIN ...
> LOADING COMPONENT LIBRARY [OK]
> SYNCING PHYSICAL ⇄ VIRTUAL [OK]
> SYSTEM ONLINE
Virtual
Physical
SYS://FACTORY-TWIN · ONLINE
DRAG TO ROTATE · EXPAND FOR ZOOM & SOUND
MODE: VIRTUAL · MIX 0.00

Munich, Germany

Specialist in Digitalisation & AutomationVirtual Commissioning

I’m the engineer behind patent-pending PLC test automation that reduced testing costs by 22% and testing cycles by 28%. I help build production-grade software and AI/LLM workflows that work reliably across multidisciplinary engineering data in industrial automation.

Scroll

// Gen6 High Voltage Battery Production Lines

Projects across three continents

DRAG TO SPIN · SCROLL TO ZOOM

Munich, Germany

★ Home base · BMW VC & Digitalization

Spartanburg, USA

HiL / SiL · Gen6 HV Battery VC

Debrecen, Hungary

HiL / SiL · Gen6 HV Battery VC

Dingolfing, Germany

BMW plant · VC & Digital Lab

Shenyang, China

HiL / SiL · Gen6 HV Battery VC

I've supported HiL and SiL virtual commissioning projects for Gen6 high-voltage battery production lines supporting the Neue Klasse range of BMW cars across these sites — validating PLC software virtually so that lines on three continents start up right. These new Gen6 lines support the Neue Klasse range and represent one of BMW's fastest production ramp-ups in history. I also maintain the digital laboratory infrastructure (PLCs, virtual robot controllers, simulation models, industrial networks) behind them.

// Experience

Engineering trajectory

2024 — Present BMW

03/2023 — 08/2023 Magdeburg

OvGU

OVGU Magdeburg

Research · Digital twin

Research Assistant

Built a bidirectional digital twin of a miniature production line, connecting Plant Simulation, OPC UA and a web-based control and KPI layer.

12/2020 — 09/2022 HCL

HCL

HCL Technologies

NPD | Medical Devices | Engineering Design

Project Engineer

Coordinated controlled engineering work across customer, quality and technical teams, building the process discipline required for reliable interdisciplinary delivery.

01/2020 — 06/2020 Coca-Cola

Coca-Cola

Plant operations · Process improvement

Intern Engineer

Used shop-floor observation, process mapping and bottleneck analysis to improve loading-area logistics, reducing plant-wide truck turnaround time by 10%.

// Knowledge & Education

Engineering toolkit

Industrial Automation

The production-line foundation: control systems, simulation and virtual commissioning.

TIA PortalS7-1500 / S7-300WinCCfe.screen-simProcess SimulateISG-VirtuosSimitOPC UARobot simulation

Software Development

Production-grade software for engineering data, live models and connected workflows.

C#.NETPythonASP.NET CoreSignalRSQLiteDigital twinsEngineering data

AI Workflows

Grounded AI workflows that turn industrial data into useful engineering decisions.

MCPRAGLLM agentsLocal LLMsVector databasesAI-assisted validationSkill filesGrounded analysis
Additional contextIndustrial networks · Siemens Teamcenter · SAP ERP · English C1 · German B1

Education

Degree 01

German grade 1.9

M.Sc. Systems Engineering for Manufacturing

Otto von Guericke University Magdeburg

10/2022 — 12/2024Magdeburg, Germany
Focus
Systems integration, industrial automation and virtual commissioning.
Thesis
Component-based automation framework for PLC testing in virtual commissioning.

Degree 02

German-equivalent 2.0

B.Eng. Mechanical Engineering

Visvesvaraya Technological University

08/2016 — 08/2020Karnataka, India
Focus
Mechanical design, robotics and product development.
Projects
Agricultural electric vehicle and four-axis robot for hazardous manufacturing environments.

> Every production line exists twice — once in code, once in steel. I'm the engineer who makes sure both versions agree...

// Selected Work

Seven modules, each one live

PROJECT 01 · PATENT-PENDING · BMW

Component-Based PLC Test Automation

A plant with 10 PLCs controls 10 regions — but the same building blocks everywhere: conveyors, drives, cylinders, sensors, doors, robots, all from one component library. The virtual models are built from the same blocks.

So test cases are written once, at the component level, in abstract form — then populated with real control data from whichever PLC is under test, and executed against PLC and virtual model in both directions. Watch it run on the right: the suite works through the station component by component, catches a failure, retests, and passes.

Layer 1 — Templates: abstract test cases per library component, parameterized ({POS_A}, {SENSOR_1}), stored suite-side.

Layer 2 — Information models: each component type carries a model of its signals, positions and behavior — the suite knows every object the PLC can use.

Layer 3 — Population engine: binds templates to real control data (symbols, I/O, instance names) of the PLC under test at runtime.

Layer 4 — Execution: drives the S7 PLC and the virtual model (fe.screen-sim) simultaneously; asserts in both directions — actuate virtual/observe PLC, actuate PLC/observe virtual.

22% lower testing cost per PLC and ≈28% shorter testing cycles, measured across productive use. Test knowledge moved out of experts' heads into a reusable suite — the same test case now validates every station that uses the component. Patent-pending; rolled out to international Gen6 battery sites.

0%testing cost / PLC
0%testing cycle time
Test SuiteInformation ModelsMBSES7-1500
TEST CASE · ABSTRACT test({COMPONENT}) → actuate → expect {ACK} on FAIL → retest → report VIRTUAL MODEL · STATION 20 DRIVE M01 CONVEYOR C01 CYL +K20 DOOR D01 ROBOT R01 TEST PLAN DRIVE M01 CONVEYOR C01 CYL +K20 DOOR D01 ROBOT R01 PLC: idle STATION 20: 5/5 COMPONENTS PASSED · 1 RETEST
SUITE READY · 5 COMPONENTS DISCOVERED
> _ move_gantry(G02,pick) rotate_robot(IR1,pick) check_overlap() ← AI sequence via MCP CELL 30 · TOP VIEW G02 STACKER S01 IR1 PICK POS IR2 INTERLOCK ZONE ⚠ COLLISION: G02 TROLLEY ∩ IR1 GRIPPER @ PICK POS · VIDEO ATTACHED
CELL 30 LIVE · AWAITING PROMPT

PROJECT 02 · AI + MCP · BMW

AI-Driven Collision Detection

The test suite knows every position, robot, gantry and drive in the cell. Engineers used to hand-build collision scenarios sequence by sequence.

Now they just ask: "Is there a collision between gantry G02 and robot IR1 in part-picking position?" The AI resolves the components, writes the sequence through the suite's MCP server, executes it in the virtual cell — and returns the verdict with a video. Try both buttons: same question, with and without the interlock.

MCP server: embedded in the test suite, exposing its execution tools (move, rotate, check_overlap…) to the LLM.

Skill files: describe every component type and tool, so the model knows what exists and how to drive it.

Entity resolution: free-text "gantry G02", "robot IR1", "pick position" mapped to concrete suite objects.

Execution & evidence: sequence runs in the VC environment with automated collision checks; a recording captured straight from the virtual model window accompanies every verdict, so the engineer verifies at a glance.

Scenario definition went from hand-built sequences to a typed sentence; while one scenario executes, the engineer is already formulating the next. Validation throughput rises without adding headcount, and video evidence makes results reviewable by anyone.

MCP ServerLLM AgentsSkill FilesCollision Checks

PROJECT 03 · AI / RAG · BMW

PLC Knowledge Assistant

A locally hosted LLM with the whole engineering context embedded: component library, planning data, control data and test plans in a vector database, plus skill files that teach the model how to use them.

Ask it "How has this cylinder changed over the last six months?" and watch (right) how the question routes through the skill files into EPLAN data, control code and the test plan before the grounded answer comes back.

Local hosting: model runs on-machine — engineering data never leaves the premises.

Vector DB: library elements, planning data and control data embedded for semantic retrieval.

Skill routing: SKILL.MD files describe each data source and when to consult it; the model routes queries accordingly.

Grounded synthesis: answers cite their sources — EPLAN revision, control data version, test plan station.

Change tracing that used to mean manual archaeology across EPLAN exports and code diffs now takes one question. Test-plan triage ("which function group at station 20 needs attention?") comes back with failure counts and a recommendation. Also lowers the onboarding barrier for new engineers.

Local LLMVector DBRAGEPLAN DataSkill Files
> _ SKILL.MD router EPLAN DATA r.418: 2-ch → 4-ch CONTROL CODE FB upd · ack I12.5 TEST PLAN 3 cases upd · PASS ASSISTANT · LOCAL LLM
IDLE · 3 SOURCES INDEXED
MASTER STATION COPY STATION LLM REPORT HIGH 0 changes MEDIUM 0 changes LOW 0 changes DETERMINISTIC DIFF → LLM CATEGORIZATION → PRIORITIZED REPORT
2 PROJECTS LOADED

PROJECT 04 · HYBRID AI · BMW

PLC Project Comparison, Master vs Copy Station

A Master Station and its Copy Station are near-identical with different PLC programs — comparing them by hand is a nightmare.

This pipeline diffs them deterministically, function-block by function-block, network by network — and only the actual differences are handed to an LLM, which categorizes each change and judges its relevance. Out comes a prioritized report.

Export: both TIA projects converted to XML in full.

Chunking: XMLs broken into comparable units (FBs, networks).

Deterministic diff: exact structural comparison — no AI in the loop where precision matters.

LLM classification: structured diffs fed to the model, which assigns change categories and relevance, producing the high/medium/low report.

Master/Copy Station alignment reviews that took days of side-by-side reading collapse into a generated report; engineers start from the handful of high-priority changes instead of thousands of XML lines. Deterministic where it must be, AI where it helps.

XML DiffingDeterministic + LLMChange CategoriesReporting

PROJECT 05 · INTERNSHIP · BMW

PLC Rule & Standards Validation Tool

Every PLC program has to follow house standards — naming conventions, safety acknowledgements, structural rules. Checking them by hand is slow and inconsistent.

We captured the standards as a machine-readable ruleset in JSON; the tool walks the control code, breaks it into pieces, and reports which rules were violated and where.

Ruleset: house standards formalized as JSON rule definitions.

Parser: control code decomposed into checkable units.

Rule engine: each unit validated against every applicable rule; violations collected with locations into a report.

Standards compliance became a batch job instead of a review meeting — consistent, repeatable, and fast enough to run on every change. Reliable code and data quality downstream in simulation and commissioning.

JSON RulesetsStatic AnalysisCode QualityTIA Portal
RULESET.JSON { "id": "R-01", "naming": "FB_*" } { "id": "R-02", "safety_ack": true } { "id": "R-03", "max_nesting": 4 } { "id": "R-04", "no_hardcoded_io" } CONTROL CODE · FB_Station20 NETWORK 1: IF "xStart" AND NOT "xFault" NETWORK 2: CALL FB_Conveyor_Main NETWORK 3: IF "SafetyDoor" THEN ... NETWORK 4: IF ... IF ... IF ... IF ... NETWORK 5: SET %Q2.4 // hardcoded NETWORK 6: CALL FB_Cylinder_+K20 NETWORK 7: MOVE #Speed TO "MD100" RULES CHECKED 0 PASSED 0 VIOLATIONS 0
RULESET LOADED
ONE MODEL · TWO CLOCKS · ONE LIVE DECISION LOOP DIGITAL MODEL ONE SHARED PHYSICS MODEL IDEAL PRODUCTION CYCLE + PRODUCTION SIGNAL MODEL + SIMULATION PROFILE SAME PHYSICS · DIFFERENT CLOCK LIVE / WALL CLOCK ACCELERATED / FIXED STEP CONTROLLED FAULT PROFILE ACTIVE LIVE SYSTEM OPC UA .NET COLLECTOR SQLITE + API REACT UI SERVER SUBSCRIPTIONS REST + SIGNALR STATE + HISTORY DATA + MODEL SHIFT EXPORT LABELED DATA AUDITS + FEATURES MODEL CONTRACT FIXED STEP QUALITY + META PARQUET LIGHTGBM LIVE INFERENCE + EVENT API OPC UA READ + COMMITTED FEATURE CONTRACT PERSIST DECISION → REACT UI SHARED PHYSICS · TRACEABLE DATA · LIVE DECISION
FOUR-STAGE PIPELINE READY
View on GitHub

PROJECT 06 · PERSONAL R&D · INDUSTRIAL AI

Synthetic Data & ML from a Production-Line Digital Model

Industrial fault data is scarce: failures are rare, labels are expensive and deliberate production faults are impractical.

I built one production-line digital model that supports live OPC UA monitoring, accelerated labeled-data generation and browser-visible inference decisions. Run the architecture visualization.

Shared model: IdealProductionCycle + ProductionSignalModel + ProductionSimulationProfile. One physics implementation, driven by wall-clock or fixed-step time.

Live: OPC UA → monitored .NET collector → bounded ingest + SQLite → REST + SignalR → React UI.

Data / inference: accelerated export → labeled telemetry → audits + Parquet windows → LightGBM contract. Live inference reads OPC UA and posts to the Event API.

The result is an end-to-end industrial AI reference pipeline: deterministic simulation, OPC UA telemetry, auditable data artifacts, a committed model contract and live decisions delivered back to the application.

The architecture keeps simulator behavior, dataset generation and online inference aligned instead of treating them as separate demonstrations.

Synthetic engineering experiment · production-data transfer remains future work

C# / .NETOPC UAASP.NET CoreSQLite / SignalRReactPython / LightGBM

PROJECT 07 · RESEARCH · OVGU MAGDEBURG

Two-Way Digital Twin of a Miniature Production Line

A physical miniature manufacturing line in the university lab, mirrored one-to-one in Tecnomatix Plant Simulation over OPC UA. The compact live model runs automatically alongside this project.

Genuinely bidirectional: state changes from the physical line update the simulation, while virtual commands can drive the physical system.

Connectivity: OPC UA server/client linking the physical line's PLC with Plant Simulation.

Two-way binding: state flows physical→virtual; commands flow both directions.

Dashboard: web KPI dashboard for energy metrics and shop-floor information with dual-channel interaction.

A working research foundation for shop-floor development — live energy monitoring, process insight, and a hands-on digital twin for students and researchers.

TecnomatixOPC UAKPI DashboardDigital Twin
PHYSICAL MODEL OPC UA PLANT SIMULATION
AUTO · PHYSICAL ⇄ VIRTUAL · CYCLE 0 · SYNC 12 MS

// Review

Trusted in the field

SPECIALIST REFERENCE BMW AG · MUNICH

“What impressed me most was his ability to take ownership of challenging topics and deliver results with minimal supervision. ... Over time, he developed from an intern into a trusted engineer who could be relied upon for important technical decisions and demanding projects across the world.”

COLLEAGUE REFERENCE BMW AG · MUNICH

“Mr. Hegde impresses with his exceptional grasp of complex concepts and the ability to translate theoretical challenges directly into functioning software. Even in stressful project phases, he consistently maintains an overview, proactively assumes responsibility, and delivers top-tier quality under time pressure.”

REFERENCE // 01Letter of Recommendation · Alexander Kuhn
PROJECT 06 // DEMOSynthetic Data from a Production-Line Digital Model
Demo video is not available at the expected local asset path.
Embedded project demo · 01:37HTML5 video · opened only on request
// RAW TECHNICAL STACK — you clicked 5 times, you earned this

{ "frontend": "vanilla HTML/CSS/JS + Three.js r128",
  "3d": "dual-material meshes, wireframe⇄solid mix",
  "twin_sim": "state machine A→B→C→D @ 60fps rAF",
  "viz": "hand-rolled SVG timelines, zero libraries",
  "fonts": ["Space Grotesk","IBM Plex Sans","JetBrains Mono"],
  "tracking": "privacy-first aggregate analytics · Cloudflare",
  "engineer_runtime": "C#/.NET · Python · SCL/LAD · OPC UA · MCP" }