Team Status Report for 3-6-21

This week, our team worked on our design review presentation and decided on the identity of our important hardware, and then we subsequently ordered OV7670 cameras and a DE2-115 board, which should arrive early next week.

We decided on the OV7670 cameras for the reasons mentioned previously in Jullia’s last status report: it is the analog camera that supports our requirements (analog output) and also has the most supporting literature, as it is a common camera used with FPGA. These cameras are also relatively inexpensive and only used up <$30 of our budget. We also decided on the DE2-115 (Cyclone IV) board, over other FPGA alternatives such as the DE0-CV (Cyclone V), for the following reasons: The DE2-115 board has a large number of logic elements and enough SDRAM to support storing a frame of image data as well as the necessary modules to interface with cameras and FPGA. The DE2-115 board has a sufficient number of GPIO pins to support four OV7670 cameras, with the use of a daughter board. This board is also within the ECE department’s parts inventory and thus easy (and free) to acquire and use, for the duration of our Capstone project.

This aforementioned hardware represents our current, most significant risk: successfully interfacing with four OV7670s cameras with the FPGA board. We need to link together the cameras’ control and data lines with the FPGA, which could be 72 pins at maximum. Some of these connections should be able to be linked together or otherwise not connected to GPIO pins, such as power and ground. However, this is a large enough number of needed GPIO connections that requires us to most likely need to buy a daughter board in order to have additional GPIO connections on the DE2-115 board. We have a couple risk mitigation plans if the daughter board does not work: One plan is to ignore a data line from each camera, the LSB of color data, in order to manage the connections. At absolutely worst, we can also create a holographic pyramid with less than four cameras, projecting fewer than four side-views of the object onto the pyramid.

We have also updated our schedule in order to prioritize the most critical components of our project, pushing back the implementation of image filters in favor of implementing the pyramid and live studio earlier. This schedule is shown below:

Jullia Tran’s Status Report for 3-6-21

This week, I work on preparing the Design presentation. I researched for the materials of the pyramid as well as the mechanism of how it works (Pepper’s Ghost with ray optics). Using my research for the previous week, we agreed on the OV7670 as our camera and integrating this to our design. Breyden and I looked into the specs and the pins connections to flush out our solution to this problem better. Notably, the camera gives us a constraint/ requirement of GPIOs pins that we must have for our FPGA board, which is around 18pins * 4. The camera also provides us with the FOV, 25˚, which is needed in our computation for the size of our studio. I looked into the measurement of the monitor also and we decide that a 55” TV would work after calculating the dimension required for the 4-5x enlargement of our object. Using this information, I created some of the slides for the presentation.

My work on the presentation mainly includes the creating System Overview diagrams, diagrams of the construction of the pyramid and the setup for the live studio. I helped with some of the calculations for the physical designs (the live studio dimensions, the dimensions of each picture frame, the dimensions of each pyramid panel), as well as talk with Breyden about the System Overview design. I also helped with deciding on the FPGA board that we will be using through weighing our trade-offs between available/required logic elements and GPIO pins.

Also, I spend some time rehearsing the presentation. I also met with the professor to go over our slides for this presentation.