Section 397 of 440
Complete canonical tutorial. This reader section contains the same teaching body as PWR-215 · Autonomous mobility assistance. Open the Power dossier.
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.
1 · Permission and limits
Know exactly what you may do
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 assistance log: Severity-weighted collisions, interventions, route completion/time, workload, false stops, safe-state success and intended-user agency; retain Autonomous mobility assistance errors, assistance, stop and fallback.
- 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
| 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
| 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.
8 · Check the result
Measure what changed
Severity-weighted collisions, interventions, route completion/time, workload, false stops, safe-state success and intended-user agency
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”.
Continuous shared control of a mobile robot with brain–computer interface and autonomous navigation for daily assistance - primary research
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.
Evaluation of semiautonomous navigation assistance system for power wheelchairs with blindfolded nondisabled individuals - official guidance
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.
NIST Privacy Framework: A Tool for Improving Privacy Through Enterprise Risk Management, Version 1.0
Limits
- 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.
Open the complete canonical research register
- Primary empirical supportLimiting / contraryContinuous shared control of a mobile robot with brain–computer interface and autonomous navigation for daily assistance
Baoguo Xu; Deping Liu; Muhui Xue; Minmin Miao; Cong Hu; Aiguo Song · 2023 · Primary research
- Primary empirical supportLimiting / contraryEvaluation of semiautonomous navigation assistance system for power wheelchairs with blindfolded nondisabled individuals
Vinod Sharma; Richard C. Simpson; Edmund LoPresti; Mark Schmeler · 2010 · Primary research
- Limiting / contraryOfficial boundary contextNIST Privacy Framework: A Tool for Improving Privacy Through Enterprise Risk Management, Version 1.0
National Institute of Standards and Technology · 2020 · Official standard
- Limiting / contraryOfficial boundary contextCybersecurity in Medical Devices: Quality Management System Considerations and Content of Premarket Submissions
United States Food and Drug Administration · 2026 · Official guidance
Read the complete evidence interpretation on the Power dossier.
Tutorial delivery controls
Learn, adapt, troubleshoot and resume
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.
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.
Destination and control rights are person-confirmed.
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.
Inspect route and exclusions
The qualified team walks the route, measures widths, identifies foam obstacles, bystander zone, safe bay and prohibited doors or slopes.
The autonomous map matches the physical training route.
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.
Check person and device
Clinicians check seating, support and health; engineers check sensors, map/version, battery, network, speed, stop, override and logs.
Both checklists pass and fallback is reachable.
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.
Teach controls while stationary
Practise start, pause, resume, override and emergency stop with the drive disabled or wheels secured.
The learner demonstrates each command reliably.
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.
Preview with established control
Complete or simulate the route with the best existing mobility method to record time, interventions, workload and contacts.
There is a meaningful comparator.
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.
Run supervised autonomy
Confirm destination, start at set speed and monitor route; the learner pauses for uncertainty and the team protects the bystander zone.
Route events and interventions are logged.
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.
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.
Safe state is reached within the protocol window.
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.
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.
Fewer collisions alone does not prove better mobility if control or time is unacceptable.
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.
Match map to the current physical route.
Rely on a saved route after furniture or software changes.
Demonstrate pause and override before moving.
Learn emergency control during the first fault.
Keep seating, communication and approved mobility aids.
Remove them to test autonomy alone.
Include agency, false stops and safe-state recovery.
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.