Band on the Run

From Mindworks
Jump to navigation Jump to search
Sponsors Electrical and Computer Engineering Department
Team Name Band on the Run
Duration Spring 2020 - Fall 2020
Faculty Adviser Dr. Law
Mentors Dr. Law and Dr. Odom
Client Lionel Hampton School of Music
Team Members
  • Calvin Burton
  • Yi Cai
  • William Foster
  • Ben Odell
  • Jackie Uhling

The goal of this project was to work with a mechanical engineering team to create an electric vehicle platform for the University of Idaho marching band to use during half time shows.

Problem Definition[edit | edit source]

Our Band on the Run project was previously known as the BandBeesten Project. There have been many changes throughout BandBeesten's life time. This year we were tasked with creating a whole new platform for the University of Idaho marching band members to use during performances. While the mechanical engineering team was tasked with building the platform itself, and later the cell containment, our goal was to create an electrical system that allowed the platform to be controlled by an RC controller.

Background[edit | edit source]

The University of Idaho Marching Band, also known as The Sound of Idaho, just celebrated its 100th year in 2019 while still boasting an impressive 150 students within it. The ensemble has performed for our athletic programs and school events beautifully and with great attention to detail in every routine. In 2011, Dr. Edwin Odom of the Mechanical engineering department and Dr. Daniel Bukvich, professor of Percussion and Music Theory, started a project to design a mobile drum set to use during the band’s performances, in later years dubbed the Band-Beesten. After almost ten years and off-and-on efforts, some models were built and used with success, others not so much. In the Spring and Fall of 2020, Band on the Run has picked up where last years team left off in an attempt to build a four-wheeled omni-directional platform designed to carry an array of instruments and people.

Deliverables[edit | edit source]

The Band on the Run project had many design specifications that we needed to meet. First we aimed for at least a fifteen to twenty minute run time. We also needed the platform to be able to rotate and translate easily across the field while carrying approximately 800 pounds. The platform needed to be controlled remotely by an RC controller and powered by lithium based cells.

Design Considerations[edit | edit source]

Overview[edit | edit source]

As our project progressed our design considerations evolved. However, we did have some basic considerations from the beginning. We were tasked to produce an electrical system capable of propelling a platform of substantial weight by way of remote control. This system must be operational for approximately 15 minutes, be able to rotate, translate and above all function in a safe manner. These constraints inferred some basic needs to consider:

  • System control
  • Energy storage
  • Electric motors
  • Remote communications

As we considered these basic needs and chose components to fulfill those needs our considerations progressed.

System Control[edit | edit source]

When considering system control, and all subsequent topics in this section, development time and cost were also considered. This led us to focus on microcontrollers for our main computing unit for system control. As microcontroller technology has become ever more available to consumers, at low price points, we had many choices to choose from.

Sensors[edit | edit source]

To ensure safe operation and to implement a control algorithm, we realized we must also consider sensors. The sensors must acquire data on velocity, acceleration, position, currents, voltages and temperatures.

Energy Storage[edit | edit source]

The energy needed to accelerate a vehicle of significant weight can be substantial. We had to consider this in our design, along with our clients want for a modern storage solution, as opposed to a lead-acid based storage solution. Furthermore, we had to consider the storage's voltage, its ability to source current and the operation temperatures. Another consideration that came to light during the investigation into our storage solution was the management of modern energy storage, specifically, the management of lithium based energy storage technology.

Energy Management[edit | edit source]

Energy management considerations must change based on the technology used. Since we were constrained to lithium technology, we had to take extra care in these considerations for safety concerns. To properly manage lithium ion cells in the safest manner, we had to consider how to manage the sources voltage, current draw and sink, when charging, and temperature. With cost considerations in mind, and after some research, we found we would have to consider this source as a bank of individual cells. This realization brought new considerations. Specifically, cell balancing, for series connections, the physical connections between cells and their ability to withstand large currents.

Electric Motors[edit | edit source]

When considering motors for this design we immediately ruled out AC motors for development time and cost and focused on DC motors. When considering DC motors, we had to consider, torque ratings, speed ratings, current draw, voltages and thermal characteristics.

Motor Control[edit | edit source]

To improve development time and complexity, we decided to focus on a sophisticated H-bridge motor controller. We had to consider its ability to control the speed, torque and acceleration. We also had to consider its current and voltage ratings as this device would have to withstand relatively large currents.

Remote Communications[edit | edit source]

This vehicle is intended to operate within a stadium setting. This infers an electromagnetically noisy area. We had to consider this fact, and for safety concerns, consider bad actors hijacking or jamming our control signals. We had to also take into consideration the distance of transmission of the signal, as a stadium can be 100 meters or more in length.

Specifications[edit | edit source]

Major Design Components[edit | edit source]

Battery management system

Roboteq BMS1040A

Key Features

  • Power
    • Max Cell Pack Voltage: 40V
    • Max Number of Cells: 10
    • Max Load Current: 100A continuous, 200A transient
    • Max Charge Current: 50A
  • Communication
    • RS485
    • USB
    • CAN bus
    • Proprietary PWM
  • I/O
    • Digital inputs: 1
    • Digital Outputs: 2
    • Temperature Sensors: 3
  • Mechanical
    • Conduction Plate Cooling
    • Dimensions: 145mm x 115mm x 23mm
    • Weight: 250g

Motor Controllers

Electromen EM 282 C

Key Features

  • Power Range
    • Has a nominal supply voltage 12-42V
    • Can maintain current up to 100 A
    • Has a max current capability of 200 A
    • Current limit is adjustable from 1A to 200A
  • Scalability
    • Has a Brake load output
    • Start and stop ramp from 0 to 5s
    • PWM frequency is scalable

LiFePO4 cells

A123 ANR26650m1-B

Specifications

  • Electrical Characteristics
    • Max Continuous Discharge: 50A
    • Max Pulse Discharge(10 seconds): 120A
    • Max Power(at 23℃): 2600W/Kg
    • Voltage(nominal): 3.3V
    • Internal Impedance(1kHz AC typical): 6mΩ
    • Cell Capacity(nominal/minimum)(0.5C Rate): 2.5/2, 4Ah
    • Recommended Standard Charge Method: 2.5A to 3.6V CCCV, 60min
    • Recommended Fast Charge Method to 80% SOC: 10A to 3.6V CC, 12min
  • Mechanical
    • Cell Dimensions: 26mm × 65mm
    • Cell Weight: 76g
  • Temperature Operating Points
    • Operating Temperature: -30℃ to 55℃
    • Storage Temperature: -40℃ to 60℃

Microcontroller

ESP32

Key Features

  • 240 MHz 32 bit Dual Core Processor
  • Integrated WIFI/Bluetooth Capability
  • 34 Software Assigned General Purpose I/O Pins
  • Hardware Interface Peripherals (3x UART, PWM Generator, I2C, SPI, etc.)

Motors

AmpFlow E30-400

Key Features

  • Pre-existing set of 4, replaced broken unit
  • Run at 24V
  • 8.26:1 Gearbox
  • 3:1 Wheel Ratio

Project Learning[edit | edit source]

Learning Goals

  • The reason for design
    • Design is the art and science of engineering problem solving. It is, to put it in layman's terms, using what you know and what you possess to create a solution to a problem at hand. Societal needs generate problems for the engineer to solve. The engineer's education and ability to find information determined what is known. Budgets, facilities, and time define what the engineer has. The solution requires creativity, using what we have inventively. Our product has value because it will, or should, benefit someone.The design process may seem, at first glance, to be almost random. It may appear that no framework could streamline what is a creative process. In this course, we will find that there is a broad framework for design that makes the process organized and efficient.
  • Four goals
    • a. Gain a propensity to use first principles to solve problems. We take a physical approach and use all our education extensively. A solid foundation will serve us well here.
    • b. Improve our communications and problem solving skills. We do this from day to day as well as in formal project completion. You will communicate in your logbook, in design discussions, in formal and informal meetings with your team and with your customer and mentors, in your wikipage, and in your reports throughout the course.
    • c. Understand methods and procedures that lead to creative solution to technical problems. Introduce organization and design as a framework for creativity.
    • d. Gain a practical understanding of engineering design and the ability to perform by doing: designing, simulating, building, testing, and documenting your project. We continue your project with real deliverables.

    Design Challenges[edit | edit source]

    Cell containment prototype designed by ME counterparts

    Due to an inadequate spot welder, our design, with respect to cell pack architecture, had to change considerably near the end of the project. As procuring an advanced spot welder was cost restrictive, we employed our mechanical engineering counterparts to produce a cell containment apparatus. This apparatus would hold the cells in a compression configuration as opposed to a spot-welded pack. This design change would greatly facilitate cell replacement in the future. A prototype was designed but due to cost considerations improvements needed to be made. The prototype depicted would be for the parallel sets of cells, the series connections would be made with wire conductors mechanically connected to the containment apparatus. Unfortunately, this design was not completed by the end of the project, forcing the cell containment to be designated as future work.

    Final Design[edit | edit source]

    System Block Diagram

    As one can see in the validation section, the platform consists of four omni-directional wheels, all facing in their own cardinal direction. Having the wheels 90 degrees off from each other allows for rotational movement during translation with the use of two separate joysticks for each type of movement. Driving each individual wheel is a 24V DC motor controlled by a full-bridge motor controller. Two ESP32 microcontrollers work together to send PWM signals to the motor controllers, while receiving its own commands from our RC controller as well as sensor information from our rotary encoders. Finally, the platform is powered by a number of LiFePO4 cells being monitored and controlled automatically by the battery management system.

    Validation[edit | edit source]

    Validation of our design was only partially completed from the lack of a completed platform and cell containment apparatus. We were able to use the frame, which was completed, with the wheels attached. Due to the lack of completed batteries the validation was done with our test cells and test cell containment method. All equipment was mounted to the frame, loosely, with the frame elevated. As our design consisted of 4 identical branches of electronics for each wheel, including a battery management system and battery, we were unable to test all battery management systems and cells. We, however, were able to test one battery management system with the test cells that powered all four branches in the validation tests. In our testing we validated the radio communications and the ability to translate, rotate and stop. Without a completed platform or cell containment apparatus we were unable to test the relative positioning and the sensors used to facilitate the positioning.
    Validation test GIF
    The "brain" of the system
    Motor controller wired into the system

    Team Members[edit | edit source]

    Jackie's Headshot.jpg
    Name: Jackie Uhling

    Major: Electrical Engineering
    Hometown: Lewiston, Idaho

    Responsibilities:
    • Budget
    • Wiki page

    Email: uhli0177@vandals.uidaho.edu


    Grae's headshot.jpg
    Name: William Foster

    Major: Electrical Engineering
    Hometown: Anaheim, California

    Responsibilities:
    • Team Lead
    • Energy storage and management

    Email: will6710@vandals.uidaho.edu

    CalvinBurtonPic.jpg

    Name: Calvin Burton
    Major: Electrical Engineering
    Hometown: Boise, Idaho

    Responsibilities:
    • Power Systems
    • Scribe

    Email: burt2466@vandals.uidaho.edu

    Odell Benjamin Pic.png

    Name: Benjamin Odell
    Major: Computer Engineering
    Hometown: Coeur d' Alene, Idaho

    Responsibilities:
    • Control Systems
    • Software

    Email: odel8968@vandals.uidaho.edu

    Yi Cai.jpg

    Name: Yi Cai
    Major: Electrical Engineering
    Hometown: Jiangsu Province, China

    Responsibilities:
    • Safety
    • System Reliability and Resilience

    Email: cai8896@vandals.uidaho.edu

    Additional Documentation[edit | edit source]

    Project Schedule

    [Gantt]

    Meeting Minutes

    [Meeting Minutes]

    Presentations

    [Powerpoints]

    Code repository

    [Github]