Work as connected systems.

Case studies are organised by operating context, architecture, decisions, verification, and limitations. DanSTAR and PHAETHON lead; the archive shows the wider path from sensing to action.

Primary systems
Mission control · energy decisions
Supporting range
Embedded · IoT · simulation · vision
01
Mission Control Engineer
DanSTAR Rocketry

Mission Control

Mission-control and flight-computer software built around explicit state, validated commands, and acknowledged transitions.

  • Python
  • State machines
  • ZeroMQ-oriented messaging
  • Simulation
DanSTAR command validation and acknowledgement architectureA diagrammatic architectural example: Mission Control validates and sends an ARMED to ASCENT request to the Flight Computer. The requested state remains pending until an acknowledgement returns to Mission Control.ARCHITECTURAL EXAMPLE · ARMED → ASCENTVALIDATEpayload + eligibilitySENDto flight computerAWAIT ACKtransition pendingRETURN ACKback to controlCONFIRMcommit after ACKVALIDATED COMMAND →SOURCE + VALIDATORMISSION CONTROLvalidate payloadCOMMAND RECEIVERFLIGHT COMPUTERreceive + ACK← ACKNOWLEDGEMENT RETURNSCURRENT STATEARMEDREQUESTED STATEASCENTNOT SENTCONFIRMED STATE
Command path / state verificationPrimary case study
02
Research Intern
PHAETHON Centre of Excellence

Reinforcement Learning for Local Energy Markets

Simulation and evaluation of constrained battery and market decisions across transparent baselines and learning-based control.

  • Python
  • Q-learning
  • Expected SARSA
  • Dueling DQN
  • Simulation
PHAETHON reinforcement-learning decision loopA diagrammatic reinforcement-learning decision loop for PHAETHON local-energy-market research. Current observations and separate policy constraints inform a constrained policy, which selects one eligible action. The battery and grid environment processes that action, produces a system response, and updates the next observation for the following decision step.OBSERVATIONSCURRENT STATEPV GENERATIONDEMAND / LOADMARKET SIGNALBATTERY SOCCONSTRAINTSSOC BOUNDSACTIONELIGIBILITYCONSTRAINEDPOLICYELIGIBLEACTIONSYSTEM /ENVIRONMENTBATTERY + GRIDSYSTEMRESPONSESTATE TRANSITIONNEXT STATEUPDATEDOBSERVATION
State / policy / constrained actionPrimary case study
03
Embedded systems contributor
DTU Embedded Systems Programming

Sports Timing and Control System

An ESP32 prototype integrating sensing, state feedback, physical actuation, displays, and race-control logic.

  • C
  • ESP-IDF
  • ESP32
  • I²C
  • PWM
Embedded sports timer sensing, timing-state, and feedback loop01READY02COUNTDOWN03ARMED04RUNNING05FINISHEDULTRASONIC EVENT · TIMER · MULTI-MODAL FEEDBACK
Sensor event / control state / feedbackSystem archive
04
Cyber systems project contributor
DTU Design-Build 4

Biological-System Monitoring

ESP32 sensing and a web interface for monitoring a living mussel system under biological operating constraints.

  • ESP32
  • MicroPython
  • Adafruit IO
  • Sensors
  • Web
Biological monitoring with two temperature channels, one light channel, and a safe operating rangeBIOLOGICAL OPERATING RANGETEMPERATURE 01TEMPERATURE 02LIGHT
Temperature / light / safe operating rangeSystem archive
05
Developer
Independent engineering project

Limassol Hotel Battery Dispatch

A testable Django service for deterministic 15-minute photovoltaic, load, tariff, and battery dispatch reporting.

  • Python
  • Django
  • SQLite
  • Time series
Battery dispatch sequence from solar to load, storage, and gridA diagrammatic model of an explainable greedy policy operating at 15-minute intervals. Solar generation passes to Load, then Battery and Grid stages. Each box fills from left to right to represent processing, and one cobalt circle represents transfer between completed stages.01SOLAR02LOAD03BATTERY04GRID15-MINUTE INTERVAL · EXPLAINABLE GREEDY POLICY
PV / load / storage / gridSystem archive
06
Developer
DTU Cyber Systems

Instruction-Set Architecture Simulator

A modular Python simulator for registers, memory, parsing, arithmetic, logic, and branching instructions.

  • Python
  • Computer architecture
  • Testing
Instruction-set simulator register and execution viewPC0x1000R00x2100R10x3200R20x4300MEM0x5400CURRENT INSTRUCTIONBRANCH R1, +04PARSE → EXECUTE → OBSERVE
Instruction / state / executionSystem archive
07
Developer
Independent project

Automated Wordle Solver with Visual Perception

A real-time assistant combining board detection, OCR, colour classification, and heuristic action selection.

  • Python
  • OpenCV
  • OCR
  • Streamlit
Visual-perception pipeline from screenshot to extracted state and recommendationA Wordle-recognition pipeline. A cobalt-blue line scans the grid for OCR. Green tiles mean a letter is correct and in the correct position; amber tiles mean a letter is present in the wrong position; neutral tiles are unknown or absent. The interpreted colour state informs a heuristic action.SCAN / OCRCRANESHEARPRONEOCR + COLOURSTATEHEURISTICACTION
Image / extracted state / recommendationSystem archive