Revision 7T · Full Tutorial Edition · Updated 1 September 2026
PWR-215 · SUPERVISED full tutorial
Start, pause, override and recover an autonomous mobility aid on one professionally approved route
A mobility and engineering team approves one six-metre simulator route while preserving the learner’s seating, communication and ordinary mobility supports. The learner confirms the blue-table destination, previews obstacles, practises pause and override, and reaches the safe bay after a staged path error. Untested routes and independent mobility remain outside the result.
What you will produceWith the mobility and engineering team, the learner confirms destination, previews the route, completes a supervised run with preserved supports and reaches a safe state after a staged autonomy failure.
Method8 numbered Power-specific steps
Practice authorityFull method with qualified supervision where stated
Full step-by-step individual tutorial · TLU-PWR-215
With the mobility and engineering team, the learner confirms destination, previews the route, completes a supervised run with preserved supports and reaches a safe state after a staged autonomy failure.
Participant choice — Confirm destination and agency: The learner selects the blue table, confirms who may start, pause and change destination, and names the right to stop without penalty.
Learner failure role — Inject a false stop or path error: The team stages one safe fault; the learner pauses, overrides to safe bay or uses the approved fallback rather than fighting the system.
Autonomous mobility assistance outcome review may inspect “Severity-weighted collisions, interventions, route completion/time, workload, false stops, safe-state success and intended-user agency” under the configured comparator.
Qualified help is required for
Team-owned gate — Inspect route and exclusions: The qualified team walks the route, measures widths, identifies foam obstacles, bystander zone, safe bay and prohibited doors or slopes.
Provider-controlled rehearsal — Teach controls while stationary: Practise start, pause, resume, override and emergency stop with the drive disabled or wheels secured.
Scheduling owner for Autonomous mobility assistance: the responsible team. Repeat rule: The mobility/engineering team controls dose and route progression. Begin with stationary controls and one six-metre route; repeat only after map, health, seating, override and failure review.
Never do this from the page alone
Unsafe Autonomous mobility assistance choice: Rely on a saved route after furniture or software changes.
Second failure that ends progression: Remove them to test autonomy alone.
Solo use is barred for Autonomous mobility assistance. Trigger: Stop for map mismatch, unexpected route, sensor obstruction, false movement, failed pause/override, lost link, warning or log failure.
2 · Get ready
Gather what you need and check the starting conditions
What you need
Declared Autonomous mobility assistance fixture: A powered-mobility simulator travels a six-metre indoor route to a blue table. Two foam obstacles and one safe bay are marked; the learner’s normal seating, communication and mobility support remain in place.
Setup aid for Inspect route and exclusions: Validate route/map, sensors, seating, battery/network, stop/override, safe bay and emergency response.
Autonomous-mobility provider sheet: from the BCI shared-control mobile-robot study, extract participant input, autonomous navigation role, route and intervention. From “Evaluation of semiautonomous navigation assistance system for power wheelchairs with blindfolded nondisabled individuals”, record participant population, test environment, obstacles, assistance and errors. Use the NIST Privacy Framework for route traces; only the mobility team approves destination, safe bay and progression.
Before you start
Obtain assessment and same-day clearance from mobility, rehabilitation and engineering professionals as applicable.
Validate route/map, sensors, seating, battery/network, stop/override, safe bay and emergency response.
Start check for Autonomous mobility assistance: Destination and control rights are person-confirmed.
Top-of-sheet stop for Autonomous mobility assistance: Stop for new pain, dizziness, distress, loss of balance, seating shift, pressure, unsafe fatigue or health change.
3 · The method
Follow these steps in order
Confirm destination and agency
The learner selects the blue table, confirms who may start, pause and change destination, and names the right to stop without penalty.
Why: Destination and control rights are person-confirmed.
Check: Destination and control rights are person-confirmed.
Inspect route and exclusions
The qualified team walks the route, measures widths, identifies foam obstacles, bystander zone, safe bay and prohibited doors or slopes.
Why: The autonomous map matches the physical training route.
Check: The autonomous map matches the physical training route.
Check person and device
Clinicians check seating, support and health; engineers check sensors, map/version, battery, network, speed, stop, override and logs.
Why: Both checklists pass and fallback is reachable.
Check: Both checklists pass and fallback is reachable.
Teach controls while stationary
Practise start, pause, resume, override and emergency stop with the drive disabled or wheels secured.
Why: The learner demonstrates each command reliably.
Check: The learner demonstrates each command reliably.
Preview with established control
Complete or simulate the route with the best existing mobility method to record time, interventions, workload and contacts.
Why: There is a meaningful comparator.
Check: There is a meaningful comparator; verify it in the autonomous blue-table route.
Run supervised autonomy
Confirm destination, start at set speed and monitor route; the learner pauses for uncertainty and the team protects the bystander zone.
Why: Route events and interventions are logged.
Check: Route events and interventions are logged.
Inject a false stop or path error
The team stages one safe fault; the learner pauses, overrides to safe bay or uses the approved fallback rather than fighting the system.
Why: Safe state is reached within the protocol window.
Check: Safe state is reached within the protocol window.
Review agency and outcome
Compare severity-weighted contacts, time, interventions, false stops, workload, safe-state success and intended-user agency; team and learner decide next step.
Why: Fewer collisions alone does not prove better mobility if control or time is unacceptable.
Check: Fewer collisions alone does not prove better mobility if control or time is unacceptable.
4 · Worked example
See the whole method used once
Scenario
A powered-mobility simulator travels a six-metre indoor route to a blue table. Two foam obstacles and one safe bay are marked; the learner’s normal seating, communication and mobility support remain in place.
Walkthrough
The learner confirms the blue-table destination and demonstrates PAUSE and STOP while stationary.
The team maps the six-metre route, two foam obstacles and safe bay and excludes the closed doorway.
Existing-control baseline takes 55 seconds with one verbal cue and no contact.
Autonomous mode starts after destination confirmation and pauses correctly at the first obstacle.
The team stages a false right turn; the learner presses PAUSE and uses approved override to reach the safe bay.
The log shows no collision, one intervention, 70 seconds, workload 2/4 and successful agency confirmation; no public route is authorised.
Result
The learner completes one supervised route and recovers from a staged path error. It does not establish independent mobility or safe use on any untested route.
5 · Right and wrong
Compare correct or safer execution with the common wrong version
Right and wrong comparison
Moment
Right / safer
Wrong / riskier
Why it matters
Route validation
Match map to the current physical route.
Rely on a saved route after furniture or software changes.
Environmental change can invalidate obstacle plans.
Stationary control
Demonstrate pause and override before moving.
Learn emergency control during the first fault.
Delayed stop can turn an error into collision.
Preserved support
Keep seating, communication and approved mobility aids.
Remove them to test autonomy alone.
The result belongs to the configured person–device system.
Outcome in autonomous blue-table route
Include agency, false stops and safe-state recovery.
Use route completion or collision count only.
Assistance may be slower or override the intended destination.
6 · Common mistakes
Spot the error and apply the correction
Common mistakes and corrections
Mistake
Fix
Rely on a saved route after furniture or software changes.
Reinspect and re-baseline every changed route.
Learn emergency control during the first fault.
Practise with drive disabled within the autonomous blue-table route.
Remove them to test autonomy alone.
Record support and compare with the best alternative.
Use route completion or collision count only.
Score both safety and user control.
7 · Practice
Turn the steps into a usable skill
First session
Blue-table mobility visit: A powered-mobility simulator travels a six-metre indoor route to a blue table. Two foam obstacles and one safe bay are marked; the learner’s normal seating, communication and mobility support remain in place.
Mapped route and safe bay: Inspect route and exclusions: The qualified team walks the route, measures widths, identifies foam obstacles, bystander zone, safe bay and prohibited doors or slopes.
Stationary pause and override: Teach controls while stationary: Practise start, pause, resume, override and emergency stop with the drive disabled or wheels secured.
Existing-control comparator: Preview with established control: Complete or simulate the route with the best existing mobility method to record time, interventions, workload and contacts.
False-turn recovery: Inject a false stop or path error: The team stages one safe fault; the learner pauses, overrides to safe bay or uses the approved fallback rather than fighting the system.
Repeat plan
The mobility/engineering team controls dose and route progression. Begin with stationary controls and one six-metre route; repeat only after map, health, seating, override and failure review.
Progress when
Destination and control rights are person-confirmed.
The autonomous map matches the physical training route.
Both checklists pass and fallback is reachable.
Destination is person-confirmed, no severity-weighted collision occurs, pause/override and safe bay work, agency remains acceptable and the team approves the next route feature.
Do not progress when
Do not continue while this error remains: Rely on a saved route after furniture or software changes.
Pause until this correction works: Practise with drive disabled.
This Autonomous mobility assistance stop ends the block: Stop for new pain, dizziness, distress, loss of balance, seating shift, pressure, unsafe fatigue or health change.
How: Configured fixture: A powered-mobility simulator travels a six-metre indoor route to a blue table. Two foam obstacles and one safe bay are marked; the learner’s normal seating, communication and mobility support remain in place. The provider logs “Inspect route and exclusions”, every “Preview with established control” result, the “Inject a false stop or path error” response and Severity-weighted collisions, interventions, route completion/time, workload, false stops, safe-state success and intended-user agency. For every route segment, record the learner’s command, autonomous action, intervention, false stop, safe-bay recovery, seating or communication support and symptoms; route time never outranks collision severity or intended-user agency.
Good result: Destination is person-confirmed, no severity-weighted collision occurs, pause/override and safe bay work, agency remains acceptable and the team approves the next route feature.
This does not prove: Boundary for Autonomous mobility assistance: “Severity-weighted collisions, interventions, route completion/time, workload, false stops, safe-state success and intended-user agency” describes only A powered-mobility simulator travels a six-metre indoor route to a blue table. Two foam obstacles and one safe bay are marked; the learner’s normal seating, communication and mobility support remain in place. It cannot establish “A smart wheelchair can safely drive anyone anywhere”.
Self-check
Without the example, demonstrate: Destination and control rights are person-confirmed.
Find the fault in this attempt: “Rely on a saved route after furniture or software changes.” Apply “Reinspect and re-baseline every changed route.”; what changes?
What evidence in the completed record shows that this is wrong: “Learn emergency control during the first fault.”?
Autonomous mobility assistance stop decision: Stop for new pain, dizziness, distress, loss of balance, seating shift, pressure, unsafe fatigue or health change.
9 · Stop, adapt or get help
Keep the safety boundary practical
Stop and get help
Stop for new pain, dizziness, distress, loss of balance, seating shift, pressure, unsafe fatigue or health change.
Stop for map mismatch, unexpected route, sensor obstruction, false movement, failed pause/override, lost link, warning or log failure.
Do not use public routes, traffic, stairs, drop-offs, slopes or unattended environments from this tutorial.
Accessibility and adaptations
Adapt seating, switch/voice/gaze control, cue modality, speed and route through the qualified team.
Use a simulator, shorter route, extra spotters or an alternative mobility aid while preserving destination and stop authority.
10 · Evidence and limits
Why these instructions are here
primary research
Registered support for Autonomous mobility assistance: “Continuous shared control of a mobile robot with brain–computer interface and autonomous navigation for daily assistance”. It bears on Severity-weighted collisions, interventions, route completion/time, workload, false stops, safe-state success and intended-user agency inside the Autonomous mobility assistance fixture. It does not validate “A smart wheelchair can safely drive anyone anywhere”.
Constraint for Autonomous mobility assistance, drawn from “Evaluation of semiautonomous navigation assistance system for power wheelchairs with blindfolded nondisabled individuals”: The strongest studies used six trained or blindfolded nondisabled participants, and assisted navigation could be slower despite fewer collisions.
Privacy design for Autonomous mobility assistance: minimise approved data in “A powered-mobility simulator travels a six-metre indoor route to a blue table. Two foam obstacles and one safe bay are marked; the learner’s normal seating, communication and mobility support remain in place.” Keep Autonomous mobility assistance provenance and access visible before interpreting Severity-weighted collisions, interventions, route completion/time, workload, false stops, safe-state success and intended-user agency.
Autonomous mobility assistance boundary: interpret “Severity-weighted collisions, interventions, route completion/time, workload, false stops, safe-state success and intended-user agency” only for A powered-mobility simulator travels a six-metre indoor route to a blue table. Two foam obstacles and one safe bay are marked; the learner’s normal seating, communication and mobility support remain in place.
A successful result does not establish “A smart wheelchair can safely drive anyone anywhere”.
Autonomous mobility assistance limiting finding: The strongest studies used six trained or blindfolded nondisabled participants, and assisted navigation could be slower despite fewer collisions.
No perfect-performance claim for Autonomous mobility assistance: the evidence register does not make “Severity-weighted collisions, interventions, route completion/time, workload, false stops, safe-state success and intended-user agency” universal, consequence-free or flawless in A powered-mobility simulator travels a six-metre indoor route to a blue table. Two foam obstacles and one safe bay are marked; the learner’s normal seating, communication and mobility support remain in place.
Scope remains Autonomous mobility assistance: A powered-mobility simulator travels a six-metre indoor route to a blue table. Two foam obstacles and one safe bay are marked; the learner’s normal seating, communication and mobility support remain in place. Recheck the comparator, support and “Severity-weighted collisions, interventions, route completion/time, workload, false stops, safe-state success and intended-user agency” after any configuration change.
Progress is saved only in this browser on this device.
Step-by-step learner mode
Each activity includes its success check, a nearby accessible alternative and an “I’m stuck” correction path. Alternatives preserve the target where possible; when they change the task, Titan labels them as related rather than equivalent.
01
Confirm destination and agency
The learner selects the blue table, confirms who may start, pause and change destination, and names the right to stop without penalty.
Why this step exists
Destination and control rights are person-confirmed.
Success check
Destination and control rights are person-confirmed.
I’m stuck on this step
Reset: Re-read this authored instruction — “The learner selects the blue table, confirms who may start, pause and change destination, and names the right to stop without penalty.” — and its success check, then attempt only this step.
Possible snag: The result from “The learner selects the blue table, confirms who may start, pause and change destination, and names the right to stop without penalty.” does not yet meet this declared check: Destination and control rights are person-confirmed.
Correction: Return to the start of “Confirm destination and agency”, reduce complexity or pace, and repeat only the part needed to satisfy: “Destination and control rights are person-confirmed.”
Stop / get help: Stop for new pain, dizziness, distress, loss of balance, seating shift, pressure, unsafe fatigue or health change.
02
Inspect route and exclusions
The qualified team walks the route, measures widths, identifies foam obstacles, bystander zone, safe bay and prohibited doors or slopes.
Why this step exists
The autonomous map matches the physical training route.
Success check
The autonomous map matches the physical training route.
I’m stuck on this step
Reset: Re-read this authored instruction — “The qualified team walks the route, measures widths, identifies foam obstacles, bystander zone, safe bay and prohibited doors or slopes.” — and its success check, then attempt only this step.
Possible snag: Rely on a saved route after furniture or software changes.
Correction: Reinspect and re-baseline every changed route.
Stop / get help: Stop for new pain, dizziness, distress, loss of balance, seating shift, pressure, unsafe fatigue or health change.
03
Check person and device
Clinicians check seating, support and health; engineers check sensors, map/version, battery, network, speed, stop, override and logs.
Why this step exists
Both checklists pass and fallback is reachable.
Success check
Both checklists pass and fallback is reachable.
I’m stuck on this step
Reset: Re-read this authored instruction — “Clinicians check seating, support and health; engineers check sensors, map/version, battery, network, speed, stop, override and logs.” — and its success check, then attempt only this step.
Possible snag: The result from “Clinicians check seating, support and health; engineers check sensors, map/version, battery, network, speed, stop, override and logs.” does not yet meet this declared check: Both checklists pass and fallback is reachable.
Correction: Return to the start of “Check person and device”, reduce complexity or pace, and repeat only the part needed to satisfy: “Both checklists pass and fallback is reachable.”
Stop / get help: Stop for new pain, dizziness, distress, loss of balance, seating shift, pressure, unsafe fatigue or health change.
04
Teach controls while stationary
Practise start, pause, resume, override and emergency stop with the drive disabled or wheels secured.
Why this step exists
The learner demonstrates each command reliably.
Success check
The learner demonstrates each command reliably.
I’m stuck on this step
Reset: Re-read this authored instruction — “Practise start, pause, resume, override and emergency stop with the drive disabled or wheels secured.” — and its success check, then attempt only this step.
Possible snag: Learn emergency control during the first fault.
Correction: Practise with drive disabled within the autonomous blue-table route.
Stop / get help: Stop for new pain, dizziness, distress, loss of balance, seating shift, pressure, unsafe fatigue or health change.
05
Preview with established control
Complete or simulate the route with the best existing mobility method to record time, interventions, workload and contacts.
Why this step exists
There is a meaningful comparator.
Success check
There is a meaningful comparator; verify it in the autonomous blue-table route.
I’m stuck on this step
Reset: Re-read this authored instruction — “Complete or simulate the route with the best existing mobility method to record time, interventions, workload and contacts.” — and its success check, then attempt only this step.
Possible snag: Remove them to test autonomy alone.
Correction: Record support and compare with the best alternative.
Possible snag: Use route completion or collision count only.
Correction: Score both safety and user control.
Stop / get help: Stop for new pain, dizziness, distress, loss of balance, seating shift, pressure, unsafe fatigue or health change.
06
Run supervised autonomy
Confirm destination, start at set speed and monitor route; the learner pauses for uncertainty and the team protects the bystander zone.
Why this step exists
Route events and interventions are logged.
Success check
Route events and interventions are logged.
I’m stuck on this step
Reset: Re-read this authored instruction — “Confirm destination, start at set speed and monitor route; the learner pauses for uncertainty and the team protects the bystander zone.” — and its success check, then attempt only this step.
Possible snag: The result from “Confirm destination, start at set speed and monitor route; the learner pauses for uncertainty and the team protects the bystander zone.” does not yet meet this declared check: Route events and interventions are logged.
Correction: Return to the start of “Run supervised autonomy”, reduce complexity or pace, and repeat only the part needed to satisfy: “Route events and interventions are logged.”
Stop / get help: Stop for new pain, dizziness, distress, loss of balance, seating shift, pressure, unsafe fatigue or health change.
07
Inject a false stop or path error
The team stages one safe fault; the learner pauses, overrides to safe bay or uses the approved fallback rather than fighting the system.
Why this step exists
Safe state is reached within the protocol window.
Success check
Safe state is reached within the protocol window.
I’m stuck on this step
Reset: Re-read this authored instruction — “The team stages one safe fault; the learner pauses, overrides to safe bay or uses the approved fallback rather than fighting the system.” — and its success check, then attempt only this step.
Possible snag: The result from “The team stages one safe fault; the learner pauses, overrides to safe bay or uses the approved fallback rather than fighting the system.” does not yet meet this declared check: Safe state is reached within the protocol window.
Correction: Return to the start of “Inject a false stop or path error”, reduce complexity or pace, and repeat only the part needed to satisfy: “Safe state is reached within the protocol window.”
Stop / get help: Stop for new pain, dizziness, distress, loss of balance, seating shift, pressure, unsafe fatigue or health change.
08
Review agency and outcome
Compare severity-weighted contacts, time, interventions, false stops, workload, safe-state success and intended-user agency; team and learner decide next step.
Why this step exists
Fewer collisions alone does not prove better mobility if control or time is unacceptable.
Success check
Fewer collisions alone does not prove better mobility if control or time is unacceptable.
I’m stuck on this step
Reset: Re-read this authored instruction — “Compare severity-weighted contacts, time, interventions, false stops, workload, safe-state success and intended-user agency; team and learner decide next step.” — and its success check, then attempt only this step.
Possible snag: The result from “Compare severity-weighted contacts, time, interventions, false stops, workload, safe-state success and intended-user agency; team and learner decide next step.” does not yet meet this declared check: Fewer collisions alone does not prove better mobility if control or time is unacceptable.
Correction: Return to the start of “Review agency and outcome”, reduce complexity or pace, and repeat only the part needed to satisfy: “Fewer collisions alone does not prove better mobility if control or time is unacceptable.”
Stop / get help: Stop for new pain, dizziness, distress, loss of balance, seating shift, pressure, unsafe fatigue or health change.
Correct versus incorrect execution
These accessible process diagrams are built from the tutorial’s own right/wrong teaching. They are not anatomical illustrations and do not add technique beyond the canonical tutorial.
Route validation — Environmental change can invalidate obstacle plans.
Correct / safer
Match map to the current physical route.
Wrong / riskier
Rely on a saved route after furniture or software changes.
Stationary control — Delayed stop can turn an error into collision.
Correct / safer
Demonstrate pause and override before moving.
Wrong / riskier
Learn emergency control during the first fault.
Preserved support — The result belongs to the configured person–device system.
Correct / safer
Keep seating, communication and approved mobility aids.
Wrong / riskier
Remove them to test autonomy alone.
Outcome in autonomous blue-table route — Assistance may be slower or override the intended destination.
Correct / safer
Include agency, false stops and safe-state recovery.
Wrong / riskier
Use route completion or collision count only.
Method-structure checklist
10 of 10 structural checks present
✓ Ordered, Power-specific instructions — present
✓ Every activity has a success check — present
✓ Materials or supplied records are declared — present
✓ Measurement or assessment rule is present — present
✓ Tutorial-specific troubleshooting is present — present
✓ Stopping or escalation boundary is present — present
✓ Every activity has an adjacent alternative — present
✓ Correct-versus-incorrect comparison is present — present
✓ Evidence context is bound to the Power record — present
✓ Planning metadata is present — present
The method-readiness band and presence checklist assess tutorial presentation and are separate from evidence quality for the underlying Power. They are automated editorial aids, not human approval.
Manual editorial sign-off: Pending. This tutorial must not display a human-approved state until an identified editor signs the exact content hash.