The profile connects research, open implementations, validation vocabulary, and upstream contributions. A small synthetic battery exercise introduces the evidence questions used to choose a project.
Native-source lesson guide · Offline interactive lab · Lesson configuration · Configuration schema · Portfolio at rezwankhan.tech
Open the live lab → Previous animations · Open the local gallery
Earlier animated artwork, waveform demos, and original interactive experiences are linked alongside the current animations.
- Download or clone this repository and open
docs/index.htmlin a modern browser. - Select Module 1, apply its preset, and compare the declared checkpoint with the plotted result.
- Change one slider, inspect the model assumptions, then export the configuration or telemetry for your notes.
The browser lab runs offline with no packages, accounts, or live data feeds. Its numbers are deterministic teaching simulations. Each checkpoint states its model time and tolerance; passing it demonstrates agreement with that model, not field calibration or production readiness.
| Module | Investigation | Approximate time |
|---|---|---|
| 1. Turn a battery question into an evidence route | Use units and scope to select a relevant project from the profile. | 12 min |
| 2. Find the energy-inventory boundary | Recognize that an apparently steady current request cannot continue after depletion. | 15 min |
| 3. Separate scale from validation | Explain how a capacity change affects duration without validating a larger physical pack. | 15 min |
| 4. Create an evidence-led project brief | Write a reproducible study question with a clear evidence tier and source of record. | 18 min |
Who this is for: Researchers, students, collaborators, and engineers finding a relevant model or evidence workflow.
No native runtime: this is a profile and evidence directory. Follow each linked repository’s own setup instructions.
git show HEAD:README.md
git show HEAD:CONTRIBUTING.mdThese commands come from the audited source revision. Runtime requirements and the project's own validation limits are documented below; the standalone browser lab does not execute these commands.
The detailed project guide below remains the source for installation, supported features, licences, and scientific limits. The browser equations and laboratory settings do not change the original application or numerical engine.
Project documentation, installation, attribution, and existing validation
Physics → models → evidence → energy systems. Illustrative; no live data.
Portfolio · Publications · LinkedIn · ORCID
I turn battery thermal behavior, power-conversion constraints, and QA requirements into auditable engineering decisions. My work connects lithium-ion battery models, BESS delivery evidence, and smart-grid control from physical assumptions to reproducible tests.
Electrical R&D engineer · PhD in Energy Technology, Aalborg University
MATLAB/Simulink + Python · Battery systems · BESS QA/QC · Smart grids
Current mission: build inspectable energy-system tools that help researchers and engineers move from assumptions to defensible results.
The DOI anchors the scientific record; the linked repositories expose selected equations, assumptions, tests, and engineering limits.
Browse all 17 publications · Verify the ORCID record
| Project | Engineering question | Evidence you can inspect |
|---|---|---|
| MATLAB Simulink Energy Lab | How do battery, converter, and BESS-control models behave under explicit checks? | Historical 2026-10-06 README snapshot: 20 Base MATLAB checks, 25 general checks plus one unified-BESS entry point (26 total), and a 31-result focused BESS suite. Latest release v0.11.0 cites validation at exact source c23d7ff; neither source is a current-main validation claim. |
| VoltRL | How should battery arbitrage be benchmarked without information leakage? | Synthetic and historical protocols; regenerated experiments; pinned dependencies; provenance and checksum audits. |
| HelioForge Energy Lab | How do hybrid-energy assumptions translate into a bounded dispatch and storage calculation? | Standalone browser preview; local Python API; scenario and energy-balance tests; browser/API checks; explicit synthetic-data and screening limits. |
| ZephyrTrade | How do wind-forecast and direct-offer strategies change hypothetical revenue? | Standalone browser preview; reproducible synthetic fixtures; Python/browser numerical parity; Linux CI; no live prices or order execution. |
| Battery Cycle-Life Analyzer | How can capacity fade and bounded end-of-life be compared transparently? | Installable package; CLI; notebook; external CSV schema; CI and tests; explicit synthetic-demo limits. |
| BESS QA/QC Toolkit | What evidence is required from supplier review through handover? | FAT/SAT and commissioning templates; executable readiness audits; structured evidence gates. |
| Datacenter Twin Lab | How do utility outages, generator failures, and finite battery reserves affect power continuity? | Local-first Python simulator; zero-install browser demo; 24 lessons (12 continuity, 12 infrastructure) and 18 synthetic scenarios; energy-balance checks; sensitivity analysis and exportable reports. |
| Smart Grid Storage Playbook | How do grid-service requests meet power, energy, SoC, frequency, and voltage constraints? | Executable grid-support references; constraint-aware examples; unit tests; documented boundaries. |
Start here: the Energy Lab connects 1RC/2RC battery dynamics, thermal models, SOC estimation, power conversion, and grid-tied/grid-forming BESS control in one deterministically regression-tested reference repository with explicit validation limits.
These labels describe the evidence currently published; they are not claims of hardware qualification, grid-code compliance, or field validation.
| Repository | Lifecycle | Published evidence tier | Stable API | Release/archive |
|---|---|---|---|---|
| Energy Lab | Active reference | Regression-tested; numerically verified; synthetic holdout evaluated | Not applicable | Versioned GitHub releases |
| Battery Cycle-Life Analyzer | Alpha package | Unit-tested; synthetic holdout evaluated | No | Versioned package repository |
| VoltRL | Research artifact | Protocol audited; synthetic and historical backtests | No | Commit-bound result bundles |
| HelioForge Energy Lab | Research preview | Synthetic scenario and conservation checks; Python 3.11–3.13 CI; browser/API tests; no field validation | No | 2026-09-30 source prerelease |
| ZephyrTrade | Research preview | Synthetic backtests; Python 3.11/3.12 CI; browser/native numerical parity; no market-performance validation | No | 2026-09-30 source prerelease |
| BESS QA/QC Toolkit | Draft toolkit | Parser/test verified; policy checks exercised on reference data | No | Repository snapshots |
| Datacenter Twin Lab | Research alpha | Deterministic synthetic scenarios; energy-accounting checks; browser/native output equality; no facility validation | No | v2.0.0 release, source commit 424cf5349ea1f53d5d207a2d48af689774d878dc; historical main CI failed on 2026-10-12 at 6c40b70 |
| Smart Grid Storage Playbook | Living handbook | Unit-tested reference calculations | Not applicable | Repository snapshots |
Validation vocabulary: unit-tested means function-level expected behavior; regression-tested means deterministic outputs reproduced in CI; numerically verified means analytic, conservation, or convergence checks; and synthetic holdout evaluated means evaluation on generated unseen profiles. I reserve measured-data validated, independently replicated, HIL/field evaluated, and qualified/certified for projects that publish evidence meeting those stronger definitions.
| Upstream project | Contribution |
|---|---|
| EMHASS | PR #1039: added the missing heat-topology guide. |
| Upstream project | Contribution |
|---|---|
| GitHub Advisory Database | PR #8819: correct a malformed CVSS 4 vector. |
- Traceable physical-cell datasets and held-out measured validation for battery parameter-identification models.
- Validation-based cycle-life model selection with uncertainty intervals for end-of-life and remaining-useful-life estimates.
- Reproducible BESS acceptance evidence spanning FAT, SAT, commissioning, energization, and handover.
Core tools: MATLAB · Simulink · Python · NumPy/SciPy · Jupyter · GitHub Actions
Domains: electro-thermal modeling · BMS/SOC estimation · power electronics ·
BESS assurance · grid-forming control
I welcome substantive collaboration around models, validation datasets, BESS engineering evidence, and reproducible energy-system research. Start with the Energy Lab roadmap or a focused open issue.
Battery insight. Engineering evidence. Grid impact.
Follow an engineering question from the physical system to its source evidence.
The Energy Evidence Atlas brings my existing energy projects into a visual reading map, with a searchable project finder, research-to-code trails, commit-pinned sources and explicit limitations. The optional 3D assembly is conceptual; it does not represent selected equipment or establish hardware, facility or grid-code validation.
- Explore the cell-to-grid system tour.
- Find a model or toolkit.
- Read source records and engineering limits.
- Try the bounded reserve calculation, then open the linked Datacenter Twin Lab for its full documented scenarios.
Explore the self-paced learning workspace alongside the cell-to-grid 3D tour:
- Battery & thermal: MATLAB Simulink Energy Lab and Battery Cycle-Life Analyzer.
- Assurance & continuity: BESS QA/QC Toolkit and Datacenter Twin Lab.
- Dispatch & markets: VoltRL, HelioForge Energy Lab, and ZephyrTrade.
Progress is self-paced and stored locally in your browser. This workspace offers no certification; synthetic examples are for exploration and do not constitute field validation.
Explore 69 browser demos on MKLab (catalogue checked 2026-10-17) for energy, learning, civic information and everyday planning. Each app includes usage steps and visible limits.
The new source repositories remain private; the public website provides synthetic browser editions. Use fictional information only. These demos do not establish clinical, legal, financial or emergency-service readiness.
- MKLab: Explore 69 public browser demos for energy, learning, civic information and everyday planning. Fictional or synthetic demonstrations, not medical, financial, legal or emergency services. Some source repositories are private.
- Intelligent UI: Local, no API; deterministic approved-source routing, no connected AI, and not an engineering approval.
- HelioForge Energy Lab: Explore hybrid-energy architectures, linked lessons and bundled scenario results. The hosted preview shows bundled examples. New numerical runs require the separate local Python application; no calibrated plant control.
- ZephyrTrade: Compare wind-market strategies and calculate hypothetical offers from synthetic observations. Synthetic historical data, not live prices, order execution or investment recommendations.
- Datacenter Twin Lab: Learn electrical continuity through 24 lessons, including 12 continuity and 12 infrastructure lessons, with 18 synthetic scenarios and inspectable energy ledgers. Uncalibrated synthetic electrical model; not facility safety, certified uptime or live equipment control.
New MKLab additions include Shomonnoy, GridLoom Europe, Solmora Grid, Threadmark, Ionweave Control and JolPulse. Use their published synthetic-data boundaries; no operational forecast, charging-control or flood-warning claim is made.
- battery-power-models: 6 unit tests in the linked CI run. CI evidence.
- battery-cycle-life-analyzer: 94 passed and 6 skipped tests per Python matrix job. CI evidence.
- battery-thermal-modeling-notes: 84 unit tests in the linked CI run. CI evidence.
- voltrl: 67 benchmark tests; bundle audits are separate checks. CI evidence.
- smart-grid-storage-playbook: 151 unit tests in the linked CI run. CI evidence.
- zephyrtrade: 86 passed tests per Python matrix job. CI evidence.
- datacenter-twin-lab: 150 Python tests per matrix job; 88 browser journeys and 18 export checks are separate suites. CI evidence.
Source and CI records reviewed 7 October 2026. Counts refer to individual jobs at linked commits, not totals across matrix jobs. Current portfolio catalogue.
Snapshot checked 18 October 2026: 17 owned public repositories — 12 non-forks (including this profile), 5 forks. These counts exclude private and collaborator-owned repositories and are separate from the 69 MKLab demos. Browse the live GitHub repository list or the portfolio directory and dated source records. Workflow results apply to their linked commits; they are not independent validation.
| Repository | Type | Stable release at review |
|---|---|---|
| battery-cycle-life-analyzer | Non-fork | v0.2.0 |
| battery-power-models | Non-fork | No stable release listed |
| battery-thermal-modeling-notes | Non-fork | No stable release listed |
| bess-qaqc-toolkit | Non-fork | No stable release listed |
| datacenter-twin-lab | Non-fork | v2.0.0 |
| helioforge-energy-lab | Non-fork | No stable release listed |
| matlab-simulink-energy-lab | Non-fork | v0.11.0 |
| mohammadrezwankhan | Non-fork | No stable release listed |
| smart-grid-storage-playbook | Non-fork | No stable release listed |
| thermoweave-battery-digital-twin | Non-fork | No stable release listed |
| voltrl | Non-fork | v1.1.0 |
| zephyrtrade | Non-fork | No stable release listed |
| advisory-database | Fork | No stable release listed |
| awesome-battery-data | Fork | No stable release listed |
| awesome-MATLAB | Fork | No stable release listed |
| awesome-power-analysis | Fork | No stable release listed |
| emhass | Fork | No stable release listed |







