1. Milestones You will need to break your project down into a set of milestones. A project is broken down into a series of milestones in order to gauge progress and to break the project down into pieces that can be executed in parallel, as much as possible. Each milestone must be concisely described as a series of carefully-described tasks that can be executed by the responsible individual(s) with little or no need for further clarification. Milestones should be defined so that they have little interaction with each other and so that they follow the natural order required to complete the project. Note that testing and verification steps are an essential part of nearly all milestones. Once all of the milestones have been completed, the project should be completed.
2. Schedule The milestones must be tied to a schedule that you will carefully monitor during the completion of your project.
3. Ownership: Each milestone must be owned by one person. They are responsible to see that the milestone is completed by the prescribed date. In cases where a milestone consists of multiple tasks that will be completed by multiple individuals, the owner of the milestone must ensure that each of the tasks are completed on time.

Notes:

1. As with the specification, the milestones will need to be written using Word, Pages, or some equivalent. When submitted, it must be in PDF format. No other format will be accepted.
2. For small projects like this one, it is recommended that the tasks that comprise a milestone should be doable by a single software/hardware engineer.
3. Each milestone must contain a test/demo that, when executed, easily determines if the milestone was successfully completed. Important: this test/demo should be a go/no-go test. The outcome is pass/fail.
4. The schedule can be described using a graphical-drawing program, a spreadsheet, etc.

1. Quick pass off
2. Pass/fail

Milestone 1

Milestone 2

Milestone 3

• Objective: Demonstrate the operation of A/D and D/A
• Configuration/inputs

1. Function generator (FG) connected to A/D PMOD
2. FG signal: 𝑉_1=1.5+0.05sin(2π 38E3 t)
3. Oscilloscope (OSC) connected to D/A PMOD
4. ZED board/software must sample the input and generate the output at 100 kHz.

• Pass off requirement

1. 𝑉_2= 1.5+0.05sin(2π 38E3 t)

• Objective: Demonstrate the operation of analog boards
• Configuration/inputs

1. Function generator (FG) connected to transmitter board
2. FG signal: 𝑉_1=0.5+0.5sin(2π 38E3 t)
3. LED and photodiode separated by 20’
4. Oscilloscope (OSC) connected to receiver board

• Pass off requirements

1. AC amplitude of V2>20 mV
2. Frequency of V2 = 38 kHz
3. Accomplished using FFT math function of the oscilloscope

• Objective: Demonstrate the operation of signal processing algorithm
• Configuration/inputs

1. Function generator (FG) connected to A/D PMOD
2. FG signal: 𝑉_1=1.5+0.05sin(2π f t)
3. f is 22, 24, 26, 28, 30, 32, 34, 36, or 38 kHz

• Pass requirements

1. ZED outputs frequency to a terminal
2. Output frequency matches the input

• Objective: Demonstrate the connection between ZED board and analog boards
• Configuration/inputs

1. ZED board outputs 𝑉_1=.5+0.5sin(2π f t)
2. f is 22, 24, 26, 28, 30, 32, 34, 36, or 38 kHz
3. LED and photodiode separated by 20'

• Pass requirements

1. AC amplitude of V2>20 mV
2. Frequency of V2 matches selected input frequency
3. Accomplished using FFT math function of the oscilloscope