Guides for depot managers
EV charger uptime at an AV fleet depot: how to track downtime per port without a spreadsheet
The charger network already reports every port's status. Turn that feed into an outage log: when an outage starts and ends, which minutes you may exclude, monthly uptime per port, and what one dark stall costs the night.
By XoomPark Editorial Team ·
| Status | What the spec says it means | Counts as outage in this log? |
|---|---|---|
| AVAILABLE | Able to start a new charging session3 | No |
| CHARGING | In use3 | No, unless it delivers below the minimum power level (see below) |
| RESERVED | Reserved for a particular driver, unavailable to others3 | No |
| BLOCKED | Not accessible because of a physical barrier, such as a car3 | No; it is a yard problem, log it separately |
| INOPERATIVE | Not yet active, or temporarily unavailable, but not broken3 | Yes, unless it is scheduled maintenance you can show |
| OUTOFORDER | Out of order; parts may be broken3 | Yes |
| UNKNOWN | No status information, also used when offline3 | Yes; an offline port cannot be shown to work |
| PLANNED, REMOVED | Planned and operating soon, or discontinued and removed3 | No; take it out of the port count |
When is a depot charging port actually up?
That last clause matters at a depot. A port that accepts a car and then holds it at a fraction of its rating looks fine on a status screen and still sends the car out short in the morning. Our reading of the rule: minutes a port spends below the power you bought it for belong in the outage log, flagged as derated, even if the network calls the port CHARGING. The power floors in the federal rule are written for publicly funded sites; at a private depot, set your own floor per charger model and write it into the vendor contract.
A private AV fleet depot is not a NEVI site, so none of this is required of you. We use the rule because it is the clearest public definition of uptime there is, and because it is the yardstick a charger vendor's own uptime promise is most likely to be read against.
Which outage minutes can a depot exclude?
- Utility outage: keep the utility's outage notice or ticket number with the record.
- Vehicle fault: the ChargeX error codes assign every fault to one of four owners, the EV user, the charging station operator, the charger or the vehicle.4 An exclusion for the vehicle needs a code that points at the vehicle, and the same port charging the next car without trouble.
- Scheduled maintenance: scheduled means booked before it started. A vendor visit to fix a fault is an outage, not maintenance.
- Hours of operation: a depot that charges around the clock has no closed hours to exclude. That is our assumption for most AV fleet depots; if yours closes, write the hours down before you start counting.
Everything else counts, including a network that cannot reach the port. The status for that is UNKNOWN, "also used when offline",3 and an offline port is one nobody can show would otherwise have worked.
What goes in each outage record?
| Field | Where it comes from | Why you need it |
|---|---|---|
| Station and port ID | The network, the same ID every month2 | Uptime is per port, not per charger |
| Start and end time | The status change that opened and closed it3 | Minutes are computed, never typed |
| Error code | The charger or network log for the failed session2 | Tells you who owns the fault4 |
| Owner | EV user, charging station operator, charger or vehicle4 | Decides who fixes it and whether it is excluded |
| Excluded? | One of the five causes, with the evidence1 | Keeps the uptime number honest |
| Vendor ticket and time to respond | Your ticket system | Checks the vendor against the contract |
The point of building the record from status changes is that nobody has to remember to open or close it. A depot manager's job is to fill in the cause and the evidence for exclusions; the clock runs itself.
How do you turn the outage log into monthly uptime per port?
For a monthly view our arithmetic is the same formula on one month. A 30-day month has 43,200 minutes, and 3% of it is 1,296 minutes, about 21.6 hours. So a port that loses one full overnight charging window of eight hours in a month is still well above 97% that month, which is exactly why the annual percentage alone hides the problem at a depot.
Report two things side by side: uptime per port, and the hours lost inside your charging window. Uptime is the number the vendor contract speaks to. Hours lost in the window are what the morning dispatch feels.
What is session success, and why track it next to uptime?
Uptime catches ports that are down. Session success catches ports that are up and still fail cars. In OCPP 1.6J, a plug-in shows up as a status change to Preparing, and power delivery as a change to Charging,5 so the same message stream that feeds the outage log also gives you attempts and successes. A port with good uptime and falling session success is usually the next outage; send it to the technician before it fails overnight.
What should the charger service contract say about downtime?
- Define "up" the federal way, including the power level, so a derated port is not counted as working.1
- List the exclusions and the evidence each needs. Anything not on the list counts against the vendor.
- Measure from your log, not the vendor's dashboard. Ask for the raw status changes so both sides count the same minutes.
- Start the repair clock at the status change, not when someone files a ticket. That choice is ours; it removes the gap between a port going dark at 1 a.m. and the first person noticing.
What does one dark stall cost an AV fleet depot overnight?
The two hours and the eight-hour window are assumptions; use your own session times and window. The habit worth building is reading the outage log every morning in cars lost, because that is the number dispatch cares about, and it moves the conversation with the vendor from "99% uptime" to "four cars short on Tuesday".
When the depot is short of working stalls for a night, outside capacity can cover it. XoomPark arranges AV fleet charging at existing stations in the hours their stalls sit unused, never blocks a station's regular customers and never pushes the station past its monthly peak.
When this log is the wrong tool
- Your chargers are not networked. With no status feed there is nothing to build the log from; a paper log at each shift change is the fallback.
- You need to fix a fault, not count it. That is the charging technician's triage; see the troubleshooting guide.
- Your site receives NEVI funds. Then the rule is a requirement, not a template, and the state's reporting format governs.2
- The question is whether a car is ready, not whether a stall is. Readiness also depends on cleaning and inspection.
Questions depot managers ask
What is uptime for an EV charger?
How much downtime is normal for an AV fleet charger?
Does a charger that is slow count as down?
Can I exclude an outage the car caused?
My vendor reports 99% uptime but cars still leave short. Why?
Sources
- 23 CFR 680.116, National Electric Vehicle Infrastructure Standards: information on availability, pricing, uptime and accessibility (eCFR)
- 23 CFR 680.112, National Electric Vehicle Infrastructure Standards: data submittal (eCFR)
- EVRoaming Foundation, Open Charge Point Interface (OCPI) 2.2.1, Locations module: EVSE Status values
- Idaho National Laboratory, ChargeX Consortium: Recommendations for Minimum Required Error Codes for Electric Vehicle Charging Infrastructure (September 2023)
- Idaho National Laboratory, ChargeX Consortium: Implementation Guide of Customer-Focused Key Performance Indicators for Electric Vehicle Charging (INL/RPT-24-77389, December 2024, OSTI)
- U.S. DOE Alternative Fuels Data Center: Operation and Maintenance for Electric Vehicle Charging Infrastructure
Sources are public. XoomPark isn't affiliated with the companies referenced in this post.
Authorship
Written by XoomPark Editorial Team in collaboration with Claude Fable 5.2
Role breakdown: Topic selection and publishing by XoomPark Editorial Team; research, source checks against primary sources and draft prose by Claude Fable 5.2.