Apachi

(Bot Name)
(Highlight text)
Year Of Creation	2019-2020
Versions
Current Version	V 1.0
Update Year	2019-2020
Wins/Losses	0/2
Information and Statistics
Weight Class	lightweight
Weapon Class	(weapon type)
Combined Wins/Losses	0/2
Weapon Speed	(RPM)
("Temporary")	("Temporary")

(basic summary of robot)

Competitions

Motorama 2020

• Results:
  • Bracket Style:
    • [(Video Link) (result) vs (opponent)]
      • (notes)
      • (observations))

Version

Apachi V1.0

Apachi is the first iteration of a 18 lb Bent Bar Shuffler. The purpose of this guide is to explain all of the reasoning behind the design decisions during the creation of Apachi. This guide will go in depth on why certain designs were chosen as well as explaining some of the calculations used to support those decisions.

Created by: (Names of Builders/Group Members of aforementioned version of bot)

Drive Motors	(Drive Motor Name)
Drive Motor Controllers	(Drive Motor Controller Name)
Weapon Motor	(Weapon Motor Name)
Weapon Motor Controllers	(Weapon Motor Controller Name)
Receiver	Hobby King 2.4Ghz Receiver 6Ch V2
Remote Control	Hobby King 2.4Ghz 6Ch Tx and Rx V2
Battery	(Battery Name)
(OTHER:)

Chassis

• Design Overview
  • The chassis for Apachi had to solve a couple of problems. First, it had to be contained within the bounding circle made by the bent bar weapon. Second, the chassis needed to securely hold the weapon due to the high loads from our large moment arm. Third, we wanted to have easy access to the foot modules in order to troubleshoot problems.
• Design Decisions
  • For the first problem, the geometry of our feet had a large impact on our chassis shape. our feet were long straight lines that we wanted as far as we could get to the outside. We considered making a plus shaped chassis to maximize our space, but were concerned it would increase our wobble which would be especially bad because of our weapon hitting the ground. We chose a rectangular design.
  • In order to secure the weapon, we added two steel supporting bars to hold the weapon shaft. We don't have much evidence that this worked because our weapon snapped every time we hit something full force, but these supports did not fail.
  • In order to access our feet modules, we considered two options. The first option was to create a modular bounding box that could easily connect or be replaced. This would require a more complex interface between the module and the internal drive motor and geartrain. The main benefit of this is the plug-and-play nature leading to easy swaps. The second option, which we opted for, was to primarily focus on the side plates being easily removable and the feet accessible from there. While this meant the robot would be down whenever we needed to access the feet, it simplified the rest of the design and number of parts.
• Calculations
  • No generalizable or useful calculations were made for the chassis
• Evaluation
  • Some main chassis takeaways from our experience were:
    • Pre-planning electronics could have saved a lot of pain
    • Integrating a center bar with a shuffler heavily constrains design
    • Using nonstandard dimensions to save a tiny amount of weight is annoying during machining
    • It is worth double checking electronics hole dimensions

Good aspects

• (List of good aspects, 1 per bullet point)

Changes/Improvements

• (List of suggested improvements/changes, 1 per bullet point)

See also

• [(link to other bot made this year) (Name of other bot made this year)]

Notes:

(random joke, optional)

(Naming inspiration, optional)

(Names of original builders)