Electrical R&D · Power Electronics · Agentic Engineering

Mohammad Rezwan Khan

I turn battery thermal behavior, power-conversion constraints, and QA requirements into auditable engineering decisions.

Mohammad Rezwan Khan is an Electrical R&D Engineer and an Aalborg University PhD in Energy Technology. His work connects battery thermal systems, BESS QA/QC, FAT/SAT readiness, grid-forming control, and MATLAB/Simulink model validation.

  • Battery systems
  • Power electronics
  • BESS assurance
  • Agentic AI
Energy-system topology connecting battery storage, power conversion, smart-grid control, solar generation, and electric mobility
System mapPhysical system → model → verification → decision

Inspectable work

Start with something you can examine.

Models, quality artifacts, and AI workflows carry visible assumptions, boundaries, and source paths.

Open models

Execute the engineering assumption.

MATLAB and Python references for battery thermal response and DC-link sizing, with tests and limits in view.

Open model library

BESS QA/QC

Trace acceptance evidence.

A sanitized path from requirements through FAT/SAT, NCR closure, commissioning, and handover.

Open artifact library

Agentic Engineering

Keep the agent accountable.

A curriculum draft for tool use, automated checks, visible failures, and explicit engineer approval.

Review the syllabus

Open engineering models

Equations are more useful when they can be executed and challenged.

The catalogue connects audited open-source projects and focused model views to pinned code, tests, research context, and explicit limits.

26 current-main entry points

Battery · converters · BESS control · MATLAB/Simulink

MATLAB Simulink Energy Lab

RC → SOC-EKF → electro-thermal → BESS control
Source
Current main · ebf2a0c; latest tag v0.10.0
Evidence
20 Base MATLAB · 26 total entry points · 31 focused BESS results
Explore the validated lab
6 repository tests

Battery thermal · MATLAB/Python reference

Battery thermal response

Cth dT/dt = I²R − hA(T − Tamb)
Source
Battery Power Models · 7d9f61f
Evidence
Analytical update · reproduced response
Inspect thermal assumptions
6 repository tests

Power electronics · MATLAB/Python reference

DC-link ripple and capacitance

Cmin = 2E / (V₁² − V₂²)
Source
Battery Power Models · 7d9f61f
Evidence
Energy balance · voltage-window sweep
Inspect sizing assumptions
33 tests passed

Battery degradation · analysis software · Python

Battery Cycle-Life Analyzer

capacity fade → model comparison → bounded EOL
Source
v0.1.0 pinned release
Boundary
Synthetic LFP demonstration · no field-life claim
Compare degradation models
84 tests + 10 subtests

Battery thermal · research translation · Python

Battery Thermal Modeling Notes

source → equation → interval → engineering decision
Source
Commit 14e399f · pinned notes
Evidence
Executable examples · validation guide
Trace the thermal evidence
13 deterministic tests

Grid storage · research benchmark · Python

VoltRL

statet + informationt → policy → value
Source
v1.1.0 pinned release
Evidence
Synthetic baselines · historical result bundle
Inspect the benchmark protocol
31 focused results

BESS control · validated MATLAB/Simulink model

Grid-tied and grid-forming control

P, Q, V, f → modes, limits, verified transitions
Release
v0.9.0 open model
Evidence
31 tests · 8 scenarios
Review the validated controller
151 tests + 372 subtests

Grid services · executable playbook · Python

Smart Grid Storage Playbook

P, Q, f, V, SoC → constraint-aware dispatch
Source
Commit 3ce0b4b · pinned playbook
Coverage
P-Q capability · frequency · voltage · energy
Explore grid-service limits
142 tests + 4 subtests

BESS delivery · QA/QC toolkit · Python/JSON

BESS QA/QC Toolkit

requirement → evidence → gate → acceptance
Source
Commit 61d89bf · pinned toolkit
Coverage
FAT/SAT · NCR · commissioning · handover
Inspect the readiness gate

Explore the complete open-engineering library

Engineering decisions

What had to be decided, and what evidence made the decision possible.

Employer-and-date context stays visible; confidential project data stays private.

Utility-scale energy storage EPC review workflow

Vestas · 2018–2019

Utility-scale ESS/EPC review

Situation
Bidder assumptions and interfaces needed a common review baseline.
Action
Structured sizing inputs, technical responses, and risk ownership.
Result
A decision-ready review trail before procurement and execution.
Review the EPC case
BESS QA/QC inspection and traceability workflow

TotalEnergies · 2019–2022

BESS QA/QC and acceptance

Situation
Acceptance evidence was distributed across suppliers and milestones.
Action
Linked criteria, FAT/SAT evidence, NCR status, and commissioning records.
Result
A traceable handover path with visible ownership and closure status.
Review the QA/QC case

Human-supervised AI

AI should accelerate engineering work without obscuring responsibility.

The workflow exposes the objective, approved tools, generated artifacts, checks, stop conditions, and accountable reviewer.

Human-supervised agentic engineering workflow from requirement to approval
Curriculum draft · Labs and public package in development

Bounded input

Define what the agent may and may not decide.

Record the objective, system boundary, available evidence, prohibited actions, stop conditions, and approval authority.

Review the seven-module syllabus

Worked proof artifact

Worked example: BESS thermal safety review

  1. Proposed — The engine suggested a conservative cooldown profile and a revised current envelope for a candidate pack design.

  2. Tested — Automated checks flagged edge-zone hotspot growth beyond limit in case 4, and the evidence package retained the raw log, assumptions, and test vectors.

  3. Engineer review — I rejected automatic acceptance because the test residuals did not meet safety bounds; the issue was returned for updated boundary conditions.

Result: No autonomous safety decision was taken. Human approval was required before the design changed.

Published research

Research earns another life when its assumptions can be inspected in code.

The DOI establishes the scientific record. The implementation exposes selected equations, assumptions, tests, and engineering limits.

  1. DOI
  2. Question
  3. Equation
  4. Implementation
  5. Test
  6. Known limits

Technical conversation

Bring one model, requirement, or review bottleneck.

Send the system boundary, available evidence, and decision deadline. I will reply with the most relevant model, case study, or technical next step.