PRE2024 3 Group18: Difference between revisions
No edit summary |
|||
Line 37: | Line 37: | ||
|- | |- | ||
|Week 2 | |Week 2 | ||
|Deepened SotA research | |Deepened SotA research | ||
Identifying and determining specifications (hardware, software, design (MoSCoW Prioritization)), | |||
UX Design: User research | |||
|- | |- | ||
|Week 3 | |Week 3 | ||
| | |Prototyping cycle | ||
UX Design: User Research | |||
Wiki: Specifications, Functionalities (sensors/motors used) | |||
|- | |- | ||
|Week 4 | |Week 4 | ||
| | |Prototyping cycle | ||
|- | |- | ||
|Week 5 | |Week 5 | ||
| | |Evaluating and refining final design | ||
|- | |- | ||
|Week 6 | |Week 6 | ||
|Demo/scenario testing, fine-tuning | |Demo/scenario testing, fine-tuning | ||
Wiki: Testing results | |||
|- | |- | ||
|Week 7 | |Week 7 | ||
| | |Presentation/demo preperations | ||
Wiki: Finalize and improve (ex. Conclusion, Future work, Discussion) | |||
|} | |} | ||
Line 67: | Line 73: | ||
*Robot should be able to deliver packages by being able to move in different directions | *Robot should be able to deliver packages by being able to move in different directions | ||
*Make robot look a bit human ( | *Make robot look a bit human (User research) | ||
==Target Group== | ==Target Group== |
Revision as of 17:40, 16 February 2025
Members
Name | Student Number | Division |
---|---|---|
Bas Gerrits | 1747371 | B |
Jada van der Heijden | 1756710 | BPT |
Dylan Jansen | 1485423 | B |
Elena Jansen | 1803654 | B |
Sem Janssen | 1747290 | B |
Approach, milestones and deliverables
Week | Milestones |
---|---|
Week 1 | Project orientation, brainstorming, defining deliverables and limitations, SotA research |
Week 2 | Deepened SotA research
Identifying and determining specifications (hardware, software, design (MoSCoW Prioritization)), UX Design: User research |
Week 3 | Prototyping cycle
UX Design: User Research Wiki: Specifications, Functionalities (sensors/motors used) |
Week 4 | Prototyping cycle |
Week 5 | Evaluating and refining final design |
Week 6 | Demo/scenario testing, fine-tuning
Wiki: Testing results |
Week 7 | Presentation/demo preperations
Wiki: Finalize and improve (ex. Conclusion, Future work, Discussion) |
Problem statement and objectives
Problem Statement
When considering automated deliveries using robots, there are two main issues. First off, navigating tight spaces like corridors can be difficult for bulky, four wheeled delivery robots. A self-balancing robot can drive with just 2 wheels and therefore be built more compact allowing it to move in more complicated environments. Additionally, a problem current delivery robots face is the risk of tipping over, getting them suck. A human has to intervene in order to put them back on track. A self-balancing robot can keep itself from tipping and be more autonomous.
Objectives:
- Design robot capable of holding/handling a small package
- Robot should be able to balance itself on two wheels
- Robot should be able to deliver packages by being able to move in different directions
- Make robot look a bit human (User research)
Target Group
Who Are the Users?
Primary Users:
- Package delivery companies: would reduce cost of deliveries and allow delivery robots to complete more complicated deliveries
- Customers ordering packages: would benefit from automated deliveries
- Stores or warehouses: could move around packages/items
Secondary Users:
- Pedestrians: robot must consider other people when moving
What Do They Require?
Package delivery companies: Move around without falling over or dropping package, sensor that detects objects to not bump into them, move in tight spaces.
Customers: Undamaged package, schedule deliveries more conveniently, robots can be more appealing if it appears human-like
Stores or warehouses: Navigate store aisles, smooth and stable movement
Pedestrians: Robot should avoid people and pedestrians should not be too bothered by the robot