Selected-asset carryover
The service workspace begins from the current asset instead of asking the operator to rebuild vehicle context from scratch.
My Garage • service research + procedure evidence
Service Command Center is Crank’s controlled service-procedure workspace: identify the exact application, determine supported coverage, preflight the live vehicle safely, preserve evidence and present verified manual procedure knowledge without turning guesses into commands.
Current capability map
This page describes the capability architecture represented in the current Crank development build. Interface wording may continue to be polished, but the functions below are the working product structure.
The service workspace begins from the current asset instead of asking the operator to rebuild vehicle context from scratch.
Crank separates what is supported, what is manual-only, what requires additional authority and what remains unverified.
A protected read-only gate can check identity authority, selected-packet ownership, reader channel, protocol, voltage, engine state, speed and other observable conditions before service work.
Long-running live-data consumers are coordinated so Service Command Center does not silently compete with a Deep Scan, Runtime Gauges or the A.I.R.O.N. logger.
Where the reader/protocol permits it, the current build can perform a deliberately constrained physical-endpoint inventory without opening programming, coding or write-command paths.
Selected, observed, verified and saved states are surfaced separately so a technician can see what was actually established.
Application-specific manual procedures can be researched using year/make/model/engine/trim/market and other applicability data without transmitting VIN.
Approved procedure knowledge can be cached locally for later use when connectivity is unavailable.
When the exact configuration or authoritative procedure cannot be established, Crank leaves the value or procedure unresolved instead of filling the gap with a guess.
Operating flow