In this page, I will:
Briefly describe my team chemical device
Show how the team planned, allocated the tasks, and executed the project.
Document the entire design and build process of the chemical device and include videos, pictures, and screen captures of the processes.
Include “Hero shot” of every milestone of the processes, example the part A that was 3D printed, part B that was laser-cut, electronics components moved/worked according to the program. Hero-shot is taken with the person-in-charge holding/working/making the parts.
Include the name of the person who was in-charge of every part of the project.
Document my individual contribution to this project.
Provide the link to the page of the blog of my teammates.
Describe problems encountered and how the team solved them.
Include all the project design files as downloadable files.
Embed the final prototype design file, i.e., the final fusion360 design file showing the entire prototype.
Type my Learning reflection on the overall project development.
Our team Chemical Device
In this section, I will briefly describe my team's chemical device.
What it is. What problems will the chemical device solve?
Below is the hand sketch of the chemical device.
CHEMICAL DEVICE:
Our team’s chemical device is an automated watering system to water plants.
BACKGROUND:
Based on the article published in “The Straits Times”, Covid-19 has led to a botanic boom in Singapore as more people become plant parents to relieve stress while working from home. Many people think that plant parenting has been especially helpful during the circuit breaker as more people spend time at home beavering in front of their computers. Hence, planting has given them an extension of their own space into the outside world and a chance to reconnect with nature.
Plant sellers like Terrascpaes, a nursery specialising in exotic plants, saw a 10% increase in sales. They mentioned that they sold about 1000 plants in the circuit breaker period from April to June after it started retailing its plants online.
Now, our borders have lifted and people started to travel more frequently as compared to the pre-covid period. HOW are plant owners supposed to water the plant when they are overseas? HOW can we help plant owners from overwatering their plants? HOW can we ensure that plant owners have the time to water their plants, even during their daily busy schedules?
EXISTING SOLUTION:
Plant owners can ask their friends or relatives to look after their plants while they are overseas. However, it may be troublesome to seek help from friends to look after the plants as they might be busy, or they would not know the right amount of water to give. This may do more harm than good to the plant.
There are many DIY self-watering kit tutorials available for plant owners to construct; however, it can be very time-consuming to build and control the amount of water flowing into the soil. Additionally, plant owners may not have the materials required to build these DIY kits. This may lead to them spending more money than what is needed in order to purchase these materials.
OUR SOLUTION:
Our SmartPot, named Tod, will solve this issue by providing plant owners with a convenient way to keep their plants hydrated. The soil moisture sensor will sense the moisture level of the plant. If the sensor senses a low moisture level (i.e. < 15%), the sensor will send an output signal to the pump to start the pump. The pump will then be pumping the water to the soil to keep the plant hydrated. Once the sensor senses a high moisture level (above 15%), the sensor will send an output signal to stop the pump. To let the plant owners know/observe the moisture reading, we also added an LCD screen to display the soil moisture readings to the user.
This will ensure that plant owners will not have to worry about forgetting to water their plants, or dispensing the right amount of water to them.
PROBLEMS THAT OUR CHEMICAL DEVICE (SmartPot) CAN SOLVE:
Problem #1: User overwater the plant
Solution #1: Based on the current soil moisture level of the plant, SmartPot will supply water to the plant to bring the moisture level into the acceptable range.
Problem #2: User does not have the time to water the plant
Solution #2: SmartPot’s automated watering system can last for 2 weeks. Users will only have to replenish the water tank every 2 weeks. Users will only have to worry about refilling the tank every 2 weeks.
Problem #3: Existing solutions are impractical, expensive and time-consuming to assemble the components. Hence, reducing the reliability of the device.
Solution #3: Our SmartPot is compact, inexpensive and user-friendly. Users only have to refill the water tank and plug in the power source.
THE ISSUE WE WANT TO SOLVE:
The main issue we want to solve is to find a convenient way to keep users’ plants hydrated with little effort needed.
PROBLEM STATEMENT:
How can we enhance the user’s plant parenting experience so that plant owners can save time and cost?
Here’s the link to find out more about the news article: https://www.straitstimes.com/lifestyle/home-design/covid-19-has-led-to-a-botanic-boom-in-singapore-as-more-people-become-plant
Team Planning, allocation, and execution
In this section, I will list down my team member's name and their respective roles (CEO, CFO, COO, CSO)
I will show the finalized BOM (BILL OF MATERIALS) table.
I will show the finalized Gantt chart (planned and actual) and the tasks allocation for each team member. (to be finalised and put in by Saturday: en ting and hannah)
Fusion team: Hannah, Justin & Keith
Coding team: Jun Hao & En Ting
Design and Build Process
In this section, I will provide documentation of the design and build process.
Part 1. Using Fusion360 to finalise the CAD of SmartPot. (done by Hannah). Link it to Hannah’s blog
https://cp5070-2022-2b04-group2-hannah-to.blogspot.com/p/project-development.html
Part 2. Design and Build of Part B (done by Justin). Link it to Justin’s blog
https://cp5070-2022-2b04-group2-justinhong.blogspot.com/p/project-development.html
Part 3. Design and Build of Part C (done by Keith). Link it to Keith’s blog
Documentation for task 3.
Hero shot for task 3.
Part 4. Programming of pump and soil moisture sensor (done by En Ting). Link it to En Ting’s blog
https://cp5070-2022-2b04-group2-yao-en-ting.blogspot.com/p/project-development.html
Part 5. Programming of potentiometer and LCD (done by Jun Hao). Link it to Jun Hao’s blog
Next I made a simple code that would read the value of the potentiometer and change it to percentage inside of the serial monitor for easier reading.
After this I downloaded example of the LCD code from Dr. Noel's blog, which he had pointed me towards. I added the potentiometer code to this and now it looks like this:
Part 6. Integration of all parts and electronics, including the assembly of the final prototype (done by everyone)
Embed the finalized fusion 360 design files.
Documentation for integration.
Hero shot for integration.
[DOCUMENTATION]
Alright! Now we are ready to assemble all the components together!
Step 1, Glue all the acrylic pieces
We used acrylic glue to glue the acrylic pieces together and used masking tapes to hold the pieces in place.
Step 2, Glue all the 3D printed pieces
Once the acrylic glue has dried out. We then used super glue to glue all the 3D printed components (hinges, handle & latch) onto the acrylic and the cover respectively.
Step 3, Create a water tank
Previously, we wanted to laser cut our water tank but we are afraid that our water tank will be not leakproof. We also didn’t want to waste the 3D filament to print our water tank. Hence, we repurposed a plastic bottle into a water tank. We used scissors to cut the plastic bottle.
Next, we cut a U-shaped slot for the tubes and wire so that we can cover the tank properly.
Step 4, Combine all the codes
We came together to combine all the separate codes for each components (soil moisture sensor, pump and LCD screen) together.
Here’s the final code for our prototype:
Step 5, Attach the arduino kit & breadboard into our electronic box
We used duct tapes to secure the arduino kit and the breadboard to the wall of the electronic box. We also used zip ties to group the wires to make our wiring system more organised and aesthetically pleasing. Furthermore, we also added small tiny tags to label the jumper wires to reduce confusion.
[add pics]
Step 6, Cut holes on the tube
First, we had to find the section of the tube which will be inside the SmartPot. Next, we decided to cut the holes such that they will be facing the plant. At first, we cut a total of 6 holes into the tube, however, through trial and error we found out that using 2 holes was enough to supply the plant with sufficient water. As such, we taped up the rest of the holes using duct tape.
Step 7, Transfer the plant into our prototype
We used a shove to transfer the plant into our prototype.
HERO SHOT with TOD:
Problems and solutions
In this section, I will describe the problems encountered in the design and build process and how the team solved them.
Problems faced by the coding team (done by En Ting & Jun Hao)
Problems faced by the fusion/design team (done by Hannah, Justin & Keith)
Project Design Files as downloadable files
In this section, I will provide all the design files (Fusion360 files, .dxf files, .stl files, arduino programs files) as downloadable files.
(upload these files in onedrive or google drive of your personal account. Each person must have these files. Always check that the links to download the files are working.)
final coding file - pump + sensor + lcd
Hyperlink for all the design files: https://drive.google.com/drive/folders/10VrltQO_TXpeELxPgPR7GCSvnjyK6sNl?usp=sharing
Below is my Learning Reflection on the overall Project Development.
I have learned a lot during this project and it has been an incredibly fun and thrilling journey throughout. This arduous road has had many bumps in it but we made it in the end. So, I shall start from the beginning of this long voyage.
At the start, we first had to come up with the idea for this prototype. We had to come up with the idea in class and after researching for a while, En Ting found and proposed the idea of a self-watering plant pot to us. She found a document that had some pictures and simple details on how this product worked. We had no other ideas and found this to be an interesting one, so we decided to go for it. I will now briefly go through the processes we did to produce our prototype.
First, we individually made designs for this pot and compared them to one another by using a matrix to calculate how well-designed the pot is. Personally, I felt that mine was the best, but we went with Hannah's because it seemed the most well-rounded and well-liked by all the group members.
Next, we decided what we needed to make this prototype work in terms of equipment, skills and its
attachments in terms of electronics. After this, we decided what our roles and responsibilities would be
and I was tasked with programming the SmartPot alongside En Ting, which I was glad for since I feel
that my understanding of coding language would be much more suited for this instead of my poor CAD
skills.
We also decided to make a cardboard model for this prototype just to ensure that there will be no issues
with the end product in terms of size and shape. After making "Tod" our cardboard model, we decided to
change our designs a little for the final product. I was quite happy with these decisions as we could
definitely have messed up a lot more should "Tod" not have been made.
The next part is where we actually start designing the prototype and this will lead to the final product.
En Ting and I split our part to ensure that we could focus on making the whole thing work more
efficiently. During my coding process, I learned and processed a lot of knowledge.
One of the things I learned that was probably the most difficult was how to do a little bit of C++ coding.
The reason for this was already stated previously but here I will talk about my feelings on this experience.
Due to the issues with the Liquidcrystal library, I had to consult some of my computer engineering friends
on how to fix the issue. Luckily, C++ is a language that is quite similar to Arduino, so the learning curve
was not as steep as it could have been. In the end, I was not able to do anything with this knowledge in this
project as the library would not accept my changes to the code. This makes me slightly regretful as I was
forced to learn something that would not be useful at all. However, if I view this as an experience for the
future, I would be able to use C++ as a new skill that I have, so this may have been a blessing in disguise.
The rest of the coding process was honestly quite a simple and natural process of just learning how En Ting's
code worked and implementing my own into it. Some troubleshooting was bound to occur, but nothing else
too major happened so the issues were fixed relatively quickly.
In conclusion, we finished our prototype on time and complete all that we had to do. My thoughts and
feelings on this entire project are quite positive and we completed our difficult goal with not too many
issues in the whole scheme of things.
This is the final blog of the CPDD module. The next blogs would likely be for my final year project.
I hope to see you there next time! Well, that's goodbye for now!👋👋
.png)
.png)