ECU Tuning, Coding & Programming Guides / Technical editorial
Your First Stage 1 Calibration Project: File Records, Logging and Review Checks
On this page
A first calibration project should be traceable before it is editable. Start by establishing which vehicle and software the data belongs to, what the starting condition is and how any proposed result will be evaluated.
A Stage 1 label is not enough to specify fuel, hardware, torque delivery, numerical changes or acceptance criteria. This guide uses EVC and HP Tuners documentation for specific project and logging features, then adds an editorial preparation worksheet. It supplies no ready-to-flash file, universal map values or independently measured gains.
Contents
- Separate learning from deployment
- Identify the vehicle and starting data
- Use meaningful project versions
- Configure evidence, not just gauges
- Baseline and acceptance worksheet
- Apply separate review gates
- A missing-data example
- Document the result
- References
Keep an educational project separate from a vehicle deliverable
Offline training can teach file organization and interpretation without producing anything suitable for deployment. Label it clearly and keep it separate from customer files.
For supervised development, establish who reviews the interpretation and changes, which evidence is required and who authorizes the next stage. Owning an editor does not supply application-specific engineering expertise.
Replace a vague request for Stage 1 with a defined objective and operating context. Describe normal use, available fuel, fitted hardware and current symptoms. Do not assume another car with the same badge has the same software or requirements.
Identify the vehicle, controller and source file
Record actual controller/software identification, relevant vehicle specification, transmission, modifications and known replacement history. Resolve conflicting records before selecting a definition or programming procedure.
Describe how each input was obtained and what it contains. An actual controller read, a server-supplied stock reference, a configuration report and a broader backup are not equivalent resources.
Preserve untouched inputs separately from working versions and deployment files. A familiar filename or matching file length does not establish applicability.

WinOLS example: original, versions and comments serve different purposes
EVC's WinOLS software page describes keeping an original within a project, storing changes as versions and displaying changes in color. It also describes comments for projects and versions.
Those are useful traceability features, not proof that the imported original is trustworthy or that a revision is approved. Project-level preservation also does not establish a complete ECU recovery backup.
Use comments to record the purpose of a proposed revision, its input identity, reviewer and test plan. Names such as final-new-final do not explain what changed or why.
| Project record | What to document |
|---|---|
| Original input | Source, identity, capture method and documented scope |
| Working revision | Intended purpose and relevant differences |
| Review record | Reviewer, supporting evidence and unresolved questions |
| Exported deliverable | Exact revision, format and intended supported next stage |
| Outcome record | Performed operation, tests and limitations |
Confirm the actual toolchain. An editor project is not necessarily the format a programming tool expects. Import/export capability does not establish that arbitrary combinations are compatible.

VCM Scanner example: configure the channels as well as the display
HP Tuners' scanning-configuration guidance describes creating a vehicle profile, adding channels and configuring displayed layouts as separate steps. It says connecting to the vehicle allows available vehicle-specific parameters to be loaded.
Its layouts documentation makes an important distinction: adding a displayed value does not automatically add the channel needed to supply it. A gauge on screen is therefore not sufficient evidence that the desired data was captured.
The channel-configuration guidance recommends saving separate configurations for common tasks and vehicles. It distinguishes SAE defaults from vehicle defaults, which combine relevant manufacturer-specific and SAE parameters for the current vehicle.
These are documented VCM Scanner features, not a universal list of channels or a guarantee that every desired parameter is supported. Confirm what the actual vehicle supplies and which external measurements, if any, the supervised test needs.
Save the evidence configuration with the job
Record the channel configuration and layout used, units, source of each relevant quantity and test conditions. Distinguish controller-reported, calculated and externally measured quantities where applicable.
Do not fill missing evidence with assumptions. A graph looking smooth or familiar does not establish that the intended parameter was recorded correctly.
Baseline and acceptance worksheet
Have qualified personnel select appropriate tests and acceptance criteria for the actual application. This worksheet does not prescribe operating limits or a universal road-test procedure.
| Question | Record before work | Record afterward |
|---|---|---|
| What is the objective? | Specific concern or supervised development question | Whether the agreed question was answered |
| What is the condition? | Symptoms, relevant faults, maintenance and applicable findings | Changes, remaining concerns and follow-up |
| What data is required? | Supported channels, sources and units | What was actually captured and what was unavailable |
| Are comparisons meaningful? | Fuel, hardware, method and relevant conditions | Conditions and differences affecting interpretation |
| What permits the next stage? | Named review and stop criteria | Decision, reviewer and supporting evidence |
Resolve faults rather than treating calibration as their automatic cure. A baseline is more than a peak output number, and a successful short check cannot establish every operating condition or long-term durability.
Keep the review gates separate
First confirm source and applicability. Then confirm definition meaning, units, axes and software match. Our DAMOS and map-pack quality guide explains that interpretation step.
Next, qualified review must establish the purpose and dependencies of any numerical change. A blanket percentage or an attractive graph is not an engineering rationale. This article specifies no boost, fueling, timing, pressure or torque adjustments.
Integrity processing has its own supported requirements. Our checksum verification guide explains why correction is not calibration approval.
Only then assess the actual programming prerequisites, procedure and recovery route. Our failed-flash recovery guide does not turn a saved original into a universal recovery guarantee.
Example: a display exists, but the required evidence is missing
A learner adds a gauge and assumes the next log will contain the needed channel. When reviewing the result, the relevant data is absent.
Use the documented channel-versus-layout distinction to investigate the configuration. Confirm supported parameter availability and save the corrected evidence configuration before another appropriately supervised test.
Do not infer that the vehicle stayed within an expected condition merely because the missing channel produced no warning. Nor should an unrelated calibration edit be used to compensate for an unexplained logging result.
Programming and release remain separate decisions
Use the exact supported interface, software, vehicle state and power preparation for the operation. No universal supply setting or connection diagram is supplied here. Follow the applicable failure response if an operation is interrupted.
After any authorized deployment, complete required initialization, relevant fault review and functional checks. A completed progress bar does not establish that the original objective was met.

Keep the actual revision, performed work, collected evidence and limits of the result together. If identity, interpretation or expertise remains unresolved, keep the project offline and obtain qualified assistance.
Frequently asked questions
Does a Stage 1 label specify a safe recipe?
No complete technical specification is supplied by the label. Establish the actual vehicle, scope and validation criteria.
Does a WinOLS version prove a complete backup exists?
No. The documented project feature preserves project input and revisions, not necessarily every controller region required for recovery.
Does adding a VCM Scanner gauge add its data channel?
The cited layouts documentation explicitly says displayed values do not automatically add channels. Check the configuration separately.
Are the images real software screenshots?
No. The cover and three inline images are generated editorial illustrations, not evidence of tests or verified settings.
References and scope
- EVC: WinOLS software — original/version storage, difference display and project comments.
- HP Tuners: Scanning Configuration — vehicle profile, channels and layouts.
- HP Tuners: Layouts in VCM Scanner — display configuration does not automatically add data channels.
- HP Tuners: Loading and Saving the Channel Configuration — saved configurations and default parameter sets.
The worksheets are editorial guidance. These sources document software functions, not a validated tune, universal parameter availability or independently measured performance improvements.
More articles to explore
A Checklist for Choosing Diagnostic Hardware That Won’t Go Obsolete
A Checklist for Choosing Diagnostic Hardware That Won’t Go Obsolete
How to Use Flex by Magicmotorsport for Advanced Bench and Boot Flashing
How to Use Flex by Magicmotorsport for Advanced Bench and Boot Flashing
Top Features to Look for in a Professional Diagnostic Tablet
Top Features to Look for in a Professional Diagnostic Tablet
Comments