What to Write in an RC Flight Log (With Template)
Quick answer
For every flight, an RC flight log should record the model, the pack or packs used, flight time, outcome (good or crash), field, weather and a short note. Add the crash cause and any repairs when something goes wrong. Over time that gives you airtime and flights per model, cycles per pack, and a clear point at which each model is due a service.
Why keep an RC flight log at all
Most pilots start a log, keep it for three weekends and give up. The ones who stick with it do so because the log starts answering questions they actually have: is this heli due a bearing check, which pack is the weak one, why do I keep clipping the same tree?
- Service at the right time: flights and airtime since the last service, rather than a guess.
- Pack health: cycles and landing voltages per pack show which ones are aging.
- Crash patterns: the same cause twice is a lesson; three times is a setup problem.
- Model history: useful for insurance, club records and selling a model later.
- Progress: hours on a new model, first flights, first aerobatic routines.
The core fields for every flight
Keep the per-flight entry short. If logging takes longer than a few seconds at the field, it stops happening. These seven fields cover almost everything:
| Field | Example | Why it matters |
|---|---|---|
| Model | Goblin 700 | Flights, airtime and crashes per model |
| Pack(s) | 6S 3300 #3 + #4 | Cycle counts and weak-pack spotting |
| Flight time | 6:40 | Airtime totals and service intervals |
| Outcome | Good / Crash | Crash rate and flights since last crash |
| Field | Club field, north strip | Where you fly most, per-site notes |
| Weather | 18 °C, 9 km/h wind | Explains sag, drift and bad days |
| Note | Tail felt soft on hover | The early warning you would forget |
Crash notes that actually help
A crash entry is only useful if it tells future you something. 'Crashed' is not enough. Write down, briefly:
- What happened: the phase of flight and what the model did.
- Likely cause: orientation, wind, radio or signal, mechanical, power or pack, setup, or plain pilot error. Be honest.
- Damage: which parts broke, and which ones to check even if they look fine.
- Parts used: so your spares list stays accurate.
- Status: mark the model as needing repair until it is fixed and test-flown.
Maintenance triggers your log can give you
Your manual sets the service intervals; your log tells you when you've reached them. Good triggers to track:
- Flights since last service: the most useful single counter for helis and hard-flown planes.
- Flights since last crash: after any crash, a full inspection before the next flight, and a record that it was done.
- Airtime hours: the right unit for nitro, gas and turbine engines.
- Fuel used: a running total per model for fuelled aircraft.
- Pack cycles: to compare packs in a set and know which to test or retire first.
- Receiver and transmitter packs: how many flights since their last charge.
Session-level notes
Some details belong to the day, not each flight: the field, the weather window, who was flying, and a summary like 'seven flights, 48 minutes, one crash'. Logging a session once and letting each flight inherit the field and weather saves a lot of typing and makes it easy to look back at a whole day.
Paper, spreadsheet or app?
All three work. The question is which one you will actually fill in at the field, with cold fingers and a model waiting.
| Option | Good at | Falls short |
|---|---|---|
| Paper logbook | Cheap, no battery, easy to read back | No totals; no pack tracking; illegible in the rain |
| Spreadsheet | Flexible columns, totals, charts | Awkward to fill in at the field; usually done later, or not at all |
| Logbook app | Fast at the field; totals and counters update themselves | Needs your phone; pick one that lets you export your data |
The best log is the one you fill in
A log you skip at the field ends up empty. RC Flight Log is built for the moment you land: pick the model, the next charged pack is already suggested, then tap Good or Crash. Airtime, pack cycles and flights since last crash or service update themselves, and a crash marks the model as needing repair until you fix it.
FAQ
What should an RC flight log include?
Model, packs, flight time, outcome, field, weather and a short note for every flight, plus the cause and damage for any crash.
Should I log each battery pack separately?
Yes, if you can. Numbering packs and logging which ones you flew gives each pack its own cycle count, which is the easiest way to spot a weak or aging one.
How long should logging a flight take?
Seconds. Keep the per-flight entry to the essentials and add detail only when something went wrong. Long entries are why most logs get abandoned.
Can I move my old RC logbook into an app?
Often, yes. RC Flight Log imports CSV files: download the template, match your columns, and check the preview before anything is imported.
Keep the numbers, skip the notebook
RC Flight Log logs a flight in two taps, counts every pack cycle, charts IR per cell and reminds you when packs sit charged. No account, and your logbook stays on your iPhone.
More field guides
- GuideLiPo Storage Voltage Chart (1S–12S) and How Long to Store
- GuideLiPo Internal Resistance: How to Measure and Read IR
- TemplateDrone Logbook Template for Part 107 and Recreational Pilots
- ChecklistRC Preflight Checklist: Before and After Every Flight
- GuideWhen to Retire a LiPo: Puffing, IR, Cycles and Disposal
- ToolLiPo Storage Voltage Calculator (LiPo, LiHV, LiFe, Li-ion)