Field Playbooks
These playbooks are written for non-developer field users and focus on safe hardware operation.
Playbook 1: Daily Bring-Up
- Inspect E-stop accessibility and wheel area clearance.
- Power on and wait for expected idle light state.
- Confirm network access from operator device.
- Open control page when required by the active stack.
- Run a short low-risk motion check in a clear zone.
Playbook 2: Person Following Session
- Start from stop/idle state.
- Use documented button sequence for person-follow mode.
- Wait for target-selection indication.
- Confirm active-follow indication before walking route.
- If tracking degrades, stop and reselect target.
Use detailed guide:
Playbook 3: Remote Control Session
- Confirm robot is in idle stop state.
- Enter web driving mode using documented button combo.
- Confirm web controls are enabled and lights indicate remote mode.
- Drive slowly first; verify response before full route.
- Exit remote mode and return to stop state before handoff.
Use detailed guide:
Playbook 4: Project Prototype Review
- Confirm all changed files are under
~/gather-sdk/projects. - Review imports, cleanup, optional sensor values, and physical units.
- Run
python3.10 -m py_compileor mocked tests before using hardware. - Compare the result with the project guide's first prototype.
- Obtain instructor approval before any physical motion test.
Start with:
Playbook 5: Motion Fault Recovery
If behavior is unexpected:
- Use physical E-stop immediately when unsafe.
- Return to known stop/idle state.
- Re-check button mode and light state.
- Re-run startup checks from a clear area.
If persistent, escalate to your support process.
Playbook 6: Integration Smoke Test
For teams integrating external systems via supported interfaces:
- Verify E-stop status is healthy.
- Confirm motor enable/disable path works.
- Send low-speed command and confirm controlled stop.
- Confirm button and safety telemetry updates.
Use only: