Separate your inputs from chassis balance
Generated from
content/lms/platform-specific-spec-miata/06-translate-miata-feedback-into-legal-next-actions/02-separate-driver-input-from-chassis-balance.md; edit the source file, not this page.
Source path: content/lms/platform-specific-spec-miata/06-translate-miata-feedback-into-legal-next-actions/02-separate-driver-input-from-chassis-balance.md
Course: Race a Spec Miata by the rulebook
Module: Translate Miata feedback into legal next actions
Estimated duration: 45 minutes
Principle
Before you blame the car, separate what the car did from what you asked it to do.
That is the whole lesson. In a Spec Miata, it is tempting to come off track and say the car pushed, the rear was loose, or the setup went away. Sometimes that is true. But the more useful first question is whether your line, brake release, steering rate, throttle timing, and entry speed were consistent enough for the feedback to mean anything. If those inputs changed from lap to lap, then the car was responding to a moving target. You cannot diagnose chassis balance cleanly while the driver signal is noisy.
This does not mean the car is never wrong. It means you earn the right to call it wrong. Going Faster makes the point directly in its chassis discussion: the driver can be the component that suddenly finds one or two percent of lap time, and the car may have a problem, but it might also be the driver. That is not an insult. It is a diagnostic rule. Driver inputs are part of the system, and in club racing they are often the easiest part of the system to improve before you touch the setup.
For this module, the goal is not to become a race engineer. The goal is to translate Miata feedback into legal next actions. The first legal next action is almost always better observation. You name the corner. You name the phase of the corner. You name the input you were making. Then you ask whether that input created the balance you felt. Only after that do you decide whether the next action is a driving experiment, a data review, another driver in the car, or a legal setup change handled in the related lesson on rule-fit experiments.
Why this works
A tire can be asked to brake, corner, or accelerate, and it can be asked to blend those jobs. The Going Faster material presents track coding as acceleration, braking, and cornering zones, then introduces the idea that these abilities mix at the limit. That is the mechanism underneath this lesson. When you enter a corner, the car is not balanced by springs and bars alone. It is also balanced by how much brake you are still holding, how quickly you release it, how much steering you add, where you place the car, and when you open the throttle.
If you add steering while still carrying meaningful brake pressure, the front tires are not just cornering. They are sharing work between slowing the car and turning it. If you turn in early, the car may run out of road on exit even if the chassis is fundamentally healthy. If you get to throttle before the car has finished rotating, the data may show throttle on while the front tires are already overused. If you enter too fast and then hold steering while waiting, you may call that understeer, but the more precise diagnosis is that you asked the front tires to do too much in the first half of the corner.
This is why a balance complaint must include the input that preceded it. Understeer is not one diagnosis. It is a symptom. It can come from setup, but it can also come from an early turn-in, excessive entry speed, an abrupt steering add, brake pressure held too long, or throttle applied before the car is pointed. Oversteer is also a symptom. It can be a car problem, but it can also be a response to how you released the brake, how you transferred load, or how you corrected. The sibling lesson on naming oversteer covers that response in more detail. Here, your job is narrower: keep the driver signal clean enough that the name you give the balance is trustworthy.
The diagnostic sequence
Start with the event, not the conclusion. A useful report sounds like this: in Turn 5, from turn-in to apex, I felt the front tires stop taking more steering even though I was still adding wheel; I was trailing off the brake and had not yet opened the throttle. That report is useful because it contains phase, sensation, and input. An unhelpful report sounds like this: the car pushes everywhere. That may be emotionally accurate, but it is not actionable.
The sequence has five steps.
First, freeze the phase of the corner. Was the feedback on initial brake application, brake release, turn-in, mid-corner, throttle pickup, or exit? If you do not know the phase, you do not yet have a diagnosis. Chassis balance changes across the corner because your commands change across the corner.
Second, identify the dominant input. At any one moment, one of your inputs is usually the loudest. It may be brake pressure, steering angle, steering rate, throttle timing, or track position. If the car complains at the instant you turn the wheel, inspect turn-in point and steering rate. If it complains when you blend off the brake, inspect brake release. If it complains when you go to throttle, inspect whether the car was already pointed and whether you were asking the front tires to corner and accelerate the car at the same time.
Third, repeat before changing. Run a small number of laps with the same reference points and the same deliberate input shape. You are not trying to set a hero lap. You are trying to create repeatable evidence. Going Faster points to reference points, feel, brake-throttle transition, pedal force during brake-turns, and reducing lap time as connected topics. For this lesson, the practical meaning is simple: feel becomes useful when it is tied to a reference point and repeated under similar inputs.
Fourth, look for a data or video signature. The Van Valkenburgh chunk describes a simple analysis screen using lateral g, steering, speed, and throttle in a 100-mph turn, with instructor annotations calling out understeer, front tires overused, and throttle on. Those four channels are enough to challenge many driver stories. If steering angle increases but lateral g does not respond, the front tires are saturated. If throttle comes on while the car is still asking for more steering, you may be adding power before the car is ready. If minimum speed keeps changing lap to lap, the balance complaint may be contaminated by entry-speed inconsistency. You do not need a professional data department to use this principle. You need enough curiosity to compare what you felt with what your hands and feet actually did.
Fifth, ask for a control sample if the question remains. Going Faster recommends having a more experienced and accomplished driver in your class work with you on a test day as one way of settling whether the problem is the car or you. In a Spec Miata setting, that control sample matters because the cars are close enough that driver technique can hide or exaggerate small setup differences. If the same-class driver reports the same corner-phase behavior with clean inputs, the car diagnosis gains weight. If the problem changes or disappears, you learned something just as valuable.
The five driver signals you must isolate
The first signal is path. Path includes where you brake, where you release, where you turn in, where you apex, and how much road you leave yourself at exit. Going Faster shows a proper turn-in contrasted with early turn-in. That matters because an early turn-in can produce an exit problem that feels like chassis push. You arrive at the apex too soon, the car is aimed at the outside too early, and then you need more steering later when the tires are already busy. If you call that a setup problem before checking turn-in, you are skipping the easiest diagnosis.
The second signal is entry speed. The back-cover material for Going Faster describes data analysis where two drivers differ on the same track section because one slowed too much in the first half of the corner. That example cuts both ways. Too much speed loss can hide a car problem because the car feels stable only after you over-slow it. Too much entry speed can create a front-tire complaint that is really a speed management problem. Your job is to make entry speed repeatable enough that balance feedback can be compared.
The third signal is brake release. The braking and entering material includes the idea of learning to modulate, and the Formula Dodge example describes approaching a 35 mph corner at 110 mph with the need to relax pedal effort as the car approaches the cornering limit. The lesson for you is not that your Miata will have the same speed delta. The lesson is that brake pressure is not a switch. As cornering demand rises, brake demand must be managed. If you carry too much brake while asking for rotation, you may overload the front tires or create a balance change that you later mislabel. If you release too abruptly, you may remove load from the front before the car is ready to take the steering you are asking for. The car may feel inconsistent because your release is inconsistent.
The fourth signal is steering. Steering is not just angle; it is rate, timing, and patience. The data chunk that uses steering with lateral g, speed, and throttle is important because it gives you a way to separate command from result. More wheel is only useful if the car produces more turn. If you keep adding steering and the car does not increase lateral response, the front tires are already past the useful request. The next action is not automatically more front grip from setup. The next action may be less entry speed, later turn-in, slower hand rate, cleaner brake release, or delayed throttle.
The fifth signal is throttle timing. Throttle is easy to treat as a reward after the hard part, but it is also an input that changes balance. In the data example, throttle appears alongside understeer and front tires overused. That does not prove throttle caused the understeer in every case. It proves throttle timing belongs in the diagnosis. If you are opening the throttle while the car is still asking for significant steering correction, the balance you feel may be a consequence of adding acceleration demand before the cornering demand has settled.
What clean separation feels like
Clean separation does not feel dramatic. It feels boring in the best way. You approach the same brake marker. You release the brake with the same shape. You turn in at the same reference. Your hands make one primary steering add instead of a series of little arguments. You wait to add throttle until the car is ready for it, and when you add it, the car accepts it without needing a second correction. You can then say with more confidence whether the front is refusing to take load, whether the rear is stepping out, or whether the car is simply being asked the wrong question.
The in-car cues are specific. If the issue is path, you will feel late-corner steering demand rise even though the first part of the corner felt easy. If the issue is entry speed, you will feel a long wait between turn-in and apex, or you will find yourself adding steering without getting a matching direction change. If the issue is brake release, the car will change attitude at the same point your foot changes pressure. If the issue is steering rate, the first response will feel sharp or dead depending on how abruptly you asked, then the rest of the corner becomes a recovery. If the issue is throttle timing, the problem appears as you ask the car to accelerate before it has finished accepting the steering.
The data cues are also specific. Look for lap-to-lap variation in minimum speed, throttle pickup point, steering trace shape, and the relationship between steering and lateral g. A clean corner has a story that makes sense: speed reduces, steering builds, lateral response follows, throttle returns when the car can accept it. A noisy corner has contradictions: throttle is early while steering is still rising, steering rises without lateral response, speed changes by a meaningful amount from lap to lap, or the driver lifts after committing because the earlier input made the exit impossible.
An instructor watching from the right seat would not start by asking for a setup change. The instructor would usually ask for a cleaner sample. Same brake point. Same release. Same turn-in. Same patience to throttle. The point is not to make you timid. The point is to produce a lap where the car gets one clear request at a time, or at least a deliberate blend rather than an accidental pileup of inputs.
What you should not duplicate from sibling lessons
This lesson is not the oversteer naming lesson. If the rear moves, you still need to name the phase and the input, but the detailed oversteer taxonomy belongs there.
This lesson is not the rules experiment lesson. You are not choosing bars, alignment, tire pressure, or other class-legal changes here. You are deciding whether your complaint is clean enough to justify that next step.
This lesson is not the recordkeeping lesson. You should still record the change before the next session, but the deeper logging workflow belongs in the related lesson. Here, your record can be simple: corner, phase, input, sensation, one driver experiment, result.
The standard you are trying to reach
You are not trying to become perfect before touching the car. You are trying to avoid blaming the car for evidence you have not collected. A mature intermediate driver can say: I think the car is understeering at mid-corner, but I need one session to confirm it with a later turn-in and a more deliberate brake release. That sentence is stronger than a confident but unsupported setup complaint.
The discipline is to look inward first without becoming passive. Going Faster says the car could have a problem, but it might be you, and that you should get used to looking inward for speed. In practice, looking inward is not self-blame. It is a fast path to better decisions. If the problem is you, you can fix it this session. If the problem is the car, clean inputs will make the problem easier to prove, easier to describe, and easier to address legally.
Worked example: Formula Dodge speed delta applied to a Miata entry complaint
The corpus gives a clear high-speed braking example: a racecar approaching a 35 mph corner at 110 mph, with the driver needing to relax pedal effort as the cornering limit arrives. Do not copy the numbers into your Spec Miata. Copy the structure.
Imagine you come in after a session and say the car will not turn on entry. The first pass diagnosis is not setup. Freeze the phase. The complaint is entry to apex. Now identify the loud inputs. You were braking, releasing brake pressure, and adding steering. Those inputs overlap, so the balance you felt may have been created by the blend.
For the next session, make the experiment driver-side. Use the same brake marker for three laps. Do not try to brake later. Instead, make the release more deliberate. Begin with firm straight-line deceleration, then reduce pedal effort as steering demand begins to rise. If the car now accepts the turn-in with less steering angle, you did not prove the chassis was fixed. You proved the previous complaint was at least partly input-created. If the car still refuses the same entry with the same clean release and repeatable speed, the chassis complaint becomes more credible.
The success cue is not a heroic save. The success cue is that the car has a calmer attitude from brake release to apex and you need fewer steering corrections to place it. The lap may not be your fastest immediately. That is acceptable. You are buying diagnostic clarity first, then speed.
Worked example: 100-mph data screen with understeer and throttle timing
The Van Valkenburgh chunk describes a simple MoTeC-style analysis screen in a 100-mph turn using lateral g, steering, speed, and throttle, with annotations for understeer, front tires overused, and throttle on. That is almost the perfect example for this lesson because it puts the driver command and the car response on the same page.
Suppose your seat-of-the-pants report is that the front end washes out in a fast corner. Open the data or video with four questions. What did speed do before the complaint? What did steering do at the complaint? Did lateral response follow the steering request? Where was throttle relative to the front-tire complaint?
If steering angle keeps increasing but lateral g does not build, the front tires are not giving you more turn for the extra hand input. If throttle is already coming on while steering is still increasing, the input story is not simply chassis push. You may be asking the car to finish cornering and begin accelerating at the same time. If speed is higher than your clean laps in the first half of the corner, the front may be overworked by entry speed. If the same pattern appears with clean, repeatable entries and patient throttle, then the balance complaint deserves more attention.
The useful habit is to stop treating data as a verdict and start treating it as a witness. The channels do not shame you. They show whether your hands and feet asked the car a question it could reasonably answer.
Worked example: early turn-in that masquerades as a chassis problem
Going Faster shows proper turn-in against early turn-in. That contrast matters in a Spec Miata because many exit complaints begin with an entry decision.
Picture a medium-speed corner where you turn in early because the first part feels safer that way. The car points toward the apex quickly. For a moment, it feels as if you gained time. Then the exit begins to run out. You add more steering after the apex, but the car is already using the front tires hard. Now it feels like understeer. You come in and say the front gave up.
The cleaner diagnosis is that the path asked for too much late-corner direction change. The fix to test first is not a setup change. Move the turn-in back to the proper reference, accept that the first half may feel slower or more patient, and judge the corner by exit placement and steering demand. If the car now unwinds more naturally and needs less late steering, the chassis was not the root problem. Your path was.
This example is why balance feedback must include geometry. A car that feels bad after the apex may have been put in trouble before the apex.
Common mistakes
Mistake one is naming the balance before naming the input. The driver says the car understeers, but cannot say whether the brake was still being released, whether throttle had started, or whether the turn-in point moved. Good looks like naming the corner phase and the active input first, then naming the balance.
Mistake two is treating one uncomfortable lap as setup evidence. A single lap can be contaminated by traffic, tire temperature, an early turn-in, a missed brake point, or a rushed throttle pickup. Good looks like repeating the corner for several laps with the same reference points before deciding the pattern is real.
Mistake three is using more steering as the only answer. When the front tires are already overused, more hand input can make the data trace look busier without making the car turn better. Good looks like asking why the car needed that much steering in the first place: entry speed, brake release, turn-in point, or throttle timing.
Mistake four is changing the car to compensate for an inconsistent release. If your brake release changes each lap, the car will feel different each lap. Good looks like building a repeatable release shape, then judging balance from the repeatable sample.
Mistake five is asking a faster driver the wrong question. If you hand the car over and say tell me what is wrong, you may get a vague answer. Good looks like asking a same-class driver to evaluate one defined complaint in one defined phase: entry push at Turn 3 with a clean brake release, for example.
Mistake six is skipping the why question. The Data for Drivers material ends with a basic but valuable instruction to keep learning and ask why. Good looks like refusing to stop at the symptom. Why did the front overload? Why did throttle arrive there? Why did the steering trace keep climbing? Why did the car need a correction at that point?
Drill: three-lap input separation test
Use this drill at your next event when you have one recurring balance complaint. Pick one corner only. Do not run this drill across the whole track at once.
Lap one is the observation lap. Drive normally but record the complaint in your head using four fields: corner, phase, input, sensation. For example: Turn 6, turn-in to apex, releasing brake and adding steering, front stops responding to more wheel.
Laps two through four are the repeatability laps. Hold the same brake marker, same turn-in reference, and same throttle pickup intention. Your only goal is to see whether the complaint repeats in the same phase with the same inputs. If it does not repeat, you do not yet have a chassis diagnosis. You have a consistency problem to solve.
Laps five through seven are the one-input experiment. Change only one driver input. If the complaint is entry push, make the brake release more deliberate or move the turn-in to the proper reference. If the complaint is mid-corner push after early throttle, delay throttle until the steering is beginning to unwind. If the complaint is exit trouble after an early apex, correct the path before you correct the car.
The success criterion is simple. You succeed if you can say whether the symptom changed when one driver input changed. You do not need to set a personal best. You need a clean answer. If the symptom improves, continue driver work. If the symptom remains stable across clean inputs, record it for the next lesson on legal experiments and, if possible, ask a more experienced same-class driver to provide a control sample.
When to escalate from driver input to chassis balance
Escalate only when the complaint survives clean inputs. That means the same corner phase, the same reference points, a repeatable entry speed, a deliberate brake release, a known steering request, and throttle timing that does not create the problem. It also means the complaint appears over more than one lap and is not just a recovery from traffic or a missed mark.
Escalation can be a data review, a right-seat instructor conversation, a test by a stronger driver in the same class, or a legal setup experiment. The order matters because each step removes uncertainty. Data shows whether the input story matches the felt story. Another driver shows whether the car behaves similarly under a different input style. A legal setup experiment is most valuable after those steps because it responds to a defined problem rather than a vague feeling.
The restraint here is competitive, not timid. The fastest path to a better Miata is not always turning a wrench first. Sometimes it is proving that the wrench is aimed at the actual problem.
Author Review
No quiz questions are attached to this lesson.
Sources
| # | Document | Chunk | Pages | Score | Collection |
|---|---|---|---|---|---|
| 1 | Going Faster Mastering the Art of Race Driving - Carl Lopez | ef9ea5d6-92b2-e60a-d6d0-5adac150482c | 234 | 1 | uio_books_raw_v1 |
| 2 | Going Faster Mastering the Art of Race Driving - Carl Lopez | f2410e4f-42d0-24db-af78-3d9940ff312d | 75 | 1 | uio_books_raw_v1 |
| 3 | Going Faster Mastering the Art of Race Driving - Carl Lopez | 915e3934-2e52-4c3f-9d6c-3d96e7adf2d9 | 51 | 1 | uio_books_raw_v1 |
| 4 | Going Faster Mastering the Art of Race Driving - Carl Lopez | b2c44205-8e7a-2622-d998-a8b843b3229a | 92 | 1 | uio_books_raw_v1 |
| 5 | Going Faster Mastering the Art of Race Driving - Carl Lopez | 06787811-3605-ee7a-2388-a0d1655d9ace | 27 | 1 | uio_books_raw_v1 |
| 6 | Going Faster Mastering the Art of Race Driving - Carl Lopez | 591fe11f-29bf-4360-31eb-dce735a2b212 | 42 | 1 | uio_books_raw_v1 |
| 7 | Race Car Engineering Mechanics Paul Van Valkenburgh | f721fe85-812c-0bdc-d9b3-212cd51c14f7 | 149 | 1 | uio_books_raw_v1 |
| 8 | Going Faster Mastering the Art of Race Driving - Carl Lopez | 4285b990-c3e7-880e-5596-99af145b469c | 300 | 1 | uio_books_raw_v1 |
| 9 | Going Faster Mastering the Art of Race Driving - Carl Lopez | fa01ec16-aace-9079-2afa-de127b8272a9 | 300 | 1 | uio_books_raw_v1 |
| 10 | Speed Secrets Professional Race Driving Techniques Ross Bentley | 26bc8e35-76a6-4f72-ea86-df10ba43a636 | 14 | 1 | uio_books_raw_v1 |
| 11 | Data-for-Drivers-PRINT | b80dc634-a0a7-d6de-d470-353aed47e2a6 | 17 | 1 | uio_books_raw_v1 |
| 12 | Going Faster Mastering the Art of Race Driving - Carl Lopez | 79767434-3820-9c5e-654a-39189a526fe2 | 287 | 1 | uio_books_raw_v1 |
| 13 | Going Faster Mastering the Art of Race Driving - Carl Lopez | f75104b8-d501-a888-1d42-4c3af3942f97 | 13 | 1 | uio_books_raw_v1 |