Project

# Title Team Members TA Documents Sponsor
22 Updating the Spurlock Museum's PTM Dome
Nick Mitchell
Priya Dutta
Sam Mencimer
Eric Tang design_document1.pdf
final_paper1.pdf
final_paper2.pdf
presentation1.pdf
proposal1.pdf
video1.mp4
# Updating the Spurlock Museum’s PTM Dome

# Team Members:
- Priya Dutta (dutta15)
- Sam Mencimer (sgm8)
- Nick Mitchell (nlm4)

# Problem
The Spurlock Museum on campus has a department dedicated to digital preservation of artifacts. Since 2001, they have been using a PTM dome to produce 3-D digital images of artifacts which allow them to be studied by researchers anywhere in the world without the risk of shipping the artifact somewhere.

The original dome is no longer functional, and updates are needed so the museum can resume their documentation of digital artifacts.

This project has been worked on by two other ECE 445 groups in the past.

# Solution
Our solution will involve building on the previous groups’ progress to hopefully come up with a functional PTM dome.

As of now, the dome has 32 LED lights which are wired and functional. It also has a GUI which is intended to control each of these 32 lights individually, whether in sequence or manually.


We will build on this to create a system which will:
- Control the camera’s shutter button via 3.5mm jack
- Sequence each of the 32 lights on the dome individually or in order
- Interface with a controller - either software or hardware - to allow the sequencing to occur
- Be controllable without causing movement to the dome, as this can cause issues with the photos

In addition, we will provide detailed instruction manuals and troubleshooting steps for all aspects of the system to ensure longevity. All components will be designed with repairability in mind, and spares can be provided for components which are custom-designed. The goal is to have this dome work for as long as it is needed, independent of technology updates for operating systems, etc.



# Solution Components

## Subsystem 1 - LED Controller board
This controller board will have a microcontroller which is capable of controlling 32 12V LEDs individually based on its programming. It will interface with an external controller, which will either be software-based or hardware-based, and a camera shutter trigger in the form of a 3.5mm jack. The timing of the camera shutter and the LEDs should align to ensure proper functionality of photo capture.

This controller board will build upon the design of past groups. Our intention is to design a new board, but with the assistance of course staff as needed to ensure that we resolve issues encountered in Fall 2024, specifically crosstalk between I/O lines and 12V power.

Some of the improvements may include:

- Different LED driver setup. Previous groups used an LED driver designed for an LED Matrix display, which may be unnecessary for simple applications of LEDs.
-Microcontroller with C programming (e.g. STM32) rather than the arduino programming that was used previously. Our group has experience with embedded C programming, and it is more flexible than arduino.
- Better routing of traces on the PCB to reduce crosstalk

This will all depend on input from the course staff and the results of our research in the design phase.

## Subsystem 2 - User Interface
Research will be conducted before design documentation is produced to make a decision regarding the best way to control the LEDs. The two options we have are to use the GUI developed by a previous group, or to develop a hardware-based control system.

The requirements for the UI are that it must be able to control all 32 lights in sequence or individually, and be usable without causing motion in the dome. These requirements can be met with either control type.

The main benefit of a hardware-based control system is that it works independently of an operating system which can become obsolete, but it may require some extra work on our end when it comes to designing it, as there are no off-the-shelf options that meet these requirements.

The software-based control system can be changed easily, so if there is a problem, we can simply change some code, and it might be easier to use for the museum staff.

## Subsystem 3 - LED Lights & Dome
This subsystem is largely complete, although we will have to evaluate the state of the wiring to ensure that it is compatible with our design for the LED controller board.

## Subsystem 4 - Longevity
We are calling this a “subsystem” because it is an important component of the project, even if it is not a specific component of the design itself.

The dome has the potential to last for a very long time, because inherently it is not very complex. Our designs will be centered around longevity - meaning that every part should be easily replaceable by the end user with a repair manual and basic hand tools.

We will do our best to provide spare components for things that are not readily available - e.g. custom circuit boards. If we are unable to provide spares, we can provide design documents to allow manufacturing of replacement parts without the assistance of the people who designed the project.

All aspects of the design will take into account what will happen 10+ years from now when, for example, Windows 11 is obsolete. For example, we will avoid using obscure or outdated connectors, or connectors which have the potential to be obsolete (e.g. any form of USB).

## Subsystem 5 - Control Enclosure

The control enclosure will ensure that components are protected from ESD and external factors. It will most likely be 3D printed and assembled using screws, rather than glue or other permanent adhesives to ensure repairability.


# Criterion for Success

## Criteria from Spurlock staff:

- Get the 32 lights functional again
- Optimize rewiring the current dome
- Ensure the new control box and software program is functional from any OS (Mac, PC, etc.)
- Design the lighting and control box to fit in our dedicated museum workspace for easy plug-in and access
- Make sure the apparatus can be triggered without moving the dome, as the photos are sensitive to movement
- Make the lights in sequence from 1-32 synced to our camera’s shutter being triggered to fire when each next light turns on.
- Have the ability to independently turn on/off any lights in that sequence if needed (Currently, the control GUI turns any light on for 10 seconds only).
- The expectation is a functioning dome that allows us to proceed with the essential work of digital artifact preservation.

## Our additional criteria:
- Provide manuals and documentation for all aspects of the dome

Recovery-Monitoring Knee Brace

Dong Hyun Lee, Jong Yoon Lee, Dennis Ryu

Featured Project

Problem:

Thanks to modern technology, it is easy to encounter a wide variety of wearable fitness devices such as Fitbit and Apple Watch in the market. Such devices are designed for average consumers who wish to track their lifestyle by counting steps or measuring heartbeats. However, it is rare to find a product for the actual patients who require both the real-time monitoring of a wearable device and the hard protection of a brace.

Personally, one of our teammates ruptured his front knee ACL and received reconstruction surgery a few years ago. After ACL surgery, it is common to wear a knee brace for about two to three months for protection from outside impacts, fast recovery, and restriction of movement. For a patient who is situated in rehabilitation after surgery, knee protection is an imperative recovery stage, but is often overlooked. One cannot deny that such a brace is also cumbersome to put on in the first place.

--------

Solution:

Our group aims to make a wearable device for people who require a knee brace by adding a health monitoring system onto an existing knee brace. The fundamental purpose is to protect the knee, but by adding a monitoring system we want to provide data and a platform for both doctor and patients so they can easily check the current status/progress of the injury.

---------

Audience:

1) Average person with leg problems

2) Athletes with leg injuries

3) Elderly people with discomforts

-----------

Equipment:

Temperature sensors : perhaps in the form of electrodes, they will be used to measure the temperature of the swelling of the knee, which will indicate if recovery is going smoothly.

Pressure sensors : they will be calibrated such that a certain threshold of force must be applied by the brace to the leg. A snug fit is required for the brace to fulfill its job.

EMG circuit : we plan on constructing an EMG circuit based on op-amps, resistors, and capacitors. This will be the circuit that is intended for doctors, as it will detect muscle movement.

Development board: our main board will transmit the data from each of the sensors to a mobile interface via. Bluetooth. The user will be notified when the pressure sensors are not tight enough. For our purposes, the battery on the development will suffice, and we will not need additional dry cells.

The data will be transmitted to a mobile system, where it would also remind the user to wear the brace if taken off. To make sure the brace has a secure enough fit, pressure sensors will be calibrated to determine accordingly. We want to emphasize the hardware circuits that will be supplemented onto the leg brace.

We want to emphasize on the hardware circuit portion this brace contains. We have tested the temperature and pressure resistors on a breadboard by soldering them to resistors, and confirmed they work as intended by checking with a multimeter.

Project Videos