Project

# Title Team Members TA Documents Sponsor
51 Triangle Sign Deployer Car
Harry Shi
Yuanfeng Niu
Douglas Yu design_document1.pdf
final_paper1.pdf
final_paper3.pdf
proposal2.pdf
proposal1.pdf
Triangle Sign Deployer Car

Team members:
Yuanfeng Niu(yn6)
Yue Shi(yueshi6)
Chaoyang Yin(cyin9)

Problem:
When a traffic emergency occurs, it is of utmost importance to take all measures to warn the oncoming traffic of its existence. One such measure involves placing a warning sign 50~200m away from the emergency site, per the traffic laws in many countries. But walking against the incoming traffic is an extremely risky act, especially at times of high volume.

Solution:
It is thus safer to carry out this sign-placing task with a remotely controlled carrier, possibly a repurposed toy car. It is cheaper to manufacture and less power-hungry than drones, can traverse terrain faster than humans, and is easy to store in automobiles.
We intend to develop a small electric car that holds the aforementioned warning sign and can travel enough distance(30-100m depending on local regulations) and place the sign at the designated place.

Solution Components:
Subsystem#1: Control Unit
This subsystem serves as the vehicle's central command, utilizing a processor to run algorithms, interpret user and sensor inputs, and control motor actions. It incorporates a state machine to ensure that the vehicle responds appropriately to commands and environmental conditions, avoiding unnecessary movements. This setup ensures precise and reliable operation, managing all aspects of vehicle movement and functionality efficiently.

Subsystem#2: Car frame, battery & instruments
Our system should have the features of a small, four-wheeled electric vehicle. Using the PWM method from ECE110 to control the wheels should suffice. A battery will be attached somewhere inside the car frame, serving as the power supply to the entire circuitry. Voltage regulators will be added to deliver power to respective components.
To fulfill the task of wireless communication and auto navigation, corresponding Bluetooth modules and sensors/cameras should be mounted on board. The vehicle also needs a bright indicator light on its body to warn vehicles coming from behind about an emergency ahead.

Subsystem#3: Bluetooth Communication
Typical remote controls at ~30-100m distances require wifi or Bluetooth band signals. Alternative protocols can be considered, but in this instance, this is the most extensively developed type of wireless comm.
Controlling the unmanned vehicle over long distances requires solving image transmission problems. In addition to receiving controls, it should send status info and camera feed fluently at target distances.

Subsystem#4: Auto Navigation
When operating on highways with clear lane markings, the vehicle utilizes input from onboard cameras and distance sensors to identify and follow a secure trajectory within the present lane, aiming to arrive at the designated sign installation location.

If there should be a disruption in Bluetooth communication, the vehicle will depend on this subsystem as an alternative strategy to revert to a secure state.

The vehicle requires a remote-controlled angle closed-loop control system, enabling it to automatically adjust its course and maintain its trajectory in the predetermined direction.

Subsystem#5: Mechanicals
Driving with the sign facing front will experience significant wind resistance, such that it might stop the car from moving, perhaps even pushing it back. To minimize the impact of wind on our system, we decided to initially mount the sign facing up and use a lever to rotate it to face front once it reached its destination.
Simultaneously, structural support would be set up to prevent uncertain weather conditions(rain/wind) from displacing it. We have yet to decide whether it is more practical to apply brakes to wheels or have additional retractable props. We will go with the solution that has better performance in actual trials, or that is preferred by the machine shop.

Software Subsystem#6: Phone App Controller
In circumstances where automated navigation may not successfully complete its task, such as poorly marked lanes and snow-covered pavements, or where manual remote control provides a greater sense of assurance, this subsystem becomes critical. It represents the most practical and universally applicable user interface option, as an independent controller for the unmanned vehicle implies extra cost and storage.
The app should contain all the necessary control buttons (move forward/backward, turn left/right, raise/retract sign). Additionally, integrating a live camera feed from the unmanned vehicle will further enhance the user experience by allowing for real-time monitoring and precise maneuvering of the unmanned vehicle, ensuring both safety and accuracy in its operations.
Development of this system should be a minor focus of this project, as it is mostly coding work and has little to do with circuit design.


Criterion for Success:
The car can travel up to 100 meters from the user.

The phone controller can deliver instructions within the operational range and maintain a consistent camera feed.

After receiving the instruction from the user or the Auto-Navigation System, The car must automatically raise the sign and deploy props.

The Auto-Navigation System can operate correctly when traffic conditions are not complex and road markings are clear. It should also be able to handle the situation of connection loss.



Master Bus Processor

Clay Kaiser, Philip Macias, Richard Mannion

Master Bus Processor

Featured Project

General Description

We will design a Master Bus Processor (MBP) for music production in home studios. The MBP will use a hybrid analog/digital approach to provide both the desirable non-linearities of analog processing and the flexibility of digital control. Our design will be less costly than other audio bus processors so that it is more accessible to our target market of home studio owners. The MBP will be unique in its low cost as well as in its incorporation of a digital hardware control system. This allows for more flexibility and more intuitive controls when compared to other products on the market.

Design Proposal

Our design would contain a core functionality with scalability in added functionality. It would be designed to fit in a 2U rack mount enclosure with distinct boards for digital and analog circuits to allow for easier unit testings and account for digital/analog interference.

The audio processing signal chain would be composed of analog processing 'blocks’--like steps in the signal chain.

The basic analog blocks we would integrate are:

Compressor/limiter modes

EQ with shelf/bell modes

Saturation with symmetrical/asymmetrical modes

Each block’s multiple modes would be controlled by a digital circuit to allow for intuitive mode selection.

The digital circuit will be responsible for:

Mode selection

Analog block sequence

DSP feedback and monitoring of each analog block (REACH GOAL)

The digital circuit will entail a series of buttons to allow the user to easily select which analog block to control and another button to allow the user to scroll between different modes and presets. Another button will allow the user to control sequence of the analog blocks. An LCD display will be used to give the user feedback of the current state of the system when scrolling and selecting particular modes.

Reach Goals

added DSP functionality such as monitoring of the analog functions

Replace Arduino boards for DSP with custom digital control boards using ATmega328 microcontrollers (same as arduino board)

Rack mounted enclosure/marketable design

System Verification

We will qualify the success of the project by how closely its processing performance matches the design intent. Since audio 'quality’ can be highly subjective, we will rely on objective metrics such as Gain Reduction (GR [dB]), Total Harmonic Distortion (THD [%]), and Noise [V] to qualify the analog processing blocks. The digital controls will be qualified by their ability to actuate the correct analog blocks consistently without causing disruptions to the signal chain or interference. Additionally, the hardware user interface will be qualified by ease of use and intuitiveness.

Project Videos