# Title Team Members TA Documents Sponsor
21 Automatic Pet Sitter
Abhi Chebiyam
Joseph Choi
Tyler Huang
Hojoon Ryu design_document1.pdf
Team Members:
- Tyler Huang (tylerh4)
- Joseph Choi (jschoi5)
- Abhi Chebiyam (abhijit3)

# Problem

Describe the problem you want to solve and motivate the need:
If an owner is away from home for vacation or away daily because of work, it can be hard to give the proper care for your pet. Solutions today are too one-dimensional when each pet requires different types of care even amongst the same species. Pets have unique and distinct preferences and the owner shouldn’t have to compromise because of the limitations of the feeder system.

# Solution

The solution to this problem is to design an automatic dispenser setup that delivers food and water to the user’s pet. Our solution will involve a couple of subsystems in order to provide users’ pets with the most comfort and care. The first and main subsystem will revolve around a pressure pad/sensor that will act as the main trigger for the dispensing system. The next subsystem is the dispensing of food and water, and all the features related to that.

# Solution Components

## Pressure Pad

Our main trigger system will be based on the pet’s weight. Our aim is to have the pet sit or walk onto a pressure sensor that will lead to food or water being dispensed.

Some features we are hoping to implement with this subsystem are:
Pressure pad being configurable to the pet’s weight (i.e., trigger weight for German Shepherd will be much higher than trigger weight for Chihuahua)
A camera that is activated after a set time of pressure on the pad that will take a photo of the pet and send it to the owner
Directly triggering the second subsystem to dispense food and water

## Dispenser Subsystem

This subsystem will center around our dispensing of food and water into our pet’s bowls. While this may seem simple in concept, we hope to incorporate features that raise the complexity of this subsystem.

Some features we are hoping to implement with this subsystem are:
Dispensing triggered by first subsystem
Amount of food and water dispensed will be calculated and can be combined with pressure sensors on the bowls to know how much food or water the pet has consumed
Dispensers will know when to stop filling bowl based on light sensors- this will also serve a dual purpose of not filling the bowl while the pet is consuming the food or water

## Bowl

This subsystem is mainly to send information to the dispenser system and communicate when dispensing should continue or stop.

Alerts the dispenser when to stop filling the bowl using load sensors
Vibration creator to create movement in the bowl for pet preference

## Mobile Application

This subsystem allows the owner to customize and set the dispenser settings to a highly customized level for their pet. The dispenser will be able to send data through the Raspberry Pi to the application, so the owner will be able to keep track of their pet and its well-being.

# Components
- Load Sensor (SEN-10245):
- Water Pump:
- Camera for Arduino:
- Arduino / Rasp Pi

# Criterion For Success

1) We can categorize our goals by priority- focusing on fulfilling the most important features first]
2) Food and Water is dispensed when a pressure pad is triggered
3) The amount of food and water dispensed can be customized
4) The pressure pad sensor trigger weight can be configured
5) The amount of food and water dispensed can be calculated
6) The dispenser will stop dispensing regardless of the pressure pad trigger if the light sensor is triggered
7) Photo can be taken of pet after a set amount of time being triggered
8) Dispenser data is being sent to an external device.
9) The external device is able to set limitations to the dispenser.

Control System and User Interface for Hydraulic Bike

Iain Brearton

Featured Project

Parker-Hannifin, a fluid power systems company, hosts an annual competition for the design of a chainless bicycle. A MechSE senior design team of mechanical engineers have created a hydraulic circuit with electromechanical valves, but need a control system, user interface, and electrical power for their system. The user would be able to choose between several operating modes (fluid paths), listed at the end.

My solution to this problem is a custom-designed control system and user interface. Based on sensor feedback and user inputs, the system would change operating modes (fluid paths). Additionally, the system could be improved to suggest the best operating mode by implementing a PI or PID controller. The system would not change modes without user interaction due to safety - previous years' bicycles have gone faster than 20mph.

Previous approaches to this problem have usually not included an electrical engineer. As a result, several teams have historically used commercially-available systems such as Parker's IQAN system (link below) or discrete logic due to a lack of technical knowledge (link below). Apart from these two examples, very little public documentation exists on the electrical control systems used by previous competitors, but I believe that designing a control system and user interface from scratch will be a unique and new approach to controlling the hydraulic system.

I am aiming for a 1-person team as there are 6 MechSE counterparts. I emailed Professor Carney on 10/3/14 and he thought the general concept was acceptable.

Operating modes, simplified:

Direct drive (rider's pedaling power goes directly to hydraulic motor)

Coasting (no power input, motor input and output "shorted")

Charge accumulators (store energy in expanding rubber balloons)

Discharge accumulators (use stored energy to supply power to motor)

Regenerative braking (use motor energy to charge accumulators)

Download Competition Specs:

Team using IQAN system (top right corner):

Team using discrete logic (page 19):