Statement of Purpose
The Robotic Object Aquatic Retriever (ROAR) is a remote-controlled underwater robotic device capable of retrieving objects weighing less than one pound from the bottom of a still, clear body of water such as a pool. The robot will utilize cameras to aid in locating the objects and touch sensors (on the retrieval claw) to secure them. We started this project with the hopes to solve the problem of people dropping their phones or other desirables into a body of water such as a pool or creek.
Background Research
PVC is good for resealing and inserting components inside of the pipes. We can use PVC cement to waterproof the junctions when the design is finalized. Any holes cut into the PVC must be resealed with some waterproofing material and the motors must be waterproof as well which will raise the cost. We will add a gyroscope that will detect instability and adjust motor strength accordingly. There will also be an accelerometer for safety purposes and to estimate depth. We will use a raspberry pi zero which will be connected to the servos, motors, gyroscope, accelerometer, and any other additions. We looked at using I^2C software to collect data from the gyroscope.
Design Details
System Overview:
The robot will be designed in a quadcopter type style with a central claw, camera, and light. The Raspberry Pi is the brains in this setup and is the way we communicate between the controller and the submarine. Our battery pack is the power since we don’t need the submarine to run very long but this also means it runs out of battery somewhat fast. Speeding up the propellers is our way to make the device go deeper and we let the floatation of the Tupperware container bring it back up. We estimate the ability to pick up about 1.5-2 pounds based on what we have filled the container with. The claw is attached directly to the bottom and is an open-source 3D model which doesn’t rely on power or a servo to stay closed. The on-board gyroscope is mainly to just collect data to help the operator but in the future could be coded into a stabilizer.
Design Details:
Control Interface
In the prototype, a laptop was used to send and receive data to the pi.
Transmitter/Receiver
In the prototype, this was done over an ethernet cable connected between the controller and aquatic drone.
Raspberry Pi
Responsible for connecting all of the sensors to a centralized board in order to receive sensor inputs and output motor commands.
Camera
Raspberry Pi camera receives power from the the Raspberry Pi outputs video to the Raspberry Pi
Battery pack
The drone has an onboard battery pack to provide power for all the components.
Flashlight
This was made with two white LEDs placed in close proximity to the camera to allow for better vision underwater.
Motor controller
These were 30N06L MOSFETS which were controlled by the pi utilizing PWM for speed adjustments to each individual propeller.
Propellers
These are brushed motors that take power from the motor controller to propel the robot through the water. There are two that spin clockwise and two counterclockwise, to prevent excessive spinning by the body of the drone.
Gyroscope
The gyroscope provides rotational data to the pi which it can then use to provide some self leveling to the drone.
System Diagram:
Parts
4 propellers + waterproof motors: $52.90
https://www.amazon.com/LICHIFIT-Underwater-Propeller-Submarine-Accessories/dp/B07WY4MDYZ
4 motor drivers (N-Channel Mosfets, maybe FQP30N06L)
Battery connectors: $6.99
Gyroscope + Accelerometer (MPU-6050): (found in inventory)
Raspberry pi (already owned)
25 foot ethernet cable for communication (already owned)
Arduino Nano (for additional pwm ports) (already owned)
battery pack: $13
claw (Will be designed and 3d printed)
Raspberry Pi Camera: (found in inventory)
drone hull (Tupperware container in prototype)
Laptop (Already owned)
Challenges
We forgot to put a battery component in the CAD when we ordered the tupperware. This caused the fit to be a bit tight and made the project not as buoyant as we would have liked. Although, we think it would have been fine if we were able to do more testing. Our CAD picture looked like this, but we realized it would not work because we forgot to account for several factors. See figure (5) in appendix. It was difficult to connect the servos. We knew that we needed a motor driver for the motors but didn’t realize right away that we needed one for each propeller since they will move at different speeds. This is reflected in our primary circuit design in figure (1) but in the final design we will add the other 3 drivers once we do some more code. We had to adapt our plan to get around the constraints around technology. Underwater wireless transmission is unreliable for us because we have to transfer through the water. For budget reasons we decided to work with ethernet cables for data transfer and a battery pack for the Pi.
References
“ThorRobotics Underwater Drone Mini Mariana RC Submarine HD Underwater Camera Drone with FPV”, THOR roboTiCS, Amazon, n.d., https://www.amazon.com/ThorRobotics-Underwater-Mariana-Submarine-Camera/dp/B07BLS2WPK
“Build Your Own Underwater Drone”, Drasticg, YouTube, Dec 18, 2019, https://www.youtube.com/watch?v=0ahCW5KINIc
“Mantis Claw Tests,” Mantis Engineer Team, YouTube, Nov 29, 2015, https://www.youtube.com/watch?v=4gJVcfd98bg
“Mantis Claw,” WhiteThorn, Thingiverse, July 05, 2016, https://www.thingiverse.com/thing:1659427
“Measuring Rotation and acceleration with the Raspberry Pi,” Raspberry Pi Tutorials, n.d., https://tutorials-raspberrypi.com/measuring-rotation-and-acceleration-raspberry-pi/
Future Upgrades
One of the group members will continue pursuing the project to its completion next semester in the ECE 120 honors lab. There will be a focus on coding the robot as the physical aspect was nearly completed.
Future Upgrades
Water in creeks are muddy, so the use of a metal detector would make it easier to find the object that is being looked for. This way, the camera does not need to be so heavily relied on and the robot can find its way to the object without needing to survey the area multiple times.
- Stabilize itself in a fixed position to offset water current
This is something that the group member will prioritize in the next semester because of how difficult it will be to control without it. Drone code is likely to be used and modified to fit the underwater condition.
Members | NetID | ECE |
---|---|---|
David Parker | davidhp2 | 110 |
Jamil Yeung | jamilyy2 | 110 |
Michael Vilsoet | mvilso2 | 110 |