Add Banach control student controller#41
Closed
teerthsharma wants to merge 4 commits into
Closed
Conversation
Integrated AETHER-Link telemetry feature extraction to solve the over-correction problem. Traditional PID controllers oscillate under high variance (high jerk). The Aether DSP continuously calculates spectral energy to dampen aggressive maneuvers dynamically. Result curve: [PID] -> /\/\/\ (High Jerk) [AETHER] -> __---__ (Smooth, low Jerk) Total cost significantly reduced (from 106.8 to 84.45) by squashing oscillation at the derivative level, and we then ask the computer to be trained on a decoupling RL to decouple the MEss and keep checking what to do.
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
What changed
This adds
bc_student, a behavioral-cloning steering controller with a compact Torch MLP checkpoint included undermodels/bc_student.pt.This is the version I actually wanted to send after the earlier hand-tuned controller attempts: less ceremony, less fragile tuning, and a policy that behaves like it learned from stronger offline action search instead of trying to encode the whole trick by hand.
Where topology shows up
The submitted controller uses the upcoming route shape through the simulator
future_plan. Its feature vector includes the next 50 samples of target lateral acceleration, roll-induced lateral acceleration, speed, and acceleration. That sequence is the local driving topology the student sees before choosing a steering action: not just the current error, but the bend/roll/speed profile that is about to arrive.There is a natural next step here too: bucket segments by this future-plan topology, then train or calibrate small specialist heads per topology family. I kept the PR submission lean because the current student already clears the score target, but the topology route is still visible in the controller input design and leaves room for a cleaner topology-specialized version later.
Score
Full 5,000 segment evaluation from the saved CSV:
That keeps the submission below the strict
<45target and comfortably inside the leaderboard consideration range.Submission note
The challenge submission command is:
I am keeping the PR focused on the controller code and checkpoint. The full-run CSV/report artifact is handled separately for the form upload.
Validation
The regression test checks that the checkpoint loads, the controller returns finite clipped actions, short future plans are padded correctly, and repeated controller instances reuse the loaded model.