Sitemap

A list of all the posts and pages found on the site. For you robots out there, there is an XML version available for digesting as well.

Pages

Posts

Future Blog Post

less than 1 minute read

Published:

This post will show up by default. To disable scheduling of future posts, edit config.yml and set future: false.

Blog Post number 4

less than 1 minute read

Published:

This is a sample blog post. Lorem ipsum I can’t remember the rest of lorem ipsum and don’t have an internet connection right now. Testing testing testing this blog post. Blog posts are cool.

Blog Post number 3

less than 1 minute read

Published:

This is a sample blog post. Lorem ipsum I can’t remember the rest of lorem ipsum and don’t have an internet connection right now. Testing testing testing this blog post. Blog posts are cool.

Blog Post number 2

less than 1 minute read

Published:

This is a sample blog post. Lorem ipsum I can’t remember the rest of lorem ipsum and don’t have an internet connection right now. Testing testing testing this blog post. Blog posts are cool.

Blog Post number 1

less than 1 minute read

Published:

This is a sample blog post. Lorem ipsum I can’t remember the rest of lorem ipsum and don’t have an internet connection right now. Testing testing testing this blog post. Blog posts are cool.

portfolio

Industrial robotics & team leadership

<!doctype html><html lang="en"><head>Industrial robotics & team leadership | Vladimir Petrov</head><body><header><div class="nav">Vladimir PetrovRobotics · Control · Autonomous systems<nav aria-label="Main navigation">AboutPortfolioCV ↗Scholar ↗</nav></div></header><main id="main"><div class="breadcrumb">Portfolio / Before the PhD</div><section class="detail-head">Industry experience<h1>Industrial robotics & team leadership</h1><p class="lead">Lead the mechanical development of industrial robotic systems.</p><div class="detail-meta">Original-group PJSC · MoscowChief of Mechanical Engineering Team · 2020–2022</div></section>

Generic robot mechanism schematic<figcaption>Original schematic · illustrative, not an employer’s product design.</figcaption>
<div class="detail-grid"><div><section><h2>The problem</h2><p>Developing industrial robots brings together mechanical design, dynamics, structural analysis and the engineering documentation needed to turn designs into buildable systems.</p></section><section><h2>My work</h2><p>I led a 24-person mechanical engineering team responsible for R&D, mechanical design, simulation and engineering documentation. The work covered Delta, articulated, Cartesian, SCARA and polar robotic systems.</p></section><section><h2>Context & evidence</h2><p>My engineering tools included Autodesk Inventor, Siemens NX, Teamcenter and ANSYS, with work on motion, dynamics, stress and deflection. The illustration represents the field of work; it is not a company design or a delivered product.</p></section></div><aside><div class="factbox"><h3>Project focus</h3><ul><li>Leadership of a 24-person team</li><li>R&D across five robot families</li><li>Design, analysis and engineering documentation</li></ul><div class="tags">Leadership / CAD / Simulation</div></div></aside></div><p>← Back to Before the PhD</p></main><footer>Vladimir Petrov · Robotics & autonomous systemsGet in touch   /   GitHub</footer></body></html>

Robot mechanisms & mechanical design

<!doctype html><html lang="en"><head>Robot mechanisms & mechanical design | Vladimir Petrov</head><body><header><div class="nav">Vladimir PetrovRobotics · Control · Autonomous systems<nav aria-label="Main navigation">AboutPortfolioCV ↗Scholar ↗</nav></div></header><main id="main"><div class="breadcrumb">Portfolio / Before the PhD</div><section class="detail-head">Industry experience<h1>Robot mechanisms & mechanical design</h1><p class="lead">Build a foundation in the mechanical design and analysis of robotic systems.</p><div class="detail-meta">Severstal-Ropes PJSC · VolgogradMechanical Design Engineer · Spring 2016–Spring 2018</div></section>

Generic robot mechanism schematic<figcaption>Original schematic · illustrative, not an employer’s product design.</figcaption>
<div class="detail-grid"><div><section><h2>The problem</h2><p>Robotic mechanisms need designs that support the intended motion while managing stress and deflection under load.</p></section><section><h2>My work</h2><p>At Severstal-Ropes, I worked on mechanical designs for Delta and articulated robotic systems, using SolidWorks and Creo.</p></section><section><h2>Context & evidence</h2><p>I used SimulationX for motion, statics, dynamics, stress and deflection analysis. The illustration is a generic mechanism sketch, not a reconstruction of an employer’s product.</p></section></div><aside><div class="factbox"><h3>Project focus</h3><ul><li>Delta and articulated mechanisms</li><li>SolidWorks and Creo design</li><li>Mechanical simulation and calculations</li></ul><div class="tags">Mechanical design / CAD / Dynamics</div></div></aside></div><p>← Back to Before the PhD</p></main><footer>Vladimir Petrov · Robotics & autonomous systemsGet in touch   /   GitHub</footer></body></html>

Gantry & Delta robot development

<!doctype html><html lang="en"><head>Gantry & Delta robot development | Vladimir Petrov</head><body><header><div class="nav">Vladimir PetrovRobotics · Control · Autonomous systems<nav aria-label="Main navigation">AboutPortfolioCV ↗Scholar ↗</nav></div></header><main id="main"><div class="breadcrumb">Portfolio / Before the PhD</div><section class="detail-head">Industry experience<h1>Gantry & Delta robot development</h1><p class="lead">Develop robot mechanisms and evaluate how they move and carry load.</p><div class="detail-meta">Techprom LLC · VolzhskyMechanical Design Engineer · Spring 2018–Summer 2019</div></section>

Generic robot mechanism schematic<figcaption>Original schematic · illustrative, not an employer’s product design.</figcaption>
<div class="detail-grid"><div><section><h2>The problem</h2><p>Robot mechanisms must balance the required motion with structural stiffness, load capacity and practical mechanical design.</p></section><section><h2>My work</h2><p>At Techprom, I developed mechanical designs for Cartesian/gantry and Delta robotic systems using SolidWorks.</p></section><section><h2>Context & evidence</h2><p>I used ANSYS and SimulationX for motion, statics, dynamics, stress and deflection analysis. This account follows my CV; the schematic is illustrative and does not represent proprietary project geometry.</p></section></div><aside><div class="factbox"><h3>Project focus</h3><ul><li>Cartesian/gantry and Delta robots</li><li>SolidWorks mechanical design</li><li>Motion and structural analysis</li></ul><div class="tags">Mechanical design / CAD / Simulation</div></div></aside></div><p>← Back to Before the PhD</p></main><footer>Vladimir Petrov · Robotics & autonomous systemsGet in touch   /   GitHub</footer></body></html>

Multi-drone inspection at MERL

<!doctype html><html lang="en"><head>Multi-drone inspection at MERL | Vladimir Petrov</head><body><header><div class="nav">Vladimir PetrovRobotics · Control · Autonomous systems<nav aria-label="Main navigation">AboutPortfolioCV ↗Scholar ↗</nav></div></header><main id="main"><div class="breadcrumb">Portfolio / MERL internship</div><section class="detail-head">Research collaboration<h1>Multi-drone inspection at MERL</h1><p class="lead">Bring coordinated inspection missions into a real-drone experimental pipeline.</p><div class="detail-meta">Connecting research plans to real flightRobotics Engineer Intern · Jan–Apr 2025</div></section>

<figcaption>3D mission illustration · 28 seconds · English narration (synthetic voice)</figcaption>
<summary>Visual description</summary><p>I configured SLAM Toolbox for independent localization, generated 2D maps for subsequent point-cloud representations, and ran RViz2 and hardware experiments. The diagram is an original mission illustration; it is not footage of the MERL experiment or an output of the paper’s planner.</p>
<div class="detail-grid"><div><section><h2>The problem</h2><p>An inspection team must cover targets in a constrained environment while accounting for obstacles, separation and the need to recharge.</p></section><section><h2>My work</h2><p>During my MERL internship, I implemented, integrated and experimentally validated multi-agent trajectory planning and tracking for Crazyflie inspection missions. I set up and maintained the ROS2/CrazySwarm2 stack and integrated trajectory execution, tracking, visualization and testing.</p></section><section><h2>Context & evidence</h2><p>I configured SLAM Toolbox for independent localization, generated 2D maps for subsequent point-cloud representations, and ran RViz2 and hardware experiments. The diagram is an original mission illustration; it is not footage of the MERL experiment or an output of the paper’s planner.</p></section></div><aside><div class="factbox"><h3>Project focus</h3><ul><li>ROS2 and CrazySwarm2 integration</li><li>Real-drone trajectory execution and tracking</li><li>Localization, mapping and experimental validation</li></ul><div class="tags">Multi-agent / ROS2 / Experiments</div></div><div class="factbox references" style="margin-top:30px"><h3>Related publication</h3><p>Planning Multi-Agent Inspection Tours With Energy Constraints and Separation Requirements</p><p class="note">Kento Tomita, Vladimir Petrov, Keishi Nishikawa, Stefano Di Cairano and Abraham P. Vinod · IEEE RA-L, 2026</p>IEEE Robotics and Automation Letters paper ↗</div></aside></div><p>← Back to MERL internship</p></main><footer>Vladimir Petrov · Robotics & autonomous systemsGet in touch   /   GitHub</footer></body></html>

Flight under changing conditions

<!doctype html><html lang="en"><head>Flight under changing conditions | Vladimir Petrov</head><body><header><div class="nav">Vladimir PetrovRobotics · Control · Autonomous systems<nav aria-label="Main navigation">AboutPortfolioCV ↗Scholar ↗</nav></div></header><main id="main"><div class="breadcrumb">Portfolio / PhD research</div><section class="detail-head">Under review<h1>Flight under changing conditions</h1><p class="lead">Return to a commanded position despite airflow and changes in carried mass.</p><div class="detail-meta">Airflow, payload and reference trackingResearch preview</div></section>

<figcaption>3D concept animation · 28 seconds · English narration (synthetic voice)</figcaption>
<summary>Visual description</summary><p>Manuscript under review. The first video illustrates the sequence in three dimensions: nominal tracking, airflow, added mass, a moving virtual target and convergence. The trajectories are illustrative. The second video preserves the full supplied experiment, including RViz, position/heading plots and its existing 3× playback.</p>
<div class="detail-grid"><div><section><h2>The problem</h2><p>A drone may hold position in nominal conditions and drift when exposed to airflow or an added payload. Small persistent errors become important near obstacles and during precision tasks.</p></section><section><h2>Research direction</h2><p>The preview shows a repeatedly updated path to a target, followed by airflow and added mass that produce position error. A moving virtual target then redirects the planned path while the vehicle converges to the original commanded position.</p></section><section><h2>About this preview</h2><p>Manuscript under review. The first video illustrates the sequence in three dimensions: nominal tracking, airflow, added mass, a moving virtual target and convergence. The trajectories are illustrative. The second video preserves the full supplied experiment, including RViz, position/heading plots and its existing 3× playback.</p></section></div><aside><div class="factbox"><h3>Project focus</h3><ul><li>Frequently recomputed paths</li><li>Airflow and added-payload disturbances</li><li>Convergence to the commanded position</li></ul><div class="tags">UAV / Disturbances / Experiments</div></div></aside></div><section class="extra"><h2>The recorded experiment</h2>
<figcaption>Complete supplied recording · 64 seconds · supplied 3× playback retained. Camera, RViz, position/heading plots and all original panels remain visible.</figcaption>
</section><p>← Back to PhD research</p></main><footer>Vladimir Petrov · Robotics & autonomous systemsGet in touch   /   GitHub</footer></body></html>

Depth & heading control for AUVs

<!doctype html><html lang="en"><head>Depth & heading control for AUVs | Vladimir Petrov</head><body><header><div class="nav">Vladimir PetrovRobotics · Control · Autonomous systems<nav aria-label="Main navigation">AboutPortfolioCV ↗Scholar ↗</nav></div></header><main id="main"><div class="breadcrumb">Portfolio / PhD research</div><section class="detail-head">Published<h1>Depth & heading control for AUVs</h1><p class="lead">Reach a new depth and heading while working within the vehicle’s actuator limits.</p><div class="detail-meta">L1 / MPC for constrained maneuversOcean Engineering · 2026</div></section>

<figcaption>Detailed explainer · 3:18 · English narration (synthetic voice)</figcaption>
<summary>Visual description</summary><p>The study is published in Ocean Engineering (2026), volume 368, article 128400. The detailed explainer covers model mismatch, adaptive reference management, physical actuator constraints, the choice of an infinite horizon, continuous-time domain transformation, Bernstein transcription into a nonlinear program, convex-hull geometry and the repeated MPC update. Method background: Fahroo and Ross (2008), for infinite-horizon domain transformation; Bernstein transcription is a separate step. The reported cases use calm water and a nonlinear six-degree-of-freedom simulation plant at two forward speeds. Animation traces are illustrative, not numerical results.</p>
<summary>Video chapters</summary><ol><li></li><li></li><li></li><li></li><li></li><li></li><li></li><li></li><li></li><li></li><li></li></ol>
<summary>Read the narration</summary><p>The mission
The vehicle must reach a commanded depth and heading while respecting the limits of its actuators. The side view shows depth and pitch; the top view shows heading. The study considers a nonlinear underwater vehicle controlled using reduced, linearized prediction models.</p><p>Why model mismatch matters
A linearized model makes repeated optimization practical, but it does not capture every nonlinear effect or coupling. In the studied baseline, this mismatch produces persistent depth and heading errors. This is a limitation of this baseline formulation, not of every possible predictive controller.</p><p>Give each layer a clear job
The adaptive reference layer adjusts the depth and heading references supplied to model predictive control. The predictive controller computes control inputs while incorporating state, actuator, and rate limits. Allocation converts the virtual control channels into commands for the physical control surfaces.</p><p>Make actuator limits visible
Each actuator has a permitted range and a limit on how quickly its command can change. The four tail planes combine vertical and horizontal control demands. The optimization accounts for their allocated commands, so a feasible virtual input must also respect the physical actuator bounds.</p><p>Designing MPC: why an infinite horizon?
Conventional model predictive control usually optimizes over a finite horizon. A short prediction window may end before the vehicle reaches its target. Here, an infinite horizon represents the full approach from the current state to the commanded final target, including settling.</p><p>Map time; the problem is still continuous
Following the infinite-horizon domain-transformation approach of Fahroo and Ross, we map physical time onto the interval from zero to one, excluding one. In our normalization, time equals tau divided by one minus tau. The transformed optimal control problem is still continuous in time; this mapping is not yet discretization.</p><p>Bernstein transcription: from OCP to NLP
Next, we choose approximation degree N and represent states and inputs with Bernstein polynomials. Their coefficients become optimization variables. Transcribing the cost, dynamics, and constraints produces a finite nonlinear program. Solving it determines the coefficients, and therefore the represented state and input trajectories.</p><p>Convex-hull containment at every degree
Bernstein basis functions are nonnegative and sum to one. The curve therefore stays inside the convex hull of its control points, even at a small degree N. Coefficient bounds in a convex admissible set bound the represented curve. Approximation accuracy remains a separate question.</p><p>Replan from new measurements
At each update, the controller uses the latest measured state to solve a new constrained prediction problem. It applies the current control input, receives fresh measurements, and repeats. The adaptive reference layer adjusts the targets used by this same predictive control structure.</p><p>Compare the same controller with and without augmentation
The manuscript compares predictive control alone with the same controller assisted by adaptive reference management. Model, costs, allocation, and constraints are retained to isolate the added layer. The reported simulations reduce steady-state depth and heading errors while respecting actuator magnitude and rate limits in the tested cases.</p><p>Interpret the evidence
The reported study uses a nonlinear simulation plant at two forward speeds, with calm-water test conditions. These animations illustrate the architecture and constraint geometry. They are not a replay of the simulation data, and they do not establish performance in arbitrary wave conditions.</p>
<div class="detail-grid"><div><section><h2>The problem</h2><p>A near-surface underwater vehicle must maneuver with uncertain hydrodynamics and control effectiveness that changes with forward speed. Commands must remain compatible with physical actuator limits.</p></section><section><h2>My work</h2><p>I developed the control methodology and software for a Joubert BB2 depth–heading study, with simulation validation at two forward speeds. The study compares tracking under model mismatch while checking actuator magnitude and rate limits.</p></section><section><h2>Context & evidence</h2><p>The study is published in Ocean Engineering (2026), volume 368, article 128400. The detailed explainer covers model mismatch, adaptive reference management, physical actuator constraints, the choice of an infinite horizon, continuous-time domain transformation, Bernstein transcription into a nonlinear program, convex-hull geometry and the repeated MPC update. Method background: Fahroo and Ross (2008), for infinite-horizon domain transformation; Bernstein transcription is a separate step. The reported cases use calm water and a nonlinear six-degree-of-freedom simulation plant at two forward speeds. Animation traces are illustrative, not numerical results.</p></section></div><aside><div class="factbox"><h3>Project focus</h3><ul><li>Commanded depth and heading changes</li><li>Actuator magnitude and rate limits</li><li>Fast-transit and lower-speed simulation cases</li></ul><div class="tags">AUV / MPC / Simulation</div></div><div class="factbox references" style="margin-top:30px"><h3>Related publication</h3><p>Adaptive reference management and model predictive control for near-surface depth–heading control of autonomous underwater vehicles</p><p class="note">Vladimir Petrov, Gage MacLin and Venanzio Cichella · Ocean Engineering 368 (2026), 128400</p>Paper DOI ↗View on ScienceDirect ↗</div></aside></div><p>← Back to PhD research</p></main><footer>Vladimir Petrov · Robotics & autonomous systemsGet in touch   /   GitHub</footer></body></html>

Depth & pitch control near the surface

<!doctype html><html lang="en"><head>Depth & pitch control near the surface | Vladimir Petrov</head><body><header><div class="nav">Vladimir PetrovRobotics · Control · Autonomous systems<nav aria-label="Main navigation">AboutPortfolioCV ↗Scholar ↗</nav></div></header><main id="main"><div class="breadcrumb">Portfolio / PhD research</div><section class="detail-head">Published<h1>Depth & pitch control near the surface</h1><p class="lead">Track a commanded depth while reducing unnecessary actuator activity in waves.</p><div class="detail-meta">L1 / LQR for underwater vehiclesIFAC 2024 · Ocean Engineering 2025</div></section>

<figcaption>Detailed explainer · 2:24 · English narration (synthetic voice)</figcaption>
<summary>Visual description</summary><p>The published studies use numerical simulations. This detailed explainer introduces the near-surface problem, separates slow tracking error from wave-frequency actuator activity, explains the architecture, and compares the roles of nominal LQR, frequency shaping and L1 reference augmentation. Its motion and traces are illustrative, not paper data.</p>
<summary>Video chapters</summary><ol><li></li><li></li><li></li><li></li><li></li><li></li><li></li><li></li></ol>
<summary>Read the narration</summary><p>The mission
An underwater vehicle must follow a depth command close to the surface. Waves disturb its motion, while uncertain hydrodynamics can shift its average depth. The aim is accurate mean tracking without asking the actuators to fight every wave.</p><p>Two different problems
With a nominal regulator, the vehicle can remain offset from the commanded depth. At the same time, the control surfaces may react repeatedly to wave-driven motion. The two plots distinguish a persistent tracking error from unnecessary high-frequency control activity.</p><p>A layered solution
The commanded depth enters an adaptive reference layer. The LQR autopilot follows that adjusted reference and manages the actuators. Measurements return to both layers. The adaptive layer addresses slow uncertainty, while the regulator shapes the vehicle response.</p><p>Do not chase every wave
The regulator is designed using an augmented model with frequency weighting. Control activity around the wave frequency receives an additional penalty. This is built into the LQR design. It is not simply a filter added after an already designed controller.</p><p>Correct the mean tracking error
The adaptive layer estimates the effect of uncertainty and changes the reference supplied to the autopilot. The original command stays fixed. As the internal reference adjusts, the mean vehicle depth approaches the command, while residual wave-driven motion may remain.</p><p>The actuators tell the other half
A new depth command requires a real maneuver. Tail planes, the sail plane, and the hover tank contribute according to the control allocation. The desired outcome is reduced rapid actuator motion, not motionless actuators: they still respond to slower changes.</p><p>Compare the contributions
Compare the same maneuver in three configurations. Nominal LQR can exhibit offset and wave-frequency activity. Frequency shaping reduces the rapid control oscillations. Adding adaptive reference management addresses the remaining mean error. These animation traces explain the mechanisms; they are not numerical results.</p><p>What the published study establishes
The published work evaluates the approach with a Joubert BB2 simulation model. Its central idea is a division of responsibilities: frequency-shaped regulation manages wave-related actuator activity, and adaptive augmentation addresses slow disturbances and uncertainty. Quantitative results are available in the linked papers.</p>
<div class="detail-grid"><div><section><h2>The problem</h2><p>Near the surface, waves and slower hydrodynamic disturbances affect both depth and pitch. Correcting every wave can make the actuators work unnecessarily.</p></section><section><h2>My work</h2><p>I developed and evaluated an L1-augmented LQR autopilot for the Joubert BB2 underwater vehicle. The design addresses persistent depth errors and reduces actuator response at wave frequency.</p></section><section><h2>Context & evidence</h2><p>The published studies use numerical simulations. This detailed explainer introduces the near-surface problem, separates slow tracking error from wave-frequency actuator activity, explains the architecture, and compares the roles of nominal LQR, frequency shaping and L1 reference augmentation. Its motion and traces are illustrative, not paper data.</p></section></div><aside><div class="factbox"><h3>Project focus</h3><ul><li>Depth and pitch regulation</li><li>Slow-disturbance compensation</li><li>Reduced actuator activity at wave frequency</li></ul><div class="tags">AUV / Control / Simulation</div></div><div class="factbox references" style="margin-top:30px"><h3>Related publication</h3>Ocean Engineering paper ↗IFAC paper ↗Open preprint ↗</div></aside></div><p>← Back to PhD research</p></main><footer>Vladimir Petrov · Robotics & autonomous systemsGet in touch   /   GitHub</footer></body></html>

Learning a dynamics correction for MPC

<!doctype html><html lang="en"><head>Learning a dynamics correction for MPC | Vladimir Petrov</head><body><header><div class="nav">Vladimir PetrovRobotics · Control · Autonomous systems<nav aria-label="Main navigation">AboutPortfolioCV ↗Scholar ↗</nav></div></header><main id="main"><div class="breadcrumb">Portfolio / PhD research</div><section class="detail-head">In development<h1>Learning a dynamics correction for MPC</h1><p class="lead">Learn a reusable model correction and investigate a validated handover from adaptive support to learned predictive control.</p><div class="detail-meta">L1 / MPC · learning a dynamics correctionUpcoming research</div></section>

<figcaption>Detailed explainer · 2:24 · English narration (synthetic voice)</figcaption>
<summary>Visual description</summary><p>Research in development. The detailed video explains model mismatch, learning during operation, validation, the conditional handover and a subsequent command. No successful closed-loop handover is claimed. Any reduction in energy consumption or computation would require measurement; it is not assumed from switching off an adaptive layer.</p>
<summary>Video chapters</summary><ol><li></li><li></li><li></li><li></li><li></li><li></li><li></li><li></li></ol>
<summary>Read the narration</summary><p>A different research question
Adaptive support can compensate for model mismatch while the vehicle operates. The next question is whether the system can learn a reusable description of that mismatch. The objective is to improve prediction and reduce reliance on continuous adaptive compensation, rather than claim an unmeasured energy saving.</p><p>The source of the prediction error
Model predictive control uses linearized dynamics to predict the vehicle response. Measurements reveal effects that this nominal model misses. The gap between predicted and observed dynamics supplies information for learning. The network aims to describe that residual, rather than replace the entire controller.</p><p>Operate with support while collecting experience
Initially, adaptive reference management and predictive control operate together. As the underwater vehicle follows commands, measurements and applied inputs provide learning data. The adaptive layer remains active during this stage, helping control the vehicle while the network learns from its experience.</p><p>Learn a correction, not a second control command
The learning network estimates a correction to the nominal dynamics. That correction is intended for use inside the predictive model. It is not a separate actuator command added to the output. The scene shows the intended reduction of model mismatch, not a measured training curve.</p><p>Check the correction before switching
Learning alone is not enough to justify a handover. The correction must be checked on relevant conditions, and its effect on tracking and constraints must be assessed. Adaptive support stays available until those checks justify the transition. A training loss by itself is not proof of closed-loop reliability.</p><p>The intended handover
After validation, the intended transition disables the adaptive reference contribution. The learned dynamics correction remains inside model predictive control. The optimization structure and actuator limits are retained. This is the research handover being investigated, not a claim that the network has learned every possible condition.</p><p>A new command after handover
A new depth and heading command tests the post-handover configuration. Predictive control uses the nominal model plus the learned correction. Tracking, constraint compliance, and sensitivity to unfamiliar conditions must all be evaluated. The motion here illustrates the intended behavior rather than a validated experiment.</p><p>What success would mean
The expected value is retained model knowledge and less dependence on continuous adaptive correction within validated conditions. Whether this also saves computation or electrical energy requires measurement: network inference and optimization have costs of their own. This project remains a research concept under development.</p>
<div class="detail-grid"><div><section><h2>The problem</h2><p>Linearized prediction models leave part of the nonlinear underwater dynamics unexplained. Adaptive support can compensate while the vehicle operates, but does not by itself fulfill this project’s objective of retaining a learned residual model inside the predictor.</p></section><section><h2>Research direction</h2><p>The network learns a dynamics correction while L1 reference management and MPC remain active. The intended handover disables the adaptive reference contribution only after model and closed-loop validation, while retaining the learned correction inside the existing MPC structure. The objective is improved prediction and reduced dependence on continuous adaptive compensation within validated conditions.</p></section><section><h2>About this preview</h2><p>Research in development. The detailed video explains model mismatch, learning during operation, validation, the conditional handover and a subsequent command. No successful closed-loop handover is claimed. Any reduction in energy consumption or computation would require measurement; it is not assumed from switching off an adaptive layer.</p></section></div><aside><div class="factbox"><h3>Project focus</h3><ul><li>Learn residual dynamics during supported operation</li><li>Validate before disabling adaptive support</li><li>Retain learned correction inside MPC</li></ul><div class="tags">AUV / NN / MPC</div></div></aside></div><p>← Back to PhD research</p></main><footer>Vladimir Petrov · Robotics & autonomous systemsGet in touch   /   GitHub</footer></body></html>

A planner for constrained flight

<!doctype html><html lang="en"><head>A planner for constrained flight | Vladimir Petrov</head><body><header><div class="nav">Vladimir PetrovRobotics · Control · Autonomous systems<nav aria-label="Main navigation">AboutPortfolioCV ↗Scholar ↗</nav></div></header><main id="main"><div class="breadcrumb">Portfolio / PhD research</div><section class="detail-head">Accepted<h1>A planner for constrained flight</h1><p class="lead">Guide a small drone toward a commanded target through a space with obstacles.</p><div class="detail-meta">From a new target to a clear routeAIAA SciTech · January 2027</div></section>

<figcaption>3D concept animation · 28 seconds · English narration (synthetic voice)</figcaption>
<summary>Visual description</summary><p>Accepted for AIAA SciTech in January 2027. The first video is a qualitative 3D illustration, not an output of the research planner. The second is the supplied experiment with all camera and visualization panels retained. Technical details will accompany the publication.</p>
<div class="detail-grid"><div><section><h2>The problem</h2><p>A direct route to the next target may intersect an obstacle. A useful planner must account for the surrounding space and the vehicle’s motion limits as the mission changes.</p></section><section><h2>My work</h2><p>This project studies target-to-target flight in a constrained indoor environment using a Crazyflie platform. The schematic shows a path repeatedly recomputed from the current position around obstacles, followed by the complete experimental recording.</p></section><section><h2>About this preview</h2><p>Accepted for AIAA SciTech in January 2027. The first video is a qualitative 3D illustration, not an output of the research planner. The second is the supplied experiment with all camera and visualization panels retained. Technical details will accompany the publication.</p></section></div><aside><div class="factbox"><h3>Project focus</h3><ul><li>Navigate around keep-out regions</li><li>Reposition toward changing targets</li><li>Operate within motion limits</li></ul><div class="tags">UAV / Planning / Experiments</div></div></aside></div><section class="extra"><h2>The recorded experiment</h2>
<figcaption>Complete supplied recording · 48.7 seconds · original playback speed. Camera views, RViz and all original panels are preserved.</figcaption>
</section><p>← Back to PhD research</p></main><footer>Vladimir Petrov · Robotics & autonomous systemsGet in touch   /   GitHub</footer></body></html>

Offline RL tuning for AUV control

<!doctype html><html lang="en"><head>Offline RL tuning for AUV control | Vladimir Petrov</head><body><header><div class="nav">Vladimir PetrovRobotics · Control · Autonomous systems<nav aria-label="Main navigation">AboutPortfolioCV ↗Scholar ↗</nav></div></header><main id="main"><div class="breadcrumb">Portfolio / PhD research</div><section class="detail-head">In development<h1>Offline RL tuning for AUV control</h1><p class="lead">Use offline reinforcement learning to select controller settings for depth and heading maneuvers.</p><div class="detail-meta">L1 / MPC · reinforcement-learning tuningUpcoming research</div></section>

<figcaption>Detailed explainer · 2:24 · English narration (synthetic voice)</figcaption>
<summary>Visual description</summary><p>Research in development. The detailed video explains the tuning variables, the reset–trial–evaluation cycle, response trade-offs and use of selected settings. It does not report a trained policy, measured improvement, global optimality or guaranteed zero overshoot.</p>
<summary>Video chapters</summary><ol><li></li><li></li><li></li><li></li><li></li><li></li><li></li><li></li></ol>
<summary>Read the narration</summary><p>The tuning problem
A working controller still needs suitable parameters. An aggressive response can overshoot, while a conservative response may settle slowly. This project explores reinforcement learning to tune the adaptive reference dynamics before deployment, balancing tracking behavior and control effort for underwater maneuvers.</p><p>Where reinforcement learning acts
The control architecture contains adaptive reference management followed by model predictive control. Reinforcement learning acts on selected tuning parameters of the adaptive layer. It does not replace the predictive controller, and it does not issue new actuator commands at every control step.</p><p>Two natural frequencies to select
The tuning variables are the natural frequencies of the desired depth and heading reference dynamics. Changing them shapes the requested transient response. Their effects must be evaluated in the complete closed loop, because faster desired dynamics do not automatically produce less overshoot or better performance.</p><p>One candidate, one complete trial
Before each simulation episode, the agent chooses a candidate pair of frequencies. The simulation is reset and a complete maneuver is evaluated. That parameter pair stays fixed throughout the episode. The trial response then informs the next offline choice.</p><p>Evaluate the trade-offs
Each response is assessed for tracking error, overshoot, settling behavior, and control effort. A useful candidate balances these objectives rather than improving one by making another unacceptable. The illustrative comparison shows why the fastest-looking initial response need not be the preferred tuning.</p><p>Choose and check a candidate
Offline learning searches for a useful parameter set within the considered domain. A selected candidate then needs validation on representative commands and conditions. The aim is better tuning for those cases, not proof of a globally ideal setting or a universal guarantee of zero overshoot.</p><p>Use the settings during the maneuver
The selected frequencies are loaded into the adaptive reference layer. During operation, those tuning values remain fixed while the controller responds to new depth and heading commands. Adaptive compensation can still evolve with measurements; fixed tuning does not mean that the adaptive layer is switched off.</p><p>What this project would establish
The final comparison should use the original and learned tuning under the same conditions, measuring overshoot, settling time, tracking error, and control effort. This preview explains that workflow. It does not present trained-policy results or measured improvement, because the research is still in development.</p>
<div class="detail-grid"><div><section><h2>The problem</h2><p>A working controller still requires suitable tuning: aggressive settings may overshoot, while conservative settings can settle slowly. The aim is to balance tracking, settling and control effort for the considered maneuvers.</p></section><section><h2>Research direction</h2><p>An offline reinforcement-learning agent selects the natural frequencies of the desired depth and heading reference dynamics in the L1 layer. A candidate pair is held fixed for a complete simulation episode, then the response informs the next choice. The selected tuning is validated and held fixed during deployment; adaptive compensation itself can continue to evolve.</p></section><section><h2>About this preview</h2><p>Research in development. The detailed video explains the tuning variables, the reset–trial–evaluation cycle, response trade-offs and use of selected settings. It does not report a trained policy, measured improvement, global optimality or guaranteed zero overshoot.</p></section></div><aside><div class="factbox"><h3>Project focus</h3><ul><li>Tune depth and heading natural frequencies</li><li>Fixed tuning within each simulation episode</li><li>Evaluate overshoot, settling and control effort</li></ul><div class="tags">AUV / RL / Controller tuning</div></div></aside></div><p>← Back to PhD research</p></main><footer>Vladimir Petrov · Robotics & autonomous systemsGet in touch   /   GitHub</footer></body></html>

publications

Paper Title Number 4

Published in GitHub Journal of Bugs, 2024

This paper is about fixing template issue #693.

Recommended citation: Your Name, You. (2024). "Paper Title Number 3." GitHub Journal of Bugs. 1(3).
Download Paper

talks

Robotics Lab Demonstration for Top Scholars Visit Day

Published:

Presented robotics research and laboratory demonstrations for visiting high school students as part of the University of Iowa Top Scholars Visit Day. The demonstration introduced autonomous systems, robotics experiments, and the role of undergraduate students in robotics research.

Robotics Laboratory Open Doors Demonstration

Published:

Presented robotics laboratory demonstrations to invited guests and visitors, highlighting ongoing research in autonomous systems, drone control, motion planning, and experimental robotics.

Robotics Demonstration for Middle School Students

Published:

Presented an educational robotics demonstration for middle school students, introducing autonomous systems, drones, robotics research, and engineering concepts through laboratory examples.

Robotics Lab Demonstration for Top Scholars Visit Day

Published:

Presented robotics research and laboratory demonstrations for visiting high school students as part of the University of Iowa Top Scholars Visit Day. The demonstration introduced autonomous systems, drone experiments, robotics research, and opportunities for undergraduate involvement in the lab.

teaching

Teaching experience 1

Undergraduate course, University 1, DepartmeNt, 2014

This is a description of a teaching experience. You can use markdown like any other post.

Teaching experience 2

Workshop, University 1, Department, 2015

This is a description of a teaching experience. You can use markdown like any other post.