Project

# Title Team Members TA Documents Sponsor
18 Smart Vision-Assisted Pet Feeder with BLE Proximity Sensing and Remote Monitoring
Jiaao Zhang
Junwei Pan
Ziteng Qian
Pusong Li
# Smart Vision-Assisted Pet Feeder with BLE Proximity Sensing and Remote Monitoring

Team Members:
- Junwei Pan (junweip2)
- Jiaao Zhang (jiaao2)
- Ziteng Qian (zitengq2)

# Problem

Pet owners are often away from home for extended periods and may not be able to directly monitor whether their pets are approaching the feeder, eating normally, or ignoring food. Conventional automatic pet feeders typically dispense food at fixed times and provide little information about the pet's actual interaction with the feeder. As a result, an owner may know that food was dispensed but not whether the pet actually approached or consumed it.

We propose a smart pet feeder that automatically detects when an authorized pet approaches, activates computer vision to monitor the pet near the feeding area, dispenses a controlled amount of food, and reports feeding activity to the owner remotely.

The system will also monitor simple abnormal feeding patterns. For example, if the pet repeatedly approaches the feeder or remains near the bowl for an extended period without a measurable decrease in food weight, the system can notify the owner.

# Solution

Our system combines BLE-based proximity sensing, computer vision, weight sensing, motorized food dispensing, and wireless communication.

A small BLE tag attached to the pet's collar continuously broadcasts an identifier. The feeder's main controller monitors the received BLE signal strength (RSSI). Rather than using BLE for precise positioning, the system uses RSSI only as a coarse proximity indicator. When the signal strength exceeds a calibrated threshold corresponding approximately to the pet entering the feeder vicinity, the system activates the camera and computer-vision subsystem.

The camera then provides the primary confirmation that the pet has entered or remained within the feeding area. Once the pet is visually confirmed, the main controller activates an auger-based food dispensing mechanism. A load cell underneath the food bowl provides feedback so that the system can stop the motor after the desired amount of food has been dispensed.

After dispensing, the system continues monitoring the bowl weight and camera state to determine whether the pet remains near the feeder and whether food is actually being consumed. Feeding events, food consumption information, system status, and abnormal-behavior alerts are transmitted over Wi-Fi to the owner's phone through an Internet-based messaging service.

The system is divided into four major subsystems: proximity and wireless communication, computer vision, feeding and weight control, and the main embedded control PCB.

# Solution Components

## Subsystem 1: BLE Proximity and Wireless Communication

This subsystem detects when the tagged pet is approaching the feeder and provides remote communication between the feeder and the owner.

A BLE tag attached to the pet's collar periodically broadcasts its identifier. The ESP32-S3 on the feeder scans for the designated BLE device and measures its RSSI. A moving average and hysteresis threshold will be used to reduce false triggering caused by RSSI fluctuations.

When the averaged RSSI exceeds a calibrated threshold, the ESP32 will signal the vision subsystem to begin camera processing. BLE is used only as a coarse proximity trigger rather than as a precise ranging or positioning system.

The ESP32-S3 will also use its integrated Wi-Fi interface to send information such as feeding time, amount of food dispensed, food consumption, and abnormal feeding alerts to the owner through an Internet-based messaging service.

Components:
- Espressif ESP32-S3-WROOM-1-N8R8 Wi-Fi/BLE module
- ESP32-C3-MINI-1-based BLE tag or equivalent BLE beacon for the pet collar
- 2.4 GHz PCB antenna integrated into the ESP32 modules
- Status LEDs and buzzer for local system indication

## Subsystem 2: Computer Vision and Pet Behavior Monitoring

This subsystem provides the primary confirmation that the pet is actually interacting with the feeder.

A Raspberry Pi connected to a camera will run the computer-vision software. The camera does not need to operate continuously. Instead, it is activated when the BLE subsystem indicates that the pet is likely approaching.

The vision system will determine whether a pet is present in a predefined feeding region and monitor simple behaviors such as:
- Pet enters the feeding area
- Pet remains near the bowl
- Pet leaves the feeding area
- Repeated approaches to the feeder

The system will not attempt to diagnose medical conditions or recognize complex behaviors such as chewing. Instead, visual presence information will be combined with bowl-weight measurements to determine whether feeding actually occurred.

The Raspberry Pi will communicate its detection results to the ESP32 through UART or another serial interface.

Components:
- Raspberry Pi 5
- Raspberry Pi Camera Module 3
- Sony IMX708 image sensor
- UART interface between Raspberry Pi and ESP32-S3
- OpenCV and/or a lightweight object-detection model

## Subsystem 3: Food Dispensing and Weight Measurement

This subsystem controls how much food is dispensed and measures whether food is subsequently consumed.

Dry food or equivalent test pellets will be stored in a hopper. A stepper-motor-driven auger will transport the food from the hopper into the bowl.

Rather than controlling the amount of food only according to motor operating time, the system will use closed-loop weight feedback. A load cell underneath the bowl continuously measures the amount of food present.

For example, if the target dispensing amount is 20 g, the controller will operate the auger while monitoring the load-cell reading and stop the motor when the measured increase reaches approximately 20 g.

After dispensing, changes in bowl weight will also be used to estimate whether food has been consumed. If the vision system detects that the pet remains near the feeder while the bowl weight does not decrease beyond a defined threshold, the system may classify the event as an abnormal or incomplete feeding event.

Components:
- TAL220B single-point load cell, approximately 5 kg range
- HX711 24-bit load-cell ADC
- NEMA 17 stepper motor, model 17HS4401 or equivalent
- Allegro A4988SETTR-T stepper motor driver
- Custom auger and food hopper
- Limit switch for mechanical safety, if required

## Subsystem 4: Main Control PCB and Power System

The custom PCB will serve as the main embedded controller of the feeder rather than only as a power-distribution board.

The ESP32-S3-WROOM-1 will be mounted directly on the PCB and will coordinate the other subsystems. Its responsibilities include:
- BLE scanning and RSSI processing
- Wi-Fi communication
- System state-machine control
- Load-cell data acquisition
- Motor control
- Communication with the Raspberry Pi
- Feeding-event logging
- Alert generation

The PCB will also contain the load-cell interface, motor-driver circuitry, sensor connectors, status indicators, and power regulation required by the embedded electronics.

The Raspberry Pi will act primarily as a vision-processing coprocessor, while the ESP32-based custom PCB will remain the main controller for the overall feeder.

Components:
- ESP32-S3-WROOM-1-N8R8
- HX711 load-cell ADC
- A4988SETTR-T stepper motor driver
- 3.3 V voltage regulator for the ESP32 and low-voltage electronics
- Power input and protection circuitry
- Decoupling and bulk capacitors
- UART connector for Raspberry Pi communication
- Load-cell connector
- Motor connector
- Programming/debug interface
- LEDs and buzzer
- Raspberry Pi power supply

# Criterion For Success

1. **BLE proximity triggering:**
After calibration, the system must detect the designated BLE tag entering the intended feeder vicinity and trigger the computer-vision subsystem within 2 seconds in at least 90% of 20 test attempts.

2. **Vision-based feeding-zone detection:**
The computer-vision subsystem must correctly classify whether a pet is inside or outside the defined feeding region with at least 90% accuracy on a labeled test set.

3. **Controlled food dispensing:**
For example, a target dispensing amount of 20 g, the closed-loop auger and load-cell system must dispense food within ±10% of the target in at least 9 out of 10 trials.

4. **Consumption detection:**
The system must detect a meaningful decrease in bowl weight after feeding and distinguish between a feeding event with food consumption and an event without food consumption in at least 90% of controlled trials.

5. **Abnormal feeding alert:**
If the pet is detected in the feeding region for a predefined period or repeatedly approaches the feeder without a corresponding decrease in food weight, the system must generate an abnormal-feeding alert and send to the owner's phone.

6. **Remote notification:**
Feeding-completion information and abnormal-feeding alerts must be transmitted over Wi-Fi and received by the owner's remote device within 10 seconds under normal Internet connectivity.

7. **End-to-end operation:**
The complete system must successfully demonstrate the following sequence without manual intervention:

BLE proximity detected
→ camera activated
→ pet presence confirmed
→ food dispensed
→ food weight monitored
→ feeding event classified
→ event information transmitted to the owner.

Musical Hand

Ramsey Foote, Thomas MacDonald, Michelle Zhang

Musical Hand

Featured Project

# Musical Hand

Team Members:

- Ramesey Foote (rgfoote2)

- Michelle Zhang (mz32)

- Thomas MacDonald (tcm5)

# Problem

Musical instruments come in all shapes and sizes; however, transporting instruments often involves bulky and heavy cases. Not only can transporting instruments be a hassle, but the initial purchase and maintenance of an instrument can be very expensive. We would like to solve this problem by creating an instrument that is lightweight, compact, and low maintenance.

# Solution

Our project involves a wearable system on the chest and both hands. The left hand will be used to dictate the pitches of three “strings” using relative angles between the palm and fingers. For example, from a flat horizontal hand a small dip in one finger is associated with a low frequency. A greater dip corresponds to a higher frequency pitch. The right hand will modulate the generated sound by adding effects such as vibrato through lateral motion. Finally, the brains of the project will be the central unit, a wearable, chest-mounted subsystem responsible for the audio synthesis and output.

Our solution would provide an instrument that is lightweight and easy to transport. We will be utilizing accelerometers instead of flex sensors to limit wear and tear, which would solve the issue of expensive maintenance typical of more physical synthesis methods.

# Solution Components

The overall solution has three subsystems; a right hand, left hand, and a central unit.

## Subsystem 1 - Left Hand

The left hand subsystem will use four digital accelerometers total: three on the fingers and one on the back of the hand. These sensors will be used to determine the angle between the back of the hand and each of the three fingers (ring, middle, and index) being used for synthesis. Each angle will correspond to an analog signal for pitch with a low frequency corresponding to a completely straight finger and a high frequency corresponding to a completely bent finger. To filter out AC noise, bypass capacitors and possibly resistors will be used when sending the accelerometer signals to the central unit.

## Subsystem 2 - Right Hand

The right subsystem will use one accelerometer to determine the broad movement of the hand. This information will be used to determine how much of a vibrato there is in the output sound. This system will need the accelerometer, bypass capacitors (.1uF), and possibly some resistors if they are needed for the communication scheme used (SPI or I2C).

## Subsystem 3 - Central Unit

The central subsystem utilizes data from the gloves to determine and generate the correct audio. To do this, two microcontrollers from the STM32F3 series will be used. The left and right hand subunits will be connected to the central unit through cabling. One of the microcontrollers will receive information from the sensors on both gloves and use it to calculate the correct frequencies. The other microcontroller uses these frequencies to generate the actual audio. The use of two separate microcontrollers allows for the logic to take longer, accounting for slower human response time, while meeting needs for quicker audio updates. At the output, there will be a second order multiple feedback filter. This will get rid of any switching noise while also allowing us to set a gain. This will be done using an LM358 Op amp along with the necessary resistors and capacitors to generate the filter and gain. This output will then go to an audio jack that will go to a speaker. In addition, bypass capacitors, pull up resistors, pull down resistors, and the necessary programming circuits will be implemented on this board.

# Criterion For Success

The minimum viable product will consist of two wearable gloves and a central unit that will be connected together via cords. The user will be able to adjust three separate notes that will be played simultaneously using the left hand, and will be able to apply a sound effect using the right hand. The output audio should be able to be heard audibly from a speaker.

Project Videos