This thread will contain all information concerning team 319 Big Bad Bob’s
- Strategy
- Design thoughts
- CAD model
- Event schedule
- Code
- Photos from our shop of build progress and prototypes
- Other relevant information
This thread will contain all information concerning team 319 Big Bad Bob’s
Update #1
Like most of you, we spent kickoff weekend talking about strategy. We made a list of what our team’s priorities are and how we think this game is going to be played.
We think there’s going to be a lot of emphasis on cycle times this year. And this section of the field is going to get quite tight as teams travel between the loading station and the community
Our plan is to focus on collecting from the double substation where we know the game pieces will always be in the same position and orientation. Because we can choose where game pieces begin the match, we want our primary auto to focus on manipulating the cubes(we don’t plan to touch the cones in auto) we’re also looking at ending the autonomous period engaged with the charge station. (one of a few very rough plans pictured below)
DESIGN
Drive:
6 wheel west coast drive 4” colsons
Elevator:
Three stage elevator (powered up and down) mounted at 35⁰ allowing us to place either game piece in any of the grid locations.[see below(or CAD)]
Gripper:
(still theoretical) capable of manipulating cones and cubes attached to a wrist attached to the carriage of the elevator.
Prototyping teams are currently working on creating claw prototypes that can effectively manipulate both cubes and cones. Code team is creating paths, and just finished getting the gametools and WPILib installed on the driver’s and code’s computers. Next up code will begin the process of IDing motors.
Like always, team 319 is planning to continuously improve our machine through the course of the season. But our goals for the first event are to have a robot that can effectively maneuver the playing field, score in all three rows of the grids, manipulate both game pieces, collect game pieces from the portal of the double substation, make at least 5 cycles(conservative estimate), and dock and engage with the charge station. We’d love it if we could do more than that by the time our first event (NE District Rhode Island) rolls around, but that is our goal.
Over the past week, team 319 has been working on setting up field element replicas, and have put together a number of potential designs for collectors (check CAD for most current iterations). We began to make high fidelity prototypes of some roller based collector designs in order to get a sense of geometry that we’ll need later down the road. We began teaching our new members about the workshop, the tools, and safety. On Sunday, the first couple parts of our drivetrain were made. On the code side, we began to focus on getting our offseason project drivetrain functional so we can begin testing autos. In design we did lots of work in the CAD model and talked about needs for the robot especially regarding what we want our drivetrain to be capable of speed wise.
This post will be a bit of an information dump so in the future our plan is to split it into multiple posts throughout the week rather than all in one post. We are also looking for any and all feedback on anything posted below. Also if there are any questions we are more than willing to answer.
The above items in green are the functionalities that we are going to be focusing on for our first event. The idea for this is that we put the majority of our focus on these items. So to sum it up our goal during a match is to cycle between the loading station portal to obtain cones and cubes to be scored on any level of the scoring grid.
As mentioned above 319 is making a 6 wheeled west coast drivetrain. Exact specs are still being determined but we are looking to have a speed of about 14 ft/s at our first event with the ability to go faster if we find that the ceiling is too low. As of right now our drivetrain dimensions are 27.5” x 27’
This past season we borrowed 2713’s method of scouting which was an offline QR code generator that allowed scouts to input data during a match and output a QR code containing the data from that match. This data was then scanned into a spreadsheet via a barcode scanner and parsed out. We are in the early stages of writing the html that contains all the inputs we want but the offline QR code generation has been completed
The design above went through many different iterations not shown but the main things we wanted to determine were geometry/location of the rollers themselves, material used to interact with game pieces, and how many motors should be used to operate the gripper. We found that 2” compliant wheels worked extremely well when gripping both cones and cubes. As for the geometry and motor allocation, these are still being played with but initial thoughts are to only use one motor and the current geometry can be found in our CAD model. So far we are extremely happy with the progress of this design and are very optimistic that it will fit our needs and goals for this season.
#SlantedElevatorGang
Are you all planning to forego ground pickup entirely and solely focus on feeder station? And if not what your plans for getting game pieces into the robot? Fantastic work! Thank you for this resource!
One of our biggest goals with this robot is to continuously improve it no matter what week it is. Our focus right now is to do the things highlighted in green in the strategy tab at our first event and go from there, but as you can also see we drew the line just above ground pick up so hypothetically that is the next thing we would look at. Also it’s worth mentioning that the robot above should be able to handle cubes off the floor.
This does not mean that we haven’t thought about cones off the floor though. When thinking about it for this bot I think some sort of handoff mechanism off the front of the robot would work best
I really like this prototype 6328 posted on their thread
The image above is the current design for our wrist. It utilizes a few of the rev ion products which we haven’t had the chance to mess around with yet. Looking for any comments on successes or failures when using the rev spline shaft as a live shaft. Thanks in advance!
Since our last update, team 319 has begun manufacturing our robot. After running into some early issues in manufacturing, we’ve been working to get our machines up and running. We have made a number of design changes in our CAD. That’s all for now, more updates to come soon. As stated previously if you have any questions about our processes or design we are more than happy to elaborate and even more than that we would love to hear any feedback you may have!
We do all our manufacturing in house on a number of machines we use in the shop. Students are trained how to use each machine carefully before use by mentors and more experienced students. The majority of our manufacturing work is done on two CNC machines.
For all our tube work we use our three axis Bridgeport mill. It’s an incredibly powerful and incredibly accurate tool that (provided we use it correctly) guarantees us exactly the part we need every single time.
All our plates are made on our Omio x8. We use it for all the flat pieces of metal on the robot. Including our belly pan, drivetrain gearboxes, elevator plates, as well as on the carriage and the collector. It also can be used to make high fidelity prototypes ridiculously fast and precise. We tried using it for bearing holes on our drivetrain but flipping the piece over proved too sloppy and too much of a hassle for something we can do very easily on the bridgeport.
We’ve continued to work on our pathing this week and have made some decent progress. We further improved our drivetrain’s characterization, and implemented our initial path following code by following the WPILIb Path Planning Docs.
We’ve successfully generated Paths in pathweaver, and have tested that the robot can drive in paths that the heading travels a full 360 degrees. As last year we had problems because we didn’t limit our robot’s heading from -180 to +180 degrees. ( WPILib does make note to refer to MathUtil.inputModulus that helped us resolve this). This coming week we’ve got some tuning work planned and hope to start working on balancing on the charge station.
That’s all we’ve got for now, more updates coming soon. As before, if you have any questions about anything, we are more than happy to elaborate and we would love to hear any feedback you may have!