Design Document

Description

The design document communicates the complete and detailed design of your project. It is substantially more detailed than the proposal and prepares you for the assembly phase of the semester. A quality design document is the key to a successful project (sample document). Use the following format:

  1. Introduction

    • Problem and Solution:

      One to two paragraphs explaining the context of the problem to be solved by your project, including any relevant references to justify the existence and/or importance of the problem (i.e., the need or want for a solution). Justify the novelty of your solution or explain the expected improvements of your solution over previous results.

    • Visual Aid

      A pictorial representation of your project that puts your solution in context. Not necessarily restricted to your design. Include other external systems relevant to your project (e.g. if your solution connects to a phone via Bluetooth, draw a dotted line between your device and the phone). Note that this is not a block diagram and should explain how the solution is used, not a breakdown of inner components.

    • High-level requirements list:

      A list of three to four objective characteristics that this project must exhibit in order to solve the problem. These should be selected such that if any of these requirements were not met, the project would fail to solve the problem. Avoid vague requirements that can be interpreted a number of ways (e.g. "The radio subsystem should work reliably."). Each high-level requirement must be stated in complete sentences and displayed as a bulleted list.

  2. Design

    • Block Diagram:

      A general block diagram of the design of your solution. Each block should be as modular as possible and represent a subsystem of your design. In other words, they can be implemented independently and re-assembled later. The block diagram should be accompanied by a brief (1 paragraph) description of the critical subsystems and what they do.

    • Physical Design (if applicable):

      A physical diagram of the project indicating things such as mechanical dimensions or placement of sensors and actuators. The physical diagram should also be accompanied by a brief one paragraph description.

    • [Subsystem X]

      For each subsystem in your block diagram, you should include a highly detailed and quantitative block description. Each description must include a statement indicating how the block contributes to the overall design dictated by the high-level requirements. Any and all design decisions must be clearly justified. Any interfaces with other blocks must be defined clearly and quantitatively.

      Include any relevant supporting figures and data in order to clearly illustrate and justify the design. Typically a well justified block design will include some or all of the following items: Circuit schematics, simulations, calculations, measurements, flow charts, mechanical diagrams (e.g. CAD drawings, only necessary for mechanical components).

      You must include a Requirements and Verifications table. Please see the R&V page for guidance on writing requirements and verification procedures.

    • [Subsystem Y]

      ...

    • [Subsystem Z]

      ...

    • Tolerance Analysis: Through discussions with your TA, identify the block or interface critical to the success of your project that poses the most challenging requirement. Analyze it mathematically and show that it can be feasibly implemented and meet its requirements. See the Tolerance Analysis guide for further guidance.
  3. Cost and Schedule

    1. Cost Analysis: Include a cost analysis of the project by following the outline below. Include a list of any non-standard parts, lab equipment, shop services, etc., which will be needed with an estimated cost for each.
      • Labor: (For each partner in the project)
        Assume a reasonable salary
        ($/hour) x 2.5 x hours to complete = TOTAL
        Then total labor for all partners. It's a good idea to do some research into what a graduate from ECE at Illinois might typically make.
      • Parts: Include a table listing all parts (description, manufacturer, part #, quantity and cost) and quoted machine shop labor hours that will be needed to complete the project.
      • Sum of costs into a grand total
    2. Schedule:

      Include a time-table showing when each step in the expected sequence of design and construction work will be completed (general, by week), and how the tasks will be shared between the team members. (i.e. Select architecture, Design this, Design that, Buy parts, Assemble this, Assemble that, Prepare mock-up, Integrate prototype, Refine prototype, Test integrated system).

  4. Discussion of Ethics and Safety:

    1. Expand upon the ethical and safety issues raised in your proposal to ensure they are comprehensive. Add any ethical and safety concerns that arose since your proposal.
    2. Document procedures to mitigate the safety concerns of your project. For example, include a lab safety document for batteries, human/animal interfaces, aerial devices, high-power, chemicals, etc. Justify that your design decisions sufficiently protect both users and developers from unsafe conditions caused by your project.
      Projects dealing with flying vehicles, high voltage, or other high risk factors, will be required to produce a Safety Manual and demonstrate compliance with the safety manual at the time of demo.
  5. Citations:

    Any material obtained from websites, books, journal articles, or other sources not originally generated by the project team must be appropriately attributed with properly cited sources in a standardized style such as IEEE, ACM, APA, or MLA.

Submission and Deadlines

Your design review document should be uploaded to PACE in PDF format by the deadline shown on the course calendar . If you have uploaded a mock DR document to PACE, please make sure that it has been removed before DR.

Autonomous Sailboat

Riley Baker, Arthur Liang, Lorenzo Rodriguez Perez

Autonomous Sailboat

Featured Project

# Autonomous Sailboat

Team Members:

- Riley Baker (rileymb3)

- Lorenzo Pérez (lr12)

- Arthur Liang (chianl2)

# Problem

WRSC (World Robotic Sailing Championship) is an autonomous sailing competition that aims at stimulating the development of autonomous marine robotics. In order to make autonomous sailing more accessible, some scholars have created a generic educational design. However, these models utilize expensive and scarce autopilot systems such as the Pixhawk Flight controller.

# Solution

The goal of this project is to make an affordable, user- friendly RC sailboat that can be used as a means of learning autonomous sailing on a smaller scale. The Autonomous Sailboat will have dual mode capability, allowing the operator to switch from manual to autonomous mode where the boat will maintain its current compass heading. The boat will transmit its sensor data back to base where the operator can use it to better the autonomous mode capability and keep track of the boat’s position in the water. Amateur sailors will benefit from the “return to base” functionality provided by the autonomous system.

# Solution Components

## On-board

### Sensors

Pixhawk - Connect GPS and compass sensors to microcontroller that allows for a stable state system within the autonomous mode. A shaft decoder that serves as a wind vane sensor that we plan to attach to the head of the mast to detect wind direction and speed. A compass/accelerometer sensor and GPS to detect the position of the boat and direction of travel.

### Actuators

2 servos - one winch servo that controls the orientation of the mainsail and one that controls that orientation of the rudder

### Communication devices

5 channel 2.4 GHz receiver - A receiver that will be used to select autonomous or manual mode and will trigger orders when in manual mode.

5 channel 2.4 GHz transmitter - A transmitter that will have the ability to switch between autonomous and manual mode. It will also transfer servos movements when in manual mode.

### Power

LiPo battery

## Ground control

Microcontroller - A microcontroller that records sensor output and servo settings for radio control and autonomous modes. Software on microcontroller processes the sensor input and determines the optimum rudder and sail winch servo settings needed to maintain a prescribed course for the given wind direction.

# Criterion For Success

1. Implement dual mode capability

2. Boat can maintain a given compass heading after being switched to autonomous mode and incorporates a “return to base” feature that returns the sailboat back to its starting position

3. Boat can record and transmit servo, sensor, and position data back to base

Project Videos