Unit 04 · lesson
Follow the Power from Battery to Load
An FRC robot is a mobile electrical system with a lot of current moving through a small machine.
The useful mental model is a power tree. Energy starts at the battery, passes through protection and distribution, then reaches branch devices and loads.
The main path
At a high level:
FRC robot power follows a protected tree
Current starts at the battery, crosses the main protection boundary, branches through distribution, and reaches controllers and loads. Diagnose shared failures by walking that tree with evidence.
- BATTERYsource of robot energythrough
- MAIN BREAKERprimary disconnect and protectionfeeds
- DISTRIBUTIONroutes power to branchesprotect
- BRANCHbreaker/fuse and wiring for one pathsupplies
- CONTROLLERregulates power to the loaddrives
- LOADmotor, radio, roboRIO, sensor, or mechanism
The current season manual is always the authority for legal wiring, allowed devices, protection, and inspection details. This course teaches the architecture so the manual makes sense when you read it.
Voltage is not enough
A battery can show reasonable voltage with little load and still perform poorly when the robot demands high current.
Connections also matter. Resistance at a loose, damaged, or undersized connection can create voltage drop and heat.
That means an electrical diagnosis should ask what the system does under load, not only what a multimeter says while the robot is sitting still.
Branch protection has a job
Circuit protection limits what a branch can safely carry and helps isolate faults.
Do not treat breaker ratings as performance settings to increase until a problem disappears. If a branch repeatedly trips or a device browns out, find the reason.
The root cause may be mechanical load, wiring resistance, motor behavior, configuration, or an actual fault.
Case: robot resets during acceleration
Observation:
The robot behaves normally at low output but control becomes unstable during aggressive acceleration.
Possible evidence to inspect:
- battery condition;
- voltage sag under load;
- main power connections;
- branch wiring;
- drivetrain current;
- mechanical binding;
- software acceleration demand.
Notice how electrical and mechanical evidence meet. High current may be the symptom of a drivetrain problem, not only an electrical problem.
A shared power problem can look like many unrelated failures
When several systems fail together, inspect common dependencies before blaming whichever symptom appeared first.
- OBSERVATIONrobot resets or multiple devices drop outinspect
- BATTERY UNDER LOADvoltage sag and current demandthen
- MAIN CONNECTIONSloose, damaged, hot, or high-resistance paththen
- BRANCH EVIDENCEbreaker trips, controller faults, radio dropoutcompare
- ROOT CLAIMdefend what the evidence proves and what it does not
Draw your power tree
Create a diagram for a typical FRC robot or your team robot.
Include:
- battery;
- main disconnect/breaker;
- power distribution;
- roboRIO/controller power;
- network/radio power;
- at least four branch loads;
- one motor controller/motor pair; and
- one location where a poor connection could affect multiple systems.
Next to each branch, write one observable clue that would tell you whether power is healthy.
Safety boundary
Do not perform live rewiring for this activity.
If hardware is available, trace with the robot safely de-energized. Restore power only for a controlled measurement or test under the rules and supervision of your team/shop.
Failure mode: “everything is a software problem”
When several unrelated systems fail at the same moment, look for shared dependencies.
Power is one of the biggest shared dependencies on a robot.
That does not prove power is the cause. It tells you power deserves a place near the top of the evidence list.
process flow
CAD, Drivetrains, and Robot Design: FRC Evidence Flow
Plan
Name the role, rule, criterion, constraint, and safety condition.
Model
Trace the subsystem or match decision and its dependencies.
Test
Use a bounded approved test or simulation and record evidence.
Review
Document correction, limitation, and next team action.
Read this concept flow as plain text
- Plan. Name the role, rule, criterion, constraint, and safety condition.
- Model. Trace the subsystem or match decision and its dependencies.
- Test. Use a bounded approved test or simulation and record evidence.
- Review. Document correction, limitation, and next team action.