STEMLey Cup
We just finished competing in the STEMley Cup yesterday! Lots of good things to review, and we placed third captaining the 7th alliance captain.
Scouting Review
The scouting system half functioned with our new website.
Remember to bring power brick for scouting laptop
Allocate a phone for data to push stuff, check to see if it works on apple.
Communicate with scouts about event-strategy channel threads and can input on match planning
Look into sim card dongle data thing so we don’t have to sacrifice a phone, team could get a cheap data plan
What worked
- Tablet app worked well
- Server app scanning
- csv generation
- Match Schedule The website just started working after match 14.
- Analysis page was decent
What Broke
- Broke after match 28
- mass duplication of matches
To Fix (tracked on Implement for 2024)
- Check over /teams/XXXX for when db is accessed and why no data brakes the page
- Fix pushing that duplicates stuff
- When displaying numbers, round to sig figs
- Don’t display “no comments” comments
- Some sort of search bar somewhere to select a team
- Link teams on analysis page to team page
- Make urls for specific views
- fix average game pieces, currently says no matches played
- have a way to update robot picture
Pit Review
What Went Well
What Could Have Been Better
- There wasn’t a lot for the third pit student to do, given that the the work and roles had been divided between the other two students for the season and they were accustomed to their tasks at that point.
- Next season, we would want to have a third role and checklist defined
- Not specific to this event, but the bumpers took a harsh beating this year.
- It may be worth trying iron on numbers next season - the numbers can be off to the left or right instead of centred on the long side of the robot so that it’s more feasible to align them with our reversible bumper design.
2910 Engineering Process Talk
Their full talk can be found here
Takeaways
Priority List
We can slightly modify our current Priority List process to make things clearer and ensure we have good design processes.
- Simplify our requirements process by making sub lists for each requirement.
- Each subsystem should have requirements for
- Speed
- Orientation/Location
- Consistency/reliability
- There should also be overall robot requirements like:
- COG
- Holding things inside frame perimeter
- Each subsystem should have requirements for
- Remember that these goals can have timelines where the mechanism can evolve and get better over time.
Make sure requirements are specific, measurable, attainable and relevant.
-Brennan