Project Proposal

Description

The proposal outlines your project's motivation, design, requirements, ethics, and safety. The project proposal is an expansion on the information provided in the RFA. Use the following format:

  1. Introduction

    • Problem: One to two paragraphs detailing the problem statement. Include any relevant references to justify the existence or importance of the problem.
    • Solution: One to two paragraphs describing the solution. Give a high-level idea of what your solution is, then delve into detail as to how it is implemented. You do not have to commit to a particular implementation at this point, but your description should be explicit and concrete.
    • Visual Aid: A pictorial representation of your project that puts your solution in context. 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.

      Sample visual aid for project which remaps GameCube buttons on the fly.

    • High-level requirements list: A list of three quantitative characteristics that this project must exhibit in order to solve the problem. Each high-level requirement must be stated in complete sentences and displayed as a bulleted list. Avoid mentioning "cost" as a high level requirement.
  2. Design
    • Block Diagram: Break your design down into blocks and assign these blocks into subsystems. Label voltages and data connections. Your microcontroller can live in multiple subsystems if you wish, as in the example below.

      Sample block diagram for electric longboard + remote

    • Subsystem Overview: A brief description of the function of each subsystem in the block diagram and explain how it connects with the other subsystems. Every subsystem in the block diagram should have its own paragraph.
    • Subsystem Requirements: For each subsystem in your block diagram, you should include a highly detailed block description. Each description must include a statement indicating how the block contributes to the overall design dictated by the high-level requirements. Any interfaces with other blocks must be defined clearly and quantitatively. Include a list of requirements where if any of these requirements were removed, the subsystem would fail to function. Good example: Power Subsystem must be able to supply at least 500mA to the rest of the system continuously at 5V +/- 0.1V.
    • Tolerance Analysis: Identify an aspect of your design that poses a risk to successful completion of the project. Demonstrate the feasibility of this component through mathematical analysis or simulation.
  3. Ethics and Safety
    Assess the ethical and safety issues relevant to your project. Consider both issues arising during the development of your project and those which could arise from the accidental or intentional misuse of your project. Specific ethical issues should be discussed in the context of the IEEE and/or ACM Code of Ethics. Cite, but do not copy the Codes. Explain how you will avoid ethical breaches. Cite and discuss relevant safety and regulatory standards as they apply to your project. Review state and federal regulations, industry standards, and campus policy. Identify potential safety concerns in your project.

Formatting Guidelines

The formatting and writing style should be the same as that of the final report. Please see the Final Report Guidelines for details, or check out the Lecture slides on the topic. We recommend using a LaTeX template. You can find that on the Final Report page or here.

Submission and Deadlines

The Project Proposal document should be uploaded to My Project on PACE in PDF format before the deadline listed on the Calendar.

There are two deadlines on the Calendar. If you submit before the Early Deadline, your team will get 3 additional points of credit to be applied to your Proposal. This means that if your proposal would normally score an 18/25, you will instead receive a 21/25. It is highly recommended to complete your proposal by the early deadline for maximum points!

Clickers for ZJUI Undergraduate

Bowen Li, Yue Qiu, Mu Xie, Qishen Zhou

Featured Project

# TEAM MEMBERS

Bowen Li (bowenli5)

Qishen Zhou (qishenz2)

Yue Qiu (yueq4)

Mu Xie (muxie2)

# PROBLEM

I-clicker is a useful teaching assistant tool used in undergraduate school to satisfy the requirement of course digitization and efficiency. Nowadays, most of the i-clickers used on campus have the following problems: inconsistency, high response delay, poor signal, manual matching. We are committed to making an i-clicker for our ZJUI Campus, which is economical, using 2.4G Wi-Fi signal connection, and on the computer to achieve matching. At the same time, it has to deal with the drawbacks as mentioned above.

# SOLUTION OVERVIEW

Compared with wired machines and mobile phone software, wireless i-clickers have the following advantages: they are easy to carry, they can accurately match and identify user tags, they are difficult to cheat and would not distract students. A wireless voting system consists of a wireless i-clicker, a wireless receiver on the administrator side, and a corresponding software program. In order to solve the problem of signal reception which is common in schools, we decided to use 2.4GHz Wi-Fi signal for data transmission. In addition, different from other wireless voting devices that carry out identity confirmation and bind identity information on the hardware side, we decided to make an identity binding system on the software side, and at the same time return it in the hardware unit for customer confirmation.

# SOLUTION COMPONENTS

A mature i-clicker should have a hardware part and a software part. The hardware part needs economical and effective hardware logic design. These include the storage and transportation of user key signals through a single chip computer program, a simple LCD1602 display to provide immediate feedback, a 2.4GHz Wi-Fi transmit-receive device for many-to-one wireless signal transmission, and a beautiful shell design. While the software component includes the conversion of hardware signals to software signals, a mature voting system, authentication of device owners, and signal return to hardware systems.

## SCM HARDWARE LOGIC SYSTEM:

Use SCM to compile the LCD module, return user input value. STC89C52RC can easily do this. Pass data to the NRF wireless transmission module.

## WIRELESS 2.4G SIGNAL TRANSMISSION SYSTEM:

A wireless signal detector should be a many-to-one signal transmission system. Bluetooth is one-to-one and Radio frequency is expensive. So, Wi-Fi signal transmission is the best choice. Each detector should load a transmitter and a receiver to transmit data to the administrator and get the data transmitted by the software.

## HARDWARE-TO-SOFTWARE SIGNAL TRANSFER SYSTEM:

A Hard-to-Soft system is necessary in any similar design. We should write a driver to process data.

## SOFTWARE DATA PROCESSING SYSTEM:

Software ought to process the data signal accurately and generate feedback to each i-clicker. Specifically, a software is needed in our design. The administrator can get user data and display it visually through statistical charts. This system should also have the function to associate user information to their answer. This is designed to score. A return signal should also be designed here. Users can receive feedback on their detector screen.

## USER IDENTIFICATION SYSTEM ON SOFTWARE:

Give an internal ID number to each i-clicker. Bind identity information (such as NetID, Student number) to i-clicker internal ID number on the software. Users can get their binding information on their screen by pushing a specific button. This data will be reset when a new packet is returned by the administrator.

## 3D PRINT SHELL:

A beautiful shell that fits the hardware system is needed. The shell should not be too large and the buttons must fit into the hardware.

# CRITERION FOR SUCCESS

Stability: Signal should be received easily. Signal loss inside a room shouldn’t occur, especially when there is a gap of two chairs.

Affordability: I-clickers should have a low cost. This facilitates mass production and popularization on campus.

Efficiency: The process from keystroke to signal collection and transmission shouldn’t have a high delay.

Beauty: Shell design should be accepted widely and be accessible to 3D printing.

Feedback: Users should get the feedback from the administrator easily. This is useful in arousing study enthusiasm of students.

Concurrency: The system should handle signals from a great deal of students in a short period correctly.

# DISTRIBUTION OF WORK

Qishen Zhou: Software data processing system and user information identification system.

Bowen Li: Hardware-to-software data transfer system and SCM hardware logic system.

Yue Qiu: Wireless signal transmission system and processing the data returned from the administrator.

Mu Xie: 3D print shell design and physical setup for the hardware part.